所以，这是我在恢复时遇到的问题。首先，我备份了所有内容。所以我只能在外部硬盘上保留一份副本。
我不得不重新安装所有东西，但我并不担心，因为我有备份。但现在，恢复不起作用，这开始变得烦人。
因此，我右键单击“恢复丢失的文件...”。然后 Deja Dup 弹出窗口询问备份在哪里。因此，我选择外部硬盘，在“文件夹”中不输入任何内容，或者只输入“。”。我认为这应该是查找备份的基础。
在这两种情况下，经过一段时间的扫描后，我得到：卷“文件系统根”仅剩下 139.7mb 磁盘空间。但我的分区“/home”有 799.6Gb 可用空间。另外，我只想恢复一些文件，不需要全部文件。
在我的外部硬盘上，有一个名为 duplicity-full.20120514T220834Z.manifest 的文件。一个文本文件。在其中，我可以看到所有内容都是 52mb 文件中的分区。因此，小文件放在一个存档中，而非常大的文件则分成多个存档。但我可以看到我拥有的文件的确切列表。
因此，我猜我的备份是完好的。
我究竟做错了什么 ？
有可能由于我的 ExtHD 上没有足够的空间而导致无法列出所有文件吗？为什么 duplicity 不能使用其他位置来执行此操作？
答案1
我建议您尝试恢复一个重要文件。
命令行：duplicity list-current-files --no-encryption file:///media/[rest of the root to your hard_disk] > /home/yourusername/list.txt不要列出从一开始备份中的所有文件，来源
尝试使用以下方法创建需要恢复的文件和目录列表列表.txt由上一个命令生成，并且由 Deja Dup 在备份目录中生成的清单中的文件列表如下duplicity-full.20120922T175100Z.manifest，（例如命名*最终列表.txt*）
最终列表.txt：
home/username/music
home/username/file.mp3
...
创建恢复目录
$mkdir /tmp/restore
创建 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
完成！祝你好运 :)
答案2
我通常使用 duplicity 和 deja-dup 来完成部分备份（deja-dup 是 duplicity 的前端）
我要做的第一件事是创建备份中的文件列表，例如：
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 restore，您应该能够恢复所有内容，或者duplicity --no-encryption --file-to-restore仅恢复文件夹或文件（在终端中输入“man duplicity”以获取更多信息，或者如果您有更多疑问，请询问）
我希望你的备份是安全的！