저는 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"
답변1
나는 한동안 해결책을 찾고 있었는데 마침내 찾았습니다. 이것은 나에게 효과적입니다. 이 이상한 행동을 유발하는 요인이 무엇인지 모르겠습니다.
데비안을 종료하는 방법은 다음과 같습니다:
- 달리기
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
명령을 실행한 후 즉시 절전 모드로 전환됩니다.
프로세스를 종료하기 전에 그래픽 데스크탑 환경을 종료하는 것이 좋습니다.
원천:우분투 포럼.
답변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을 시작합니다.
그런 다음 종료되었습니다.