Ubuntu 18.04 falha ao retomar da suspensão

Depois de concluir uma nova instalação do Ubuntu 18.04 LTS e reiniciar, fechei a tampa do laptop Acer Aspire ES1-511 e fiz uma pequena pausa. Quando voltei para continuar explorando os novos recursos da 18.04, o laptop não ligava. Um dos fãs internos estava funcionando muito alto, mas nada mais. Eu tive que reiniciar mais uma vez.

Este parece ser um problema recorrente ao longo dos anos do Ubuntu. Analisei o problema desde então, primeiro tentando alterar as configurações de energia gnome-control-centere gnome-tweak-tool, em seguida pm-utils, instalando , editando os arquivos do sistema supostamente responsáveis ​​pela suspensão e muitas outras tentativas, tudo sem sucesso. Eu até tentei executar o Ubuntu 18.04 Live a partir de uma unidade USB, e o mesmo problema ainda ocorre.

Suspeito que seja um problema com o kernel, pois já vi esse problema no kernel 4.15. Uma atualização para o kernel Linux mais recente ou um downgrade para uma versão mais estável resolveria o problema? O problema foi corrigido? Talvez eu possa editar algum arquivo e tudo isso seja resolvido ...

Algumas especificações: O Kernel atualmente em execução é 4.15. O computador, como mencionado acima, é um Acer Aspire ES1-511. O ambiente de área de trabalho é o Gnome 3.28.1. A versão do Ubuntu é de 64 bits, 18.04.1 LTS.

Qualquer ajuda é apreciada. O computador está perdendo muito sono com isso.

Ocorreu o mesmo problema com um HP Pavilion 11 x360.

O kern.log sugere que ele acha que foi suspenso - PM: suspender a entrada (profunda) - mas o sistema agarra nesse ponto e não há mais entradas até você desligar e reiniciar.

Uma 'suspensão bem-sucedida' teria entradas adicionais PM: Sincronizando sistemas de arquivos ... pronto. , Congelando processos do espaço do usuário ... etc.

A tela fica em branco, mas o LED de energia permanece aceso (assim como o ventilador, se já estiver funcionando) e é necessário um reinício rígido (mantendo pressionado o botão liga / desliga) para poder usar a máquina novamente.

Mesmo usando um USB ao vivo 18.04 resulta no mesmo problema de suspensão, o que sugere que não é por causa de qualquer programa adicional que eu instalei.

Três outros laptops diferentes (dos meus e dos meus amigos) não têm problemas com a suspensão no 18.04 , o que me leva a pensar que combinação específica de hardware faz com que isso ocorra.

Todos os laptops (incluindo o 'filho problemático') possuem gráficos intel.

O 'laptop problemático' suspende bem com o Ubuntu 17.10, Kubuntu 17.10, Devuan Jessie, Devuan ASCII e Windows 10, mas falha ao suspender com o Ubuntu 18.04 e o Kubuntu 18.04.

(Inicialmente, o problema de suspensão também ocorreu ao tentar usar os kernels 4.15, 4.16 e 4.17, mas os kernels 4.17 e 4.18 mais recentes têm uma atualização que permitiu que a suspensão funcionasse novamente nesta máquina)

O uso do UKUU para instalar o kernel 4.14 mais recente (4.14.47) no 18.04 corrigiu o problema. (A resposta aceita por Matalak) - agora recomendamos a tentativa de um kernel 4.17 ou 4.18 recente.

Editar - Dê uma olhada nas etapas aqui para ver se outras correções podem resolver seu problema primeiro: Ubuntu 18.04 - Dell XPS13 9370 não é mais suspenso na tampa

Ocorreu um problema ao encontrar um relatório de bug sobre a suspensão, que causava um sistema completamente sem resposta no 18.04, o que sugeria que não estava afetando uma grande proporção de usuários.

Embora seja bom que não esteja afetando um grande número de usuários, pode ser mais difícil descobrir onde está o problema, se apenas um punhado de pessoas tiver problemas com a configuração específica de hardware.

