shutdown-errors

[berni42]

Ich hab' testing installiert und bekomme beim Abschalten (/sbin/shutdown -P now) immer Fehlermeldungen:

Code: Alles auswählen

[FAILED] Stopped (with error) /dev/disk/by-id/lvm-pv-uuid-...
systemd[1]: Stopped (with error) /sys/devices/virtual/block/dm-0

Und noch einigen weiteren ähnlichen Meldungen. Da ich nicht weiß, wie ich nach dem Neustart an diese Meldungen kommen kann (im syslog sind sie nicht), habe ich sie mal abgeschrieben und hoffentlich nicht all zu viele Fehler dabei gemacht...

Heute hatte ich dann zum zweiten Mal das Problem dass der Rechner sich am Ende nicht ausgeschaltet hat. Beim letzten Mal wollte er noch die Lan-Verbindungen (die gar nicht existieren) entweder beenden oder starten, so ganz klar war mir das nicht, mit der Anzeige, dass der Job unendlich lang laufen kann. Da kam diesmal auch, verschwand dann aber nach ca. 20 Sekunden wieder. Der shutdown-Prozess ging dann bis zum Ende durch, nur abgeschaltet hat er sich nicht.

[Apfelmann]

http://mywiki.bluelupo.net/index.php/Gr ... zu_systemd

LG

[rendegast]

...Grundlegende_Kommandos_zu_systemd

'shutdown' usw. unterliegen automatischer Übersetzung auf die systemd-Kommandos.

Probleme mit dem Netzwerk könnten mit verwendetem network-manager zusammenhängen.

Probleme mit devices (also auch lvm und dm) vielleicht durch obsolete Einträge in fstab.

Code: Alles auswählen

