gpg2导入gpg1密钥失败（gpg 2.1.15，Ubuntu 17.10）

Question

当我尝试使用gpg2导入我很好地导出的gpg1密钥时，公钥导入工作正常：

gpg --import /path/to/publickey.gpg

gpg: directory '/home/me/.gnupg' created
gpg: new configuration file '/home/me/.gnupg/dirmngr.conf' created
gpg: new configuration file '/home/me/.gnupg/gpg.conf' created
gpg: keybox '/home/me/.gnupg/pubring.kbx' created
gpg: /home/me/.gnupg/trustdb.gpg: trustdb created
gpg: key ABCDEF1234567890: public key "Me <[email protected]>" imported
gpg: Total number processed: 1
gpg:               imported: 1

但导入密钥失败（注意：使用--allow-secret-key-import时结果相同）：

gpg --import /path/to/secretkey.gpg

gpg: key ABCDEF1234567890: "Me <[email protected]>" not changed
gpg: key ABCDEF1234567890/ABCDEF1234567890: error sending to agent: No such file or directory
gpg: error building skey array: No such file or directory
gpg: Total number processed: 1
gpg:              unchanged: 1
gpg:       secret keys read: 1

我在这（在Ubuntu Zesty 17.04上）：

gpg --version

gpg: WARNING: unsafe permissions on homedir '/home/me/.gnupg'
gpg (GnuPG) 2.1.15
libgcrypt 1.7.6-beta
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <https://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Home: /home/me/.gnupg
Supported algorithms:
Pubkey: RSA, ELG, DSA, ECDH, ECDSA, EDDSA
Cypher: IDEA, 3DES, CAST5, BLOWFISH, AES, AES192, AES256, TWOFISH,
        CAMELLIA128, CAMELLIA192, CAMELLIA256
Hash: SHA1, RIPEMD160, SHA256, SHA384, SHA512, SHA224
Compression: Uncompressed, ZIP, ZLIB, BZIP2

如果我尝试使用gpg 1.4.21（在同一台机器上，可以使用sudo apt-get install gnupg1获得它），完全相同的导入步骤可以正常工作。

Answer 1

GnuPG 1.4加2.0和2.1及以上之间的差异是explained in depth here。该页面的第一部分处理秘密密钥处理方式的变化。

当您从1.4或2.0的现有实例迁移到GPG的现代分支时，您的secring.gpg文件将导入到新格式中，并且不能直接作为密钥环文件使用。这将在您第一次调用GPG 2.1或2.2时自动完成。与此同时，您的公钥匙（pubring.gpg）将转换为较新的密钥箱格式（pubring.kbx）。

这个转换过程只执行一次，GnuPG通过将一个隐藏文件写入你的$ GNUPGHOMEDIR来跟踪这个（通常这是~/.gnupg，但可以通过运行gpgconf --list-dirs来确认，homedir应该是最后一行）。隐藏文件名为.gpg-v21-migrated，如果由于某种原因，您需要重新运行导入过程，那么只需删除该文件并重新启动gpg-agent就可以完成这项工作。

要正确重新加载gpg-agent，请执行以下操作：

bash-4.4$ gpg-connect-agent
> RELOADAGENT
OK
> BYE
OK closing connection
bash-4.4$ 

要正确重新启动gpg-agent，请执行以下操作：

bash-4.4$ gpg-connect-agent
> KILLAGENT
OK closing connection
bash-4.4$ 

下一个GPG命令将再次启动它。

至于private-keys-v1.d /目录;是的，它确实包含密钥材料，但它是keygrip格式并加密，它不能像旧的secring.gpg文件那样直接使用。但是，如果您需要迁移系统或备份密钥或其他任何内容，您仍可以将密钥导出为该格式。这与以前的命令基本相同（包括导出选项）。

Answer 2

https://unix.stackexchange.com/questions/318385/no-such-file-or-directory-when-generating-a-gpg-key提到“没有这样的文件或目录”可以来自丢失的目录〜/ .gnupg / private-keys-v1.d

gpg选项--debug-level guru --debug-all --verbose可能有助于解释这一点。

Answer 3

我遇到了类似的问题。 GPG seem to fail的新版本在他们尝试将旧密钥迁移到新格式的情况下，您在安装新GPG之前已经恢复了〜/ .gnupg备份。对我来说，自动迁移失败，我的〜/ .gnupg目录处于一种状态，除非我先清理，否则进一步尝试迁移也会失败。

问题的症状如下：

• 当我尝试使用密钥解密时，我收到错误消息gpg: decryption failed: No secret key。
• 当我做了gpg --list-public-keys时，我没有输出，即使我有文件~/.gnupg/pubring.gpg和~/.gnupg/secring.gpg。

以下过程最终对我有用：

cd ~/.gnupg
gpgconf --kill gpg-agent
rm -Rf .gpg-v21-migrated private-keys-v1.d tofu.db
gpgconf --kill gpg-agent

在此之后我使用gpg解密了一些东西，这触发了迁移，并且迁移成功了。