apt-get ошибка обновления GPG

Question 1

Я искал решение в течение этого дня, но ни один из моих поисковых запросов не имел каких-либо результатов для моего дела.

У меня есть сервер под управлением Ubuntu 16.04.3 LTS (4.4.0-98-generic).

Сегодня я обновил систему, используя «apt update» и «apt upgrade». Нет проблем. После этого я хотел удалить owncloud, так как я только проверил его ненадолго. Я попытался запустить «apt remove owncloud», но по какой-то причине ничего не сделал.

После этого, чтобы дважды проверить, я снова запустил «apt update».

На этот раз я получил несколько ошибок: [ ! d4] Get:1 http://mirror.netinch.com/pub/mariadb/repo/10.1/ubuntu xenial InRelease [3,874 B] 0% [1 InRelease gpgv 3,874 B] [Connecting to fi.archive.ubuntu.com (91.189.88.161)] [Waiting for headers] [Waiting for headers]Splitting up /var/lib/apt/lists/partial/mirror.netinch.com_pub_mariadb_repo_10.1_ubuntu_dists_xenial_InReleaseErr:1 http://mirror.netinch.com/pub/mariadb/repo/10.1/ubuntu xenial InRelease Clearsigned file isn't valid, got 'NODATA' (does the network require authentication?) Get:2 http://security.ubuntu.com/ubuntu xenial-security InRelease [102 kB] Get:3 http://ppa.launchpad.net/ondrej/php/ubuntu xenial InRelease [23.9 kB] Err:3 http://ppa.launchpad.net/ondrej/php/ubuntu xenial InRelease Splitting up /var/lib/apt/lists/partial/ppa.launchpad.net_ondrej_php_ubuntu_dists_xenial_InRelease into data and signature failed Clearsigned file isn't valid, got 'NODATA' (does the network require authentication?) Get:4 http://fi.archive.ubuntu.com/ubuntu xenial InRelease [247 kB] Err:2 http://security.ubuntu.com/ubuntu xenial-security InReleaseting up /var/lib/apt/lists/partial/security.ubuntu.com_ubuntu_dists_xenial-security_InRelease into data and signature failed Clearsigned file isn't valid, got 'NODATA' (does the network require authentication?) Get:5 http://security.ubuntu.com/ubuntu xenial InRelease [247 kB] Err:5 http://security.ubuntu.com/ubuntu xenial InRelease Splitting up /var/lib/apt/lists/partial/security.ubuntu.com_ubuntu_dists_xenial_InRelease into data and signature failed Clearsigned file isn't valid, got 'NODATA' (does the network require authentication?) Err:4 http://fi.archive.ubuntu.com/ubuntu xenial InReleaseg up /var/lib/apt/lists/partial/fi.archive.ubuntu.com_ubuntu_dists_xenial_InRelease into data and signature failed Clearsigned file isn't valid, got 'NODATA' (does the network require authentication?) Get:6 http://fi.archive.ubuntu.com/ubuntu xenial-updates InRelease [102 kB] Err:6 http://fi.archive.ubuntu.com/ubuntu xenial-updates InReleaser/lib/apt/lists/partial/fi.archive.ubuntu.com_ubuntu_dists_xenial-updates_InRelease into data and signature failed Clearsigned file isn't valid, got 'NODATA' (does the network require authentication?) Get:7 http://fi.archive.ubuntu.com/ubuntu xenial-backports InRelease [102 kB] Err:7 http://fi.archive.ubuntu.com/ubuntu xenial-backports InReleasefi.archive.ubuntu.com_ubuntu_dists_xenial-backports_InRelease into data and signature failed Clearsigned file isn't valid, got 'NODATA' (does the network require authentication?) Reading package lists... Done E: GPG error: http://mirror.netinch.com/pub/mariadb/repo/10.1/ubuntu xenial InRelease: Clearsigned file isn't valid, got 'NODATA' (does the network require authentication?) E: GPG error: http://ppa.launchpad.net/ondrej/php/ubuntu xenial InRelease: Clearsigned file isn't valid, got 'NODATA' (does the network require authentication?) E: GPG error: http://security.ubuntu.com/ubuntu xenial-security InRelease: Clearsigned file isn't valid, got 'NODATA' (does the network require authentication?) E: GPG error: http://security.ubuntu.com/ubuntu xenial InRelease: Clearsigned file isn't valid, got 'NODATA' (does the network require authentication?) E: GPG error: http://fi.archive.ubuntu.com/ubuntu xenial InRelease: Clearsigned file isn't valid, got 'NODATA' (does the network require authentication?) E: GPG error: http://fi.archive.ubuntu.com/ubuntu xenial-updates InRelease: Clearsigned file isn't valid, got 'NODATA' (does the network require authentication?) E: GPG error: http://fi.archive.ubuntu.com/ubuntu xenial-backports InRelease: Clearsigned file isn't valid, got 'NODATA' (does the network require authentication?)

