web-dev-qa-db-ja.com

バックアップユーティリティで1つのディレクトリのみを復元することは可能ですか？

私は設定パネルでubuntuのデフォルトのバックアップユーティリティ（deja-dup）を使用します。今日、1つのディレクトリをエラーで削除します。復元しようとしましたが、成功しませんでした。 1つのディレクトリまたはファイルのみが必要な場合、すべてのバックアップを復元する必要がありますか？

ありがとう。

deja-dup
41
Ger

もちろんそれはできます。 gnome DejaDup Help wikiから（ああ、ファイルの場所ではディレクトリも読むことができます）

DéjàDup（ wiki link ）で失われたファイルを復元する

  • ファイルブラウザを開きます（Nautilus）
  • 紛失したファイルを含むrealフォルダーを参照します（anysymlink経由ではありません）
  • フォルダー内のファイル間で右クリック▸欠落ファイルの復元…（ファイルをリストとして表示している場合は、nautilusウィンドウの上部にあるアイコンのグリッドを選択できません。 ）
  • Restoreダイアログが表示されると、バックアップにはあるがフォルダーにはないファイルをスキャンします
  • 復元するファイルが表示されたら、それを選択してForwardをクリックします
  • 選択内容を確認し、Restoreをクリックします

DéjàDup（ wiki link ）でファイルの以前のバージョンを復元する

  • ファイルブラウザ（Nautilus）を開きます
  • 復元するファイルが含まれるrealフォルダーに移動します（anysymlink経由ではありません）
  • 元に戻すファイルを右クリックします
  • 以前のバージョンに戻す…を選択します
  • DéjàDupダイアログが表示されます。復元する日付を選択します。クリック進む
  • 選択内容を確認し、復元をクリックします。注：これにより、ファイルの現在のバージョンが上書きされます
  • できた！

Ubuntuの場合、Ubuntu Oneを使用していない場合でも、メニューエントリをNautilusに表示するには、ubuntuone-clientパッケージをインストールする必要があります。
また、MateのNautilusバージョンであるCajaは、ファイルの復元をサポートしていません。

プロのヒント

  • 右クリックする前に、一度に複数のファイルを選択できます。

  • コマンドラインでファイルを元に戻すことができます。

    deja-dup --restore FILE1 FILE2
60
Rinzwind

最初にバックアップされていたドライブが取り外されていたため、上記の回答は私には機能しませんでした。以下の手順を共有します。

  • ターミナルで、次を入力します。

重複リストの現在のファイル--no-encryption file：/// [path_to_backup_folder]> /home/[your_username]/list.txt

重複がアーカイブへのパスを受け取ると予想される「file：/// ...」の形式に注意してください-バックアップを含むフォルダーへのフルパスを指定する必要があります。

  • 復元用のフォルダーを作成します。

mkdir [復元されたファイルのパスとファイル名]

  • 先ほど作成した（ホームフォルダー内の） 'list.txt'ファイルで、復元するファイル/フォルダーを見つけます。日付ではなく、ファイル名とファイルへのパスのみをコピーします。以下を実行します。

複製の復元--no-encryption --file-to-restore [前のステップの結果を貼り付ける] file：/// [バックアップの場所] [復元されたファイルのパスとファイル名]

暗号化されたバックアップでは、コマンドが異なることに注意してください。以下のリファレンスを確認してください。

重複参照

17
Wilson Canda

Cajaユーザーはこちら（16.04.3の合致）。私にとってこれらのソリューションの問題、FWIW。

"バックアップ"別名 "デジャデュップ"（開発者への注意：名前の標準化は（本当に初心者が答えを探しに行かなければならない場合に役立ちます）は、私が選んだ場所への私の全体のバックアップ。誤動作しているVM用の小さなディレクトリが1つだけ必要です...

  1. ノーチラスを使用。ただし、必要なディレクトリ（VBox。Me： "huh？"）にアクセスできないため、GUIを介したrestore関数はありません。

  2. deja-dup --restore FILE1 FILE2は機能しません。文句を言う：

    ** (deja-dup:3343): CRITICAL **: deja_dup_config_location_add_volume_full: assertion 'uuid != NULL' failed

もちろん、FILE1がバックアップで、FILE2が復元ターゲットであると仮定しています。そうでなければ、私は馬鹿げた。

とにかく、deja-dupのGUIを起動したばかりです。

  1. ウィルソン・カンダの方法のいくつかの試み、したがって

$ duplicity restore --no-encryption file:///media/b/be5f7aad-aa52-47ea-8e64-4352111f66af/home/b/'VirtualBox VMs'/'Green Machine' 'VirtualBox VMs'/'Green Machine'

Local and Remote metadata are synchronised, no sync needed.
Last full backup date: none
Traceback (innermost last):
  File "/usr/bin/duplicity", line 1559, in <module>
    with_tempdir(main)
  File "/usr/bin/duplicity", line 1545, in with_tempdir
    fn()
  File "/usr/bin/duplicity", line 1394, in main
    do_backup(action)
  File "/usr/bin/duplicity", line 1473, in do_backup
    restore(col_stats)
  File "/usr/bin/duplicity", line 729, in restore
    restore_get_patched_rop_iter(col_stats)):
  File "/usr/bin/duplicity", line 751, in restore_get_patched_rop_iter
    backup_chain = col_stats.get_backup_chain_at_time(time)
  File "/usr/lib/python2.7/dist-packages/duplicity/collections.py", line 984, in get_backup_chain_at_time
    raise CollectionsError("No backup chains found")
 CollectionsError: No backup chains found

あなたの選択の検索エンジンは、他の人も長年にわたってこの問題を抱えていることを明らかにします。

私の回避策： "復元" すべて GUIを使用して外部ドライブの「保持フォルダー」に移動し、手動で目的のディレクトリに移動して、そのフォルダをゼロで埋めます。

0
j doe will do just fine