kworker заблокирован более чем на 120 секунд Ubuntu 17.10
Я решил обновить до 17.10 на моем Thinkpad.
Теперь каждый раз, когда я пытаюсь закрыть его через консоль или меню) или перезагрузите его, требуется возраст.
TTY дает мне несколько ошибок, связанных с hung_task_timeout_secs, достигнув от kworker, над networkmanager до wpa_supplicant.
Я попробовал переустановку с разными ISO (ежедневная сборка с 2 дней назад, бета2, и rc один с сегодняшнего дня) и по-прежнему получают ту же ошибку каждый раз.
Любые идеи, что может вызвать эту проблему? Прямо сейчас я запускаю 17.10 на двух других компьютерах без каких-либо проблем.
EDIT: deborphan не возвращает никаких потерянных пакетов. Думаю, я мог что-то найти. Я решил полностью стереть диск, включая мои окна с двойной записью. Переустановлена, и все работает нормально. Сегодня в университете проблема снова появилась.
Теперь интересная часть: я думаю, что это связано с моим Wi-Fi. Дома, во время установки и после, я подключил его через кабель и не имел никаких проблем. Но с только Wi-Fi в университете он снова появился. Поэтому я попробовал и снова подключил кабель, и он снова работает. Удаленный кабель, перезапущен, и проблема снова появляется. Wifi-Card - это Qualcomm Atheros.
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