Ich verwende Ubuntu, um Daten von einem XFS-formatierten Laufwerk auf ein HFS + -formatiertes Laufwerk über USB zu übertragen. Das Problem ist, was ich tue, diese Dateien werden schreibgeschützt und ich kann ihre Berechtigungen nicht ändern.
Mir ist bekannt, dass die Standard-UID von Ubuntu 1000 ist (auf dem Mac 501). Daher habe ich meine Ubuntu-UID in 501 geändert, wie in diesem Handbuch beschrieben .
Nun, die Berechtigungen scheinen richtig zu sein, und wenn ich eine mache ls -n, wird mir gesagt, dass die UID 501 ist und die Gruppe 20 ist und die Berechtigungen sind rwxrwxrwx, was genau das gleiche ist wie auf meinem anderen USB-Laufwerk, das perfekt funktioniert.
Aber aus irgendeinem Grund kann ich die Dateien immer noch nicht bearbeiten. Mir wird gesagt, dass ich mich authentifizieren soll und wenn ich das tue, passiert nichts.
Wenn ich die Dateien in Finder auf ein anderes Volume kopiere, sind sie nicht mehr schreibgeschützt. Dies lässt mich denken, dass das USB-Laufwerk, auf das ich kopiere, etwas faul sein könnte. Ich musste es HFS + (nicht im Journal) formatieren, damit Ubuntu schreiben kann.
Könnte das etwas bedeuten? Dateien, die vom Finder auf dem Mac auf das Volume kopiert werden, sind nicht gesperrt. Dateien, die über Ubuntu kopiert werden, sind jedoch gesperrt.
Ich habe nur einige Tests gemacht und festgestellt, dass ein Unterordner eines der Ordner, die ich kopiert hatte, einige Bilder enthielt, in die ich problemlos schreiben konnte, aber Videodateien auf derselben Ebene wie der ursprüngliche Ordner, in dem alle gesperrt waren die video-dateien und die bilder hatten 501/20 als eigentum / gruppe. Auch einige der Dateien, bei denen gesperrt war, hatten tatsächlich das "gesperrte" -Badge, und ich konnte das Häkchen in den Eigenschaften der Datei entfernen, aber nichts geschah und als ich die Eigenschaften erneut überprüfte, war sie immer noch da. Aber dann wieder - andere Videodateien, bei denen gesperrt wurde, hatten den Ausweis gar nicht erst ... etwas ist hier echt versaut ??!
Übrigens Ich teste regelmäßig alles auf einem anderen Mac, auf dem Snow Leopard Server läuft, und die Probleme sind die gleichen.
Letztes Update:
Ich habe versucht, den Benutzer in Ubuntu so umzubenennen, dass sowohl der Benutzername als auch der "lange Name" und die UID mit OSX übereinstimmen - kein Fortschritt.
Ich habe die letzten 14 Stunden damit verbracht, das Problem zu lösen - müde, jetzt ins Bett zu gehen. Der letzte Ausweg ist, alles von der Ubuntu-Festplatte zu kopieren, wie sie jetzt ist, und dann von einem Mac auf ein anderes USB-Laufwerk kopieren (wenn ich zwischen den Desktop-Problemen hin und her kopiere, scheint das Problem gelöst zu sein). Der einzige Nachteil ist, dass ich eine weitere Festplatte kaufen muss, um die 1,5 TB von der Ubuntu-Box zu kopieren und weitere 2 Tage mit dem Kopieren von Dateien verbringen muss: - /
Endgültige Lösung:
Da keiner der Vorschläge, auf die die Leute hier kamen, das Problem gelöst hatte, kaufte ich eine weitere 2-TB-Festplatte, kopierte die Dateien von Ubuntu auf die HFS-formatierte Festplatte, verband zwei Laufwerke mit meinem Mac und kopierte die Dateien erneut HFS-formatierter Datenträger auf einem HFS-Datenträger (Journal-formatiert). Problem gelöst. Als einzige Lösung fand ich das Kopieren von Dateien in der Mac-Umgebung. Nachdem eine Datei einmal kopiert wurde, wurden die Berechtigungsprobleme behoben.
Ich vermute, dass Ubuntu Dateien mit der UID <1000 als Systemdateien behandelt.
Ich würde die Dateien als root mit rsync über ssh übertragen:
rsync -avp -e ssh root@srcmachine:/path/to/src/files destination/dir Wenn die Benutzer- und Gruppennamen gleich sind, werden die Uids neu zugeordnet. Uids können mit dem Schalter --numeric-ids unverändert übertragen werden.
rsync funktioniert auch zwischen Dateisystemen und nicht nur über das Netzwerk.
Machen Sie sich zum Besitzer der Dateien.
sudo chown -R $:$ /path/to/copied/files