Retomar o problema: como o kernel sabe que deveria continuar?

0

Hoje tenho um novo problema de suspensão / retomada. Na Dell Precision 5510 com Ubuntu 17.04, tudo estava bem. Mas agora, o currículo não está funcionando. Eu sempre consigo reiniciar.

Ontem, eu tinha um script fugitivo e ele paralisou a interface do usuário. Eu cometi um erro de programação, isso fez com que este script consumisse todos os recursos do sistema. Eu fui para outro computador e ssh conectado com este computador "congelado". Eu tentei desligar o sistema da maneira antiga:

/sbin/shutdown -h now

No entanto, após 20 minutos de espera, desisti e segurei o botão de energia. A coisa vai começar, vai suspender também. Se eu abrir a tampa, ela acorda automaticamente. É assim que eu sei que a máquina está realmente suspensa, ela se inicia.

No entanto, a máquina reinicia, em vez de retomar, após uma suspensão.

Minha teoria de trabalho é que a falha impura danificou um arquivo de configurações que deve ser reescrito durante a suspensão. Este arquivo é um sinal que retoma da RAM é OK, em vez de um reinício.

Não sei ao certo se existe um arquivo desse tipo para suspensão / retomada, mas encontrei comentários aqui sobre o hybernate / resume que dizem que ele usa um arquivo de estado para saber se ele pode tentar restaurar uma sessão.

Espero que este problema desapareça aleatoriamente após algumas atualizações de pacotes, mas isso me deixou realmente curioso sobre como um sistema verifica se ele deve ser reiniciado.

    
por pauljohn32 19.10.2017 / 06:17

1 resposta

0

O problema desapareceu depois de desligar, reiniciar e, em seguida, desligar novamente e, em seguida, reiniciar. Depois disso, eu sobrevivi 3 suspender / retoma sem o reinício inesperado.

Ainda assim, estou curioso para entender como isso funciona, como o kernel sabe continuar, em vez de suspender.

    
por pauljohn32 20.10.2017 / 01:17