Ich habe Mac OS X 10.9 Mavericks. Ich möchte auf NTFS-Laufwerke schreiben. Ich habe die Anleitung hier befolgt .
Der folgende Befehl durfte nicht ausgeführt werden:
$ sudo echo "UUID=7575C85E-F6F7-4ABD-B7FB-6180B795DD81 none ntfs rw,auto,nobrowse" >> /etc/fstab
-bash: /etc/fstab: Permission denied
Was soll ich tun, um /etc/fstab zu bearbeiten?
Sie benötigen sudo, um das Schreiben auszuführen, /etc/fstab
und nicht das Echo. Versuchen:
echo "xyz" | sudo tee -a /etc/fstab > /dev/null
Ich habe hinzugefügt > /dev/null
, um das Echo der langen UUID (die ich der Übersichtlichkeit halber mit "xyz" abgekürzt habe) zu unterdrücken. Sie können den Teil überspringen > /dev/null
und er funktioniert genauso wie der von Ihnen aufgelistete Befehl.
echo "UUID=7575C85E-F6F7-4ABD-B7FB-6180B795DD81 none ntfs rw,auto,nobrowse" | sudo tee -a /etc/fstab
....
Sie könnten einen Editor unter sudo verwenden
zB für nano
sudo nano /etc/fstab
Kopieren Sie dann die Zeile von irgendwo in die Zwischenablage und verwenden Sie dann Einfügen, um sie in die Bearbeitungssitzung einzufügen. Dann speichern.
In OSX 10.9 existiert die Datei /etc/fstab
nicht, also erstelle ich diese Datei einfach und funktioniert perfekt.
Lassen Sie sich nur nicht (wie ich) mit einer Datei namens /etc/fstab.hd
.
Ähm, das letzte Mal, als ich gehört habe, dass das Schreiben auf NTFS-Volumes von Apple nicht vollständig unterstützt wird, zeigt sich, dass es nicht standardmäßig aktiviert ist. Gehen Sie also vorsichtig vor.
Eine schnelle Google-Suche ergibt mehrere Treiber von Drittanbietern (kostenlos und kostenpflichtig), die das Schreiben auf NTFS-Laufwerke ermöglichen.
http://www.paragon-software.com/home/ntfs-mac/
Das ist der Nummer-eins-Treffer bei Google, es gibt noch viel mehr. Aber wenn du gefährlich leben willst, dann tu es! ;-)
Mein Mac lässt mich nicht auf /etc/fstab zugreifen, und hfs.util zeigt mir nicht einmal, was die UUID ist.
Ich verwende Mac OS X 10.6.8 und habe ein NTFS 4 TB USB 3.0-Laufwerk von Seagate gekauft. Eingesteckt erlaubte mir der Mac, Dateien davon zu lesen, aber nicht darauf zu schreiben. Wenn ich für das Volume/die Festplatte „Get Info“ auswähle, sehe ich 'You can read only'
unter „Sharing & Permissions“.
Ich habe eine große Datei von Windows 10 auf das USB-Laufwerk kopiert, hat gut funktioniert. Ich habe dann die Datei auf den Mac heruntergeladen, hat gut funktioniert, aber ich darf nichts vom Mac auf das USB-Laufwerk schreiben oder Änderungen daran vornehmen, z. Dateien auf dem USB-Laufwerk löschen oder umbenennen. Mein Grund, dieses USB-Laufwerk in NTFS formatieren zu lassen, war das Kopieren von Dateien von Mac, die größer als 4 GB sind, auf Windows für eine redundante Sicherung, da FAT auf 4 GB begrenzt ist.
Eine Lösung, die ich online gefunden habe, bestand darin, die UUID mit sudo echo an /etc/fstab zu senden. Wenn ich diskutil info erhalte, erhalte ich keine UUID. Ich sehe auch die folgenden Auszüge:
File System Personality: NTFS Type (Bundle): ntfs Name (User Visible): Windows NT File System (NTFS)
&
Read-Only Media: No Read-Only Volume: Yes Ejectable: Yes
Meine Lösung bestand darin, den Samsung NTFS für Mac-Treiber herunterzuladen von: https://www.seagate.com/au/en/support/downloads/item/samsung-ntfs-driver-master-dl/
Nach der Installation und dem Neustart sind mir folgende Änderungen aufgefallen:
'You can read and write'
unter „Sharing & Permissions“.2.File System Personality: UFSD_NTFS Type (Bundle): ufsd_NTFS Name (User Visible): Windows NT Filesystem
3.Read-Only Media: No Read-Only Volume: No Ejectable: Yes
Die mit dem Download gelieferte Readme-Datei (pdf) besagt, dass NTFS-Funktionen auch auf dem Mac für das USB-Laufwerk funktionieren. Jetzt kann ich auf die Festplatte lesen/schreiben und ist auch im Finder sichtbar. Ich habe Lese- und Schreibgeschwindigkeiten mit einer 2-GB-Datei getestet und sehe keinen Unterschied in Leistung/Geschwindigkeit zwischen den NTFS- und HFS+-Journaled-Volumes.
Nachdem ich 2 Tage lang über sudo, hfs.util und diskutil gelesen habe, kann ich endlich wieder Daten von Mac 10.6 auf USB-NTFS-Laufwerk sichern.
Fahrrad
vi
, aber vielleicht können wir uns alle darauf einigen, Apple zu verspotten, das typisch Nano für die Bearbeitung von Systemdateien ist? manuals.info.apple.com/MANUALS/1000/MA1173/en_US/…Fahrrad