Deja-dup: Ungültige Daten - SHA1-Hash stimmt nicht mit der Datei überein

Ich habe meine Daten mit dem Dienstprogramm deja-dup gesichert und eine Neuinstallation von 12.04 durchgeführt.
Aber als ich versuchte, das Backup wiederherzustellen, bekam ich diesen Fehler:

invalid data - SHA1 hash mismatch for file:
 duplicity-full.20120508T105537Z.vol12.difftar.gz
 Calculated hash: 8ae69af39a566823309fae86142ae3a2af16358d
 Manifest hash: 6a332f406b0842f229e2122921c0e4c97c4f76bd

Ich habe versucht, den Cache zu entfernen und eine manuelle Wiederherstellung mit verschiedenen Optionen durchzuführen, aber es schlägt jedes Mal bei denselben Dateien fehl. Ich habe darauf geachtet, dass diese Dateien kleiner als andere sind. Sie sind ungefähr 30 MB groß, während alle anderen Dateien 51 MB groß sind.

• Die Gesamtgröße des Backups beträgt ca. 35 GB.
• Das Backup wird auf einem externen USB-Laufwerk mit FAT-Dateisystem gespeichert.
• Keine Verschlüsselung verwendet

Gibt es eine Problemumgehung?
Ist es möglich, bestimmte Dateien von der Wiederherstellung auszuschließen?

Irgendwelche Ideen? ... Wie Sie verstehen, brauche ich diese Daten wirklich ! ...

Vielen Dank

Update: @Nirmik, @Eliah Kagan:

Ich habe versucht, aus dem lokalen Verzeichnis und UbuntuOne wiederherzustellen. Dasselbe Problem. Ich kann einige Dateien wiederherstellen, aber es ist mir nie gelungen, die vollständige Sicherung wiederherzustellen. Ich habe versucht, diese Aktionen mit einer Testsicherung eines kleinen Verzeichnisses auszuführen ... das Problem ist konsistent.

Es scheint, dass Sie einen bekannten Fehler gefunden haben: Deja-Dup- Fehler 826389 , Fehler 487720 .

Aus dem zweiten Link geht hervor, dass Ihre Datenbeschädigung nicht durch Hardware verursacht wird, sondern vollständig mit der Software zusammenhängt:

Dies kann passieren, wenn eine Volume-Datei nicht vollständig in das Backend geschrieben wurde, bevor die Duplizität unterbrochen wurde (z. B. Herunterfahren des Computers oder was auch immer). Wenn die Duplizität die Sicherung beim nächsten Durchlauf fortsetzt, beginnt sie mit dem nächsten Volume. Die halbfertige Volume-Datei befindet sich im Backend und verursacht diesen Fehler später beim Wiederherstellen.

Sie können dies manuell wiederherstellen, indem Sie entweder von Ihren älteren Sicherungssätzen wiederherstellen oder einzelne Dateien wiederherstellen, die sich nicht zufällig auf dem beschädigten Volume befinden.

Zwei andere Leute vom ersten Link sagen:

Es gibt zwei Möglichkeiten, dies zu umgehen. Sie können versuchen, aus dem Backup vor dem beschädigten wiederherzustellen. Versuchen Sie also, ältere Backups wiederherzustellen.

Sie können auch versuchen, das bestimmte Volume zu vermeiden, indem Sie alle Dateien aus dem Sicherungssatz mit Ausnahme der Dateien auf dem beschädigten Volume wiederherstellen.

und:

Vielen Dank. Was ich getan habe, war [duplicity --file-to-restore ....] und ich habe die wichtigen Dateien wiederhergestellt.

Ich habe noch nie Deja-Dup oder Duplicity verwendet, aber es scheint, dass die vernünftigste Lösung darin besteht, intakte Volumes automatisch mit Deja-Dup wiederherzustellen und dann mit intakten Dateien in einem Volume fortzufahren, mit denen sie einzeln wiederhergestellt werden duplicity --file-to-restore ...

Hoffe das hilft.

Versuchen Sie, die Daten in einen Ordner in Ihrem Home-Verzeichnis zu übertragen, z. B. / Home / Benutzername / Backup

und ändern Sie dann das Sicherungsverzeichnis in den Deja-dup-Einstellungen und versuchen Sie, ...

EINSTELLUNGEN ÄNDERN-

Systemeinstellungen >> Sicherung >> Speicher >> Wählen Sie "Lokaler Ordner" >> Wählen Sie den Pfad für mein zB "/ home / username / backup".

Die externen Medien können Probleme verursachen ...