gnupg: Mendapatkan kesalahan saat mencoba gpg --gen-key

8

Saya telah mencoba menghapus direktori .gnupg saya tetapi kesalahan kembali.

Saya mendapatkan ini:

gpg: lookup_hashtable failed: eof
gpg: lookup_hashtable failed: eof
gpg: upd_hashtable: read failed: eof
gpg: trust record 2, type 12: write failed: eof
gpg: Error: The trustdb is corrupted.
gpg: You may try to re-create the trustdb using the commands:
gpg:   cd ~/.gnupg
gpg:   gpg2 --export-ownertrust > otrust.tmp
gpg:   rm trustdb.gpg
gpg:   gpg2 --import-ownertrust < otrust.tmp
gpg: If that does not work, please consult the manual

Saya mencoba mengikuti saran yang dikeluarkan oleh kesalahan dan itu tidak berhasil. Sudah mencoba Googling masalahnya tetapi tidak ada yang muncul untuk "lookup_hastable".

Saya juga memasang kuda laut dan menyimpan kunci ssh saya di kuda laut. Mungkinkah terjadi konflik dengan kuda laut?

Saya menjalankan gpg --gen-keydari akun pengguna normal saya dan tidak mencoba melakukan sesuatu yang mewah: cukup buat kunci gpg standar.

bitofagoob
sumber
apakah Anda mengikuti instruksi dari pesan kesalahan?
Timothy Truckle
1
GnuPG versi apa ini? Apakah ada contoh gpg-agentmenjalankan yang mengganggu, dan itu mungkin perlu dibunuh?
Kusalananda
2
Jalankangpg --fix-trustdb
GAD3R
1
Saya memang menjalankan gpg-agent. Saya membunuhnya dan mencoba membuat kunci lain: masalah yang sama. Lalu saya menghapus direktori ~ / .gnupg saya dan berhasil! Saya akan mencoba me-reboot untuk melihat apakah agen gpg kembali untuk menghentikan saya lagi. Terima kasih!
bitofagoob
2
gpg-agentakan secara otomatis mulai ketika melakukan operasi utama dengan GnuPG 2.1, sebagaimana mestinya. Masalahnya adalah apakah Anda menggunakan dua versi GnuPG sekaligus, atau sesuatu yang lain mengubah isi .gnupgdirektori sedemikian rupa sehingga gpg-agentmembingungkan. Saat menghapus .gnupgdirektori, menjalankannya gpg-agenttidak menyadarinya. Itu adalah tipe penjelasan "lambaian tangan".
Kusalananda

Jawaban:

2

Saya menghadapi masalah serupa dengan gagal lookup_hashtable Unknown system errorsebagai gantinya.

Saya pikir itu terjadi setelah mengimpor kunci pribadi melalui gpg (dan bukan gpg2) menggunakan gpg --allow-secret-key-import --import private.key

Setelah menetapkan tingkat kepercayaan setelah posting ini , kesalahan itu hilang.

Vijay Agrawal
sumber
Terima kasih, ini membantu! Saya pikir sebagai bagian dari perintah itu menggunakan rm yang gagal jika itu interaktif "rm -i"
kumar
0

Saya memiliki masalah yang sama. Yang penting untuk disadari, adalah bahwa ada dua versi utama GnuPG ('klasik' dan 'stabil', dan juga ada 'modern' 2.1): gpgdan gpg2(pada Fedora Core mereka disediakan oleh paket gnupgdan gnupg2masing - masing).

Saya mencari di Internet tentang hal yang trustdbluas, dihapus ~/.gnupg, tetapi hanya dapat menemukan sedikit informasi dan itu tidak membantu.

Karena di repositori OS saya ada versi lama gpg, saya mengunduh 'modern' gpgdari situs resmi. Ada masalah dengan libgrypt, saya harus menginstal versi perpustakaan yang lebih baru agar gpgdapat berfungsi. Ketika saya melakukannya secara manual, sistem saya menolak untuk boot sama sekali. Saya pikir saya akan memperbaikinya segera, tetapi sekarang saya bekerja dari laptop lain.

Akhirnya saya menyadari bahwa ada paket gnupg2dan saya menggunakan perintah gpg2bukan gpg. Itu bekerja dengan sempurna. Anda dapat mengatur bash alias gpg=gpg2di Anda .bash_profilejika Anda ingin melupakan angka sama sekali.

Yaroslav Nikitenko
sumber