为什么duply由于签名错误无法恢复备份？

Question

我用哑弹来管理我的备份。今天，我想从一台在我现在的机器上丢失的旧机器上取出一些备份的文件。不幸的是，我得到的错误是，存储是用另一个密钥签名的，而不是由duply自动选择的密钥：

Autoset found secret key of first GPG_KEY entry 'B8C46F4D410B8E334BBA1ECA68D101873E261004' for signing.
…
Datenträger wurde von Schlüssel 68D101873E261004, anstatt von B8C46F4D410B8E334BBA1ECA68D101873E261004 unterschrieben

(对于用德语写的第2条信息很抱歉，但它说的是我刚才所描述的)

奇怪的是，我确信这是同一把钥匙。首先，在创建配置文件时，我没有更改任何复制到配置文件文件夹中的密钥。其次，存储所使用的签名密钥的编号(第一个密钥号)只是密钥的最后一部分，这些密钥是由duply从配置文件文件夹中自动选择的。因此，我不明白这里究竟发生了什么。

在配置文件生成过程中，由duply存储在配置文件文件夹中的密钥如下所示：

$ ls
gpgkey.B8C4_6F4D_410B_8E33_4BBA_1ECA_68D1_0187_3E26_1004.pub.asc
gpgkey.B8C46F4D410B8E334BBA1ECA68D101873E261004.pub.asc
gpgkey.B8C4_6F4D_410B_8E33_4BBA_1ECA_68D1_0187_3E26_1004.sec.asc
gpgkey.B8C46F4D410B8E334BBA1ECA68D101873E261004.sec.asc

这看起来也有点多余。

在我的duply配置文件中，上面写着

GPG_KEY='B8C46F4D410B8E334BBA1ECA68D101873E261004'

另一件事是，上一次使用安装程序时，我没有遇到任何问题，从那以后，我没有手动更改任何东西。

Answer 1

欺骗性是由duply运行的，从来没有为密钥可以由多个标识符识别这一事实做好准备。

你说得对，它抱怨正确的钥匙。这不应该仅仅是一种警告。如果您想绕过它，只需在duply配置中设置它的短形式的签名键，警告就会消失。

.ede/trey.net