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

ありがとう。

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

失われたファイルを復元デジャDUP（ウィキリンク）

• ファイルブラウザ（Nautilus）を開きます
• ブラウズ本当のあなたが失われたファイルを含むフォルダ（ない経由で任意の シンボリックリンク）
• フォルダー内のファイル間で右クリックMis 見つからないファイルを復元…（ファイルをリストとして表示し、nautilusウィンドウの上部にあるアイコンのグリッドを選択した場合、使用できない場合があります）
• ときの復元 ]ダイアログが表示され、それがバックアップにあるファイルをスキャンしませんが、もはやフォルダになります
• 復元したいファイルが表示されたら、それを選択して進むをクリックします
• 選択内容を確認し、[ 復元]をクリックします

DéjàDupを使用してファイルの以前のバージョンを復元する（wikiリンク）

• ファイルブラウザ（Nautilus）を開きます
• 元に戻すファイルが含まれる実際のフォルダーに移動します（シンボリックリンクを使用 せずに）
• 元に戻すファイルを右クリックします
• 以前のバージョンに戻す...を選択します
• アップが来るデジャDUPのダイアログを。復元する日付を選択します。進むをクリック
• 選択内容を確認し、[ 復元]をクリックします。注：これにより、ファイルの現在のバージョンが上書きされます
• できた！

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

プロのヒント

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

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

  deja-dup --restore FILE1 FILE2
  

元々バックアップされていたドライブが取り外されていたため、上記の答えはうまくいきませんでした。以下の手順を共有します。

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

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

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

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

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

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

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

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

重複参照

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

"バックアップ"別名 "デジャデュップ"（開発者への注意：初心者が回答を探す必要がある場合、名前を標準化することは非常に役立ちます）の場所へのバックアップ全体の完全抽出以外は何もできません。私の選択。誤動作しているVM用の小さなディレクトリが1つだけ必要です...

1. ノーチラスを使用。ただし、必要なディレクトリ（VBox。Me： "huh？"）へのアクセス権がないため、restoreGUIを介した機能はありません。

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を起動したばかりです。

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

$ 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を使用してすべてを外部ドライブの「保持フォルダー」に「復元」し、手動で目的のディレクトリを取得して、そのフォルダーをゼロで埋めます。