Deja-dup: Data tidak valid - SHA1 hash mismatch untuk file

8

Saya telah mencadangkan data saya dengan utilitas deja-dup dan menginstal 12,04 dengan bersih.
Tetapi ketika saya mencoba mengembalikan cadangan saya mendapat kesalahan ini:

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

Saya mencoba untuk menghapus cache dan melakukan pengembalian manual dengan opsi yang berbeda tetapi gagal setiap kali pada file yang sama. Saya memperhatikan bahwa file-file itu lebih kecil dari yang lain. Mereka sekitar 30MB sedangkan semua file lainnya adalah 51MB.

Ukuran total cadangan adalah sekitar 35Gb.
Cadangan disimpan pada drive USB eksternal dengan sistem file FAT.
Tidak ada enkripsi yang digunakan

Apakah ada solusi?
Apakah mungkin untuk mengecualikan file tertentu dari pemulihan?

Ada ide? ... Seperti yang Anda pahami, SAYA BENAR-BENAR MEMBUTUHKAN data ini! ...

Terima kasih

Pembaruan: @Nirmik, @Eliah Kagan:

Saya mencoba memulihkan dari direktori lokal dan UbuntuOne juga. Masalah yang sama. Saya dapat memulihkan beberapa file tetapi tidak pernah berhasil mengembalikan cadangan penuh. Saya mencoba melakukan tindakan tersebut dengan uji cadangan beberapa direktori kecil ... masalahnya konsisten.

deja-dup

— Slava
sumber

4

Tampaknya Anda menekan bug yang dikenal: deja-dup bug 826389 , bug 487720 .

Mengutip dari tautan kedua tampaknya korupsi data Anda tidak diberikan oleh perangkat keras, tetapi sepenuhnya terkait dengan perangkat lunak:

Ini bisa terjadi ketika file volume tidak sepenuhnya ditulis ke backend sebelum bermuka dua terganggu (katakan, mematikan mesin atau apa pun). Ketika duplikat melanjutkan pencadangan berikutnya, itu akan mulai dengan volume berikutnya. File volume setengah lengkap akan duduk di backend dan menyebabkan kesalahan ini nanti ketika mengembalikan.

Anda dapat memulihkan secara manual dari ini dengan mengembalikan dari set cadangan lama Anda atau dengan mengembalikan file individual yang tidak ada dalam volume yang rusak.

Dua orang lain dari tautan pertama mengatakan:

Ada dua cara untuk mengatasi hal ini. Anda dapat mencoba memulihkan dari cadangan sebelum yang rusak. Jadi, coba pulihkan dari cadangan yang lebih lama.

Anda juga dapat mencoba menghindari volume tertentu dengan mengembalikan semua file dari cadangan kecuali yang ada dalam volume rusak.

dan:

Terima kasih banyak. Apa yang saya lakukan adalah [duplikasi --file-to-restore ....] dan saya mengembalikan file-file penting.

Saya tidak pernah menggunakan deja-dup atau bermuka dua, tetapi tampaknya solusi yang paling masuk akal di sini adalah secara otomatis mengembalikan volume utuh dengan deja-dup, dan kemudian melanjutkan dengan file utuh di dalam volume yang mengembalikannya satu per satu dengan duplicity --file-to-restore ...

Semoga ini membantu.

— Avio
sumber

1

Cobalah mentransfer data ke folder di direktori home Anda misalnya / Home / nama pengguna / cadangan

dan kemudian ubah direktori cadangan dari Deja-dup Settings dan coba pulihkan ...

UNTUK MENGUBAH PENGATURAN-

Pengaturan Sistem >> Cadangan >> Penyimpanan >> Pilih "folder lokal" >> pilih path seperti untuk mis saya "/ home / nama pengguna / cadangan"

Media yang eksternal mungkin menyebabkan masalah ...

— Nirmik
sumber

1

Mengapa deja-dup membaca data yang rusak dari drive eksternal, tetapi menyalinnya ke drive internal (dengan asumsi /home ada pada drive internal) berhasil? Jika ada masalah dengan media eksternal, mengapa tidak mempengaruhi operasi penyalinan file dengan cara yang sama?

— Eliah Kagan

Saya tidak mengatakan bahwa perangkat eksternal mungkin rusak. Tetapi jika path yang diatur dalam pengaturan tidak tepat mungkin menjadi masalah. Juga, kadang-kadang saya menghadapi masalah aneh dengan beberapa file, dll yang diselesaikan dengan membawa mereka ke folder rumah. Saya tidak mengatakan jawaban saya akan bekerja 100%. Saya baru saja menyarankan untuk mencobanya.

— Nirmik