☰

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

tag-icon • tag-icon systemd udev shutdown bunsenlabs
BunsenLabs（Debian 衍生品）不会关闭（无法启动 poweroff.target：事务具有破坏性）

我偶然发现了 BunsenLabs GNU/Linux（基于 Debian）的奇怪行为。

有时我无法关闭操作系统。我是否使用sudo poweroffGUI 方法并不重要。

这是我运行后得到的结果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"

答案1

我一直在寻找解决方案一段时间，终于找到了解决方案。这对我有用。我不知道是什么触发了这种奇怪的行为。

这是关闭 Debian 的方法：

  1. 跑步ps aux | grep suspend。

  2. 结果之一应该是这样的

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

  3. 运行sudo kill 3651或者无论你的结果的 pid 是什么。

  4. 我第一次能够关闭电脑。第二次，PC 在kill发出命令后立即进入睡眠状态。

建议您在杀死进程之前先退出图形桌面环境。

来源：Ubuntu 论坛。

答案2

我正在为这个问题添加另一个答案，因为在我的例子中没有systemd-sleep进程正在运行，但我无法停止、关闭、断电或重新启动我的机器。 （我认为这种行为再次证明了systemd完全符合恶意软件，但我们还是下次再讨论吧。）

最后我求助于内核来对抗systemd。以下操作与硬重启（按下电源按钮）没有太大区别，但如果您无法物理访问计算机，则可以提供帮助：

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

一旦重新启动，继续经过消灭地狱的产物。

答案3

有同样的问题。

# 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

然后它就关闭了。

相关内容