Сервер Ubuntu зависает при передаче данных по сети [dубликат]
Вы можете получить PUBLIC_KEY с сервера ключей и добавить его в apt-key. Предположим, что сервером ключей является pgpkeys.mit.edu, сначала вам нужно ввести:
gpg --keyserver pgpkeys.mit.edu --recv-key KEY_IN_ERROR
gpg -a --export KEY_IN_ERROR | sudo apt-key add -
Заменить ключ KEY_IN_ERROR на тот, который указан в вашем сообщении об ошибке, то есть 5C808C2B65558117.
Кроме того, если вы действительно заинтересованы в добавлении неподписанного репозитория, вы можете добавить флаг в желаемую запись репозитория в sources.list следующим образом:
deb [allow-insecure=yes] http://www.deb-multimedia.org jessie main
Это действительно полезно, если вы хотите настроить свою параметры безопасности для отдельных записей.
4 ответа
Возможно, это ошибка на Launchpad. Исправление обещано в «следующем выпуске Artful kernel».
Похоже на проблему с ядром, связанную с беспроводными драйверами и просителем. Вчера я повысился до 17.10 и имел ту же самую проблему.
После просмотра вывода dmesg я понял, что он имеет какое-то отношение к ядру (4.13.0-16-generic) и решил использовать более раннюю стабильную версию (4.10.0-37-generic). Теперь все работает нормально. Надеюсь, что это поможет.
Примечание: Ниже представлен выход dmesg:
wpa_supplicant[1488]: wlp1s0: CTRL-EVENT-SCAN-FAILED ret=-16 retry=1
kernel: [ 363.484267] INFO: task kworker/u8:1:51 blocked for more than 120 seconds.
kernel: [ 363.484281] Tainted: G OE 4.13.0-16-generic #19-Ubuntu
kernel: [ 363.484285] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
kernel: [ 363.484290] kworker/u8:1 D 0 51 2 0x00000000
kernel: [ 363.484359] Workqueue: phy0 ieee80211_ba_session_work [mac80211]
kernel: [ 363.484363] Call Trace:
kernel: [ 363.484380] __schedule+0x28b/0x890
kernel: [ 363.484388] schedule+0x36/0x80
kernel: [ 363.484396] schedule_preempt_disabled+0xe/0x10
kernel: [ 363.484404] __mutex_lock.isra.2+0x190/0x4e0
kernel: [ 363.484414] __mutex_lock_slowpath+0x13/0x20
kernel: [ 363.484421] ? __mutex_lock_slowpath+0x13/0x20
kernel: [ 363.484428] mutex_lock+0x2f/0x40
kernel: [ 363.484472] __ieee80211_start_rx_ba_session+0x1b7/0x5a0 [mac80211]
kernel: [ 363.484479] ? dequeue_entity+0xed/0x4b0
kernel: [ 363.484516] ieee80211_ba_session_work+0x164/0x250 [mac80211]
kernel: [ 363.484526] process_one_work+0x1e7/0x410
kernel: [ 363.484532] worker_thread+0x4a/0x410
kernel: [ 363.484537] kthread+0x125/0x140
kernel: [ 363.484543] ? process_one_work+0x410/0x410
kernel: [ 363.484548] ? kthread_create_on_node+0x70/0x70
kernel: [ 363.484554] ret_from_fork+0x25/0x30
Возможно, это ошибка на Launchpad. Исправление обещано в «следующем выпуске Artful kernel».
Похоже на проблему с ядром, связанную с беспроводными драйверами и просителем. Вчера я повысился до 17.10 и имел ту же самую проблему.
После просмотра вывода dmesg я понял, что он имеет какое-то отношение к ядру (4.13.0-16-generic) и решил использовать более раннюю стабильную версию (4.10.0-37-generic). Теперь все работает нормально. Надеюсь, что это поможет.
Примечание: Ниже представлен выход dmesg:
wpa_supplicant[1488]: wlp1s0: CTRL-EVENT-SCAN-FAILED ret=-16 retry=1
kernel: [ 363.484267] INFO: task kworker/u8:1:51 blocked for more than 120 seconds.
kernel: [ 363.484281] Tainted: G OE 4.13.0-16-generic #19-Ubuntu
kernel: [ 363.484285] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
kernel: [ 363.484290] kworker/u8:1 D 0 51 2 0x00000000
kernel: [ 363.484359] Workqueue: phy0 ieee80211_ba_session_work [mac80211]
kernel: [ 363.484363] Call Trace:
kernel: [ 363.484380] __schedule+0x28b/0x890
kernel: [ 363.484388] schedule+0x36/0x80
kernel: [ 363.484396] schedule_preempt_disabled+0xe/0x10
kernel: [ 363.484404] __mutex_lock.isra.2+0x190/0x4e0
kernel: [ 363.484414] __mutex_lock_slowpath+0x13/0x20
kernel: [ 363.484421] ? __mutex_lock_slowpath+0x13/0x20
kernel: [ 363.484428] mutex_lock+0x2f/0x40
kernel: [ 363.484472] __ieee80211_start_rx_ba_session+0x1b7/0x5a0 [mac80211]
kernel: [ 363.484479] ? dequeue_entity+0xed/0x4b0
kernel: [ 363.484516] ieee80211_ba_session_work+0x164/0x250 [mac80211]
kernel: [ 363.484526] process_one_work+0x1e7/0x410
kernel: [ 363.484532] worker_thread+0x4a/0x410
kernel: [ 363.484537] kthread+0x125/0x140
kernel: [ 363.484543] ? process_one_work+0x410/0x410
kernel: [ 363.484548] ? kthread_create_on_node+0x70/0x70
kernel: [ 363.484554] ret_from_fork+0x25/0x30
-
1
-
2В настоящее время я использую 4.10.0-37-generic и столкнулся с проблемами на 4.13.0-16-generic – Legolas 22 October 2017 в 19:49
-
3У меня была такая же точная проблема, и то же решение решило мою проблему. Сейчас я использую 4.10.0-38-generic. – Menachem 9 November 2017 в 19:11