Meu notebook com placa Intel + Nvidia não pode continuar após a suspensão. Eu tenho o Kubuntu 17.04 instalado com o kernel 4.10.0-19. Estou usando a Intel GPU (o driver da Nvidia nem está instalado). Esse problema também existe na versão 16.10.
Quando tento retomar após a suspensão, tudo congela na tela de login parcialmente visível. Mesmo o teclado não funciona (quando pressiono CapsLock ou NumLock, os LEDs não acendem)
Qualquer ajuda para examinar o problema é apreciada.
Edit: Suspend log pode ser encontrado aqui: https://pastebin.com/Ere0JRwF
Edit: a dmesg | less
saída pode ser encontrada aqui: https://pastebin.com/zx3QQYVG
pastebinit /var/log/pm-suspend.log
e editar sua pergunta para incluir o link que gera.sudo PM_DEBUG=true pm-suspend
e isso deve criar o arquivo. Observe que isso irá suspender o seu computador; portanto, você provavelmente verá o problema novamente. Opm-suspend.log
arquivo de log deve estar lá quando você reiniciar.Respostas:
Solução: Atualize para o kernel 4.13.1.
Eu estava lutando com esse problema no meu laptop Lenovo G40 há 2 anos. Recentemente, atualizei para o kernel mais recente 4.13.1. O problema resolveu 100%. Funciona perfeitamente. Testado com o Ubuntu 16.04, Ubuntu 17.04, CentOS 7, Fedora 26, Linux Mint 18.2, OpenSuse 42.3. Todo o sistema operacional funciona perfeitamente com o kernel 4.13.1. Quando fecho e abro a tampa do laptop, ela acorda de suspender suavemente.
ukuu --- Utilitário de atualização do kernel do Ubuntu:
http://www.teejeetech.in/p/ukuu-kernel-upgrade-utility.html
fonte
Como primeira etapa, para diagnosticar problemas com a suspensão, você deve consultar os detalhes na seção
log-file /var/log/pm-suspend.log
Se o
log-file /var/log/pm-suspend.log
não existir, basta executarsudo PM_DEBUG=true pm-suspend
em uma janela do terminal. OBSERVAÇÃO: Isso suspende o seu computador; portanto, você provavelmente verá o problema novamente; no entanto, opm-suspend.log
arquivo de log deverá estar lá quando você reiniciar.O arquivo deve conter uma série de
instruções (juntamente com mensagens de status do gancho e outras coisas úteis), seguidas por uma série de
afirmações.
No entanto, em algum lugar ao longo do caminho, um ou mais deles provavelmente retornará um erro e, nesse ponto, a suspensão será inibida. Você pode ver uma série de alterações de suspensão sendo revertidas. Para localizar o problema, você normalmente precisa apenas identificar qual chamada de serviço está lançando o erro.
Nesse caso, o arquivo de log parece não ter nenhuma
[servicename] suspend resume
declaração de serviço ; portanto, na próxima etapa, você pode suspender o notebook novamente e tentar continuar pressionando o botão liga / desliga. Aguarde alguns minutos e, se não reiniciar, reinicie mantendo o botão liga / desliga pressionado por 5 segundos. Quando você reiniciar, abra um terminal erun dmesg | less
. Atualize a pergunta original para incluir a saída dedmesg | less
.Eu também sugeriria verificar se sua partição de troca está definida corretamente e, em particular, se é pelo menos tão grande quanto a RAM instalada. Esta é uma FAQ útil sobre Swap .
UPDATE: A saída
dmesg | less
que você postou inclui a linha:(linha 574 no arquivo) Novamente, isso sugere um problema de hibernação (suspensão em disco), mas se você tiver certeza de que seu problema é realmente com a suspensão (por exemplo, suspensão em RAM), isso não pode ser possível. isto. Também não vejo nenhum problema relatado com os gráficos da Intel / NVIDIA.
fonte