Von Ubuntu zu OS X – Berechtigungen können nicht behoben werden

Von Ubuntu zu OS X – Berechtigungen können nicht behoben werden

Ich verwende Ubuntu, um Daten über USB von einem XFS-formatierten Laufwerk auf ein HFS+-formatiertes Laufwerk zu übertragen. Das Problem ist, dass diese Dateien, egal was ich mache, schreibgeschützt werden und ich ihre Berechtigungen nicht ändern kann.

Mir ist bewusst, dass die Standard-UID von Ubuntu 1000 ist, während sie auf dem Mac 501 ist, also habe ich meine Ubuntu-UID auf 501 geändertwie in dieser Anleitung beschrieben.

Jetzt scheinen die Berechtigungen richtig zu sein, und wenn ich ein mache ls -n, wird mir mitgeteilt, dass die UID 501, die Gruppe 20 und die Berechtigungen lauten rwxrwxrwx, was genau dem Wert auf meinem anderen USB-Laufwerk entspricht, das perfekt funktioniert.

Aber aus irgendeinem Grund kann ich die Dateien immer noch nicht bearbeiten. Ich werde aufgefordert, mich zu authentifizieren, und wenn ich das tue, passiert nichts.

Wenn ich die Dateien im Finder auf ein anderes Volume kopiere, sind sie nicht mehr schreibgeschützt, was mich vermuten lässt, dass mit dem USB-Laufwerk, auf das ich kopiere, etwas nicht stimmt. Ich musste es HFS+ (nicht journalisiert) formatieren, damit Ubuntu darauf schreiben kann.

Könnte das etwas bedeuten? Dateien, die vom Finder auf dem Mac auf das Volume kopiert wurden, sind nicht gesperrt, über Ubuntu kopierte Dateien hingegen schon.


Ich habe gerade ein paar weitere Tests durchgeführt 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 Originalordner waren alle gesperrt ... sowohl die Videodateien als auch die Bilder hatten 501/20 als Eigentümer/Gruppe. Außerdem hatten einige der gesperrten Dateien tatsächlich das „Gesperrt“-Kennzeichen, und ich konnte das Häkchen in den Eigenschaften der Datei entfernen, aber nichts passierte, und als ich die Eigenschaften erneut überprüfte, war es immer noch da. Aber andererseits – andere Videodateien, die gesperrt waren, hatten das Kennzeichen überhaupt nicht ... hier stimmt wirklich etwas nicht??!

Übrigens. Ich teste regelmäßig alles auf einem anderen Mac mit Snow Leopard Server und die Probleme sind dieselben.


Letztes Update:

Habe versucht, rsync über SSH auszuführen, wie unten vorgeschlagen, habe versucht, den Benutzer in Ubuntu umzubenennen, sodass sowohl der Benutzername, der „lange Name“ als auch die UID mit OSX übereinstimmen – kein Fortschritt.

Habe die letzten 14 Stunden damit verbracht, das Problem zu lösen – bin müde und gehe jetzt ins Bett. Der letzte Ausweg ist, alles von der Ubuntu-Festplatte so zu kopieren, wie es jetzt ist, und es dann vom Mac auf ein anderes USB-Laufwerk zu kopieren (wenn ich zwischen den Desktops hin- und herkopiere, scheinen die Probleme gelöst zu sein). Der einzige Nachteil ist, dass ich eine andere 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 hier gemachten Vorschläge das Problem lösen konnte, kaufte ich mir schließlich eine weitere 2-TB-Festplatte, kopierte die Dateien von Ubuntu auf die HFS-formatierte Festplatte, schloss zwei Festplatten an meinen Mac an und kopierte die Dateien erneut von der HFS-formatierten Festplatte auf eine HFS-formatierte (Journaled) Festplatte. Problem gelöst. Ich fand heraus, dass die einzige Möglichkeit, das Problem zu umgehen, darin bestand, die Dateien in der Mac-Umgebung zu kopieren. Nachdem eine Datei einmal kopiert worden war, waren die Berechtigungsprobleme gelöst.

Antwort1

Ich vermute, dass Ubuntu Dateien mit 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 Benutzer- und Gruppenname identisch 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.

Antwort2

Machen Sie sich zum Eigentümer der Dateien.

sudo chown -R ${LOGNAME}:${GROUPS} /path/to/copied/files

verwandte Informationen