Como diagnosticar e consertar o Arch Linux não acordar da hibernação?

7

Algumas atualizações entretanto resolveram este problema.

Isso funciona novamente falei cedo demais. Acontece que o sistema só bloqueia se a energia estiver conectada. Portanto, está relacionado ao gerenciamento de energia, mas não de forma alguma que eu possa detectar. A solução é desconectar a energia, fechar a tampa novamente, aguardar alguns segundos e abrir a tampa novamente.

Após um despertar bem-sucedido, a revista fica assim:

systemd[1]: Started Suspend.
systemd[1]: sleep.target: Unit not needed anymore. Stopping.
systemd[1]: Stopped target Sleep.
systemd[1]: Reached target Suspend.
systemd[1]: suspend.target: Unit is bound to inactive unit systemd-suspend.service. Stopping, too.
systemd[1]: Stopped target Suspend.
systemd-logind[480]: Operation 'sleep' finished.

Recentemente meu laptop parou de acordar corretamente depois de reabrir a tampa. A luz de fundo da tela acende, então algo está claramente acontecendo, mas eu não recebo o prompt " slock password" padrão de uma tela azul durante a digitação.

Eu tentei digitar "cegamente" minha senha, abrindo um shell e executando reboot . Eu também tentei pressionar Ctrl-Alt-F2 para tentar mudar para um terminal virtual, digitando meu nome de usuário e senha, e executando reboot . Nenhum destes trabalhos, então presumivelmente o sistema não acordou o suficiente para ativar o teclado ainda. Verifiquei que a alteração para um terminal virtual funciona em slock , portanto, o processo de ativação ainda não pode ter atingido esse estado. Não há chave SysRq no teclado.

journalctl para o --boot relevante simplesmente termina com a hibernação.

Eu não tenho um monitor externo conectado.

Isso é 100% reproduzível.

Acabei de tentar uma abordagem alternativa:

  1. Saia do WM incrível.
  2. Assegure que xss-lock morreu com awesome verificando a lista de processos em um VT.
  3. Volte para a fantástica tela de login do WM.
  4. Feche a tampa.
  5. Abra a tampa depois de alguns segundos.

E mais uma vez eu peguei a tela vazia. Curiosamente, depois de pressionar e soltar rapidamente o botão liga / desliga, a tela de login apareceu novamente, o que nunca aconteceu em um estado conectado. No entanto, nem o teclado nem o mouse funcionaram (mesmo para mudar para um VT), então ainda tive que fazer um boot pesado. O final da revista é assim:

$ journalctl --boot=-1 | tail -n2 | cut -d' ' -f5-
systemd[1]: Starting Suspend...
systemd-sleep[1840]: Suspending system...

Minha configuração é definida em dois repositórios, um para configurações da área de trabalho e outro para o sistema global . Eu regularmente (quase todos os dias) atualizo todo o software . Eu estou usando o driver de vídeo i915. A máquina é um Spin do Samsung ATIV Book 9.

    
por l0b0 18.03.2017 / 11:34

2 respostas

2

Eu tive esse problema com o 4.12.5 endurecido pelo Arch Linux e com o Linux 4.12.4. Depois que eu fui para um grande número de páginas cheias de soluções, eu fiz isso:

sudo pacman -Rs acpi
sudo pacman -S acpi
sudo pacman -S linux-lts linux-lts-headers
grub-mkconfig -o /boot/grub/grub.cfg
mkinitcpio -p linux-lts

Se o problema ocorreu depois da reinicialização:

sudo pacman -Rs linux-hardened (linux) linux-hardened-headers (linux-headers)
grub-mkconfig -o /boot/grub/grub.cfg
mkinitcpio -p linux-lts

Funcionou para mim.

    
por 12.08.2017 / 20:37
0

Eu também tive o mesmo problema. Você precisa reescrever as configurações do grub. Pode ser que o yaourt, com o qual eu usei as atualizações, não consiga atualizar as configurações do grub. Estou verificando isso.

A reconfiguração manual como explicada por Azrael funcionou para mim:

grub-mkconfig -o /boot/grub/grub.cfg
mkinitcpio -p linux-lts
    
por 08.09.2018 / 10:06