web-dev-qa-db-ja.com

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
8
Slava

既知のバグdeja-dup bug 826389 、 bug 48772 に遭遇したようです。

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

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

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

最初のリンクからの他の2人の男は言います：

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

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

そして：

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

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

お役に立てれば。

4
Avio

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

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

設定を変更するには

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

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

1
Nirmik