BunsenLabs (데비안 파생)가 종료되지 않습니다 (전원을 끄지 못했습니다. 대상 : 트랜잭션이 손상됨)

나는 BunsenLabs GNU / Linux (데비안 기반)의 이상한 행동을 발견했습니다.

때로는 OS를 끌 수 없습니다. 내가 사용하든 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. 를 실행하십시오 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명령 후 PC가 두 번째로 잠자기 상태가되었습니다 .

프로세스를 종료하기 전에 그래픽 데스크탑 환경에서 로그 아웃하는 것이 좋습니다.

출처 : 우분투 포럼 .

내 경우에는 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 start poweroff 를 실행했습니다.

그리고 그것은 종료되었습니다.