После этого я искал решение для этого, но ни одно из предлагаемых решений не работает.

Сервер не использует прокси (и ни один из них не является ISP) так что это не проблема прокси.

Я пробовал так много предлагаемых решений, что я, честно говоря, даже не могу вспомнить все, что я пробовал, но, по крайней мере, следующее:

apt clean -> apt update = тот же конечный результат (apt clean is successful) вручную удалить / var / lib / apt / lists и / var / lib / lists / частично воспроизведенный /etc/apt/sources.list с помощью https: // repogen .simplylinux.ch / вручную созданный файл /etc/apt/trusted.gpg.d/ Пробовал использовать другие страны-репозитории

Сервер - это автономный компьютер, а не виртуальный компьютер, подключенный по локальной сети (не может быть WiFI или Мобильные широкополосные проблемы)

Сервер имеет только Samba, OpenVPN (обязательно) и для внутренних тестов ng apache, php и mariadb (необязательно).

Итак, есть ли способ просто «по умолчанию» связать все «apt-get», чтобы обновления работали?

At в момент запуска и запуска сервера (все работает), поэтому это не критично, но мне нравится обновлять сервер, поскольку он подключен к Интернету.

Поскольку это сервер, У меня нет доступа к инструментам GUI. (только доступ ssh)

Пожалуйста, не автоматически отмечайте как дубликат, так как я думаю, что уже пробовал все подобные проблемы на этом сайте.

Question 2

Ну, это действительно унизительно, но я только нашел решение.

. Пробовав все мыслимые, в том числе различные предложения на панели запуска, я, наконец, случайно, понял раздел «/» был заполнен.

Предыстория: у меня есть несколько разделов и дисков, один из которых - зашифрованный внешний жесткий диск luks, который я использую для ежедневных резервных копий rsync. После перезагрузки я, по-видимому, забыл подключить привод luks. Предполагалось, что диск должен быть установлен в / mnt / ehhd, но по мере того, как диск не был установлен, каталог попал в / раздел, и этот раздел слишком мал для успеха резервного копирования.

Мое предположение состоит в том, что, поскольку раздел / был заполнен на 100%, apt update не смог сохранить информацию о получении, и поэтому он не был успешным.

РЕШЕНИЕ

Я очистил свой / mnt / ehhd Установил внешний (luks encrypted) диск в / mnt / ehdd Я побежал sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 3B4FE6ACC0B21F32 по мере того как apt-обновление потерпело неудачу из-за «открытого ключа» Я побежал sudo apt clean Я побежал sudo apt update Я побежал sudo apt upgrade

И с этим проблема была решена.

Итак, в заключение, если вы окажетесь в подобной ситуации, убедитесь, что ваши разделы имеют свободное место на (duh ...)

Сообщение об ошибке было слишком загадочным для меня, и я предложил на сайте пусковой площадки сэкономить много хлопот, если сообщение об ошибке будет более четко указано.

( Отлично, чтобы решить эту проблему до уик-энда, теперь я могу заснуть в р eace)

Question 3

Question 4

Ну, это действительно унизительно, но я только нашел решение.

. Пробовав все мыслимые, в том числе различные предложения на панели запуска, я, наконец, случайно, понял раздел «/» был заполнен.

