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

キャッシュを削除し、さまざまなオプションを使用して手動で復元しようとしましたが、同じファイルで毎回失敗します。これらのファイルは他のファイルよりも小さいことに注意します。他のすべてのファイルは51Mbですが、それらは約30Mbです。

• バックアップの合計サイズは約35Gbです。
• バックアップは、FATファイルシステムの外部USBドライブに保存されます。
• 暗号化は使用されていません

回避策はありますか？
特定のファイルを復元から除外することは可能ですか？

何かアイデアはありますか？... ご存知のとおり、私はこのデータが本当に必要です！...

ありがとう

更新：@ Nirmik、@ Eliah Kagan：

ローカルディレクトリとUbuntuOneからも復元しようとしました。同じ問題。一部のファイルを復元できますが、完全バックアップを復元できませんでした。私はいくつかの小さなディレクトリのテストバックアップでそれらのアクションを実行しようとしました...問題は一貫しています。

既知のバグであるdeja-dup バグ826389、バグ487720をヒットしたようです。

2番目のリンクから引用すると、データの破損はハードウェアではなく、完全にソフトウェアに関連しているようです：

これは、複製が中断される前にボリュームファイルがバックエンドに完全に書き込まれなかった場合（たとえば、マシンのシャットダウンなど）に発生する可能性があります。duplicityが次の実行でバックアップを再開すると、次のボリュームから開始されます。半分完成したボリュームファイルはバックエンドに置かれ、後で復元するときにこのエラーが発生します。

古いバックアップセットから復元するか、破損したボリュームに存在しない可能性のある個々のファイルを復元することにより、手動でこれを回復できます。

最初のリンクからの他の2人の男は言う：

これを回避するには2つの方法があります。破損したバックアップの前のバックアップから復元を試みることができます。古いバックアップから復元してみてください。

破損したボリューム内のファイルを除いて、バックアップセットからすべてのファイルを復元して、特定のボリュームを回避することもできます。

そして：

どうもありがとうございました。私が行ったのは[duplicity --file-to-restore ....]で、重要なファイルを復元しました。

私はdeja-dupやduplicityを使用したことがありませんが、ここで最も合理的な解決策は、deja-dupを使用して無傷のボリュームを自動的に復元し、ボリューム内の無傷のファイルを1つずつ復元することです duplicity --file-to-restore ...

お役に立てれば。

/ Home / username / backupなどのホームディレクトリ内のフォルダにデータを転送してみてください

次に、Deja-dup設定からバックアップディレクトリを変更し、復元してみます...

設定を変更するには

システム設定>>バックアップ>>ストレージ>>「ローカルフォルダー」を選択>>私のようにパスを選択「例：/ home / username / backup」

外付けのメディアが問題を引き起こしている可能性があります...