Deja-dup: datos no válidos: el hash SHA1 no coincide para el archivo

He hecho una copia de seguridad de mis datos con la utilidad deja-dup e hice una instalación limpia de 12.04.
Pero cuando intenté restaurar la copia de seguridad, recibí este error:

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

Traté de eliminar el caché y realizar la restauración manual con diferentes opciones, pero falla cada vez en los mismos archivos. Pongo atención en que esos archivos son más pequeños que otros. Son alrededor de 30Mb, mientras que todos los demás archivos son 51Mb.

• El tamaño total de la copia de seguridad es de aproximadamente 35 Gb.
• La copia de seguridad se almacena en una unidad USB externa con el sistema de archivos FAT.
• No se usa encriptación

¿Existe alguna solución?
¿Es posible excluir archivos específicos de la restauración?

¿Alguna idea? ... Como entiendes, ¡ REALMENTE NECESITO estos datos! ...

Gracias

Actualización: @Nirmik, @Eliah Kagan:

Traté de restaurar desde el directorio local y UbuntuOne también. El mismo problema. Puedo restaurar algunos archivos pero nunca logré restaurar la copia de seguridad completa. Traté de realizar esas acciones con una copia de seguridad de prueba de algún directorio pequeño ... el problema es consistente.

Parece que has encontrado un error conocido: deja-dup bug 826389 , bug 487720 .

Citando desde el segundo enlace, parece que su corrupción de datos no está dada por el hardware, sino que está completamente relacionada con el software:

Esto puede suceder cuando un archivo de volumen no se escribió completamente en el backend antes de que se interrumpiera la duplicidad (por ejemplo, apagar la máquina o lo que sea). Cuando duplique reanuda la copia de seguridad la próxima ejecución, comenzará con el siguiente volumen. El archivo de volumen medio completo se ubicará en el backend y causará este error más tarde al restaurar.

Puede recuperarse manualmente de esto restaurando desde sus conjuntos de copias de seguridad anteriores o restaurando archivos individuales que no están en el volumen dañado.

Otros dos chicos del primer enlace dicen:

Hay dos formas de evitar esto. Puede intentar restaurar desde la copia de seguridad anterior a la corrupta. Por lo tanto, intente restaurar desde copias de seguridad anteriores.

También puede intentar evitar el volumen específico restaurando todos los archivos del conjunto de copia de seguridad, excepto los que están en el volumen dañado.

y:

Muchas gracias. Lo que hice fue [duplicidad - archivo para restaurar ...] y restauré los archivos importantes.

Nunca he usado deja-dup o duplicidad, pero parece que la solución más razonable aquí es restaurar automáticamente los volúmenes intactos con deja-dup, y luego proceder con los archivos intactos dentro de un volumen restaurando uno por uno con duplicity --file-to-restore ...

Espero que esto ayude.

Intente transferir los datos a una carpeta en su directorio de inicio, por ejemplo, / Inicio / nombre de usuario / copia de seguridad

y luego cambie el directorio de respaldo desde la configuración de Deja-dup e intente restaurar ...

PARA CAMBIAR LA CONFIGURACIÓN

Configuración del sistema >> Copia de seguridad >> Almacenamiento >> Seleccione "carpeta local" >> seleccione la ruta como por ejemplo, "/ home / username / backup"

Los medios externos pueden estar causando problemas ...