BunsenLabs（Debian衍生产品）不会关闭（无法启动poweroff.target：交易具有破坏性）

11

我偶然发现了本生实验室GNU / Linux（基于Debian）的怪异行为。

有时我无法关闭操作系统。不管我使用sudo poweroff还是GUI方法都没关系。

这是我运行后得到的sudo poweroff：

Failed to start poweroff.target: Transaction is destructive

有解决方法吗？为什么会这样呢？

这是我的内容/lib/udev/rules.d/70-power-switch.rules：

ACTION=="remove", GOTO="power_switch_end"

SUBSYSTEM=="input", KERNEL=="event*", SUBSYSTEMS=="acpi", TAG+="power-switch"
SUBSYSTEM=="input", KERNEL=="event*", KERNELS=="thinkpad_acpi", TAG+="power-switch"

LABEL="power_switch_end"

— 马特乌斯·皮特洛夫斯基（Mateusz Piotrowski）
source

1

配置文件还可以，也许您通过搜索可以获得最佳答案。

— GAD3R '16

8

我一直在寻找解决方案一段时间，最后找到了解决方案。它为我工作。我不知道是什么触发了这种奇怪的行为。

这是关闭Debian的方法：

运行ps aux | grep suspend。

结果之一应该是这样的

root 3651 0.0 0.0 8668 1716 ? Ss 07:18 0:00 /lib/systemd/systemd-sleep suspend

运行sudo kill 3651或获得结果的任何pid。
第一次，我能够关闭PC。kill命令发出后，PC第二次进入睡眠状态。

建议您在取消进程之前注销图形桌面环境。

资料来源：Ubuntu论坛。

— 马特乌斯·皮特洛夫斯基（Mateusz Piotrowski）
source

6

我为此问题添加了另一个答案，因为在我的情况下，没有systemd-sleep进程在运行，但无法停止，关闭，关闭电源或重新启动计算机。（我认为这种行为再次证明systemd完全可以视为恶意软件，但让我们再讨论一次。）

最后，我在与的斗争中向内核寻求帮助systemd。以下内容与硬重启（按下电源按钮）并没有什么不同，但是在您没有物理访问计算机的情况下可以提供帮助：

echo 1 > /proc/sys/kernel/sysrq
echo b > /proc/sysrq-trigger

重新启动后，继续通过消灭地狱之子。

— 阿尔贝托·桑蒂尼（Alberto Santini）
source

1

这确实是最后的选择。如果数据库正在运行或发生数据损坏的可能性很大，请避免使用。您确实想在重启之前echo b像这样同步系统的IO缓冲区：（echo s > /proc/sysrq-trigger并等待一段时间）。然后，也许尝试使用卸载所有文件系统echo u（小心，这个我不知道它是否会使您失去与计算机的远程连接）。

— Totor

1

@Totor，您是对的...最后，我发现自己编写了一个脚本，该脚本可以完成您提到的所有内容，并关闭一些服务。那时我意识到基本上systemd迫使我编写自己的初始化脚本以关机！欢迎来到2016年...

— Alberto Santini'9

1

遇到了同样的问题。

# systemctl status poweroff.target 
● poweroff.target - Power-Off
  Loaded: loaded (/lib/systemd/system/poweroff.target; enabled; vendor preset: 
  Active: inactive (dead)
    Docs: man:systemd.special(7)

然后我跑了，systemctl启动poweroff.target

它关闭了。

— 米亚提
source

对我不起作用：“无法启动poweroff.target：事务具有破坏性。”

— Ben Aveling