systemctl | grep mount
ll /run/systemd/generator/*.mount

blkid  |  sort -V
cat /etc/fstab

[berni42]

http://mywiki.bluelupo.net/index.php/Gr ... zu_systemd

Danke für den Hinweis. Ich werde das mal in Ruhe durchgehen. Damit kann ich bestimmt schon mal weiteres rausfinden.

Code: Alles auswählen

$ systemctl | grep mount
proc-sys-fs-binfmt_misc.automount                                                         loaded active waiting   Arbitrary Executable File Formats File System Automount Point                        
-.mount                                                                                   loaded active mounted   Root Mount                                                                           
boot.mount                                                                                loaded active mounted   /boot                                                                                
dev-hugepages.mount                                                                       loaded active mounted   Huge Pages File System                                                               
dev-mqueue.mount                                                                          loaded active mounted   POSIX Message Queue File System                                                      
run-rpc_pipefs.mount                                                                      loaded active mounted   RPC Pipe File System                                                                 
run-user-1000.mount                                                                       loaded active mounted   /run/user/1000                                                                       
sys-kernel-debug.mount                                                                    loaded active mounted   Debug File System                                                                    
autofs.service                                                                            loaded active running   Automounts filesystems on demand                                                     
systemd-remount-fs.service                                                                loaded active exited    Remount Root and Kernel File Systems                            

$ ll /run/systemd/generator/*.mount
-rw-r--r-- 1 root root 450 Feb  9 09:29 /run/systemd/generator/boot.mount
-rw-r--r-- 1 root root 221 Feb  9 09:29 /run/systemd/generator/media-cdrom0.mount
-rw-r--r-- 1 root root 260 Feb  9 09:29 /run/systemd/generator/media-extern.mount
-rw-r--r-- 1 root root 249 Feb  9 09:29 /run/systemd/generator/-.mount

$ blkid  |  sort -V
/dev/mapper/xxx--vg-root: UUID="4b3e2152-4b5c-4e39-9ee4-797fb40fd17f" TYPE="ext4"
/dev/mapper/xxx--vg-swap_1: UUID="e6c9b477-23a9-48a5-a7b3-f1fe2eeead1c" TYPE="swap"
/dev/mapper/sda5_crypt: UUID="jWUm57-MAnL-EZxC-wpcX-RQB5-fLqI-9tlRl3" TYPE="LVM2_member"
/dev/sda1: UUID="972dc153-34b7-4809-b292-cf4db4f33bbf" TYPE="ext2" PARTUUID="2b1c36a6-01"
/dev/sda5: UUID="74477230-be91-414d-ab20-19ce702aa9ec" TYPE="crypto_LUKS" PARTUUID="2b1c36a6-05"

$ cat /etc/fstab
[...]
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/mapper/xxx--vg-root /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda1 during installation
UUID=972dc153-34b7-4809-b292-cf4db4f33bbf /boot           ext2    defaults        0       2
/dev/mapper/xxx--vg-swap_1 none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0
UUID=2b5f3415-5b49-4148-8f9d-f351584a823c /media/extern ext2 user,noauto 0 

sda5 ist ein verschlüsseltes LVM-Volume. Da erhalte ich beim Starten immer Meldungen, dass das nicht gelesen werden kann. Ich vermute mal, dass es daran liegt, dass zuerst versucht wird, ohne zu entschlüsseln zu starten und man die Meldungen ignorieren kann. Beim Shutdown kamen allerdings ähnliche Meldungen; vielleicht hängt das irgendwie zusammen.

Ich melde mich auf alle Fälle wieder, wenn ich mich in systemctl etwas eingearbeitet habe und weiteres weiß.

[rendegast]

ein
Thread mit Problematik parallelem Starten von luks und lvm,
zumindest war eine Serialisierung der gewählte Lösungsweg
viewtopic.php?f=27&t=163044&hilit=systemd+luks&start=15

Ein
Beitrag von scientific zum Thema
https://wiki.debianforum.de/Cryptsetup_ ... _USB-Stick
auch
darin eine konstruierte unit-Datei.




Mal eine blöde Idee
(Falls das jetzt nicht hinhaut,
vorher sicherstellen, daß mit einer live-CD/Stick das System
entschlüsselt und auf die fstab korrigierend zugegriffen werden kann)
den Eintrag für / in der fstab mal auskommentieren.
das init-System sollte aus der commandline des Kernels ja das / kennen,
dann kann systemd vielleicht mit den darunterliegenden Systemen besser
klar kommen. ---------
EDIT wohl eher NEIN, zBsp. 'update-initramfs' meckert
"cryptsetup: WARNING: could not determine root device from /etc/fstab"
und der Mount des / ist/bleibt read-only.
---------

Auch swap könnte imo auskommentiert werden, ich habe irgendwo einen
Mechanismus gesehen,
der nach swap-devices sucht und diese einbindet.
im schlimmsten Fall steht erstmal kein swap zur Verfügung, für einen
Teststart dürfte das zu verkraften sein,
gegebenenfalls händisch einbinden

Code: Alles auswählen

swapon /dev/mapper/xxx--vg-swap_1

[berni42]

Hatte einiges anderes zu tun, weshalb ich dieses Problem erst mal nicht weiter verfolgen konnte. Aktueller Stand:

Ich habe inzwischen den Computer komplett neu installiert, diesmal ohne Verschlüsselung. Daran scheint es nicht gelegen zu haben.

Jedesmal, wenn ich abschalten will (via halt als Benutzer von X aus, oder via halt als root von der console aus, auch via shutdown oder reboot). Hängt sich der Computer auf. Meist wird der Bildschirm schwarz, selbst der Cursor verschwindet, manchmal ist die Konsole zu sehen. In seltenen Fällen steht dort, dass er auf die Beendigung von Prozessen wartet. Meist kann ich den Computer dann via AltGr-Drucken-REI abschalten; manchmal reagiert er aber noch nicht mal mehr auf AltGr-Drucken-B. (Aber das Licht am Computer ist noch an und der Monitor zeigt ein helleres Schwarz an, wie wenn er wirklich aus ist.)

[TomL]

Lass ihm zum testen mal 2 minuten Zeit, ich bin sicher, dass er dann den shutdown abschließt. Hat der PC eine aktive WLAN-Verbindung mit im Netz verbundenen samba- oder nfs-laufwerken? Wenn ja, teste mal, die vor dem shutdown zu trennen, um festzustellen, ob das eine Auswirkung hat.

[berni42]

Lass ihm zum testen mal 2 minuten Zeit, ich bin sicher, dass er dann den shutdown abschließt.

Leider nicht. Nach 40 Minuten hat er auf nichts mehr reagiert, nur noch 5-Sekunden-Knopf-drücken.

Hat der PC eine aktive WLAN-Verbindung mit im Netz verbundenen samba- oder nfs-laufwerken? Wenn ja, teste mal, die vor dem shutdown zu trennen, um festzustellen, ob das eine Auswirkung hat.

WLAN ja, aber weder samba noch nfs. Ich versuche beim nächsten Shutdown mal vorher die WLAN-Verbindung zu trennen. Mal gucken, ob das eine Erkenntnis bringt...

[whisper]

Manchmal hilft bei solchen Problemen das spielen mit den ACPI Parametern.
Versuch mal die Kernel Boot option acpi=noirq
kannst du ja temporär beim Starten angeben, vielleicht hilft das

[berni42]

Wlan abschalten vor dem shutdown hat nichts genutzt. Kann man irgendwie den XDM vorher abschalten? Sowas, wie früher mal zu runlevel 2?

Das mit dem acpi werde ich demnächst mal ausprobieren.

[whisper]

Früher, hatte ich mal mit meinem VDR solche Probleme, da half auch sowas in der Art acpi=xyz, vergessen, welche genau das war.

[berni42]

Beim letzten Runterfahren hatte ich die Anzeige, dass er darauf wartet, dass UserManager und X-Window-Display-Manager sich beenden. Nach ca. 2 Minuten (timeout bei den beiden Diensten) hat er sich dann tatsächlich komplett runtergefahren.

[berni42]

Manchmal hilft bei solchen Problemen das spielen mit den ACPI Parametern.
Versuch mal die Kernel Boot option acpi=noirq
kannst du ja temporär beim Starten angeben, vielleicht hilft das

Hab' das grad mal ausprobieren wollen, aber ich weiß nicht genau, wo ich das angeben soll. Mit 'e' komme ich in eine Bootliste, die ich editieren kann. Dort habe ich es mal hinten an den vmlinuz-Befehl angehängt. Das hat aber nichts genutzt.

[whisper]

Beim letzten Runterfahren hatte ich die Anzeige, dass er darauf wartet, dass UserManager und X-Window-Display-Manager sich beenden. Nach ca. 2 Minuten (timeout bei den beiden Diensten) hat er sich dann tatsächlich komplett runtergefahren.

Ich habe hier einen Prozess von Virtualbox (Network) gehabt, der auch immer auf beenden von irgendwas wartete. Da ich momentan keinen Bock auf Virtualisation habe, habe ich den dienst einfach auskommentiert. Nicht sauber, aber praktisch

[whisper]

Hab' das grad mal ausprobieren wollen, aber ich weiß nicht genau, wo ich das angeben soll. Mit 'e' komme ich in eine Bootliste, die ich editieren kann. Dort habe ich es mal hinten an den vmlinuz-Befehl angehängt. Das hat aber nichts genutzt.

Kann sein, dass es nicht klappt, aber richtig wars so.
Es gibt da noch viel mehr.
z.B. hier nachzulesen
https://wiki.ubuntuusers.de/Bootoptionen/

[TomL]

Poste doch mal die journalausgabe nach nopaste. NICHT komplett, sondern ab dem Timestamp, wo du

Code: Alles auswählen

systemctl poweroff 

abgesetzt hast.

Und dann, nach Neustart:

Code: Alles auswählen

journalctl -b -1 >~/log 

Vielleicht kann man was erkennen.

Und auch

Code: Alles auswählen

journalctl -b -p err 

[scientific]

Code: Alles auswählen

systemctl enable --now debug-shell

Damit bekommst du eine Debug-shell auf ALT+STRG+F9

Damit kannst du auch hängengebliebe Shutdowns analysieren.

Lg scientific

[berni42]

Poste doch mal die journalausgabe nach nopaste.

Das war insofern schon mal hilfreich, als dass ich bislang nicht wusste, wie man an diese Informationen ran kommt. Ich musste die persistente Speicherung noch einschalten, aber das habe ich im Netz gefunden, wie das geht.

Und dann, nach Neustart:

Code: Alles auswählen

journalctl -b -1 >~/log 

Ich hab' die Ausgabe mal auf das beschränkt, was meines Erachtens relevant ist:

Code: Alles auswählen

Mai 28 13:28:17 croco systemd-logind[515]: System is powering down.
[...]
Mai 28 13:28:17 croco systemd[1]: Stopping User Manager for UID 1000...
[...]
Mai 28 13:28:17 croco systemd[1]: Stopping X-Window Display Manager...
[...]
Mai 28 13:28:17 croco systemd[1]: Failed to propagate agent release message: Transport endpoint is not connected
[dieser Eintrag 13 mal)
[...]
Mai 28 13:28:20 croco systemd[1]: Stopped MariaDB database server.
Mai 28 13:29:47 croco systemd[1]: xdm.service: State 'stop-sigterm' timed out. Killing.
Mai 28 13:29:47 croco systemd[1]: xdm.service: Killing process 592 (xdm) with signal SIGKILL.
Mai 28 13:29:47 croco systemd[1]: xdm.service: Killing process 613 (Xorg) with signal SIGKILL.
Mai 28 13:29:47 croco systemd[1]: xdm.service: Killing process 1100 (Xorg) with signal SIGKILL.
Mai 28 13:29:47 croco systemd[1]: xdm.service: Killing process 1112 (Xorg) with signal SIGKILL.
Mai 28 13:29:47 croco systemd[1]: xdm.service: Main process exited, code=killed, status=9/KILL
Mai 28 13:29:47 croco systemd[1]: Stopped X-Window Display Manager.
Mai 28 13:29:47 croco systemd[1]: xdm.service: Unit entered failed state.
Mai 28 13:29:47 croco systemd[1]: xdm.service: Failed with result 'timeout'.
[...]
Mai 28 13:29:49 croco systemd[1]: Starting Power-Off...
Mai 28 13:29:49 croco systemd[1]: Shutting down.
Mai 28 13:29:49 croco lvm[1876]:   2 logical volume(s) in volume group "croco-vg" unmonitored
Mai 28 13:29:49 croco kernel: systemd-shutdow: 43 output lines suppressed due to ratelimiting
Mai 28 13:29:49 croco systemd-shutdown[1]: Sending SIGTERM to remaining processes...
Mai 28 13:29:49 croco lvmetad[259]: Failed to accept connection errno 11.
Mai 28 13:29:49 croco systemd-journald[1662]: Journal stopped

Der shutdown ging diesmal nach ca. 2 Minuten durch und laut logs hängts am xdm; erst nach dem timeout ging der shutdown dann weiter.

Die vorletzte Zeile irritiert mich etwas. Muss man da was tun?

Code: Alles auswählen

journalctl -b -p err 

Code: Alles auswählen

-- Logs begin at Sun 2017-05-28 13:23:10 CEST, end at Sun 2017-05-28 13:48:28 CEST. --
Mai 28 13:30:20 croco kernel: ACPI Error: [\_SB_.PCI0.XHC_.RHUB.HS11] Namespace lookup failure, AE_NOT_FOUND (20160831/dswload-210)
Mai 28 13:30:20 croco kernel: ACPI Exception: AE_NOT_FOUND, During name lookup/catalog (20160831/psobject-227)
Mai 28 13:30:20 croco kernel: ACPI Exception: AE_NOT_FOUND, (SSDT:xh_rvp08) while loading table (20160831/tbxfload-228)
Mai 28 13:30:20 croco kernel: ACPI Error: 1 table load failures, 5 successful (20160831/tbxfload-246)
Mai 28 13:30:20 croco kernel: bluetooth hci0: firmware: failed to load rtl_bt/rtl8821a_config.bin (-2)
Mai 28 13:30:20 croco kernel: Bluetooth: hci0: Failed to load rtl_bt/rtl8821a_config.bin

Bluetooth brauche ich nicht, deswegen habe ich die Firmware nicht installiert.

[berni42]

Im Internet bin ich bei einem ähnlichen Problem auf folgende Lösung gekommen:

Add KillMode=none to the service file.

Jetzt muss ich das also in die XDM-Service-Datei schreiben. Nur, wo finde ich die? Kann mir das jemand sagen?

[rendegast]

Code: Alles auswählen

dpkg-query -L xdm  |  sort  |  grep systemd

Vorlage
/lib/systemd/system/xdm.service
nach /etc/systemd/system/ kopieren und wunschgemäß ändern.
Abschließend

Code: Alles auswählen

systemctl daemon-reload

Code: Alles auswählen

systemctl cat xdm.service

zeigt dann, daß die neue service-Datei benutzt wird.

[scientific]

Mach es mit einem DropIn.
Eine datei /etc/systemd/system/xdm.service.d/killmode.config incl. dem Verzeichnis anlegen und folgenden Inhalt:

Code: Alles auswählen

 
[Service] 
KillMode=none

Das ergãnzt ein bestehendes Service-File.
Dann musst du nicht das original kopieren.

Lg scientific

[TomL]

Code: Alles auswählen

Mai 28 13:28:20 croco systemd[1]: Stopped MariaDB database server.
Mai 28 13:29:47 croco systemd[1]: xdm.service: State 'stop-sigterm' timed out. Killing.

Der shutdown ging diesmal nach ca. 2 Minuten durch und laut logs hängts am xdm; erst nach dem timeout ging der shutdown dann weiter.

Nein, nicht xdm stört, damit ist alles ok, sondern die MariaDB hängt für gut 90 Sekunden. Achte mal auf die Zeiten, wie lange systemd braucht, die DB zu beenden.. also wann es danach weiter geht.

Jetzt musst Du feststellen, wie die MariaDB gestartert wird. Enweder über ein Script in /etc/init.d oder über eine Service.Unit. Wenn die DB über eine Initscript gestartet wird, ist das die Ursache.... weil systemd quasi im Schätzmode eine Standard-Unit generiert. Das heisst, die müsste man herausfinden und ändern und passend in den Start einbinden, eben mit dem Ziel, dass sie auch beim Shtudown passend berücksichtigt wird.

Schau mal nach, ob in /etc/init.d ein Initscript steht oder besser, suche mal nach der generierten Unit:

Code: Alles auswählen

systemctl -l | grep maria -i

Und wenn eine gefunden wird, poste mal den Inhalt

Code: Alles auswählen

systemctl cat gefundenerunitname.service

Dann kriegen wir das hin, dass die nicht mehr blockt.

[scientific]

Systemd baut nicht im Schätzmodus irgend eine Unit, sondern anhand der im Skript definierten Abhängigkeiten eine, die das initv-Startskript aufruft. Die generierte Unit macht also kaum etwas anderes als invoke-rc.d service start.

Am Handy sind codetags hier leider unleserlich, daher kann ich zu deinem Log noch nix sagen.

Lg scientific

[berni42]

Nein, nicht xdm stört, damit ist alles ok, sondern die MariaDB hängt für gut 90 Sekunden. Achte mal auf die Zeiten, wie lange systemd braucht, die DB zu beenden.. also wann es danach weiter geht.

Aus zweierlei Gründen denke ich, dass MariaDB nicht die Ursache ist: Zum einen: Da steht "stopped" und nicht "stopping". Den Eintrag mit "stopping" hatte ich oben rausgeschnitten, aber diesmal waren es gerade 2 Sekunden zwischen "stopping" und "stopped". Der andere Grund ist, dass er ja manchmal anzeigt, dass er auf den XDM wartet.

Ich werde aber gleich mal die MariaDB vor dem Shutdown abschalten und schauen, ob es dann geht; vielleicht hast du ja doch recht...

PS: Mit dem Kill-Befehl hat im ersten Versuch dazu geführt, dass in den Logs der xdm gar nicht mehr auftaucht, laut log der Shutdown auch nach 5 Sekunden abgeschlossen war, de fakto aber erst nach etwa 2 Minuten...

[berni42]

Wi erwartet: Wenn ich MariaDB vorher beende, ändert sich nichts, es dauert immernoch ca. 2 Minuten und in den Logs sind nur die ersten ca. 7 Sekunden vermerkt.

Ich habe auch mal versucht, die Debug-Console zu starten, aber das hat bei mir nicht geklappt. Liegt vielleicht daran, dass bei mir Alt-Strg-F9 schon durch den XDM belegt ist. Ich werde morgen mal weitere Tests machen.