Unter Verwendung von Ubuntu 16.04, Deja-Dup 34.2 und Duplicity 0.7.06.
Um ein wöchentliches Backup zu starten, habe ich das übliche externe Laufwerk mit dem üblichen Computer verbunden, das Passwort eingegeben und die Halt-Meldung erhalten:
Die vorhandene Sicherung stammt von einem Computer mit dem Namen korrekter Name , aber der aktuelle Computername ist korrektername.lan . Wenn dies unerwartet ist, sollten Sie an einem anderen Ort sichern.
Abbrechen/Fortfahren
Dies ist unerwartet. Nicht, weil ich das externe Laufwerk an den falschen Computer angeschlossen habe, sondern weil der Name des Computers tatsächlich korrekt ist. Überprüft mit uname -n .
Ich bin nicht geneigt, an einem anderen Ort zu sichern, da ich nicht möchte, dass dieses Problem mit anderen Namen/Computern erneut auftritt. Neue Sicherungen sind unter anderem zeitaufwändig.
Es stellen sich die Fragen:Wie kommt es, dass Deja-Dup/Doppelzüngigkeit diesen Namen ausmacht? wie kann man das beheben?
Hinzugefügt. Durch Klicken auf Weiter führen Sie eine inkrementelle Sicherung durch. Dennoch ist die Halt-Meldung ein unnötiger Stopp im Ablauf, den es nach Möglichkeit zu vermeiden gilt.
Akzeptierte Antwort:
Unter Verwendung von Ubuntu 19.10, Deja-Dup 40.1, Duplizität 0.8.04.
Es stellen sich die Fragen:Wie kommt es, dass Deja-Dup/Doppelzüngigkeit diesen Namen ausmacht?
Laut Fehlerberichten (die bis ins Jahr 2010 zurückreichen) handelt es sich um einen Fehler in Duplizität, der Deja-Dup betrifft. Duplicity bevorzugt den vollqualifizierten Domänennamen (FQDN) für den Computernamen des Backups.
- Die Art und Weise, wie die FQDN-Suche durchgeführt wird, wird sowohl von der Netzwerkkonfiguration Ihres Computers als auch von der Art und Weise beeinflusst, wie sich das Netzwerk verhält, mit dem der Computer verbunden ist.
- Insbesondere externe Netzwerkänderungen können daher Sicherungen unterbrechen. Dazu gehört auch das Verschieben des Computers von einem Netzwerk in ein anderes.
Siehe
- https://bugs.launchpad.net/deja-dup/+bug/1268182
- https://bugs.launchpad.net/duplicity/+bug/667885
wie kann man das beheben?
Die Fehlerberichte weisen auf die Bearbeitung von /etc/hosts hin auf verschiedene Arten. Hier ist, was ich geändert habe, mit mycomputer mein gewählter Name sein. Beachten Sie, dass die Reihenfolge wichtig zu sein scheint.
/etc/hosts (IPv6-Adressen weggelassen)
Original:
127.0.0.1 localhost
127.0.1.1 mycomputer
Geändert:
127.0.0.1 mycomputer localhost
127.0.1.1 mycomputer
Sobald ich die Datei gespeichert habe, startete ein automatisches Backup. Es hat wie erwartet funktioniert.
Siehe
- https://bugs.launchpad.net/deja-dup/+bug/1086068
- Deja Dup löst Hostnamen falsch auf, fügt ISP-Hostnamen hinzu
- Wozu dient /etc/hosts?
Meine Backups brachen ungefähr zu der Zeit zusammen, als mein ISP seine Infrastruktur in meiner Gegend auf IPv6 aufrüstete. Es wurde „Hostname geändert“ mit Hostnamen wie dynamic-xxxx-yyyy-zzzz.area-123.example.com angezeigt .
Versucht, dies zu überprüfen, indem die Datei zurückgesetzt und neu gestartet wurde, aber Sicherung immer noch funktioniert also unsicher, ob es eigentlich funktioniert behebt das Problem oder löst einfach Deja-Dup/Duplizität „auf die richtige Weise“ aus. Könnte mit DHCP-Zeitüberschreitungen (7 Tage) im ISP-eigenen Router oder einer anderen Einstellung zusammenhängen, die ich geändert habe. Ich poste die Antwort trotzdem, muss sie aber möglicherweise überarbeiten, wenn sie in einer Woche nicht mehr funktioniert.
Verwandt:Die Snap-Installation startet nicht?Es ist jetzt mehr als eine Woche her, seit ich diese Antwort geschrieben habe. Sowohl das Starten einer Sicherung als auch das Überprüfen der Sicherungen waren erfolgreich. Auch neu gestartet und ein weiteres Backup gestartet, was auch geklappt hat. Es scheint, dass die vorgeschlagene Lösung bisher funktioniert , zumindest für mich auf meinem Rechner und in meiner Netzwerkumgebung.