Ich bin auf ein seltsames Verhalten meines BunsenLabs GNU / Linux gestoßen (das auf Debian basiert).
Manchmal kann ich das Betriebssystem nicht ausschalten. Es spielt keine Rolle, ob ich sudo poweroff
den GUI-Ansatz verwende.
Das bekomme ich nach dem Laufen sudo poweroff
:
Failed to start poweroff.target: Transaction is destructive
Gibt es eine Problemumgehung? Warum passiert es?
Hier ist der Inhalt von mir /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"
systemd
udev
shutdown
bunsenlabs
Mateusz Piotrowski
quelle
quelle
Antworten:
Ich habe eine Weile nach der Lösung gesucht und endlich eine Lösung gefunden. Es hat bei mir funktioniert. Ich weiß allerdings nicht, was dieses seltsame Verhalten auslöst.
Dies ist das Rezept zum Herunterfahren Ihres Debian:
ps aux | grep suspend
.Eines der Ergebnisse sollte so aussehen
Run
sudo kill 3651
oder was auch immer die PID Ihres Ergebnisses ist.Zum ersten Mal konnte ich den PC herunterfahren. Das zweite Mal ging der PC unmittelbar nach dem
kill
Befehl in den Ruhezustand .Es wird empfohlen, dass Sie sich von der grafischen Desktop-Umgebung abmelden, bevor Sie den Vorgang beenden.
Quelle: Ubuntu-Foren .
quelle
Ich füge eine weitere Antwort auf diese Frage hinzu, da in meinem Fall kein
systemd-sleep
Prozess ausgeführt wurde, ich meinen Computer jedoch nicht anhalten, herunterfahren, ausschalten oder neu starten konnte. (Ich denke, dieses Verhalten ist erneut ein Beweis dafür, dass es sichsystemd
vollständig als Malware qualifiziert , aber lassen wir diese Diskussion für ein anderes Mal.)Am Ende griff ich auf den Kernel zurück, um Hilfe in meinem Kampf gegen zu erhalten
systemd
. Das Folgende unterscheidet sich nicht so sehr von einem Hard-Neustart (Drücken des Netzschalters), kann jedoch hilfreich sein, falls Sie keinen physischen Zugriff auf den Computer haben:Nach dem Neustart geht durch Auswischen der Ausgeburt der Hölle.
quelle
echo b
:echo s > /proc/sysrq-trigger
(und einige Zeit warten). Versuchen Sie dann vielleicht, alle Dateisysteme mit zu mountenecho u
(Vorsicht, dieses weiß ich nicht, ob Sie dadurch Ihre Remote-Verbindung zum Computer verlieren könnten).Hatte das gleiche Problem.
Ich lief dann, systemctl start poweroff.target
Und es wurde heruntergefahren.
quelle