Deja-dup: dati non validi - Mancata corrispondenza hash SHA1 per il file

8

Ho eseguito il backup dei miei dati con l'utilità deja-dup e ho eseguito l'installazione pulita di 12.04.
Ma quando ho provato a ripristinare il backup ho riscontrato questo errore:

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

Ho provato a rimuovere la cache ed eseguire il ripristino manuale con diverse opzioni ma non riesce sempre sugli stessi file. Ho messo in evidenza che quei file sono più piccoli di altri. Sono circa 30 Mb mentre tutti gli altri file sono 51 Mb.

La dimensione totale del backup è di circa 35 GB.
Il backup è archiviato su un'unità USB esterna con file system FAT.
Nessuna crittografia utilizzata

Esiste qualche soluzione?
È possibile escludere file specifici dal ripristino?

Qualche idea? ... Come capisci, HO davvero bisogno di questi dati! ...

Grazie

Aggiornamento: @Nirmik, @Eliah Kagan:

Ho provato a ripristinare dalla directory locale e anche UbuntuOne. Lo stesso problema. Posso ripristinare alcuni file ma non sono mai riuscito a ripristinare il backup completo. Ho provato a eseguire quelle azioni con il backup di prova di alcune piccole directory ... il problema è coerente.

deja-dup

— Slava
fonte

4

Sembra che tu abbia riscontrato un bug noto: bug deja-dup 826389 , bug 487720 .

Citando dal secondo collegamento sembra che la corruzione dei dati non sia data dall'hardware, ma sia completamente correlata al software:

Ciò può accadere quando un file di volume non è stato completamente scritto nel back-end prima dell'interruzione della duplicità (ad esempio, spegnimento della macchina o altro). Quando la duplicità riprende il backup della prossima esecuzione, inizierà con il volume successivo. Il file del volume semi-completo verrà inserito nel back-end e causerà questo errore in seguito durante il ripristino.

È possibile ripristinare manualmente da questo ripristinando dai set di backup precedenti o ripristinando i singoli file che non si trovano nel volume danneggiato.

Altri due ragazzi del primo link dicono:

Ci sono due modi per aggirare questo. Puoi provare a ripristinare dal backup prima di quello danneggiato. Quindi prova a ripristinare dai backup più vecchi.

È anche possibile provare a evitare il volume specifico ripristinando tutti i file dal set di backup tranne quelli nel volume danneggiato.

e:

Grazie mille. Quello che ho fatto è stato [duplicità - file da ripristinare ....] e ho ripristinato i file importanti.

Non ho mai usato deja-dup o duplicità, ma sembra che la soluzione più ragionevole qui sia ripristinare automaticamente i volumi intatti con deja-dup, e quindi procedere con i file intatti all'interno di un volume ripristinandoli uno per uno con duplicity --file-to-restore ...

Spero che sia di aiuto.

— Avio
fonte

1

Prova a trasferire i dati in una cartella nella tua home directory, ad es. / Home / nome utente / backup

e quindi cambia la directory di backup dalle Impostazioni Deja-dup e prova a ripristinare ...

PER MODIFICARE LE IMPOSTAZIONI-

Impostazioni di sistema >> Backup >> Memoria >> Seleziona "cartella locale" >> seleziona il percorso come ad es. "/ Home / nome utente / backup"

Il supporto esterno potrebbe causare problemi ...

— Nirmik
fonte

1

Perché deja-dup legge i dati danneggiati dall'unità esterna, ma la copia su un'unità interna (supponendo che /home sia su un'unità interna) ha esito positivo? Se c'è un problema con il supporto esterno, perché non dovrebbe influenzare l'operazione di copia dei file allo stesso modo?

— Eliah Kagan,

Non sto dicendo che il dispositivo esterno potrebbe essere danneggiato. Ma se il percorso impostato nelle impostazioni non è corretto, potrebbe essere un problema. Inoltre, a volte ho riscontrato strani problemi con alcuni file, ecc. Che sono stati risolti portandoli nella cartella principale. Non sto dicendo che la mia risposta funzionerà al 100%. Ho appena suggerito di provarlo.

— Nirmik,