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 j'ai effectué une nouvelle installation du 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 il échoue à chaque fois sur les mêmes fichiers. Je souligne que ces fichiers sont plus petits que les autres. Ils font environ 30 Mo alors 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é
Est-ce qu'il existe 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 ces données! ...
Merci
Mise à jour: @Nirmik, @Eliah Kagan:
J'ai essayé de restaurer depuis le répertoire local et UbuntuOne également. Le même problème. Je peux restaurer certains fichiers mais je n'ai jamais réussi à restaurer une sauvegarde complète. J'ai essayé d'effectuer ces actions avec la sauvegarde de test d'un petit répertoire ... le problème est cohérent.
Il semble que vous rencontriez un bogue connu: deja-dup bogue 826389 , bogue 48772 .
Citant le deuxième lien, il semble que la corruption de vos données n’est pas matérielle, mais concerne complètement le logiciel:
Cela peut arriver lorsqu'un fichier de volume n'a pas été complètement écrit dans le backend avant que la duplicité ne soit interrompue (par exemple, arrêter la machine ou autre). Lorsque la copie reprend la sauvegarde suivante, elle commence par le volume suivant. Le fichier de volume à moitié complet sera placé sur le backend et provoquera cette erreur ultérieurement 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 antérieure à 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 était [duplicité - fichier à restaurer ...] et j'ai restauré les fichiers importants.
Je n'ai jamais utilisé deja-dup ou la duplicité, mais il semble que la solution la plus raisonnable ici est de restaurer automatiquement les volumes intacts avec deja-dup, puis de poursuivre les fichiers intacts dans un volume en les restaurant un à un avec duplicity --file-to-restore ...
J'espère que cela t'aides.
Essayez de transférer les données dans un dossier de votre répertoire personnel, par exemple/Home/nom d'utilisateur/backup.
puis changez le répertoire de sauvegarde à partir de Deja-dup Settings 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, par exemple "/ home/nom d'utilisateur/sauvegarde".
Le support externe peut causer des problèmes ...