升级到 debian jessie my 后过时的桌面系统不再可靠地关闭电源（/sbin/poweroff - 通过 tty1 上的 systemctl）。相反，它会关闭、暂停和重新启动，并且只有在我按下电源按钮时才会关闭。我尝试了各种建议，例如acpi=force使用 BIOS 设置、添加 nouveau.modeset=0 等等。
到目前为止我发现的唯一一件事是，不启动图形会话似乎可以“解决”问题。我的 Xsession 是一个简单的.xsession文件，不涉及会话管理器（据我所知），我所做的就是启动一些程序。当我将此文件精简为一个xterm或根本不登录时，系统就会关闭。
我试图取消 .xsession 文件中更多程序的注释，希望找到罪魁祸首，但这并没有得出结论。似乎存在一些随机性。我确信在我关闭电源时我的程序都没有运行，因为我将它们全部杀死（包括由我不知道谁启动的用户 systemd）
在重新启动之前的最后一条消息中我看到
System wakeup enabled by ACPI
Preparing to enter systel sleep state 5
GPU lockup - switching to software fbcon
但当我看到同样的消息时做断电（不是 100% 确定，因为它们只在很短的时间内可见）
我还注意到，在糟糕的情况下，关闭过程中会有很长的暂停，例如，在Stopping target network暂停了 2 分钟之后，我不知道系统在等待什么。
我追求的是一种方式诊断解决问题，而不是向月球射击。
- 我怎样才能知道系统在这些长时间的停顿中正在等待什么
- 或者更一般地说：我如何获得有关关闭期间发生的情况的更多信息，是否有“关闭日志”？
- acpi 如何参与关闭过程以及如何找出它为什么要做它正在做的事情？
答案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