Time Machine über Samba, "Die Identität der Sicherungsfestplatte hat sich geändert"

Samba hat kürzlich mit Version 4.8 die Möglichkeit hinzugefügt, Time-Machine-Backups über ein lokales Netzwerk zu hosten. Ich habe ein altes Seagate Goflex mit Arch Linux eingerichtet und bin dieser Anleitung gefolgt , um Samba zum Laufen zu bringen. Es funktioniert, außer dass ich jedes Mal, wenn ein Backup auf einem meiner beiden Laptops gestartet wird, eine Warnung erhalte, dass „Die Identität des Backup-Laufwerks „ArchBackups“ hat sich seit dem letzten Backup geändert.“ und muss mich durchklicken. Irgendeine Idee, warum mein Mac dem Backup-Server nicht vertraut? Es gibt diese alte Frage , aber das scheint ein sporadischeres Problem bei einer älteren Version von OSX zu sein und hat nie eine zufriedenstellende Antwort erhalten.

Können Sie uns zeigen, wie Sie das Laufwerk montieren ... dh /etc/fstabEintrag?
Das Laufwerk ist als LVM formatiert und meine /etc/fstab ist/dev/mapper/backupVG-backupLV /backups ext3 defaults 0 2 /dev/mapper/backupVG-swap none swap defaults 0 0
Wenn ich das richtig verstehe (und ich bin mir ziemlich sicher, dass ich das nicht tue), haben Sie einen ArchLinux-Host, auf dem Samba ausgeführt wird, um das Seagate-Laufwerk (?) Freizugeben, das Sie als LVM konfiguriert haben ... ist das richtig? Wenn ja, ist es vielleicht die LVM-Schicht, die die Verwirrung stiftet, da LVM kein bestimmtes Gerät ist? Aber ehrlich gesagt, das ist ein WAG, da ich nichts über LVM weiß – oder warum es in der Rolle eines TM-Ersatzes benötigt wird.
Das Seagate ist ein billiges NAS, das mit einem eingebetteten Linux-Betriebssystem geliefert wird. Ich habe das gelöscht und stattdessen Arch installiert. Ich wollte die Möglichkeit haben, in Zukunft weitere Laufwerke hinzuzufügen, also habe ich das einzelne Laufwerk als Ext3/LVM formatiert.
OK, warum also LVM und nicht als einzelnes Laufwerk? Ich kann mich nicht erinnern, dass das Tutorial, dem Sie gefolgt sind, dies angegeben hat. LVM scheint mir in dieser Situation einfach eine seltsame Wahl zu sein.
Glaubst du, es spielt hier eine Rolle? Zum Löschen des NAS und Installieren von Arch (mit LVM) folgte ich cs.cmu.edu/~davide/howto/GoFlexHomeArch.html mit der gleichen Begründung wie der Autor: „Ich habe mich entschieden, LVM zu verwenden, um es möglich zu machen, Partitionen zu vergrößern/zu verkleinern und um es eines Tages einfacher zu machen, die Daten auf eine größere Platte zu migrieren"
Ich habe dieses Problem auch, aber es liegt nicht an Arch Linux oder irgendetwas, das mit LVM zu tun hat. Dies ist ausschließlich ein Problem mit Time Machine / Samba. Auf dem Mac wird die Netzwerkfreigabe wie gewohnt über die GUI gemountet. Täuscht vor, dass alles in Ordnung ist. Das nächste Mal, wenn ein Backup gestartet wird (auch wenn ich es innerhalb weniger Minuten erzwinge), ändert sich immer die Identität, was dazu führt, dass das Backup ungültig wird und die gesamte Maschine erneut gesichert wird.

Antworten (1)

Bearbeiten: Finden Sie meine Lösung unten.

Ich habe das gleiche Problem auf Raspian mit einem Ext4-Dateisystem (kein LVM). Samba ist Version 4.8.5, von mir aus dem Quellcode kompiliert. MacOS ist High Sierra, Backup ist verschlüsselt.

Time Machine gibt vor, die Sicherung erfolgreich abgeschlossen zu haben. Beim nächsten Start erscheint die Meldung über die geänderte Identität. Nachdem Sie "Trotzdem sichern" gewählt haben, wird ein komplett neues Backup in einer neuen Sparse-Datei erstellt. (Wie @thaimin es beschrieben hat).

Auf der Samba-Mailingliste sagt jemand :

Samba neu kompilieren mit --enable-spotlightund alles funktioniert.

Das trifft in meinem Fall nicht zu, weil ich Samba 4.8.5 mit dieser Option kompiliert habe (was ich nicht getan habe, ist den Tracker einzurichten, wie in diesem Blogbeitrag vorgeschlagen ).

Problemumgehung

Ich habe Samba in der vorherigen Version (4.8.4) kompiliert. Jetzt funktioniert es wie erwartet (gleiches System, gleiche Abhängigkeiten, gleiche Konfiguration).
Jemand hat bereits ein Fehlerticket für Samba erstellt.

Ja, es scheint ein Fehler in Samba 4.8.5 gewesen zu sein. Ich habe gerade auf 4.9.2 aktualisiert und das Problem hat sich von selbst gelöst.
Time Machine über Samba, "Die Identität der Sicherungsfestplatte hat sich geändert"
AntwortenHierDatenschutz-Bestimmungen1y, 0v