Предыстория: у меня есть несколько разделов и дисков, один из которых - зашифрованный внешний жесткий диск luks, который я использую для ежедневных резервных копий rsync. После перезагрузки я, по-видимому, забыл подключить привод luks. Предполагалось, что диск должен быть установлен в / mnt / ehhd, но по мере того, как диск не был установлен, каталог попал в / раздел, и этот раздел слишком мал для успеха резервного копирования.

Мое предположение состоит в том, что, поскольку раздел / был заполнен на 100%, apt update не смог сохранить информацию о получении, и поэтому он не был успешным.

РЕШЕНИЕ

Я очистил свой / mnt / ehhd Установил внешний (luks encrypted) диск в / mnt / ehdd Я побежал sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 3B4FE6ACC0B21F32 по мере того как apt-обновление потерпело неудачу из-за «открытого ключа» Я побежал sudo apt clean Я побежал sudo apt update Я побежал sudo apt upgrade

И с этим проблема была решена.

Итак, в заключение, если вы окажетесь в подобной ситуации, убедитесь, что ваши разделы имеют свободное место на (duh ...)

Сообщение об ошибке было слишком загадочным для меня, и я предложил на сайте пусковой площадки сэкономить много хлопот, если сообщение об ошибке будет более четко указано.

( Отлично, чтобы решить эту проблему до уик-энда, теперь я могу заснуть в р eace)

Question 5

Ну, это действительно унизительно, но я только нашел решение.

. Пробовав все мыслимые, в том числе различные предложения на панели запуска, я, наконец, случайно, понял раздел «/» был заполнен.

Предыстория: у меня есть несколько разделов и дисков, один из которых - зашифрованный внешний жесткий диск luks, который я использую для ежедневных резервных копий rsync. После перезагрузки я, по-видимому, забыл подключить привод luks. Предполагалось, что диск должен быть установлен в / mnt / ehhd, но по мере того, как диск не был установлен, каталог попал в / раздел, и этот раздел слишком мал для успеха резервного копирования.

Мое предположение состоит в том, что, поскольку раздел / был заполнен на 100%, apt update не смог сохранить информацию о получении, и поэтому он не был успешным.

РЕШЕНИЕ

Я очистил свой / mnt / ehhd Установил внешний (luks encrypted) диск в / mnt / ehdd Я побежал sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 3B4FE6ACC0B21F32 по мере того как apt-обновление потерпело неудачу из-за «открытого ключа» Я побежал sudo apt clean Я побежал sudo apt update Я побежал sudo apt upgrade

И с этим проблема была решена.

Итак, в заключение, если вы окажетесь в подобной ситуации, убедитесь, что ваши разделы имеют свободное место на (duh ...)

Сообщение об ошибке было слишком загадочным для меня, и я предложил на сайте пусковой площадки сэкономить много хлопот, если сообщение об ошибке будет более четко указано.

( Отлично, чтобы решить эту проблему до уик-энда, теперь я могу заснуть в р eace)

Question 6

(я бы использовал комментарий, но у меня недостаточно репутации)

