Não é possível retomar do hibernate usando o systemd no Ubuntu15.10 [closed]

1

Estou tendo alguns problemas para sair do hibernate usando systemd (swsusp) para trabalhar em um Lenovo IdeaPad Z510, rodando no Ubuntu 15.10 (o problema era o mesmo em versões anteriores do Ubuntu também).

  • DOES: Em uma máquina hibernada com sucesso (o journalctl confirma sucesso), o currículo aparece para gerar uma "tela morta" (tela preta, nenhuma sessão aparente ou interação de teclado, ainda nada em journalctl indicando falha de exibição / sessão).

  • DEVE: Do hibernate, restaure a sessão da partição swap e permita usuário para continuar a sessão.

Como uma pista, se eu definir nomodeset no grub, linha GRUB_CMDLINE_LINUX_DEFAULT, o currículo funciona consistentemente bem, embora o hardware gráfico nativo esteja claramente desativado (Haswell HD Mobile 4400).

Considerando isso, suspeito que dois possíveis problemas causariam esse problema:

  • Na minha máquina, continuar com um driver de vídeo integrado (Intel i915) é ainda não configurado corretamente.

  • Na minha leitura, eu me deparo com um problema conhecido do kernel relacionado a reiniciar falha devido a uma incompatibilidade de tamanho de memória no arquivo de troca de currículo. Referido como a incompatibilidade do BIOS e820, é melhor descrito aqui: link .

Neste último caso, parece que a versão do kernel 4.3 pode resolver pelo menos este possível motivo para meus problemas de currículo.

Mas, por enquanto, estou interessado em entender melhor o caso anterior, pois quero verificar todas as minhas suposições relacionadas à configuração do systemd para permitir com êxito o hibernate e o currículo.

Até hoje, aqui está o que eu fiz para configurar minha máquina para hibernar / retomar usando systemd:

  1. Em etc / default / grub, configure o GRUB_CMDLINE_LINUX_DEFAULT para incluir o parâmetro resume, passando o UUID da partição swap em pergunta (por exemplo, resume = UUID = 453f0121-505d-42d3-8dad-87f913e67ddc). Minhas o atual GRUB_CMDLINE_LINUX_DEFAULT é GRUB_CMDLINE_LINUX_DEFAULT="respingo silencioso resume = UUID = 453f0121-505d-42d3-8dad-87f913e67ddc "
  2. Executa sudo update-grub
  3. Editar / confirmar currículo = UUID = 453f0121-505d-42d3-8dad-87f913e67ddc entrada no arquivo de currículo localizado em / etc / initramfs
  4. Executar sudo update-initramfs -u
  5. Edite /etc/systemd/logind.conf para definir HandleLidSwitch = hibernar
  6. Executar serviço sudo systemd-logind restart
  7. Reinicie por boa medida

O currículo falhará consistentemente sem erros óbvios (para mim) indicando o motivo da falha no currículo.

Então, minha pergunta para o fórum é esta:

Quais ferramentas de depuração, recursos de informações do sistema e entendimento geral de como solucionar problemas que parecem ser de driver de vídeo, você pode recomendar?

Estou bastante interessado em resolver esta situação dentro do contexto de usar o systemd como uma solução.

Muito obrigado.

Rich

    
por richbl 07.11.2015 / 02:09

3 respostas

1

Embora eu nunca tenha recebido uma boa resposta à pergunta sobre a melhor forma de solucionar problemas de hibernação no meu laptop, fiz finalmente instalar o kernel 4.8 (por meio de uma nova instalação do Ubuntu 16.10) e hibernar agora faz como esperado.

Espero que isso ajude as pessoas com os mesmos problemas que eu tive ...

    
por richbl 17.10.2016 / 04:04
2

Eu tive o mesmo problema no Ubuntu Gnome 16.04. A única solução que encontrei no momento foi atualizar o kernel. Após a atualização para o 4.5.3-genérico, o problema desapareceu.

A atualização do kernel do Linux é descrita aqui .

Você pode verificar sua versão do kernel através do terminal:

uname -r
    
por Błażej Michalik 24.05.2016 / 01:44
1

Eu tentei essas opções

  

acpi_osi = linux i915.enable_rc6 = 1 i915.lvds_downclock = 1   i915.enable_fbc = 1 pcie_aspm = force

e até agora o problema parece ter desaparecido

extraído deste link

EDITAR:

  

acpi_osi = '! Windows 2012'

agora estou usando esta opção e até agora funciona como deveria ser

EDITAR

Não sou especialista, mas tenho o mesmo problema. Minha última tentativa (e parece estar funcionando), eu removi acpi acpid e acpi_call packages. Eu não sei se eles estão relacionados ao problema .. mas eu sei usar o kernel 4.4.10 e a hibernação está funcionando bem.

    
por Baron Leonardo 12.11.2015 / 07:34