web-dev-qa-db-ja.com

deja-dup復元が失敗した場合はどうすればよいですか？

約300Gbの外付けHDでdeja-dupによってフルバックアップを実行しています。

別の1 TBの外付けHDに復元しようとしていますが、58 GBが抽出されたときにエラーが発生しました:(

Traceback (innermost last):
  File "/usr/bin/duplicity", line 1555, in <module>
    with_tempdir(main)
  File "/usr/bin/duplicity", line 1541, in with_tempdir
    fn()
  File "/usr/bin/duplicity", line 1393, in main
    do_backup(action)
  File "/usr/bin/duplicity", line 1472, in do_backup
    restore(col_stats)
  File "/usr/bin/duplicity", line 728, in restore
    restore_get_patched_rop_iter(col_stats)):
  File "/usr/lib/python2.7/dist-packages/duplicity/patchdir.py", line 560, in Write_ROPaths
    ITR(ropath.index, ropath)
  File "/usr/lib/python2.7/dist-packages/duplicity/lazy.py", line 344, in __call__
    last_branch.fast_process, args)
  File "/usr/lib/python2.7/dist-packages/duplicity/robust.py", line 38, in check_common_error
    return function(*args)
  File "/usr/lib/python2.7/dist-packages/duplicity/patchdir.py", line 614, in fast_process
    ropath.copy(self.base_path.new_index(index))
  File "/usr/lib/python2.7/dist-packages/duplicity/path.py", line 445, in copy
    other.writefileobj(self.open("rb"))
  File "/usr/lib/python2.7/dist-packages/duplicity/path.py", line 627, in writefileobj
    buf = fin.read(_copy_blocksize)
  File "/usr/lib/python2.7/dist-packages/duplicity/patchdir.py", line 212, in read
    if not self.addtobuffer():
  File "/usr/lib/python2.7/dist-packages/duplicity/patchdir.py", line 237, in addtobuffer
    self.tarinfo_list[0] = self.tar_iter.next()
  File "/usr/lib/python2.7/dist-packages/duplicity/patchdir.py", line 344, in next
    self.set_tarfile()
  File "/usr/lib/python2.7/dist-packages/duplicity/patchdir.py", line 333, in set_tarfile
    self.current_fp = self.fileobj_iter.next()
  File "/usr/bin/duplicity", line 764, in get_fileobj_iter
    backup_set.volume_name_dict[vol_num],
 KeyError: 391

誰もがこの種のエラーについて何か知っていますか？

復元を再試行することは可能ですが、以前に停止したところから開始しますか？

18.04deja-dupduplicity
1
Cristiano

何日にもわたる苦しみを経て、無数の悪い名前で重複性+ deja-dupを呼び出した後、ようやく私の重要なデータを回復しました。

それをするために私はしなければなりませんでした：

  • 現存するすべての聖人に祈る：D
  • duplicity list-current-files file:///media/user/sdb > files.txtを使用して、外部ディスクにすべてのバックアップファイルを含むテキストファイルを作成しました。
  • nautilusを使用して、上記のリストから抽出されたすべての最も重要なディレクトリを1つずつ手動で作成しました。
  • 次に、nautilusでこれらのディレクトリを1つずつ選択し、Revert to Previous Versionを呼び出しました。これはdeja-dupと呼ばれ、その役割を果たしました。

次に、終了する前にクラッシュする重複なしに、必要なすべてのファイルを復元することができました:)

0
Cristiano

ボリュームがないようです。

パラメータ '--ignore-errors'を重複呼び出しに追加して、復元できないファイルの出力を監視してください。 ..ede/duply.net

重複のmanページ から

--ignore-errors

特定のエラーが発生した場合は、無視するようにしてください。このオプションは、バックアップの失敗の原因となる特定の問題が発生した場合にバックアップを復元できるようにすることのみを目的としています。バックアップから復元しようとしていて、重複を無視したい問題が原因で失敗している状況でない限り、このオプションの使用はお勧めしません。それでも、問題によっては、このオプションは効果がない場合があります。

無視されたエラーはログに記録されますが、操作の最後には何が無視されたかを示す要約がないことに注意してください。これをデータの緊急復元に使用する場合は、バックアップログを再度参照できるようにバックアップを実行することをお勧めします（文字列IGNORED_ERRORを含む行を探します）。

理解されていない、または理解されていないが自分の責任ではない理由でこのオプションを使用する必要がある場合は、重複管理者に連絡してください。本番環境でこのオプションを使用する必要性は、通常はバグと見なされます。

1
ede