☰

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. 結果の1つは次のようになります。

    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を起動します。

その後、終了しました。

関連情報