Shutdown dauert lange

Dieses Forum ist für die erweiterte Hilfe und Unterstützung vorgesehen:

Bitte stelle hier Deine Fragen zur fortgeschrittenen Benutzung von Mageia. Beispielsweise geht es hier um Fragen zum Netzwerk, automatischen Installationen, komplexer Serverkonfiguration, Kerneltuning, Aufsetzen eines Mageia-Mirrors, kurz gesagt: alle Aufgaben, die auch für erfahrene Benutzer eine Herausforderung sind.

Shutdown dauert lange

Beitragvon wolfgangb » Mär 7th, '17, 11:19

Hallo.
Nach der Installation des Kernel 4.4.50-desktop-2.mga5 dauert das Herunterfahren des PC
ca. 20 Sekunden. Davor dauerte es 5 Sekunden. Alle Programme und Prozesse sind zuvor beendet.
Kann ich da etwas ändern?
M.f.G.
Wolfgang
Benutzeravatar
wolfgangb
 
Beiträge: 94
Registriert: Jan 24th, '16, 17:57

Re: Shutdown dauert lange

Beitragvon man-draker » Mär 7th, '17, 14:38

Du kannst anhand des Logs feststellen, worauf da beim Herunterfahren gewartet wird.
Dafür gibst du in ein Terminalfenster
Code: Alles auswählen
journalctl

ein, gehst ans Ende der Liste und wanderst so lange zurück, bis du auf den letzten Startvorgang stößt.
Die Zeilen davor sind die spannenden.

Beispiel:
Code: Alles auswählen
Mär 06 15:23:59 localhost pkexec[25976]: pam_tcb(polkit-1:session): Session opened for root by (uid=1000)
Mär 06 15:23:59 localhost pulseaudio[2194]: XIO:  fatal IO error 2 (Datei oder Verzeichnis nicht gefunden) on X server ":0"
Mär 06 15:23:59 localhost pulseaudio[2194]: after 12 requests (6 known processed) with 0 events remaining.
Mär 06 15:23:59 localhost systemd[2100]: pulseaudio.service: main process exited, code=exited, status=1/FAILURE
Mär 06 15:23:59 localhost systemd[2100]: Stopped Sound Service.
Mär 06 15:23:59 localhost systemd[2100]: Unit pulseaudio.service entered failed state.
Mär 06 15:23:59 localhost systemd[2100]: pulseaudio.service failed.
Mär 06 15:23:59 localhost systemd[2100]: Stopping Default.
Mär 06 15:23:59 localhost systemd[2100]: Stopped target Default.
Mär 06 15:23:59 localhost systemd[2100]: Stopping Basic System.
Mär 06 15:23:59 localhost systemd[2100]: Stopped target Basic System.
Mär 06 15:23:59 localhost systemd[2100]: Stopping Paths.
Mär 06 15:23:59 localhost systemd[2100]: Stopped target Paths.
Mär 06 15:23:59 localhost systemd[2100]: Stopping Timers.
Mär 06 15:23:59 localhost systemd[2100]: Stopped target Timers.
Mär 06 15:23:59 localhost systemd[2100]: Stopping Sockets.
Mär 06 15:23:59 localhost systemd[2100]: Stopped target Sockets.
Mär 06 15:23:59 localhost systemd[2100]: Stopping Sound System.
Mär 06 15:23:59 localhost systemd[2100]: Closed Sound System.
Mär 06 15:23:59 localhost systemd[2100]: Stopping -.slice.
Mär 06 15:23:59 localhost systemd[2100]: Removed slice -.slice.
Mär 06 15:23:59 localhost systemd[2100]: Starting Shutdown.
Mär 06 15:23:59 localhost systemd[2100]: Reached target Shutdown.
Mär 06 15:23:59 localhost systemd[2100]: Starting Exit the Session...
Mär 06 15:23:59 localhost systemd[2102]: pam_tcb(systemd-user:session): Session closed for man-draker
Mär 06 15:23:59 localhost systemd[2100]: Received SIGRTMIN+24 from PID 25996 (kill).
-- Reboot --

Du siehst, auch 5 Sekunden sind nicht das Ende der Fahnenstange.
Und, ja:
Code: Alles auswählen
Linux localhost 4.4.50-desktop-2.mga5 #1 SMP Thu Feb 23 21:21:14 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
"Die letzte Stimme, die man hört, bevor die Welt explodiert, wird die Stimme eines Experten sein, der sagt: 'Das ist technisch unmöglich.'"
(Peter Ustinov)
Benutzeravatar
man-draker
 
Beiträge: 4992
Registriert: Jun 1st, '11, 12:56

Re: Shutdown dauert lange

Beitragvon wolfgangb » Mär 7th, '17, 14:51

Hallo.

[wolfgang@localhost ~]$ journalctl

Code: Alles auswählen
Mär 06 21:56:21 localhost.localdomain mgaapplet[2301]: SIGHUP wurde empfangen (vermutlich wurde eine Aktualisierung beendet), das Applet wir
Mär 06 21:56:21 localhost.localdomain org.a11y.atspi.Registry[1522]: XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server
Mär 06 21:56:21 localhost.localdomain org.a11y.atspi.Registry[1522]: after 3501 requests (3501 known processed) with 0 events remaining.
Mär 06 21:56:21 localhost.localdomain org.a11y.Bus[1496]: g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStre
Mär 06 21:56:21 localhost.localdomain org.kde.kuiserver[1496]: kuiserver: Fatal IO error: client killed
Mär 06 21:56:21 localhost.localdomain org.gtk.vfs.Daemon[1496]: A connection to the bus can't be made
Mär 06 21:56:21 localhost.localdomain org.gtk.vfs.Daemon[1496]: g_dbus_connection_real_closed: Remote peer vanished with error: Underlying G
Mär 06 21:56:22 localhost.localdomain systemd[1415]: Stopping Sound Service...
Mär 06 21:56:22 localhost.localdomain systemd[1415]: Stopping Default.
Mär 06 21:56:22 localhost.localdomain systemd[1415]: Stopped target Default.
Mär 06 21:56:22 localhost.localdomain systemd[1415]: pulseaudio.service: main process exited, code=exited, status=1/FAILURE
Mär 06 21:56:22 localhost.localdomain systemd[1415]: Stopped Sound Service.
Mär 06 21:56:22 localhost.localdomain systemd[1415]: Unit pulseaudio.service entered failed state.
Mär 06 21:56:22 localhost.localdomain systemd[1415]: pulseaudio.service failed.
Mär 06 21:56:22 localhost.localdomain systemd[1415]: Stopping Basic System.
Mär 06 21:56:22 localhost.localdomain systemd[1415]: Stopped target Basic System.
Mär 06 21:56:22 localhost.localdomain systemd[1415]: Stopping Paths.
Mär 06 21:56:22 localhost.localdomain systemd[1415]: Stopped target Paths.
Mär 06 21:56:22 localhost.localdomain systemd[1415]: Stopping Timers.
Mär 06 21:56:22 localhost.localdomain systemd[1415]: Stopped target Timers.
Mär 06 21:56:22 localhost.localdomain systemd[1415]: Stopping Sockets.
Mär 06 21:56:22 localhost.localdomain systemd[1415]: Stopped target Sockets.
Mär 06 21:56:22 localhost.localdomain systemd[1415]: Stopping Sound System.
Mär 06 21:56:22 localhost.localdomain systemd[1415]: Closed Sound System.
Mär 06 21:56:22 localhost.localdomain systemd[1415]: Stopping -.slice.
Mär 06 21:56:22 localhost.localdomain systemd[1415]: Removed slice -.slice.
Mär 06 21:56:22 localhost.localdomain systemd[1415]: Starting Shutdown.
Mär 06 21:56:22 localhost.localdomain systemd[1415]: Reached target Shutdown.
Mär 06 21:56:22 localhost.localdomain systemd[1415]: Starting Exit the Session...
Mär 06 21:56:22 localhost.localdomain systemd[1415]: Received SIGRTMIN+24 from PID 21178 (kill).
Mär 06 21:56:22 localhost.localdomain systemd[1417]: pam_tcb(systemd-user:session): Session closed for wolfgang


M.f.G.
Wolfgang
M.f.G.
Wolfgang
Benutzeravatar
wolfgangb
 
Beiträge: 94
Registriert: Jan 24th, '16, 17:57

Re: Shutdown dauert lange

Beitragvon man-draker » Mär 7th, '17, 16:45

So etwas meinte ich.
Allerdings ist der interessante Teil nicht im geposteten Ausschnitt enthalten, da dieser nur den Zeitraum von
21:56:21 - 21:56:22 abdeckt.

Aber: Mein Fehler. Man muss das Kommando als root ausführen.
Beginnen mit der Prüfung sollte man bei so einer Zeile:
Code: Alles auswählen
Mär 06 22:00:02 master systemd-logind[962]: System is powering down.

(Verdächtiger Weise dauert das hier auch nur 1 Sekunde.)
"Die letzte Stimme, die man hört, bevor die Welt explodiert, wird die Stimme eines Experten sein, der sagt: 'Das ist technisch unmöglich.'"
(Peter Ustinov)
Benutzeravatar
man-draker
 
Beiträge: 4992
Registriert: Jun 1st, '11, 12:56

Re: Shutdown dauert lange

Beitragvon wolfgangb » Mär 7th, '17, 17:47

Hallo.
Wenn ich journalctl als root starte wird mir ein Bericht mit 180151 Zeilen angezeigt, das ist
zu unübersichtlich und ich habe es nicht geschafft an das Ende der Einträge zu kommen.

Vielleicht sagt auch journalctl als User ausgeführt etwas aus. Ich habe nochmal einen Shutdown
gemacht und das zeigt das Log.

Code: Alles auswählen
Mär 07 17:22:23 localhost.localdomain systemd[1408]: Starting Paths.
Mär 07 17:22:23 localhost.localdomain systemd[1408]: Reached target Paths.
Mär 07 17:22:23 localhost.localdomain systemd[1408]: Starting Timers.
Mär 07 17:22:23 localhost.localdomain systemd[1408]: Reached target Timers.
Mär 07 17:22:23 localhost.localdomain systemd[1408]: Starting -.slice.
Mär 07 17:22:23 localhost.localdomain systemd[1408]: Created slice -.slice.
Mär 07 17:22:23 localhost.localdomain systemd[1408]: Starting Sound System.
Mär 07 17:22:23 localhost.localdomain systemd[1408]: Listening on Sound System.
Mär 07 17:22:23 localhost.localdomain systemd[1408]: Starting Sockets.
Mär 07 17:22:23 localhost.localdomain systemd[1408]: Reached target Sockets.
Mär 07 17:22:23 localhost.localdomain systemd[1408]: Starting Basic System.
Mär 07 17:22:23 localhost.localdomain systemd[1408]: Reached target Basic System.
Mär 07 17:22:23 localhost.localdomain systemd[1408]: Starting Default.
Mär 07 17:22:23 localhost.localdomain systemd[1408]: Reached target Default.
Mär 07 17:22:23 localhost.localdomain systemd[1408]: Startup finished in 40ms.
Mär 07 17:22:24 localhost.localdomain org.a11y.Bus[1489]: Activating service name='org.a11y.atspi.Registry'
Mär 07 17:22:24 localhost.localdomain org.a11y.Bus[1489]: Successfully activated service 'org.a11y.atspi.Registry'
Mär 07 17:22:24 localhost.localdomain org.a11y.atspi.Registry[1515]: SpiRegistry daemon is running with well-known name - org.a11y.atspi.Reg
Mär 07 17:22:24 localhost.localdomain org.a11y.atspi.Registry[1515]: Xlib:  extension "XEVIE" missing on display ":0".
Mär 07 17:22:29 localhost.localdomain systemd[1408]: Starting Sound Service...
Mär 07 17:22:29 localhost.localdomain systemd[1408]: Started Sound Service.
Mär 07 17:22:30 localhost.localdomain hp-systray[2015]: hp-systray[2015]: error: option -s not recognized
Mär 07 17:22:31 localhost.localdomain pulseaudio[1975]: W: [pulseaudio] source.c: Default and alternate sample rates are the same.
Mär 07 17:22:31 localhost.localdomain pulseaudio[1975]: W: [pulseaudio] server-lookup.c: Unable to contact D-Bus: org.freedesktop.DBus.Error
Mär 07 17:22:31 localhost.localdomain pulseaudio[1975]: W: [pulseaudio] main.c: Unable to contact D-Bus: org.freedesktop.DBus.Error.NotSuppo
Mär 07 17:22:33 localhost.localdomain mgaapplet[2295]: ### Program is starting ###
Mär 07 17:22:33 localhost.localdomain net_applet[2297]: ### Program is starting ###
Mär 07 17:22:34 localhost.localdomain net_applet[2297]: failed to acquire monitor on DBus: org.freedesktop.DBus.Error.ServiceUnknown: The na
                                                          (is mandi started?)

M.f.G.
Wolfgang
M.f.G.
Wolfgang
Benutzeravatar
wolfgangb
 
Beiträge: 94
Registriert: Jan 24th, '16, 17:57

Re: Shutdown dauert lange

Beitragvon Latte » Mär 7th, '17, 18:04

mit
journalctl -b-1
bekommst du nur das journal vom letzten Bootvorgang bis zum Shutdown. Also von unten beginnen und die letzten 2-3 Minuten hier posten sollte genügen. Also journalctl als user bringt leider nicht viel Informationen...
Benutzeravatar
Latte
 
Beiträge: 920
Registriert: Jun 3rd, '11, 10:27

Re: Shutdown dauert lange

Beitragvon wolfgangb » Mär 7th, '17, 18:58

Latte hat geschrieben:mit
journalctl -b-1
bekommst du nur das journal vom letzten Bootvorgang bis zum Shutdown. Also von unten beginnen und die letzten 2-3 Minuten hier posten sollte genügen. Also journalctl als user bringt leider nicht viel Informationen...


Hallo.
Mit journalctl -b-1 als root bekomme ich Einträge von-bis

