Decidi atualizar para 17.10 no meu Thinkpad.
Agora, toda vez que tento desligá-lo via console ou menu ou reiniciá-lo, leva muito tempo.
O TTY me dá vários erros relacionados a hung_task_timeout_secs, indo de kworker, networkmanageraté wpa_supplicant.
Tentei reinstalar com ISOs diferentes (compilação diária de 2 dias atrás, beta2 e rc de hoje) e ainda recebo o mesmo erro todas as vezes.
Alguma idéia do que poderia causar esse problema? No momento estou executando o 17.10 em dois outros PCs diferentes, sem nenhum problema.
EDIT: deborphan não retorna nenhum pacote órfão. Acho que posso ter encontrado algo. Decidi limpar completamente o disco, incluindo minhas janelas de inicialização dupla. Reinstalei e tudo funcionou bem. Hoje na universidade o problema reapareceu.
Agora a parte interessante é: acho que está relacionado ao meu wifi. Em casa, durante e depois da instalação, liguei via cabo e não tive nenhum problema. Mas com apenas wifi na universidade ele reapareceu. Então tentei e conectei o cabo novamente em casa e funcionou novamente. Cabo removido, reiniciado e o problema reaparece. A placa Wifi é uma Qualcomm Atheros.
Responder1
Parece um problema de kernel relacionado a drivers e suplicantes sem fio. Atualizei para 17.10 ontem e tive exatamente o mesmo problema. A remoção de pacotes órfãos não ajudou.
Depois de observar dmesga saída, percebi que tinha algo a ver com o kernel ( 4.13.0-16-generic) e decidi usar uma versão estável anterior ( 4.10.0-37-generic). Agora tudo funciona bem. Espero que isto ajude.
Observação:Abaixo está a dmesgsaída:
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
Responder2
Pode muito bem seresse bug no Launchpad. Uma correção é prometida no "próximo lançamento do kernel Artful".
Responder3
Ok, aqui segue agora uma solução alternativa para esse problema, mas com foco emKubuntu 20.04LTS. (Observe que isso foi postado originalmente nos fóruns do Archlinux.) Parece que existem muitos motivos diferentes que resultam na mesma mensagem de erro.
Eu experimentei esse problema há muito tempoComputador Apple iMac5,1. Parece que no meu caso existe em algum lugar um problema com a interface GLX e especialmente em conjunto com modelos de GPU Radeon mais antigos. Isso resulta em uma alta "carga do sistema" que bloqueia todo o ambiente KDE (X Window System) por 2 minutos. Geralmente isso acontece logo após o login, quando a "mensagem de notificação" sobre o status do WiFi é exibida.
A solução foi mudar toda a composição do KWin deOpenGL/GLXparaOpenGL ES/EGL. Para isso, o arquivo de configuração correspondente deve ser editado.
Eu adicionei a seguinte linha:
export KWIN_COMPOSE=O2ES
Para o seguinte arquivo:
sudo nano /etc/profile.d/kwin.sh
O resultado é realmente incrível! Quase tudo está funcionando melhor! Há melhorias de desempenho perceptíveis em quase todas as partes do comportamento da interface do usuário. Curiosamente, também o Firefox, que também usa no meu caso o software Webrender, funciona de maneira mais suave, ótimo! :-)
Para mim é incompreensível porque a opção de composição OpenGL ES/EGL não está disponível como padrão. Pelo menos para mim ele funciona muito melhor do que a variante OpenGL/GLX padrão. Alguém deveria contar isso aos desenvolvedores do KDE ou Kubuntu! ;-)