Ubuntu 18.04 falha ao retomar da suspensão


40

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.


Borda do sangramento! Foi lançado há apenas 2 dias. Eu acho que erros podem ser esperados.
EODCraft Staff

4
Conseguir um problema muito semelhante desde a atualização para 18,04 em um XPS 9560.
collisionTwo

Matalak - Estou trabalhando em um relatório de bug com o mesmo problema. A partir das especificações do Acer Aspire ES1-511, parece que você possui um Intel Celeron N2830. Você pode me dizer se você também tem um SSD como seu principal dispositivo de armazenamento?
pHeLiOn 6/06/19

@collisionTwo - ainda trabalhando no relatório de erros e perseguindo uma teoria vaga de que uma CPU no estilo Atom baseada em Celeron acoplada a um SSD faz parte do problema. No entanto, o seu XPS 9560 não se encaixa na minha teoria :) Você poderia me informar se você corrigiu o problema de suspensão com a correção do driver nouveau (o XPS 9560 possui gráficos da nVidia?) Ou se isso não funcionou e você teve que usar um kernel 4.14 para suspender o trabalho novamente?
pHeLiOn 06/06/19

@pHeLiOn - O disco rígido é um Toshiba MQ01ABF050, não um SSD. No entanto, ele realmente possui um Intel Celeron N2830.

Respostas:


8

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.


8

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.


4.14.41 incluiria proteção contra colapso e espectro.
WinEunuuchs2Unix

Isso é confuso. Quais são as diferenças entre 4.14 e 4.15 + que podem causar problemas de suspensão / retomada? Quaisquer que sejam, espero que sejam restaurados em kernels posteriores.

Eu também estou confuso. Eu tentei o 4.15, 4.16 e até o kernel 4.17, mas todos eles têm o mesmo problema. Mas apenas em um laptop. Outros três laptops (um com hardware muito semelhante) são suspensos sem problemas. A única correção que funciona para o meu 'laptop problemático' é usar um kernel 4.14 (obrigado matalak pela solução - eu estava apenas rodando a 17.10 e espero que a 18.04 fosse corrigida). Por favor, ajude com o relatório de erros (link na minha 'resposta'), se puder, para ajudar a perseguir esse comportamento estranho que parece afetar apenas algumas máquinas específicas.
pHeLiOn 5/06/19

Finalmente entrei no seguinte relatório de bug: bugs.launchpad.net/ubuntu/+source/linux/+bug/… . Obrigado por montá-lo!

Haha! Excelente! Obrigado matalak. Eu me tornei um pouco obcecado por esse quebra-cabeça, porque não faz muito sentido que isso afete apenas algumas máquinas específicas. Inicialmente, fiquei preocupado que nenhum dos desenvolvedores prestasse muita atenção a ele, mas eles me deram as instruções para dividir o kernel entre 4.14 e 4.15 e (13 instalações do kernel depois). a insônia.
Afinal

4

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.


Infelizmente, isso não funcionou. A linha deveria parecer GRUB_CMDLINE_LINUX="nouveau.modeset=0"?

Estou enfrentando esse mesmo comportamento com um laptop que usa gráficos Intel. Eu suspeito que não esteja relacionado à placa de vídeo porque outros três laptops que usam Intel Graphics são suspensos sem problemas.
pHeLiOn 5/06/19

1
@pHeLiOn - você também possui uma placa gráfica secundária no laptop? A maioria das respostas que eu vi aqui e em outros lugares indica que é um problema com os gráficos da nVidia. É isso que eu tenho, e essa resposta funcionou para mim.
precisa saber é o seguinte

@ kdgregory - não, não há placa gráfica secundária no meu 'laptop problemático'. É apenas Intel Graphics. O Acer Aspire ES1-511 de Matalak parece ser apenas Intel Graphics, tanto quanto eu posso dizer pelas especificações.
pHeLiOn 5/06/19

@kdgregory - mas sim, geralmente há problemas com os drivers das placas gráficas da nvidia que deixam a tela em branco. Se o comportamento do Matalaks for o mesmo que o meu, o problema parece ser que ele não está realmente em suspensão, mas sim apaga a tela e se agarra e pode ser desligado.
pHeLiOn 5/06/19

2
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


Bem-vindo ao Ask Ubuntu! ;-) Erm, como esta resposta é diferente da resposta já aceita?
Fabby

2
Para começar, tem comandos reais ... talvez sugerindo uma edição para a outra resposta teria sido preferível
Zanna

Felizmente, esses comandos foram incluídos no URL fornecido. Obrigado pela ajuda de qualquer maneira!

2

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!


Suspender parece funcionar para mim. É o hibernar que paira no currículo para mim.
Stewart

1
Na verdade, eu me livrei de todos os problemas removendo primeiro o driver nvidia, instalando o kernel mais recente via ukuu e, finalmente, instalei o driver nvidia mais recente no site da nvidia.
Gerhard Hagerer

0

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!


0

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.


0

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


Embora isso possa teoricamente responder à pergunta, seria preferível incluir aqui as partes essenciais da resposta e fornecer o link para referência.
Kevin Bowen

0

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!

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.