Besitz von Linux-Dateien / -Verzeichnissen: Ich kann eine Datei cp speichern, aber keine Sicherung über Unison

568
Diagon

Ich habe eine Frage zum Besitz von Linux-Dateien / -Verzeichnissen, die es mir erlaubt, eine Datei zu kopieren cp, aber nicht über das Dienstprogramm zu sichern unison. Das Problem scheint in der Änderung des Eigentums für eine temporäre Datei von unison zu liegen. Ich möchte wissen, wie ich das korrigieren kann.

Die Datei befindet sich in einer Verzeichnisstruktur, die wie folgt aussieht:

/.../A/B/C/D.txt

Besitz und Berechtigungen sehen wie folgt aus:

A is root:root, 500 (rx) B is me:root, 500 (rx) C is me:root, 700 (rwx) D.txt is me:root, 600 (rw)

Wenn ich cp D.txteine identische und autorisierte Dateistruktur auf meinem Desktop habe, die bei B beginnt, ist alles in Ordnung. Wenn ich dagegen die Verzeichnisstruktur mit Unison kopiere, schlägt die Eigentumsänderung für eine ".unison.D.txt.nnnnn" -Datei fehl. Gibt es ein Update?

Am 20. November 2018 begann UNISON 2.48.3 mit der Verbreitung von Änderungen um 02: 53: 54.51

[BGN] Kopieren von B / C / D.txt von /.../A nach / home / me / Desktop / [dh nach /home/me/Desktop/B/C/D.txt]

Fehler: Fehler beim Festlegen des Dateieigentums:
Vorgang nicht zulässig [chown (/home/me/Desktop/B/C/.unison.testing.txt.a14bcb4fe76cb8c262af6a50e2043619.unison.tmp)]

Fehler [B / C / D.txt]: Fehler beim Festlegen des Dateieigentums:
Vorgang nicht zulässig [chown (/home/me/Desktop/B/C/.unison.testing.txt.a14bcb4fe76cb8c262af6a50e2043619.unison.tmp)]

UNISON 2.48.3 hat am 20. November 2018 die Weitergabe der Änderungen um 02:53:54,51 abgeschlossen

Hintergrund: Ich versuche, das Online-Dateisystem von Keybase, das bei existiert, mit unison & incron zu sichern /run/user/1000/keybase/kbfs. Unter diesem Verzeichnis finde ich eine Sammlung von Ordnern, die alle mir gehören: root. Alle Verzeichnisse sind im Modus 500 (rx). Speichern Sie meine eigenen (/.../kbfs/private/me), dh 700 (rwx). Alle Dateien sind im Modus 600 (rw). Ich möchte, dass das auf meinem Desktop gespiegelt wird.

1
Es scheint mir, dass der Fehler nicht darin besteht, die Datei zu kopieren, sondern die Besitzberechtigungen beizubehalten. Ist / home eine lokale Festplatte (falls ja, welcher Partitionstyp) oder eine Art von Mount - und wenn letztere SMB, NFS oder etwas anderes verwendet? davidgo vor 5 Jahren 1
/ home ist ein Btrfs-Subvolume, @home, das sich mit @ (root) auf derselben primären Partition meiner SSD befindet. Diagon vor 5 Jahren 0

1 Antwort auf die Frage

0
Diagon

Das Problem scheint nicht gleichbedeutend zu sein, sondern die Tatsache, dass sich auf einer Seite der Kopie ein von keybase ausgeführtes Dateisystem befindet. Keybase erlaubt mir, in sein Verzeichnis zu schreiben und mich zu melden: root-Besitzer, aber wenn unison versucht, eine me: root-Datei auf meinem Desktop zu erstellen, schlägt dies fehl. Ich verstehe, dass Dateisysteme in der Lage sind, alles, was sie wollen, in Bezug auf Berechtigungen zu melden und sich so zu verhalten, wie sie es in Bezug auf die Fähigkeit zum Lesen / Schreiben / Ausführen wollen.

Die Lösung für unisono ist die Verwendung group = false, um zu verhindern, dass der Root-Eigentümer synchronisiert wird. In diesem Fall muss auch vermieden werden perms = 0o1700, dass die Berechtigungsbits des Stamms oder anderer Benutzer gesetzt werden.

Das funktioniert, wenn unison von der cli aus ausgeführt wird, stellt es jedoch weiterhin Probleme dar, wenn es mit incrond verwendet wird - aber das ist eine andere Frage ...

Verwandte Probleme