Editar - Um relatório de bug foi aberto, o provável culpado parece ter sido identificado e uma versão corrigida do kernel 4.15 foi montada para resolver o problema de suspensão - o patch está agora nos kernels 4.17 e 4.18 mais recentes https: // bugs.launchpad.net/ubuntu/+source/linux/+bug/1774950

Edição adicional - A partir de 11 de setembro de 2018, o kernel padrão de atualização do sistema (4.15.0-34) agora possui o patch, que foi suportado por esses gentis desenvolvedores e suspende os trabalhos novamente como deveria no laptop com o Intel N3540. Muitos elogios ao seu trabalho!

Só para esclarecer, é um problema ao tentar suspender sua máquina na 18.04, quando a tela fica em branco (mas claramente não entrou em 'suspender') e depois não reage a mais nada, exceto mantendo pressionado o botão liga / desliga desligá-lo.

Resolvi o problema instalando o UKUU e fazendo o downgrade para o kernel 4.14.41. Talvez haja uma incompatibilidade com o hardware em versões posteriores do kernel.

Eu acredito que é o motorista de buggy nouveau. Tente adicionar:

 nouveau.modeset=0

para GRUB_CMDLINE_LINUXno /etc/default/grubarquivo, depois dessa execução:

sudo update-grub
sudo reboot

E voila não trava mais no currículo de suspender.

sudo add-apt-repository ppa:teejee2008/ppa
sudo apt update
sudo apt install ukuu
sudo ukuu --install v4.14.41

funcionou bem para mim resolver esse problema ao inicializar usando as opções avançadas do Ubuntu e selecionando este kernel

Eu consegui uma solução alternativa para suspender o trabalho no Ubuntu 18.04 com um NVIDIA GeForce GTX 1050 Mobile e os drivers proprietários da nvidia 390. Instalei o pm-suspend via sudo apt-get install pm-utils. Então, mudo do Gnome Shell para o terminal via Ctrl + Alt + f6. Após o login, eu faço sudo pm-suspend. Depois de acordar do modo de espera, volto ao Gnome Shell via Ctrl + Alt + f1. Feito!

Eu também estava com esse problema me atormentando ... e uma solução após muitas tentativas foi reinstalar o Ubuntu 18.04 e agora está funcionando perfeitamente. Também estou usando o driver "testado" da Nvidia, pois a Nvidia era a culpada antes.

Talvez tenha sido o ppa "sudo add-apt-repository ppa: graphics-drivers" que instalou "Extra" Stuff do PPA e / ou o próprio driver 396 que prejudicou a capacidade de hibernação do meu laptop.

De qualquer forma, ele funciona perfeitamente no momento da gravação com o driver 390 testado da NVidia. E apenas para sua informação, ele também estava trabalhando com o driver 396 por um longo tempo, mas se tornou problemático na semana passada - NOVAMENTE! ASSIM embora eu não saiba a causa exata ...

Ele está / foi definitivamente relacionado ao driver da NVidia, pois antes de mudar para o driver do Nouveau também funcionava, mas com certeza não gostei dessa opção.

Tentando ajudar, Mark

ps aqui estão minhas outras notas do Tomboy para outros problemas com o Ubuntu e o Hibernating

18/07 Solução de problemas

Ere Pré-requisitos - seu kernel suporta suspensão em disco?

• O kernel suporta o que está listado em / sys / power / state, portanto:

• gato / sys / poder / estado

• As entradas permitidas (que eu saiba) incluem: mem, espera, congelamento, disco. Explicação:

∘ mem - possui vários significados, exatamente o que você encontrará em seu sistema em cat / sys / power / mem_sleep. Eu tenho: s2idle [profundo]

∘ espera - Power-On Suspend (se suportado)

∘ congelar - Suspender para ocioso (STI)

∘ disk - Suspender para disco (STD), hibernação. Isso - você quer.

∘ diz: congelar o disco do mem - PERFEITO!

• Então precisamos verificar

• $ cat / sys / power / disk

‣ reinicialização do desligamento da [plataforma] suspender teste_resume

‣ [Desativado]

• (não muito bom)

‣ Ative o Hibernate e coloque-o no menu - Easy-Peasy

• sudo apt install pm-utils cpufrequtils

• Em seguida, teste se o hibernate funciona no seu computador executando o comando:

