Deja-dup: неверные данные - несоответствие SHA1 для файла

Я сделал резервную копию своих данных с помощью утилиты deja-dup и произвел чистую установку 12.04.
Но когда я попытался восстановить резервную копию, я получил эту ошибку:

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

Я пытался удалить кэш и выполнить ручное восстановление с различными параметрами, но каждый раз это не удается на тех же файлах. Я обращаю внимание, что эти файлы меньше других. Они около 30 МБ, а все остальные файлы 51 МБ.

• Общий размер резервной копии составляет около 35 ГБ.
• Резервная копия хранится на внешнем USB-накопителе с файловой системой FAT.
• Шифрование не используется

Это какой-то обходной путь существует?
Можно ли исключить определенные файлы из восстановления?

Есть идеи? ... Как вы понимаете, мне ДЕЙСТВИТЕЛЬНО НУЖНЫ эти данные! ...

Спасибо

Обновление: @Nirmik, @Eliah Kagan:

Я попытался восстановить из локального каталога и UbuntuOne, а также. Та же проблема. Я могу восстановить некоторые файлы, но так и не удалось восстановить полную резервную копию. Я пытался выполнить эти действия с тестовым резервным копированием некоторого небольшого каталога ... проблема согласована.

Кажется, вы столкнулись с известной ошибкой: ошибка deja-dup 826389 , ошибка 487720 .

Цитируя вторую ссылку, кажется, что ваши данные повреждены не аппаратно, а полностью программно:

Это может произойти, когда файл тома не был полностью записан в серверную часть до того, как двуличие было прервано (скажем, выключение компьютера или что-то еще). Когда дублирование возобновляет резервное копирование при следующем запуске, оно начинается со следующего тома. Файл неполного тома будет располагаться на сервере и вызывать эту ошибку позже при восстановлении.

Вы можете вручную восстановить данные, восстановив старые наборы резервных копий или восстановив отдельные файлы, которые не попали в поврежденный том.

Два других парня из первой ссылки говорят:

Есть два способа обойти это. Вы можете попытаться восстановить из резервной копии ранее поврежденной. Поэтому попробуйте восстановить из более старых резервных копий.

Вы также можете попытаться избежать определенного тома, восстановив все файлы из набора резервных копий, за исключением файлов в поврежденном томе.

а также:

Большое спасибо. Я сделал [duplicity --file-to-restore ....] и восстановил важные файлы.

Я никогда не использовал deja-dup или duplicity, но кажется, что наиболее разумным решением здесь является автоматическое восстановление неповрежденных томов с помощью deja-dup, а затем продолжить работу с неповрежденными файлами внутри тома, восстанавливая их один за другим с duplicity --file-to-restore ...

Надеюсь это поможет.

Попробуйте перенести данные в папку в вашем домашнем каталоге, например / Home / username / backup

а затем измените каталог резервного копирования из настроек Deja-dup и попробуйте восстановить ...

ИЗМЕНИТЬ НАСТРОЙКИ

Настройки системы >> Резервное копирование >> Хранение >> Выберите «локальная папка» >> выберите путь, например, для «/ home / username / backup»

Внешние СМИ могут вызывать проблемы ...