Я бы попытался удалить все дополнительные репозитории (а не только те, которые добавлены в source.list

Например , проверьте, есть ли у вас дополнительные репозитории в файле /etc/apt/sources.list.d/. Если это так, попробуйте удалить их.

Вы можете найти различные способы сделать это здесь

Question 7

Question 8

(я бы использовал комментарий, но у меня недостаточно репутации)

Я бы попытался удалить все дополнительные репозитории (а не только те, которые добавлены в source.list

Например , проверьте, есть ли у вас дополнительные репозитории в файле /etc/apt/sources.list.d/. Если это так, попробуйте удалить их.

Вы можете найти различные способы сделать это здесь

Question 9

(я бы использовал комментарий, но у меня недостаточно репутации)

Я бы попытался удалить все дополнительные репозитории (а не только те, которые добавлены в source.list

Например , проверьте, есть ли у вас дополнительные репозитории в файле /etc/apt/sources.list.d/. Если это так, попробуйте удалить их.

Вы можете найти различные способы сделать это здесь

user2879867 · Accepted Answer · 22 May 2018 в 16:26

Ну, это действительно унизительно, но я только нашел решение.

. Пробовав все мыслимые, в том числе различные предложения на панели запуска, я, наконец, случайно, понял раздел «/» был заполнен.

Предыстория: у меня есть несколько разделов и дисков, один из которых - зашифрованный внешний жесткий диск luks, который я использую для ежедневных резервных копий rsync. После перезагрузки я, по-видимому, забыл подключить привод luks. Предполагалось, что диск должен быть установлен в / mnt / ehhd, но по мере того, как диск не был установлен, каталог попал в / раздел, и этот раздел слишком мал для успеха резервного копирования.

Мое предположение состоит в том, что, поскольку раздел / был заполнен на 100%, apt update не смог сохранить информацию о получении, и поэтому он не был успешным.

РЕШЕНИЕ

Я очистил свой / mnt / ehhd Установил внешний (luks encrypted) диск в / mnt / ehdd Я побежал sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 3B4FE6ACC0B21F32 по мере того как apt-обновление потерпело неудачу из-за «открытого ключа» Я побежал sudo apt clean Я побежал sudo apt update Я побежал sudo apt upgrade

И с этим проблема была решена.

Итак, в заключение, если вы окажетесь в подобной ситуации, убедитесь, что ваши разделы имеют свободное место на (duh ...)

Сообщение об ошибке было слишком загадочным для меня, и я предложил на сайте пусковой площадки сэкономить много хлопот, если сообщение об ошибке будет более четко указано.

( Отлично, чтобы решить эту проблему до уик-энда, теперь я могу заснуть в р eace)

Сегодня я понял, что папка my / tmp, установленная как отдельный раздел, как tmpfs, была полной, создавая ошибку. Я просто освободил место в папке, и команда apt update работала. — logoff, 10 May 2018 в 13:23

user2879867 · Accepted Answer · 18 July 2018 в 03:42

Ну, это действительно унизительно, но я только нашел решение.

. Пробовав все мыслимые, в том числе различные предложения на панели запуска, я, наконец, случайно, понял раздел «/» был заполнен.

Предыстория: у меня есть несколько разделов и дисков, один из которых - зашифрованный внешний жесткий диск luks, который я использую для ежедневных резервных копий rsync. После перезагрузки я, по-видимому, забыл подключить привод luks. Предполагалось, что диск должен быть установлен в / mnt / ehhd, но по мере того, как диск не был установлен, каталог попал в / раздел, и этот раздел слишком мал для успеха резервного копирования.

Мое предположение состоит в том, что, поскольку раздел / был заполнен на 100%, apt update не смог сохранить информацию о получении, и поэтому он не был успешным.

РЕШЕНИЕ

Я очистил свой / mnt / ehhd Установил внешний (luks encrypted) диск в / mnt / ehdd Я побежал sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 3B4FE6ACC0B21F32 по мере того как apt-обновление потерпело неудачу из-за «открытого ключа» Я побежал sudo apt clean Я побежал sudo apt update Я побежал sudo apt upgrade

И с этим проблема была решена.

Итак, в заключение, если вы окажетесь в подобной ситуации, убедитесь, что ваши разделы имеют свободное место на (duh ...)

Сообщение об ошибке было слишком загадочным для меня, и я предложил на сайте пусковой площадки сэкономить много хлопот, если сообщение об ошибке будет более четко указано.

( Отлично, чтобы решить эту проблему до уик-энда, теперь я могу заснуть в р eace)

user2879867 · Accepted Answer · 24 July 2018 в 17:54

Ну, это действительно унизительно, но я только нашел решение.

. Пробовав все мыслимые, в том числе различные предложения на панели запуска, я, наконец, случайно, понял раздел «/» был заполнен.

Предыстория: у меня есть несколько разделов и дисков, один из которых - зашифрованный внешний жесткий диск luks, который я использую для ежедневных резервных копий rsync. После перезагрузки я, по-видимому, забыл подключить привод luks. Предполагалось, что диск должен быть установлен в / mnt / ehhd, но по мере того, как диск не был установлен, каталог попал в / раздел, и этот раздел слишком мал для успеха резервного копирования.

Мое предположение состоит в том, что, поскольку раздел / был заполнен на 100%, apt update не смог сохранить информацию о получении, и поэтому он не был успешным.

РЕШЕНИЕ

Я очистил свой / mnt / ehhd Установил внешний (luks encrypted) диск в / mnt / ehdd Я побежал sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 3B4FE6ACC0B21F32 по мере того как apt-обновление потерпело неудачу из-за «открытого ключа» Я побежал sudo apt clean Я побежал sudo apt update Я побежал sudo apt upgrade

И с этим проблема была решена.

Итак, в заключение, если вы окажетесь в подобной ситуации, убедитесь, что ваши разделы имеют свободное место на (duh ...)

Сообщение об ошибке было слишком загадочным для меня, и я предложил на сайте пусковой площадки сэкономить много хлопот, если сообщение об ошибке будет более четко указано.

( Отлично, чтобы решить эту проблему до уик-энда, теперь я могу заснуть в р eace)

FedFranz · Answer 4 · 22 May 2018 в 16:26

(я бы использовал комментарий, но у меня недостаточно репутации)

Я бы попытался удалить все дополнительные репозитории (а не только те, которые добавлены в source.list

Например , проверьте, есть ли у вас дополнительные репозитории в файле /etc/apt/sources.list.d/. Если это так, попробуйте удалить их.

Вы можете найти различные способы сделать это здесь

0

ответ дан FedFranz 22 May 2018 в 16:26

1

К сожалению, я уже пытался вернуться к «умолчанию», создав минимальный репозиторий с помощью инструмента: repogen.simplylinux.ch Итак, в настоящий момент этот каталог пуст – user2879867 7 November 2017 в 19:37
2

Для того, что я вижу, этот инструмент генерирует только sources.list и gpg_keys.txt. Вы попробовали " ppa-purge & quot ;? Удалили ли вы все ключи GPG с помощью «apt-key del»? – FedFranz 7 November 2017 в 20:47
3

Кроме того, может быть, глупая идея ... так как неприятности начались после удаления owncloud ... Вы пытались переустановить ее? :) – FedFranz 7 November 2017 в 20:52
4

У меня нет установленной ppa-purge, и, как она есть, ничего не может установить. Пробовал sudo apt-get purge и sudo apt-key del, но все тот же результат – user2879867 7 November 2017 в 21:19

FedFranz · Answer 5 · 18 July 2018 в 03:42

(я бы использовал комментарий, но у меня недостаточно репутации)

Я бы попытался удалить все дополнительные репозитории (а не только те, которые добавлены в source.list

Например , проверьте, есть ли у вас дополнительные репозитории в файле /etc/apt/sources.list.d/. Если это так, попробуйте удалить их.

Вы можете найти различные способы сделать это здесь

FedFranz · Answer 6 · 24 July 2018 в 17:54

(я бы использовал комментарий, но у меня недостаточно репутации)

Я бы попытался удалить все дополнительные репозитории (а не только те, которые добавлены в source.list

Например , проверьте, есть ли у вас дополнительные репозитории в файле /etc/apt/sources.list.d/. Если это так, попробуйте удалить их.

Вы можете найти различные способы сделать это здесь

0

ответ дан FedFranz 24 July 2018 в 17:54

1

К сожалению, я уже пытался вернуться к «умолчанию», создав минимальный репозиторий с помощью инструмента: repogen.simplylinux.ch Итак, в настоящий момент этот каталог пуст – user2879867 7 November 2017 в 19:37
2

Для того, что я вижу, этот инструмент генерирует только sources.list и gpg_keys.txt. Вы попробовали & quot; ppa-purge & quot ;? Удалили ли вы все ключи GPG с помощью «apt-key del»? – FedFranz 7 November 2017 в 20:47
3

Кроме того, может быть, глупая идея ... так как неприятности начались после удаления owncloud ... Вы пытались переустановить ее? :) – FedFranz 7 November 2017 в 20:52
4

У меня нет установленной ppa-purge, и, как она есть, ничего не может установить. Пробовал sudo apt-get purge и sudo apt-key del, но все тот же результат – user2879867 7 November 2017 в 21:19

apt-get ошибка обновления GPG

6 ответов

Другие вопросы по тегам:

Похожие вопросы: