shutdown-errors

Du kommst mit der Installation nicht voran oder willst noch was nachfragen? Schau auch in den "Tipps und Tricks"-Bereich.
berni42
Beiträge: 123
Registriert: 18.09.2016 17:11:46
Lizenz eigener Beiträge: MIT Lizenz

shutdown-errors

Beitrag von berni42 » 06.02.2017 20:37:58

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
Beiträge: 669
Registriert: 15.01.2010 20:48:45
Kontaktdaten:

Re: shutdown-errors

Beitrag von Apfelmann » 08.02.2017 19:34:59


rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: shutdown-errors

Beitrag von rendegast » 08.02.2017 21:15:02

Apfelmann hat geschrieben: ...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
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

berni42
Beiträge: 123
Registriert: 18.09.2016 17:11:46
Lizenz eigener Beiträge: MIT Lizenz

Re: shutdown-errors

Beitrag von berni42 » 09.02.2017 11:02:32

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
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: shutdown-errors

Beitrag von rendegast » 09.02.2017 12:49:26

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
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

berni42
Beiträge: 123
Registriert: 18.09.2016 17:11:46
Lizenz eigener Beiträge: MIT Lizenz

Re: shutdown-errors

Beitrag von berni42 » 26.05.2017 09:28:21

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

Re: shutdown-errors

Beitrag von TomL » 26.05.2017 11:34:39

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
Beiträge: 123
Registriert: 18.09.2016 17:11:46
Lizenz eigener Beiträge: MIT Lizenz

Re: shutdown-errors

Beitrag von berni42 » 26.05.2017 14:20:51

TomL hat geschrieben: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...

Benutzeravatar
whisper
Beiträge: 3141
Registriert: 23.09.2002 14:32:21
Lizenz eigener Beiträge: GNU Free Documentation License
Kontaktdaten:

Re: shutdown-errors

Beitrag von whisper » 26.05.2017 14:55:18

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
Beiträge: 123
Registriert: 18.09.2016 17:11:46
Lizenz eigener Beiträge: MIT Lizenz

Re: shutdown-errors

Beitrag von berni42 » 26.05.2017 16:05:24

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.

Benutzeravatar
whisper
Beiträge: 3141
Registriert: 23.09.2002 14:32:21
Lizenz eigener Beiträge: GNU Free Documentation License
Kontaktdaten:

Re: shutdown-errors

Beitrag von whisper » 26.05.2017 16:53:20

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
Beiträge: 123
Registriert: 18.09.2016 17:11:46
Lizenz eigener Beiträge: MIT Lizenz

Re: shutdown-errors

Beitrag von berni42 » 27.05.2017 18:54:29

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
Beiträge: 123
Registriert: 18.09.2016 17:11:46
Lizenz eigener Beiträge: MIT Lizenz

Re: shutdown-errors

Beitrag von berni42 » 27.05.2017 19:00:47

whisper hat geschrieben: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.

Benutzeravatar
whisper
Beiträge: 3141
Registriert: 23.09.2002 14:32:21
Lizenz eigener Beiträge: GNU Free Documentation License
Kontaktdaten:

Re: shutdown-errors

Beitrag von whisper » 27.05.2017 19:02:13

berni42 hat geschrieben: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 :-)

Benutzeravatar
whisper
Beiträge: 3141
Registriert: 23.09.2002 14:32:21
Lizenz eigener Beiträge: GNU Free Documentation License
Kontaktdaten:

Re: shutdown-errors

Beitrag von whisper » 27.05.2017 19:05:57

berni42 hat geschrieben: 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

Re: shutdown-errors

Beitrag von TomL » 27.05.2017 19:06:53

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
Beiträge: 3020
Registriert: 03.11.2009 13:45:23
Lizenz eigener Beiträge: Artistic Lizenz
Kontaktdaten:

Re: shutdown-errors

Beitrag von scientific » 27.05.2017 20:52:34

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
dann putze ich hier mal nur...

Eine Auswahl meiner Skripte und systemd-units.
https://github.com/xundeenergie

auch als Debian-Repo für Testing einbindbar:
deb http://debian.xundeenergie.at/xundeenergie testing main

berni42
Beiträge: 123
Registriert: 18.09.2016 17:11:46
Lizenz eigener Beiträge: MIT Lizenz

Re: shutdown-errors

Beitrag von berni42 » 28.05.2017 13:49:29

TomL hat geschrieben: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
Beiträge: 123
Registriert: 18.09.2016 17:11:46
Lizenz eigener Beiträge: MIT Lizenz

Re: shutdown-errors

Beitrag von berni42 » 28.05.2017 15:22:04

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
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: shutdown-errors

Beitrag von rendegast » 28.05.2017 16:24:06

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.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

scientific
Beiträge: 3020
Registriert: 03.11.2009 13:45:23
Lizenz eigener Beiträge: Artistic Lizenz
Kontaktdaten:

Re: shutdown-errors

Beitrag von scientific » 28.05.2017 19:16:42

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
dann putze ich hier mal nur...

Eine Auswahl meiner Skripte und systemd-units.
https://github.com/xundeenergie

auch als Debian-Repo für Testing einbindbar:
deb http://debian.xundeenergie.at/xundeenergie testing main

TomL

Re: shutdown-errors

Beitrag von TomL » 28.05.2017 21:17:11

berni42 hat geschrieben:

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
Beiträge: 3020
Registriert: 03.11.2009 13:45:23
Lizenz eigener Beiträge: Artistic Lizenz
Kontaktdaten:

Re: shutdown-errors

Beitrag von scientific » 28.05.2017 21:22:45

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
dann putze ich hier mal nur...

Eine Auswahl meiner Skripte und systemd-units.
https://github.com/xundeenergie

auch als Debian-Repo für Testing einbindbar:
deb http://debian.xundeenergie.at/xundeenergie testing main

berni42
Beiträge: 123
Registriert: 18.09.2016 17:11:46
Lizenz eigener Beiträge: MIT Lizenz

Re: shutdown-errors

Beitrag von berni42 » 28.05.2017 21:43:18

TomL hat geschrieben:
berni42 hat geschrieben: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
Beiträge: 123
Registriert: 18.09.2016 17:11:46
Lizenz eigener Beiträge: MIT Lizenz

Re: shutdown-errors

Beitrag von berni42 » 28.05.2017 22:03:21

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.

Antworten