PC wird nicht ausgeschaltet

Kurze Zwischenfrage:

Wie lange hast du gewartet bis du den PC mit dem Schalter abgeschaltet hast?

Es kann vorkommen, das der PC ca. 90 Sekunden - und die können lang werden wenn man wartet - braucht, um alles richtig zu beenden bzw. Prozesse zu schließen.

Quote from Tuxine

Es kann vorkommen, das der PC ca. 90 Sekunden - und die können lang werden wenn man wartet - braucht, um alles richtig zu beenden bzw. Prozesse zu schließen.

Richtig Tuxine

Nur normalerweise nicht bei einem Live Stick.🤠

Ich hab das auch seit 3 Jahren. Ich weiß bis heute nicht woran es liegt.

Quote from Bulvai

Ich hab das auch seit 3 Jahren. Ich weiß bis heute nicht woran es liegt.

Auch bei Live Systemen ?

Mein Notebook hat das auch hin und wieder. Manchmal kann er ein mit Fstab gemountetes Netzlaufwerk nicht beenden, das dauert dann halt 90sek. und dann schaltet er sich ab. Beim herunter fahren kann ich bei Ubuntu mit <ESC> den Status sehen womit er sich gerade vergnügt...

Ist bei meinem HP auch manchmal so. Da hilft nur Hardcore > Ausschalter drücken bis er auch wirklich aus ist.

PS: Aber nicht bei Life-Systemen.

Quote from Gamma

Mein Notebook hat das auch hin und wieder. Manchmal kann er ein mit Fstab gemountetes Netzlaufwerk nicht beenden, das dauert dann halt 90sek. und dann schaltet er sich ab. Beim herunter fahren kann ich bei Ubuntu mit <ESC> den Status sehen womit er sich gerade vergnügt...

Im Falle des TO müsste man erst mal schauen, ob die 90 Sekunden das Problem sind. Wie du schon schreibst würde man erstens entsprechende Meldungen beim runter fahren beobachten und der PC würde dann nach der entsprechenden Zeit auch ausschalten. Da wäre natürlich am Besten, die Ursache zu beheben. Wenn man aber einfach will, dass die Wartezeit reduziert wird kann man in der Datei /etc/systemd/system.conf die Variable DefaultTimeoutStopSec "scharf schalten (das Kommentar-Gatter # am Anfang der Zeile entfernen) und den Wert auf z.B. 5 Sekunden stellen (DefaultTimeoutStopSec=5s).

Wenn der PC wirklich einfach nicht runter fahren will könnte evtl. ein Bios Update helfen.

Ein kurzer Hinweis zu den 90 Sekunden, die Tuxine gennant hat. Der Themenstarter verwendet Linux Mint 22.2, da ist die Zeit auf 10 Sekunden verkürzt. Das wurde mit "Wilma" eingeführt, siehe Releasenotes unter https://www.linuxmint.com/rel_wilma.php. ("For your convenience, the shutdown timeout is reduced to 10s.")

sumpf@sgtZara:~$ cat /etc/systemd/system.conf.d/50_linuxmint.conf 
# To override these values, create your own file in /etc/systemd/system.conf.d/60_custom.conf.
# Reload configuration with "sudo systemctl daemon-reload"
# Test with "systemctl show"

[Manager]

# Reduce shutdown timeout from 90s to 10s.
# If you rely on important tasks to successfully finish during the shutdown sequence, set the timeout to something greater than 90s.
DefaultTimeoutStopSec=10s

# Rationale:
# This is done for the following reasons:
# - 90s is too long for users to wait (they think it's hanging indefinitely, and they eventually just use their power button)
# - Cups, minidlna have made this a buggy mess for years now and there's no sign of improvement for the near future
# - This is a workaround many people have used in Mint, Ubuntu, Arch, Fedora and many other distributions, although reducing the start
# timeout is known to possibly affect the journal, no adverse effects were reported after reducing the stop timeout.
# - For our audience (desktop users), this makes a lot of sense. It would be different for a server, or a machine which relies on shutdown
# scripts to perform important tasks, but for most people this fixes a very important issue and is unlikely to create new ones.

sumpf@sgtZara:~$ 

Der PC bekommt kein ACPI-Signal für das Ausschalten.Wahrscheinlich werden alle Module entladen, aber das Signal geht nicht zum Board.(wird blockiert)

-Mehrere Ansatzmöglichkeit:

-Ich kann nur meine Erfahrung weiter geben. Probleme sind dann immer mit Kernelversionen aufgetreten. Ich nutze den 6.8er. Nach der Umstellung von 5.15 auf 6.8 gab es immer Probleme mit dem ACPI und Ausschalten.

-Es kann jetzt der Kernel 6.14 sein. Evtl warten bis es ein Update gibt , oder mal den 6.8er verwenden.Bios-Einstellungen auf alle Fälle auf Default (Load Default Settings)setzen.Pc im Vorfeld stromlos machen.Normal mit Linux hoch fahren.

-Laut Hardwareliste hat der eine Bluetoothfunktion. Kann sein, dass hier ein Gerät nicht beendet wird. Außerdem mal alle USB-Geräte abziehen(Drucker, anderes Keyboard, Maus , Funk-Dongel). Ich hatte eine alte Rustdesk-Versionen ,die auch Probleme bereitete.

Evtl mal die Befehle im Terminal verwenden.

Herunterfahren des Systems

• Verwenden Sie poweroff oder shutdown -h now, um das System herunterzufahren.

• Wenn Ihr System systemd verwendet, können Sie auch systemctl poweroff

  Evtl mal dmesg -w im Terminalfenster verwenden und mal schauen ob nach einem Neustart da eine Fehlermeldung beim Herunterfahren gibt.ACPI-Fehler, Laufwerke usw.

Wogegen ich wieder das "Gefühl" habe "unter Win11" wurde das ausgeschaltet. Als ob da ein Multiboot verwendet wird und hier Konflikte mit ACPI und UEFI-Modus mit aktiviertem Secure Boot und TPM 2.0 vorliegt. Irgendetwas stimmt da nicht.evtl z.B. eine Windows-Richtlinie die im Bios festgeschrieben ist. Deswegen würde das Phänomen auch mit den Live-Sticks erklären.

Quote from Sumpf

Ein kurzer Hinweis zu den 90 Sekunden, die Tuxine gennant hat. Der Themenstarter verwendet Linux Mint 22.2, da ist die Zeit auf 10 Sekunden verkürzt. Das wurde mit "Wilma" eingeführt, siehe Releasenotes unter https://www.linuxmint.com/rel_wilma.php. ("For your convenience, the shutdown timeout is reduced to 10s.")

Vielen Dank für die Info - da ich kein Mint am Start habe, ist dies wohl leider an mir vorüber gegangen.
Hoffentlich merke ich es mir auch