系统不关机 - 如何诊断

Mar*_*urg 6 shutdown acpi systemd

升级到 debian jessie 后,我过时的桌面系统不再可靠地关闭(/sbin/poweroff - 通过 tty1 上的 systemctl)。相反,它会关闭、暂停和重新启动,并且只有在我按下电源按钮时才会关闭电源。我尝试了各种建议,例如acpi=force使用 bios 设置、添加 nouveau.modeset=0 等等。

到目前为止,我发现的唯一一件事是,不启动图形会话似乎可以“解决”问题。我的 Xsession 是一个简单的.xsession文件,不涉及会话管理器(afaik),我所做的只是启动一些程序。当我将此文件剥离为一个xterm或我根本不登录时,系统将关闭。

我试图在我的 .xsession 文件中取消对更多程序的注释,希望能找到罪魁祸首,但这并没有得出结论。似乎有一些随机性。我确信在我发出 poweroff 时我的程序都没有在运行,因为我将它们全部杀死(不包括由我不知道的人启动的用户 systemd)

在重新启动之前的最后一条消息中,我看到

System wakeup enabled by ACPI
Preparing to enter systel sleep state 5
GPU lockup - switching to software fbcon
Run Code Online (Sandbox Code Playgroud)

但是,我看到同样的信息,如果关机(不是100%肯定,因为它们是可见的只是一小片刻,然后)

我还注意到,在糟糕的情况下,关闭过程中会有很长的暂停,例如在Stopping target network暂停 2 分钟之后,我不知道系统在等待什么。

我所追求的是一种诊断问题的方法,而不是在月球上射击。

  • 我怎样才能找出系统在那些长时间的停顿中等待什么
  • 或者更一般地说:我如何获得有关关机期间发生的事情的更多信息,是否有“关机日志”?
  • acpi 如何参与关闭过程,我如何才能找出它为什么这样做?

Jan*_*Jan 1

我在两个不同的系统上遇到了同样的问题,尽管是 Wheezy。

解决方案不同:

解决方案1

将内核模块mei_me(英特尔管理引擎)列入黑名单修复了一台计算机上的问题。

解决方案2

在另一台机器上,这是 pm-utils 问题,尝试写入on/sys/bus/*/devices/*/power/control关闭。

来源:https://askubuntu.com/questions/132882/why-do-i-get-a-reboot-instead-of-a-shutdown