Для чего это стоит, я просто переустановил растяжку и проблема ушла. Возможно, я только что сделал что-то пальцем ...


Ранее на этой неделе (17 апреля) я установил debian stretch на свой настольный компьютер с помощью выпуска Debian Installer Stretch RC3, который можно найти здесь:https://www.debian.org/devel/debian-installer/

Система теперь на месте и работает нормально, с этим предупреждением: Когда я делаю apt-get update, я получаю следующий вывод

Get:1 http://ftp.us.debian.org/debian stretch InRelease [186 kB]
Ign:1 http://ftp.us.debian.org/debian stretch InRelease
Fetched 186 kB in 0s (410 kB/s)
Reading package lists... Done
W: GPG error: http://ftp.us.debian.org/debian stretch InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 8B48AD6246925553 NO_PUBKEY 7638D0442B90D010
W: The repository 'http://ftp.us.debian.org/debian stretch InRelease' is not signed.
N: Data from such a repository can't be authenticated and is therefore potentially dangerous to use.
N: See apt-secure(8) manpage for repository creation and user configuration details.

(Мой /etc/apt/sources.list просто содержит

deb http://ftp.us.debian.org/debian/ stretch main non-free 
deb-src http://ftp.us.debian.org/debian/ stretch main non-free

)

Конечно, это "просто" предупреждение - я все еще могу сделать update/upgrade/dist-upgrade через apt-get; Я получаю вышеуказанную жалобу, но она все еще работает.

Я впервые заметил проблему /a, когда попытался сделать следующее:

wget -q -O - https://dl-ssl.google.com/linux/linux_signing_key.pub | sudo apt-key add - 

Я получаю вывод:

gpg: WARNING: nothing exported
gpg: no valid OpenPGP data found.
gpg: Total number processed: 0

(Для чего бы это ни стоило, я попытался добавить другие подписи таким способом, но не получилось - та же ошибка. И я сохранил результат wget в файл и вызвал ключ apt-get с именем файла в качестве аргумента - опять та же ошибка.)

Во всяком случае, я не помню, чтобы получал предупреждение от «apt-get update» до тех пор, пока после выполнения вышеуказанной команды не будет предпринята попытка установить ключ подписи. Теперь это происходит последовательно.

Я искал и прочитал изрядное количество об этом; Некоторое время я думал, что это связано со следующей дискуссией reddit-debian. Я уверен, что в какой-то момент у меня появилось сообщение о том, что пользователь _apt не может прочитать набор ключей. Таким образом, я мог изменить права доступа к файлу "trusted.gpg" здесь, в /etc /apt:

  drwxr-xr-x   2 root root 4.0K Apr 17 14:31 apt.conf.d
  -rw-r--r--   1 root root  104 Apr 17 13:04 listchanges.conf
  drwxr-xr-x   2 root root 4.0K Apr  1 15:39 preferences.d
  -rw-r--r--   1 root root  142 Apr 19 12:05 sources.list
  -rw-r--r--   1 root root  126 Apr 18 15:44 sources.list~
  drwxr-xr-x   2 root root 4.0K Apr 18 15:44 sources.list.d
  -rw-r--r--   1 root root  193 Apr 18 15:44 sources.list.save
  -rw-------   1 root root 1.2K Apr 18 14:56 trustdb.gpg
  -rw-r--r--   1 root root   32 Apr 18 11:16 trusted.gpg
  drwxr-xr-x   2 root root 4.0K Apr 18 15:17 trusted.gpg.d

(хотя в любом случае разрешения для этого файла теперь совпадают с разрешениями для файлов в ./trusted.gpg.d, поэтому я сомневаюсь, что это проблема (?))

Также FWIW: gpg отлично работает для пользователей на этой машине.

Окончательное назначение данных: у меня есть еще одна коробка Debian - ноутбук. На этой машине я только что перешел с jessie на растяжку на прошлой неделе, и у меня нет этой проблемы - apt-get update не выдает предупреждений. (Я думаю, что я еще не пытался сделать «добавление apt-key» после обновления до растяжения, хотя ...)

Возможно, предупреждение не такое уж большое дело, и, возможно, это будет решено путем обновления программного обеспечения. Но он чувствует себя разбитым, потому что не может добавить ключи подписи пакетов с помощью apt-key. И: если в моей конфигурации есть что-то сбойное, я должен знать это ...

Спасибо за любую помощь / совет!

1 ответ1

0

Я столкнулся с этой проблемой в официальном выпуске Debian 9.0.0 вчера (amd64). Бывает на чистой установке Stretch и воспроизводимо.

Из того, что я могу сказать, является то, что если /etc/apt/sources.list редактируется с помощью software-properties-gtk, то при первом выполнении он создает файл /etc/apt/trusted.gpg и этот файл либо поврежден , пусто или имеет плохие разрешения.

С этого момента наличие этого файла, по-видимому, блокирует ключи в /etc/apt/trusted.gpg.d от опроса. Также кажется, что прекращение работы добавления apt-ключа имеет смысл, если что-то не так с /etc/apt/trusted.gpg (проблема с файлом или программная ошибка).

Удаление /etc/apt/trusted.gpg, по-видимому, является обходным решением, и, похоже, его не воссоздают (путем дальнейшего использования software-properties-gtk) после того, как он был удален один раз.

Я написал об этом в списке пользователей debian, потратив большую часть вчера на погоню за ошибками NO_PUBKEY, которые, по-видимому, являются признаком наличия а) файла /etc/apt/trusted.gpg, доступного с разрешениями 0644. (Изначально я вижу ошибку о том, что пользователь '_apt' не может прочитать /etc/apt/trusted.gpg, что связано с тем, что файл изначально имеет права доступа 0600.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .