BunsenLabs (Deerrivative) не отключится (не удалось запустить poweroff.target: транзакция разрушительна)

Я наткнулся на странное поведение моего BunsenLabs 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" 

Я некоторое время ухаживал за решением, и, наконец, я нашел решение. Это сработало для меня. Однако я не знаю, что вызывает это странное поведение.

Это рецепт закрытия вашего Debian:

  1. Выполнить ps aux | grep suspend 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. Однажды я смог выключить компьютер. Во второй раз компьютер пошел спать сразу после команды kill .

Перед тем, как убить процесс, вам предлагается выйти из графической среды рабочего стола.

Источник: Форумы Ubuntu .

Я добавляю еще один ответ на этот вопрос, потому что в моем случае не было процесса systemd-sleep , но я не мог остановить, выключить, отключить питание и перезагрузить свою машину. (Я думаю, что это поведение еще раз доказывает, что systemd полностью квалифицируется как вредоносное ПО , но давайте оставим это обсуждение в другое время.)

В конце концов, я прибегал к ядру для помощи в моей борьбе с systemd . Не так сильно отличается от жесткой перезагрузки (нажатие кнопки питания), но может помочь, если у вас нет физического доступа к машине:

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

После перезагрузки, продолжайте уничтожать икру ада.

Имел такой же вопрос.

 # 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

И он отключился.