Deja-dup: données non valides - incompatibilité de hachage SHA1 pour le fichier

J'ai sauvegardé mes données avec l'utilitaire deja-dup et fait une installation propre de 12.04.
Mais quand j'ai essayé de restaurer la sauvegarde, j'ai eu cette erreur:

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

J'ai essayé de supprimer le cache et d'effectuer une restauration manuelle avec différentes options, mais cela échoue à chaque fois sur les mêmes fichiers. Je souligne que ces fichiers sont plus petits que les autres. Ils font environ 30 Mo tandis que tous les autres fichiers font 51 Mo.

• La taille totale de la sauvegarde est d'environ 35 Go.
• La sauvegarde est stockée sur un lecteur USB externe avec le système de fichiers FAT.
• Aucun cryptage utilisé

S'agit-il d'une solution de contournement?
Est-il possible d'exclure des fichiers spécifiques de la restauration?

Des idées? ... Comme vous le comprenez, j'ai VRAIMENT BESOIN de ces données! ...

Merci

Mise à jour: @Nirmik, @Eliah Kagan:

J'ai également essayé de restaurer à partir du répertoire local et d'UbuntuOne. Le même problème. Je peux restaurer certains fichiers mais je n'ai jamais réussi à restaurer la sauvegarde complète. J'ai essayé d'effectuer ces actions avec un test de sauvegarde d'un petit répertoire ... le problème est cohérent.

Il semble que vous ayez rencontré un bug connu: deja-dup bug 826389 , bug 487720 .

En citant le deuxième lien, il semble que la corruption de vos données ne soit pas fournie par le matériel, mais est entièrement liée au logiciel:

Cela peut se produire lorsqu'un fichier de volume n'a pas été complètement écrit dans le backend avant l'interruption de la duplicité (par exemple, l'arrêt de la machine ou autre). Lorsque la duplicité reprend la sauvegarde suivante, elle démarre avec le volume suivant. Le fichier de volume semi-complet se trouvera sur le backend et provoquera cette erreur plus tard lors de la restauration.

Vous pouvez récupérer manuellement à partir de cela en restaurant à partir de vos anciens jeux de sauvegarde ou en restaurant des fichiers individuels qui ne se trouvent pas dans le volume corrompu.

Deux autres gars du premier lien disent:

Il y a deux façons de contourner cela. Vous pouvez essayer de restaurer à partir de la sauvegarde d'avant celle corrompue. Essayez donc de restaurer à partir d'anciennes sauvegardes.

Vous pouvez également essayer d'éviter le volume spécifique en restaurant tous les fichiers du jeu de sauvegarde, à l'exception de ceux du volume corrompu.

et:

Merci beaucoup. Ce que j'ai fait, c'était [duplicité - fichier à restaurer ....] et j'ai restauré les fichiers importants.

Je n'ai jamais utilisé deja-dup ou duplicity, mais il semble que la solution la plus raisonnable ici soit de restaurer automatiquement les volumes intacts avec deja-dup, puis de procéder avec des fichiers intacts dans un volume en les restaurant un par un avec duplicity --file-to-restore ...

J'espère que cela t'aides.

Essayez de transférer les données vers un dossier de votre répertoire personnel, par exemple / Home / nom d'utilisateur / sauvegarde

puis modifiez le répertoire de sauvegarde à partir des paramètres Deja-dup et essayez de restaurer ...

POUR MODIFIER LES PARAMÈTRES-

Paramètres système >> Sauvegarde >> Stockage >> Sélectionnez "dossier local" >> sélectionnez le chemin d'accès comme par exemple "/ home / nom d'utilisateur / sauvegarde"

Le média étant externe peut causer des problèmes ...