我用 duly 管理我的备份。今天，我想从一台旧机器上获取一些在我当前机器上丢失的备份文件。不幸的是，我收到错误消息，存储是用另一个密钥签名的，而不是由重复自动选择的密钥：
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 存储在配置文件文件夹中的密钥如下所示：
$ 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
这看起来也有点多余。
在我的重复配置文件配置中，它说
GPG_KEY='B8C46F4D410B8E334BBA1ECA68D101873E261004'
另一件事是，我上次使用设置时没有遇到任何问题，从那以后我没有手动更改任何内容
答案1
由 duply 运行的口是心非从未准备好应对密钥可能由多个标识符标识这一事实。
你是对的，它抱怨正确的密钥。这不应该是一个阻碍，而只是一个警告。如果你想解决这个问题，只需设置签名密钥在重复配置中采用简短形式，警告将会消失。
..ede/duply.net