如何恢复过大的Déjà Dup系统备份？

Hey Leah，碰到这种备份体积过载导致恢复失败的情况确实很闹心，我来给你几个实用的解决思路，一步步帮你搞定：

• 先剔除备份里的冗余“水分”
  你猜对了，那次备份时挂载的2TB外部硬盘是导致备份膨胀的核心原因。首先打开Déjà Dup，进入“查看备份”界面，找到/media目录下对应的那个外部硬盘挂载点，确认它确实占据了备份的大部分空间。接着在Déjà Dup的设置里，把这个挂载路径（比如/media/your-external-drive-name）添加到排除列表中，这样后续恢复时就不会再尝试加载这部分完全不需要的内容了。

• 分批次、分优先级恢复
  别再用“恢复全部”功能了，咱们拆分任务降低负载：

  • 优先恢复核心内容：比如先恢复/home（你的个人文档、配置）和/etc（系统关键配置），这两个目录一般体积不大但最重要；
  • 再针对性处理失败的目录：对于/snap、/srv、/usr、/var，先判断必要性——/snap里的软件可以重新安装，/srv如果没有你自己部署的服务内容其实不用恢复，/var里的日志、缓存大多可以自动生成，只有你存了重要数据库或自定义日志时才需要恢复；
  • 每次只选1-2个目录进行恢复，避免一次性让系统处理过大的数据量。

• 用命令行工具绕开图形界面的限制
  Déjà Dup底层是duplicity命令行工具，它比图形界面更灵活，还能自定义超时参数：
  比如要恢复/usr目录，你可以在终端里执行：

  duplicity restore --file-to-restore /usr file:///path/to/your/backup-drive /target/restore-path
  

  记得替换成你实际的备份硬盘路径和目标恢复路径，还可以加上--timeout 3600（设置超时为1小时）来避免中途超时。另外，如果你的/tmp目录空间不足，可以临时设置环境变量指定更大的临时目录：

  export DUPLICITY_TEMP_DIR=/media/your-usb-drive/tmp
  

  再执行恢复命令。

• 事后的预防措施
  这次踩坑后，以后备份前一定要检查Déjà Dup的排除列表，把/media下的外部挂载点、/tmp、/var/cache这些临时或外部存储目录都加进去，避免备份体积再次失控。另外，还可以在设置里配置自动删除旧备份，比如只保留最近3个月的备份，进一步节省空间。

备注：内容来源于stack exchange，提问作者Leah Waymire