Ein System fährt nicht runter bevor erst ein Service gestoppt wird

[framp]

Ich habe einen merkwürdigen Effekt beim Runterfahren eines Raspberrysystems. Es läuft mit Debian/RaspianOS Bookworm. Wenn ich es mit sudo shutdown -h now stoppe hängt es. Stoppe ich vorher einen bestimmten Service mit sudo systemctl stop pilght fährt das System ohne Probleme mit sudo shutdown -h now runter. Alternativ kann ich das System stoppen wenn ich den magic sysReq nutze und ALT DRUCK REI nutze. i bewirkt den kill aller aktiven Systeme - eben auch den von pilight der den shutdown zum Hängen bringt.

Mich wundert dass beim normalen shutdown irgendwas anders läuft als beim systemctl stop pilight denn sonst würde der shutdown ja nicht hängen.

Hat jemand eine Erklärung für diesen Effekt? Und vielleicht auch eine Lösung? Jetzt, da ich weiss wie ich einen ordentlichen shutdown hinbekomme ist das kein Problem, eben immer vorher pilight stoppen, aber convenient ist das nicht. Durch irgendeinen Bookwormupdate muss dieses Verhalten reingekommen sein, denn das System läuft schon lange unter Bookworm und ich konnte es auch immer korrekt runterfahren. Da pilight nicht mehr maintained wird - aber auch immer noch gut funktioniert - wende ich mich erst einmal nicht an das RaspianOS Development Team.

Ist zwar ein bzgl RaspbianOS spezifisches Problem - aber die Tatsache, dass ein Service mit systemctl gestoppt werden kann aber nicht beim normalen shutdown ist sicherlich ein allgemeines Problem.

 

[susejunky]

aber die Tatsache, dass ein Service mit systemctl gestoppt werden kann aber nicht beim normalen shutdown ist sicherlich ein allgemeines Problem.

Ich habe kein Raspberrysystem und verwende daher auch kein Debian/RaspianOS Bookworm (und auch sonst kein Debian oder Derivate).

Unter openSUSE Tumbleweed ist shutdown ein Link auf systemctl und funktioniert wie erwartet.

Wenn unter Debian/RaspianOS Bookworm shutdown ebenfalls ein Link auf systemctl ist, dann würde Dein Verdacht bedeuten, dass ein systemd-Problem vorliegt. Das könnte ich aber, zumindest für openSUSE Tumbleweed 20251117, so nicht bestätigen.

 

[framp]

Danke für den Hinweis.

pi@idefix:~ $ ls -la /usr/sbin/shutdown
lrwxrwxrwx 1 root root 14 Sep 12 02:11 /usr/sbin/shutdown -> /bin/systemctl

Bei Debian auch. Hätte mich auch gewundert. Könnte nicht auch sein dass in pilight irgendwo ein Bug existiert, dass auf den kill von systemd nicht reagiert wird hervorgerufen durch irgendeinen Update bei Bookworm? Oder gibt es vielleicht einen konfigurierten Timeout der irgendwann zuschlägt un einen Service mit kill -9 hart beendet? Wenn ja, wie ist der Timeout und wie kann ich den ändern?

 

[Sauerland]

Normal sind bei systemd 90 Sekunden, bevor ein service gekillt wird.

Ich habe es einmal auf 30 Sekunden umgestellt:

cat /etc/systemd/system.conf.d/60-systemd.conf

DefaultTimeoutStopSec=30s
DefaultTimeoutAbortSec=30s
DefaultDeviceTimeoutSec=30s

Die system.conf findest du hier (openSUSE)

cat /usr/lib/systemd/system.conf