O sistema não liga - como diagnosticar

6

Após a atualização para debian jessie, meu sistema de desktop não se desliga de maneira confiável (/ sbin / poweroff - via systemctl em tty1). Em vez disso, ele desliga, faz uma pausa e reinicializa e só desliga se eu pressionar o botão liga / desliga. Eu tentei várias recomendações como acpi=force jogando com configurações de bios, adicionando nouveau.modeset = 0 e muito mais.

A única coisa que encontrei até agora é que não iniciar uma sessão gráfica parece "consertar" o problema. Meu Xsession é um simples arquivo .xsession , não há gerenciador de sessão envolvido (afaik) e tudo que faço é iniciar vários programas. Quando desfaço esse arquivo para apenas um xterm ou não faço login, o sistema é desativado.

Eu tentei remover o comentário de mais programas no meu arquivo .xsession, na esperança de encontrar um culpado, mas isso não levou a uma conclusão. Parece haver alguma aleatoriedade envolvida. Eu tenho certeza que nenhum dos meus programas ainda estão rodando no momento em que eu emito o poweroff porque eu mato todos eles (desmarcando um sistema de usuários que foi iniciado por eu-não-sei-quem)

Nas últimas mensagens antes de reiniciar, vejo

System wakeup enabled by ACPI
Preparing to enter systel sleep state 5
GPU lockup - switching to software fbcon

Mas vejo as mesmas mensagens quando faz desligar (não 100% de certeza, porque elas são visíveis apenas por um breve momento)

Também noto que, nos casos ruins, há longas pausas no processo de desligamento, por exemplo, depois de Stopping target network , há uma pausa de 2 minutos e não sei o que o sistema está esperando.

O que eu estou procurando é uma maneira de diagnosticar o problema, ao invés de fotografar na lua.

  • Como posso descobrir o que o sistema está esperando nessas longas pausas
  • Em geral, como posso obter mais informações sobre o que está acontecendo durante o desligamento? Existe um "log de desligamento"?
  • Como a acpi está envolvida no processo de desligamento e como posso descobrir por que ela está fazendo o que está fazendo?
por Martin Drautzburg 13.10.2015 / 20:50

1 resposta

0

Eu tive o mesmo problema em dois sistemas diferentes, embora com Wheezy.

As soluções foram diferentes:

Solução 1

A lista negra do módulo do kernel mei_me (Intel Management Engine) corrigiu o problema em uma máquina.

Solução 2

Em outra máquina, foi um problema do pm-utils, tente escrever on to /sys/bus/*/devices/*/power/control e shutdown.

Fonte: link

    
por 13.10.2015 / 21:14