だから、ここに私が復元で持っている問題があります。最初に、私はすべてのようにバックアップしました。そのため、1つのコピーのみを外部HDに配置しました。
すべてを再インストールする必要がありましたが、バックアップがあるので心配しませんでした。しかし、現在、復元は機能せず、煩わしくなり始めています。
そのため、「不足しているファイルを復元...」を右クリックします。次に、バックアップの場所を尋ねるDeja Dupのポップアップウィンドウが表示されます。そこで、外部HDを選択し、「フォルダー」に何も入れないか、単に「。」を入れます。バックアップを探すためのベースにすべきだと考えています。
どちらの場合も、しばらくしてスキャンすると、「Filesystem root」というボリュームに139.7mbのディスクスペースしか残っていません。しかし、私のパーティション "/ home"には799.6Gbの空き容量があります。また、いくつかのファイルを復元したいだけです。すべてのファイルが必要なわけではありません。
私の外部HDには、duplicity-full.20120514T220834Z.manifestというファイルがあります。テキストファイル。その中で、すべてが52MBのファイルのパーティションであることがわかります。したがって、小さなファイルは1つのアーカイブに含まれ、非常に大きなファイルは複数のアーカイブに分割されます。しかし、私は持っているファイルの正確なリストを見ることができます。
だから、私は私のバックアップが無傷であると推測しています。
私は何を間違えていますか?
ExtHDに十分なスペースが残っていないため、すべてのファイルを一覧表示することもできませんか?なぜ重複は別の場所を使用してそれを行うことができないのですか?
重要なファイルを復元することをお勧めします。
コマンドライン:duplicity list-current-files --no-encryption file:///media/[rest of the root to your hard_disk] > /home/yourusername/list.txt
開始以降、バックアップ内のすべてのファイルをリスト表示しない source
および著者から 特定の時間からフルモンティまたは選択したフォルダ/ファイルを復元できます。
liste.txtを使用して、復元する必要があるファイルとディレクトリのリストを作成し、Dejaによって生成されたマニフェスト内のファイルのリストを作成します。 duplicity-full.20120922T175100Z.manifestのようなバックアップディレクトリ内のDup(例:* final_list.txt *)
final_list.txt:
home/username/music
home/username/file.mp3
...
クリート復元ディレクトリ
$mkdir /tmp/restore
Creat bashファイルRestore.sh
#!/bin/bash
FILE=$1
# Read file form list
while read line
do
duplicity --no-encryption --file-to-restore "$line" file:///media/[rest of the root to your hard_disk] /tmp/restore/"$line"
done <"$FILE"
リストを復元
$sh Restore.sh final_list.txt
できた!そして成功を祈る :)
私は通常、重複を使用してdeja-dupでバックアップの一部を取得します(deja-dupは重複のフロントエンドです)
私が最初に行うことは、たとえば次の方法でバックアップ内のファイルのリストを作成することです。
duplicity list-current-files --no-encryption file:///media/[rest of the root to your hard_disk] > /home/yourusername/list.txt (if there is encryption, use the proper option)
それが機能する場合、バックアップは問題ありません。次に、複製復元を使用すると、すべてを復元できるか、duplicity --no-encryption --file-to-restore
単なるフォルダーまたはファイル(詳細については、ターミナルで「man duplicity」と入力するか、疑問があるかどうかを尋ねてください)
バックアップが安全であることを願っています!