为什么 Déjà Dup 使用 gpg 失败：解密失败：Ubuntu 20.04.1 中的会话密钥错误？

简介评论 - 问题的可能原因

我有相同或相似的问题。我按照一些建议创建了一个全新的备份，但一段时间后问题再次出现。我相信我可能 - 在此期间 - 输入了错误的密码，之后我无法再进行备份（正如 Das Auge 所描述的 - 感谢您的建议）。

快速回答 - 使用较新的 Déjà Dup 版本创建新备份

安装 Déjà Dup 的较新版本 (42.7)（来自 snap 包）并创建新备份似乎可以解决我的问题，因为我不需要恢复之前备份的任何内容。

1. 我删除了旧版本的 Déjà Dup 与sudo apt remove deja-dup.
2. 我用sudo snap install deja-dup.
3. 因为新安装的 Déjà Dup 由于某种原因无法启动，我不得不删除~/snap/deja-dup/common/.cache文件夹来修复它。
4. 我启动了应用程序，对其进行了设置并创建了一个新的备份。

第一次备份成功后，我还尝试创建新的增量备份（至少我相信当您单击“立即备份”按钮时会发生这种情况），输入错误的密码（只是为了检查效果）然后输入正确的密码，然后有效。

更长的答案 - 恢复备份数据的可能选项

考虑到我相信的这个主题，我找到了一个指向Wiki 页面的链接（我在项目的官方GitLab 页面上的问题中的一个评论中找到了它）。下面引用它的某些部分。

如何确认问题

首先，如果您的备份文件在另一台服务器或 Google Drive 上，请将备份文件下载到本地文件夹。

然后运行以下命令，将 $BACKUPFOLDER 替换为带有备份文件夹的文件夹的路径，并将 $PASSPHRASE 替换为您的加密密码：

for i in /$BACKUPFOLDER/*; do echo $i; if gpg --passphrase=$PASSPHRASE --batch --pinentry-mode=loopback --decrypt $i >/dev/null 2>/dev/null; then echo -e "^ \033[0;32mcorrect passphrase\033[0m"; else echo -e "^ \033[0;31mwrong passphrase\033[0m"; fi; done

如果您看到有些文件的密码正确而有些文件的密码错误，那么您就会受到此错误的影响。

也许在您的情况下，如果您确实有多个备份文件，则只有一些文件使用错误的密码加密，而不是您已经尝试解密的文件。另一方面，就我而言，我没有注意到任何“正确的密码”消息。

如何恢复

如果您没有积极尝试恢复文件，（1）请参阅下文以升级 deja-dup 以避免将来出现问题，然后（2）删除密码错误的文件以及它们之后的任何备份文件以进行清理您的备份或 (3) 刚开始备份到新文件夹。

发现错误的密码

您可能会发现使用了错误的密码。

1. 打开您的密码管理器（在您的应用启动器中搜索“密码和密钥”）。查找名为“备份加密密码”的密码条目。打开它并单击“显示密码”复选框。该密码与您认为的密码相匹配吗？如果不是，那可能是使用了错误的密码。
2. 它可能是您的常规密码的错字版本。使用以下命令尝试一些常见的错字版本，将 $BACKUPFILE 替换为具有错误密码的文件之一的路径，并将 $PASSPHRASE 替换为您正在尝试的错字版本：

if gpg --passphrase=$PASSPHRASE --batch --pinentry-mode=loopback
--decrypt $BACKUPFILE >/dev/null 2>/dev/null; then echo -e "\033[0;32mpassphrase worked\033[0m"; else echo -e
"\033[0;31mpassphrase did not work\033[0m"; fi

如果您无法弄清楚错误的密码是什么，那仍然可以。希望您仍然可以恢复您关心的文件。

手动解压您关心的文件

不幸的是，我们必须对备份卷链进行一些手术。Worst Case页面的底部有关于如何手动解包卷的说明。

如果您知道错误的密码，您可以在手动解包时解密所有需要的文件。

如果您不知道密码错误，您将不得不跳过一些备份卷。因为 duplicity 将补丁存储到文件（而不是每次备份的完整快照），所以跳过卷可能会在稍后尝试修补文件时产生问题。但如果幸运的话，您将能够获得所需的所有数据。

由于我找不到正确的密码，所以我决定尝试安装新版本的 Déjà Dup，正如我在“快速回答”部分中所描述的那样。