• sudo pm-hibernate

• Depois que o computador desligar, ligue-o novamente.

Your Seus aplicativos abertos foram reabertos? Se assim funcionar, se não, o hibernar não funciona. Você pode verificar se a partição Swappiness é pelo menos tão grande quanto a RAM disponível, pois isso pode resolver o problema. Hibernação não permitida!

∘ Teste: pm-hibernate - (se o pacote pm-utils estiver instalado) ou

∘ funciona! após 18.04 reinstalar e nenhuma Nvidia ainda

Ct systemctl hibernate

∘ funciona! após 18.04 reinstalar e nenhuma Nvidia ainda

∘ Adicione novamente a opção de hibernação ao menu Desligar:

• 1. Edite um arquivo específico com este comando.

• sudo gedit /var/lib/polkit-1/localauthority/10-vendor.d /com.ubuntu.desktop.pkla

• 2. Role o documento de texto e encontre as seções abaixo:

∘ [Desativar hibernação por padrão na parte superior]

∘ [Desativar hibernação por padrão no logind]

∘ Altere os dois valores de não para sim em:

∘ ResultActive = não (altere para sim)

‣ Salvar, sair e reiniciar - pronto!

Meu Acer ES1-512 foi construído em 18.04, atualizado para 18.04.1 agora. Desde então, está enfrentando esse problema de tela preta no modo de suspensão / suspensão desde 18.04.

Os seguintes passos resolveram o problema:

1. O Kernel anterior era 4.15.33 (levou algumas atualizações automáticas) e essa é a fonte desse problema.
2. Downgrade para 4.14.41
3. Modifique o Grub para obter a "Opção avançada" e aponte para 4.14.41
4. Regenerar Grub
5. Reiniciar

É isso aí! A função Suspender e Dormir funciona bem agora. Espero que isto ajude.

Eu tentei a maioria das coisas listadas acima. Finalmente, cheguei ao win-raid.com para ver se esse é um problema do BIOS. E conheci um cavalheiro, que sugeriu descarregar o módulo i2c_hid antes de suspendê-lo e carregá-lo novamente após o resumo. E, então, abençoou meu laptop com o módulo acpi_call para aumentar o desempenho da bateria em 2x.

https://www.win-raid.com/t4232f16-SOLVED-How-to-unlock-BIOS-options-of-rebranded-TONGFANG-chassis-systems-15.html#msg71683

Uau, estou lendo meu próprio post e pensando em como isso é útil!

Acho que tenho que me agradecer!

Eu só queria acrescentar que, como medida de solução de problemas, infelizmente cheguei à conclusão de que sim, é MUITO relacionado e / ou combinado com o Gnome no Xorg / Ubuntu e Nvidia, ... ... É especificamente um UBUNTU / "Gnome no Xorg "Problema.

Depois que o problema ressurgiu e uma reinstalação do driver nvidia-440 (Open Source) e a reinicialização no "Ubuntu" vs "Gnome no Xorg", ele não foi suspenso automaticamente / Tela preta / Precisa de uma reinicialização para voltar. .. como todos sabemos é um problema.

Então de manhã ... depois de reiniciar e entrar no "Gnome no Xorg"

Suspenso automaticamente quando não deveria (não é necessário explicar). ARGHHHHHHH!

Então agora, conspiratoriamente, suponho que seja ESPECIFICAMENTE, (gnome no xorg e / ou Ubuntu jogando uma chave inglesa em coisas que tentam fazer com que você entre no "Ubuntu".

De qualquer maneira, não é suspensão automática mais uma vez ... e eu estou no "Ubuntu" e sim ... 18.04 LTR.

ps Eu até tentei enganá-lo, habilitando "Dim Screen When Inactive", que eu cheguei à conclusão ... NÃO funciona com a Nvidia instalada (outra história), embora uma extensão do gnome mude o brilho muito bem "Adjust icon brightness" ,

E o computador, após 5 minutos de inatividade, deu uma mensagem no topo "Suspensão automática da proteção de tela desativada" ... HMMMM ... mas não fez o temido "Go Black Thing!"

Então, eu vou chamar isso ... meio resolvido!