回顾一下，我在另一个论坛上发现了这个未解决的问题，它完美地描述了我的缺点：
我是个菜鸟。我正在运行 Ubuntu 20.04 LTS。备份了我的数据驱动器上的一个文件夹，该文件夹格式为 NTFS，并且我在 Windows10 中使用它（对我来说) 和 Ubuntu 使用 Deja Dup 并且不加密备份文件。
我想测试它是否有效，然后从备份文件夹中删除了一个测试文件，并尝试通过右键单击并选择“恢复丢失的文件...”选项从备份中恢复它。一切似乎都运行正常。它正确地从备份中选择了我删除的丢失文件，然后我按照选择要恢复的文件的步骤操作，然后单击“前进”，然后在“摘要”窗口中单击“恢复”。然后它显示“正在恢复文件”，几秒钟后，系统要求我进行身份验证，需要进行身份验证才能以超级用户身份运行“/usr/libexec/-deja-dup/duplicity”。然后我输入我的密码。
一两秒后，它失败了，并显示“恢复失败，出现未知错误”。我注意到一件有趣的事情是，它会创建一个文件夹，其中包含我想在崩溃之前恢复的文件的名称，但不是文件本身。
读了一些资料后，我发现 Deja Dup 只是在调用 Duplicity，而 Duplicity 才是真正的执行者。然后，我尝试使用终端恢复文件，希望它能给我更多有意义的错误消息，以帮助追踪根本原因。
从终端使用 duplicity 恢复得到相同的结果。系统提示我输入 GnuPG 密码，然后我输入该密码（我使用了与用户相同的密码，系统似乎接受了它）。
它还会创建一个空目录，其中包含我实际尝试恢复的文件的名称。
有趣的是，如果我进入 Deja Dup 并将整个备份恢复到我的主文件夹，它就可以正常工作，然后我就可以从那里获取文件。但这很不方便，因为它会恢复所有备份文件。我不能只通过这种方式恢复我想要的文件。但这是一种解决方法。
我想可能是因为文件系统不同（EXT4 - 可以工作，NTFS - 不工作）。尝试将上述步骤（恢复完整备份）从 Deja Dup 复制到我的数据驱动器上的新文件夹，但失败的方式与我尝试单个文件时一样。这在某种程度上支持了我的理论，但我不确定。
有人有什么建议吗？
我添加了一些图片来补充它，但我没有什么可说的了。谢谢。