Я пытаюсь выполнить инструкции по установке Debian на сайте Docker. К сожалению, для меня не удалось добавить ключ GPG:
Я попытался загрузить ключ и добавить его из локальной файловой системы, но эффект тот же:
То же самое происходит и для других клавиш, например. VirtualBox:
Клавиши выглядят нормально:
Я что-то делаю неправильно? Какие шаги следует предпринять для устранения неполадок?
Я на растяжке Debian. У меня нет брандмауэра. Я пробовал это в нескольких сетях.
3 ответа
Просто удаление /etc/apt/trusted.gpg решает проблему. Это не вредно. все ключи debian хранятся в /etc/apt/trusted.gpg.d .
Этот trusted.gpg файл создается с помощью software-properties-gtk (для хранения других ключей репо, я думаю), и он не подходит для apt в Debian Stretch.
Мой ответ слишком поздно, но поскольку у меня была такая же проблема, и я, наконец, смог ее решить, вот решение.
Симптомы: мой apt-get всегда отказывался обновляться, потому что ключи не могли быть проверены. Apt-key всегда отказывался добавлять новые ключи (говоря, что не было ключа для добавления при чтении ключа из gpg), поэтому я застрял.
Это был файл /etc/apt/trusted.gpg, который был поврежден. После создания резервной копии этого файла я повторно импортировал в gpg ключи подписи debian: 8B48AD6246925553 и т. Д. (См. Ссылка ): gpg —keyserver keyring.debian.org —recv-keys 8B48AD6246925553
Затем удалил файл «trusted.gpg», и я использовал gpg для экспорта ключей в /etc/apt/trusted.gpg: gpg —export 8B48AD646925553 > trusted.gpg
Сделайте это для каждой клавиши, и apt-get снова будет работать !!
Я использовал идею о майонезе (выше)
, тогда (для запуска свежих и резервных оригиналов — на всякий случай) я переместил все из /etc/apt/trusted.gpg.d в папку, которую я назвал «отключен» так:
Затем поместите все команды в строку. Кажется, ошибка OpenPGP и общее число обработано = 0 и gpg WARNING: nothing exported — > > > ничего не значит в этом сценарии
gpg: общее число обработанных файлов: 0
(Я не знаю, требуется ли gpg -update-trustdb, но это то, что я сделал. результаты могут отличаться)
Надеюсь, это поможет кому-то. После выполнения 2-х установок более 2 ночей, похоже, это проблема с ключами, если на этапе установки вы не хотите использовать механизм онлайн-репозитория / обновления.
Я пытаюсь установить Jenkins на Ubuntu 13.10, и я получаю вышеупомянутую ошибку, когда я пытаюсь запустить следующую команду:
Эта проблема может возникнуть, если вы находитесь за корпоративным прокси-сервером, и корпорация использует собственный сертификат. Просто добавьте «—no-check-certificate» в команду. например wget —no-check-certificate -qO — http://pkg.jenkins-ci.org/debian/jenkins-ci.org.key | sudo apt-key add —
Оно работает. Если вы хотите увидеть, что происходит, вы можете использовать команду verbose вместо quiet перед добавлением опции —no-check-certificate. например wget -vO — http://pkg.jenkins-ci.org/debian/jenkins-ci.org.key | sudo apt-key add — Это скажет вам использовать «—no-check-Certificate», если вы находитесь за прокси.
Удалось решить проблему. разделили команду на две команды и напрямую использовали имя файла, загруженное в пример —
I’m trying to install PostgreSQL 9.4 on a clean, new Debian Jessie machine.
When I get to this point:
I get this error:
What am I doing wrong?
2 Answers 2
These instructions are fine, you must suffer from connection problems (or get other contents served than expected. Do following:
- Run wget -o — https://www.postgresql.org/media/keys/ACCC4CF8.asc (without —quiet and without pipe to GnuPG) to inspect what’s actually happening. Is wget indicating any connection problems?
- You can also download the file from your browsers, simply store the textual contents using copy-paste to a text file and import it using apt-key add [path-to-file] (or, given somebody finding this question wants to import to the default GnuPG keyring, gpg —import ).
Most likely wget does not find the root certificated referenced by the PostgreSQL website, you’re behind some proxy which is not configured for wget or a gateway changing the website; at least the results returned are not key data in a format GnuPG expects.
In my case the problem was caused by an incorrect https certificate from postgresql.
Just add the —no-check-certificate to the wget command.
Источник: