如何使 Deja-Dup 表现良好？

我已经挖掘了旧问题，我发现似乎解决这个问题的唯一问题是五六岁，引用了我安装中不存在的文件夹。我在 16.04 Mate 上，试图让 Deja-Dup 让我完全重新开始，就好像以前从未运行过一样，但如果我能达到可验证的完整备份的地步，而实际上忽略了我的文件夹，我会很高兴。已指定被忽略。

就目前而言，每次 Deja-Dup 运行备份（无论是手动还是自动）时，它都会停止并显示一条消息：

无法备份文件/home/[user]/.cache/dconf

我认为这是因为文件是打开的，但我希望备份软件能够解决这个问题。

• 我已经多次验证~/.cache了“忽略”列表中的内容（事实上，它出现了两次，即使我已经将它从列表中完全删除并重新输入了一次）。
• 我也尝试过在里面单独添加文件夹~/.cache；它们显示在列表中，但我包含~/.cache/dconf并仍然遇到相同的错误。

在这一点上，我有一个充满重复文件的 Google Drive 文件夹，不知道哪个是什么，不知道 Deja-Dup 是在备份除生成错误的文件之外的所有内容，还是只备份之前处理的文件错误，不明白为什么我会得到“忽略”列表中显示的文件夹的重复项——我认为完全删除 Deja-Dup 并重新开始会更简单。

我找到了一个建议清除 deja-dup 包的答案，但是当我模拟清除 Deja-Dup 时，我得到了这个：

正在读取包列表...完成构建依赖关系树正在读取状态信息...完成以下包已自动安装且不再需要：libntlm0 linux-headers-4.10.0-28 linux-headers-4.10.0-28-generic
linux-headers-4.10.0-33 linux-headers-4.10.0-33-generic
linux-image-4.10.0-28-generic linux-image-4.10.0-33-generic
linux-image-extra-4.10。 0-28-generic linux-image-extra-4.10.0-33-generic 使用 'sudo apt autoremove' 删除它们。以下软件包将被删除：deja-dup* deja-dup-backend-cloudfiles* deja-dup-backend-gvfs*
deja-dup-backend-s3* deja-dup-caja* ubuntu-mate-desktop* 0 升级，0 新安装，6 删除，0 未升级。Purg ubuntu-mate-desktop [1.154.1] Purg deja-dup-backend-s3 [34.2-0ubuntu1.1] Purg deja-dup [34.2-0ubuntu1.1] [deja-dup-backend-cloudfiles:amd64 deja-dup -caja:amd64 deja-dup-backend-gvfs:amd64 ] 清除 deja-dup-backend-cloudfiles [34.2-0ubuntu1.1] [deja-dup-caja:amd64 deja-dup-backend-gvfs:amd64 ] 清除 deja- dup-backend-gvfs [34.2-0ubuntu1.1] [deja-dup-caja:amd64] 清除 deja-dup-caja [0.0.4-0ubuntu2]'

我认为这只会卸载 mate-desktop 元包，因为它没有列出数百个相当于删除我的 DTE 的依赖项——但我看到的其他问题表明，仅此一项并不能解决问题，并且 Ubuntu 自 10.04 或 11.04 以来已经发生了足够的变化，以至于某些引用的文件夹不存在或不在先前答案假定的位置。

由于有人显然认为我不清楚我在问什么：鉴于上述信息，我如何在不删除桌面的情况下完全清除 Deja-Dup，以便我可以重新安装它干净 - 或者我怎样才能让 Deja-Dup 像新的，正确地忽略它不应该备份的文件夹，并进行我可以依赖的备份？

跟进：在实施以下解决方案的“仅清除设置”部分后，Deja-Dup 运行了一个完整的周期，但失败了一个完全不同的错误，似乎出现在“第一次备份”周期的最后——在写入 300 MB 的备份文件和签名文件后，写入清单文件失败并出现错误转储。我将重新开始，如果我重现错误，我将搜索或询问有关如何解决该问题的不同问题。