-- Logs begin at Fr 2016-11-18 10:43:18 CET, end at Di 2017-03-07 18:39:57 CET. --
Mär 07 08:11:45 localhost.localdomain systemd-journal[506]: Runtime journal is using 8.0M (max allowed 398.3M, trying to leave 597.5M free o
......................
Mär 07 11:00:34 localhost.localdomain fetchnews[12639]: < =d5te

mit den Xref aller Newsgroup Artikel. Das Log hat 13647 Zeilen.

In welchem Log ist das gespeichert? dann würde ich das mal leeren um nur das Log für den
Schutdown zu haben.

M.f.G.
Wolfgang
M.f.G.
Wolfgang
Benutzeravatar
wolfgangb
 
Beiträge: 94
Registriert: Jan 24th, '16, 17:57

Re: Shutdown dauert lange

Beitragvon man-draker » Mär 7th, '17, 19:33

Mit
Code: Alles auswählen
journalctl --system -b -1

wird die Sache schon wesentlich übersichtlicher.
"Die letzte Stimme, die man hört, bevor die Welt explodiert, wird die Stimme eines Experten sein, der sagt: 'Das ist technisch unmöglich.'"
(Peter Ustinov)
Benutzeravatar
man-draker
 
Beiträge: 4992
Registriert: Jun 1st, '11, 12:56

Re: Shutdown dauert lange

Beitragvon wolfgangb » Mär 7th, '17, 20:28

man-draker hat geschrieben:Mit
Code: Alles auswählen
journalctl --system -b -1

wird die Sache schon wesentlich übersichtlicher.


Für mich nicht.
Mit journalctl --system -b -1 werden 13607 Zeilen ausgegeben, ich weiß nicht was da relevant ist.
Ich werde mich mit der Shutdownzeit abfinden, wird in der Regel mur einmal am Abend gemacht.

Ich bedanke mich für deine Hilfe.

M.f.G.
Wolfgang
M.f.G.
Wolfgang
Benutzeravatar
wolfgangb
 
Beiträge: 94
Registriert: Jan 24th, '16, 17:57

Re: Shutdown dauert lange

Beitragvon wolfgangb » Apr 2nd, '17, 10:52

man-draker hat geschrieben:Mit
Code: Alles auswählen
journalctl --system -b -1

wird die Sache schon wesentlich übersichtlicher.

Ich komme darauf nochmal zurück. Mit
[root@localhost wolfgang]# journalctl -b-1|tail -n300
habe ich IMHO eine aussagefähige Ausgabe.
Code: Alles auswählen
Apr 02 11:23:10 localhost.localdomain polkitd[1763]: Unregistered Authentication Agent for unix-session:c1 (system bus name :1.62, object path /org/kde/PolicyKit1/AuthenticationAgent, locale de_DE.UTF-8)
Apr 02 11:23:10 localhost.localdomain mgaapplet[2314]: SIGHUP wurde empfangen (vermutlich wurde eine Aktualisierung beendet), das Applet wird neu gestartet.
Apr 02 11:23:10 localhost.localdomain kdm[1394]: :0[1394]: pam_tcb(kdm-np:session): Session closed for wolfgang
Apr 02 11:23:10 localhost.localdomain org.a11y.atspi.Registry[1517]: XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":0"
Apr 02 11:23:10 localhost.localdomain org.a11y.atspi.Registry[1517]: after 4405 requests (4405 known processed) with 0 events remaining.
Apr 02 11:23:10 localhost.localdomain org.kde.kuiserver[1487]: kuiserver: Fatal IO error: client killed
Apr 02 11:23:10 localhost.localdomain org.a11y.Bus[1487]: g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting.
Apr 02 11:23:10 localhost.localdomain org.kde.kaccessibleapp[1487]: kaccessibleapp: Fatal IO error: client killed
Apr 02 11:23:10 localhost.localdomain org.gtk.vfs.Daemon[1487]: A connection to the bus can't be made
Apr 02 11:23:10 localhost.localdomain org.gtk.vfs.Daemon[1487]: A connection to the bus can't be made
Apr 02 11:23:10 localhost.localdomain org.gtk.vfs.Daemon[1487]: g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting.
Apr 02 11:23:10 localhost.localdomain org.gtk.vfs.Daemon[1487]: g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting.
Apr 02 11:23:11 localhost.localdomain kernel: nvidia-modeset: Freed GPU:0 (GPU-5d4e7efb-4a0e-e48b-d978-c9fa3c7c9958) @ PCI:0000:01:00.0
Apr 02 11:23:11 localhost.localdomain systemd[1406]: Stopping Sound Service...
Apr 02 11:23:11 localhost.localdomain systemd[1406]: Stopping Default.
Apr 02 11:23:11 localhost.localdomain systemd[1406]: Stopped target Default.
Apr 02 11:23:11 localhost.localdomain pulseaudio[1980]: E: [pulseaudio] module-gconf.c: Unable to read or parse data from client.
Apr 02 11:23:11 localhost.localdomain smartd[869]: smartd received signal 15: Terminated
Apr 02 11:23:11 localhost.localdomain smartd[869]: smartd is exiting (exit status 0)
Apr 02 11:23:11 localhost.localdomain alsactl[736]: alsactl daemon stopped
Apr 02 11:23:11 localhost.localdomain xl2tpd[2638]: xl2tpd[2638]: death_handler: Fatal signal 15 received
Apr 02 11:23:11 localhost.localdomain mandi[3074]: Selected interface 'wlp4s6'
Apr 02 11:23:11 localhost.localdomain mandi[3074]: Monitoring daemon waiting for events ...
Apr 02 11:23:11 localhost.localdomain mandi[3074]: received event for wlp4s6: <3>CTRL-EVENT-BSS-REMOVED 1 30:39:f2:12:3e:46
Apr 02 11:23:11 localhost.localdomain mandi[3074]: received event for wlp4s6: <3>WPA: Group rekeying completed with e8:74:e6:4f:44:c1 [GTK=TKIP]
Apr 02 11:23:11 localhost.localdomain mandi[3074]: received event for wlp4s6: <3>WPA: Group rekeying completed with e8:74:e6:4f:44:c1 [GTK=TKIP]
Apr 02 11:23:11 localhost.localdomain mandi[3074]: received event for wlp4s6: <3>WPA: Group rekeying completed with e8:74:e6:4f:44:c1 [GTK=TKIP]
Apr 02 11:23:11 localhost.localdomain mandi[3074]: SIGINT, SIGTERM or SIGQUIT catched, trying to exit nicely
Apr 02 11:23:11 localhost.localdomain ModemManager[875]: <info>  Caught signal, shutting down...
Apr 02 11:23:11 localhost.localdomain chronyd[899]: chronyd exiting
Apr 02 11:23:11 localhost.localdomain sshd[2681]: Received signal 15; terminating.
Apr 02 11:23:11 localhost.localdomain xinetd[2652]: Unexpected signal 18 (Continued)
Apr 02 11:23:11 localhost.localdomain xinetd[2652]: Exiting...
Apr 02 11:23:11 localhost.localdomain ModemManager[875]: <info>  ModemManager is shut down
Apr 02 11:23:11 localhost.localdomain systemd-journal[503]: Forwarding to syslog missed 2 messages.
Apr 02 11:23:11 localhost.localdomain systemd[1406]: pulseaudio.service: main process exited, code=exited, status=1/FAILURE
Apr 02 11:23:11 localhost.localdomain systemd[1406]: Stopped Sound Service.
Apr 02 11:23:11 localhost.localdomain systemd[1406]: Unit pulseaudio.service entered failed state.
Apr 02 11:23:11 localhost.localdomain systemd[1406]: pulseaudio.service failed.
Apr 02 11:23:11 localhost.localdomain systemd[1406]: Stopping Basic System.
Apr 02 11:23:11 localhost.localdomain systemd[1406]: Stopped target Basic System.
Apr 02 11:23:11 localhost.localdomain systemd[1406]: Stopping Paths.
Apr 02 11:23:11 localhost.localdomain systemd[1406]: Stopped target Paths.
Apr 02 11:23:11 localhost.localdomain systemd[1406]: Stopping Timers.
Apr 02 11:23:11 localhost.localdomain systemd[1406]: Stopped target Timers.
Apr 02 11:23:11 localhost.localdomain systemd[1406]: Stopping Sockets.
Apr 02 11:23:11 localhost.localdomain systemd[1406]: Stopped target Sockets.
Apr 02 11:23:11 localhost.localdomain systemd[1406]: Stopping Sound System.
Apr 02 11:23:11 localhost.localdomain systemd[1406]: Closed Sound System.
Apr 02 11:23:11 localhost.localdomain systemd[1406]: Stopping -.slice.
Apr 02 11:23:11 localhost.localdomain systemd[1406]: Removed slice -.slice.
Apr 02 11:23:11 localhost.localdomain systemd[1406]: Starting Shutdown.
Apr 02 11:23:11 localhost.localdomain systemd[1406]: Reached target Shutdown.
Apr 02 11:23:11 localhost.localdomain systemd[1406]: Starting Exit the Session...
Apr 02 11:23:11 localhost.localdomain cpupower[882]: Setting cpu: 0
Apr 02 11:23:11 localhost.localdomain cpupower[882]: Setting cpu: 1
Apr 02 11:23:11 localhost.localdomain cpupower[882]: Setting cpu: 2
Apr 02 11:23:11 localhost.localdomain cpupower[882]: Setting cpu: 3
Apr 02 11:23:11 localhost.localdomain cpupower[882]: Setting cpu: 4
Apr 02 11:23:11 localhost.localdomain cpupower[882]: Setting cpu: 5
Apr 02 11:23:11 localhost.localdomain systemd[1408]: pam_tcb(systemd-user:session): Session closed for wolfgang
Apr 02 11:23:11 localhost.localdomain systemd[1406]: Received SIGRTMIN+24 from PID 906 (kill).
Apr 02 11:23:11 localhost.localdomain systemd[1]: xl2tpd.service: main process exited, code=exited, status=1/FAILURE
Apr 02 11:23:11 localhost.localdomain systemd[1]: Unit xl2tpd.service entered failed state.
Apr 02 11:23:11 localhost.localdomain systemd[1]: xl2tpd.service failed.
Apr 02 11:23:11 localhost.localdomain sysctl[939]: fs.nfs.nlm_tcpport = 0
Apr 02 11:23:11 localhost.localdomain sysctl[939]: fs.nfs.nlm_udpport = 0
Apr 02 11:23:11 localhost.localdomain wine[900]: wine wird gestoppt: [  OK  ]
Apr 02 11:23:11 localhost.localdomain avahi-daemon[888]: Got SIGTERM, quitting.
Apr 02 11:23:11 localhost.localdomain avahi-daemon[888]: Leaving mDNS multicast group on interface wlp4s6.IPv4 with address 192.168.0.104.
Apr 02 11:23:11 localhost.localdomain avahi-daemon[888]: avahi-daemon 0.6.31 exiting.
Apr 02 11:23:11 localhost.localdomain rpc.mountd[2834]: Caught signal 15, un-registering and exiting.
Apr 02 11:23:11 localhost.localdomain dbus[891]: [system] Activating via systemd: service name='org.freedesktop.Avahi' unit='dbus-org.freedesktop.Avahi.service'
Apr 02 11:23:11 localhost.localdomain dbus[891]: [system] Activation via systemd failed for unit 'dbus-org.freedesktop.Avahi.service': Refusing activation, D-Bus is shutting down.
Apr 02 11:23:11 localhost.localdomain kernel: nfsd: last server has exited, flushing export cache
Apr 02 11:23:11 localhost.localdomain smb[956]: Stoppen der SMB-Dienste: [  OK  ]
Apr 02 11:23:11 localhost.localdomain nmbd[3112]: [2017/04/02 11:23:11.829897,  0] nmbd/nmbd.c:66(terminate)
Apr 02 11:23:11 localhost.localdomain nmbd[3112]: Got SIGTERM: going down...
Apr 02 11:23:11 localhost.localdomain shorewall6[958]: Stopping Shorewall6....
Apr 02 11:23:11 localhost.localdomain shorewall6[958]: Processing /etc/shorewall6/stop ...
Apr 02 11:23:11 localhost.localdomain shorewall6[958]: Running /sbin/ip6tables-restore...
Apr 02 11:23:11 localhost.localdomain shorewall6[958]: Processing /etc/shorewall6/stopped ...
Apr 02 11:23:11 localhost.localdomain acpid[964]: exiting
Apr 02 11:23:11 localhost.localdomain logger[1066]: Shorewall6 Stopped
Apr 02 11:23:11 localhost.localdomain shorewall6[958]: done.
Apr 02 11:23:11 localhost.localdomain smb[956]: Stoppen des NMB-Dienstes: [  OK  ]
Apr 02 11:23:11 localhost.localdomain squid[1080]: squid wird gestoppt: 2017/04/02 11:23:11| ERROR: Directive 'hierarchy_stoplist' is obsolete.
Apr 02 11:23:12 localhost.localdomain rsyncd[871]: sent 0 bytes  received 0 bytes  total size 0
Apr 02 11:23:41 localhost.localdomain systemd-journal[503]: Forwarding to syslog missed 16 messages.
Apr 02 11:23:42 localhost.localdomain squid[2837]: Squid Parent: (squid-1) process 2839 exited with status 0
Apr 02 11:23:43 localhost.localdomain squid[1080]: ................[  OK  ]
Apr 02 11:23:43 localhost.localdomain named[2767]: received control channel command 'stop'
Apr 02 11:23:43 localhost.localdomain named[2767]: shutting down: flushing changes
Apr 02 11:23:43 localhost.localdomain named[2767]: stopping command channel on 127.0.0.1#953
Apr 02 11:23:43 localhost.localdomain named[2767]: stopping command channel on ::1#953
Apr 02 11:23:43 localhost.localdomain named[2767]: no longer listening on 127.0.0.1#53
Apr 02 11:23:43 localhost.localdomain named[2767]: no longer listening on ::1#53
Apr 02 11:23:43 localhost.localdomain winbindd[2745]: [2017/04/02 11:23:43.994255,  0] winbindd/winbindd.c:212(winbindd_sig_term_handler)
Apr 02 11:23:43 localhost.localdomain winbindd[2745]: Got sig[15] terminate (is_parent=1)
Apr 02 11:23:43 localhost.localdomain named[2767]: exiting
Apr 02 11:23:44 localhost.localdomain winbind[1133]: Stoppen der Winbind-Dienste: [  OK  ]
Apr 02 11:23:44 localhost.localdomain numlock[1209]: NumLock für die TTYs deaktivieren: [  OK  ]
Apr 02 11:23:44 localhost.localdomain resolvconf[1243]: resolvconf wird gestoppt: [  OK  ]
Apr 02 11:23:44 localhost.localdomain systemd[1]: Shutting down.
Apr 02 11:23:44 localhost.localdomain systemd-journal[503]: Journal stopped

Zwischen
Apr 02 11:23:12 localhost.localdomain rsyncd[871]: sent 0 bytes received 0 bytes total size 0
und
Apr 02 11:23:41 localhost.localdomain systemd-journal[503]: Forwarding to syslog missed 16 messages.
ist die Pause von 29 Sek in der scheinbar nichts passiert.
Was mich beunruhigt ist
kuiserver: Fatal IO error: client killed
xl2tpd[2638]: death_handler: Fatal signal 15 received
pulseaudio.service: main process exited, code=exited, status=1/FAILURE

Was ist da kaputt?

M.f.G.
Wolfgang
M.f.G.
Wolfgang
Benutzeravatar
wolfgangb
 
Beiträge: 94
Registriert: Jan 24th, '16, 17:57

Re: Shutdown dauert lange

Beitragvon doktor5000 » Apr 2nd, '17, 11:10

Da ist nix kaputt. Während des Shutdown werden halt alle Prozesse beendet, zuerst via Signal SIGTERM (kill -15)
und zuletzt wenn das nicht geholfen hat via Signal SIGKILL (kill -9).

Die Pause von 11:23:12 bis 11:23:41 kommt m.E. entweder von der Weiterleitung aller Log-Einträge an den syslog-Dienst, oder vom langsamen Beenden von named oder squid.
Stellt sich die Frage, brauchst du einen lokalen DNS-Server und einen Proxy ?

Und für die Weiterleitung von den Log-Einträgen, siehe /etc/systemd/journald.conf mit derOption ForwardToSyslog
Im Normalfall sind da nur die Standardwerte drin, ein
Code: Alles auswählen
grep -vE "^#|^$|^\[" /etc/systemd/journald.conf
liefert also nichts zurück. Bei dir auch?
Ist ein anderer Syslog-Dienst installiert, etwa rsyslog oder syslog-ng ?
Code: Alles auswählen
rpm -qa|grep -E "syslog-ng|rsyslog"
Ich bin nicht böse, sondern nur ehrlich. Und wer lesen kann, ist klar im Vorteil.
----
Mageia - the magic continues
Benutzeravatar
doktor5000
 
Beiträge: 6069
Registriert: Jun 2nd, '11, 09:39

Re: Shutdown dauert lange

Beitragvon wolfgangb » Apr 2nd, '17, 11:29

doktor5000 hat geschrieben:Da ist nix kaputt. Während des Shutdown werden halt alle Prozesse beendet, zuerst via Signal SIGTERM (kill -15)
und zuletzt wenn das nicht geholfen hat via Signal SIGKILL (kill -9).
Die Pause von 11:23:12 bis 11:23:41 kommt m.E. entweder von der Weiterleitung aller Log-Einträge an den syslog-Dienst, oder vom langsamen Beenden von named oder squid.
Stellt sich die Frage, brauchst du einen lokalen DNS-Server und einen Proxy ?

Den DNS-Server brauche ich, denke ich. Einen Proxy wohl nicht. Installiert ist hier
lib64proxy1 und lib64proxy-webkit.
doktor5000 hat geschrieben:Und für die Weiterleitung von den Log-Einträgen, siehe /etc/systemd/journald.conf mit derOption ForwardToSyslog
Im Normalfall sind da nur die Standardwerte drin, ein
Code: Alles auswählen
grep -vE "^#|^$|^\[" /etc/systemd/journald.conf
liefert also nichts zurück. Bei dir auch?
Ist ein anderer Syslog-Dienst installiert, etwa rsyslog oder syslog-ng ?
Code: Alles auswählen
rpm -qa|grep -E "syslog-ng|rsyslog"

[wolfgang@localhost ~]$ grep -vE "^#|^$|^\[" /etc/systemd/journald.conf
ForwardToSyslog=yes
[wolfgang@localhost ~]$ rpm -qa|grep -E "syslog-ng|rsyslog"
rsyslog-8.4.2-6.mga5

M.f.G.
Wolfgang
M.f.G.
Wolfgang
Benutzeravatar
wolfgangb
 
Beiträge: 94
Registriert: Jan 24th, '16, 17:57

Re: Shutdown dauert lange

Beitragvon doktor5000 » Apr 2nd, '17, 11:42

wolfgangb hat geschrieben:Den DNS-Server brauche ich, denke ich.

Glauben oder wissen?
Für was im speziellen brauchst du einen lokalen DNS-Server? Warum tut es nicht der, welchen dir dein Router mitgibt, oder der von Google oder OpenDNS oder ...?

wolfgangb hat geschrieben:Einen Proxy wohl nicht. Installiert ist hier lib64proxy1 und lib64proxy-webkit.

Hast du mal auf die Log-Einträge geschaut oder was ich gepostet habe? squid ist der Proxy. Einfach mal abschalten als root via:
Code: Alles auswählen
systemctl stop squid
systemctl disable squid

und schauen ob noch alles tut nach nem Reboot,

wolfgangb hat geschrieben:[wolfgang@localhost ~]$ grep -vE "^#|^$|^\[" /etc/systemd/journald.conf
ForwardToSyslog=yes

Dann solltest du das auch mal testhalber abschalten, und schauen ob der Shutdown immer noch so lange dauert.
Ich bin nicht böse, sondern nur ehrlich. Und wer lesen kann, ist klar im Vorteil.
----
Mageia - the magic continues
Benutzeravatar
doktor5000
 
Beiträge: 6069
Registriert: Jun 2nd, '11, 09:39

Re: Shutdown dauert lange

Beitragvon man-draker » Apr 2nd, '17, 12:37

1. DNS-Server

wolfgangb hat geschrieben:Wenn ich mich so auskennen würde. :x Ich selbst habe weder etwas mit DNS noch proxy installiert.
Das muß bei der Systeminstallation dabei sein.

Nope.

Ich glaube dir gerne, dass die Pakete nicht aktiv installiert hast. Ich denke du hast im Laufe des Betriebs Anwendungen installiert, die diese Pakete als Abhängigkeit mit installiert haben.

Kandidaten sind:
Code: Alles auswählen
[man-draker@master ~]$ urpmq --whatrequires squid
drakguard-netpolice-policy
drakguard-yandex-family-policy
ecap-clamav
sarg
squid
squid-cachemgr
squidanalyzer
squidguard
ufdbguard



2. Log-Forward

Du editierst die Datei /etc/systemd/journald.conf und setzt

Code: Alles auswählen
ForwardToSyslog=no
.

Ist doch nicht so schwer.

Danach startest du neu, und der nächste shutdown ist dann der Test, ob es etwas gebracht hat.
"Die letzte Stimme, die man hört, bevor die Welt explodiert, wird die Stimme eines Experten sein, der sagt: 'Das ist technisch unmöglich.'"
(Peter Ustinov)
Benutzeravatar
man-draker
 
Beiträge: 4992
Registriert: Jun 1st, '11, 12:56

Re: Shutdown dauert lange

Beitragvon wolfgangb » Apr 2nd, '17, 12:44

doktor5000 hat geschrieben:Hast du mal auf die Log-Einträge geschaut oder was ich gepostet habe? squid ist der Proxy. Einfach mal abschalten als root via:
Code: Alles auswählen
systemctl stop squid
systemctl disable squid

und schauen ob noch alles tut nach nem Reboot,

Ich habe den proxy mal so abgeschaltet.

[root@localhost wolfgang]# systemctl stop squid
[root@localhost wolfgang]# systemctl disable squid

Ich komme gar nicht dazu die Sekunden zu zählen so schnell ist der PC heruntergefahren.
Darauf hin habe ich squid in der Softwareverwaltung deinstalliert. Mal sehen ob es zu Auffäligkeiten kommt.

M.f.G.
Wolfgang
M.f.G.
Wolfgang
Benutzeravatar
wolfgangb
 
Beiträge: 94
Registriert: Jan 24th, '16, 17:57

Re: Shutdown dauert lange

Beitragvon wolfgangb » Apr 2nd, '17, 12:50

man-draker hat geschrieben:Ich glaube es nicht.

Du editierst die Datei /etc/systemd/journald.conf und setzt

Code: Alles auswählen
ForwardToSyslog=no
.

Ist doch nicht so schwer.

Danach startest du neu, und der nächste shutdown ist dann der Test, ob es etwas gebracht hat.

Muß ich gar nicht wie es aussieht. Schon mit

systemctl stop squid
systemctl disable squid

geht es wie der Blitz.

M.f.G.
Wolfgang
M.f.G.
Wolfgang
Benutzeravatar
wolfgangb
 
Beiträge: 94
Registriert: Jan 24th, '16, 17:57


Zurück zu Erweiterter Support

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 1 Gast

cron