eilfh schrieb am 09.09.2019 um 11:42:

Am Montag, 9. September 2019, 11:26:26 CEST schrieb Peter McD:

Hi,

...

Hi,

Beim Neubooten/Herunterfahren aus Leap 15.1 und KDE bekomme ich gelegentlich die Meldung;

Reached target shutdown

Ich hatte zu Anfang eine swap Partition zugeordnet, jedoch später wieder in fstab weggenommen. Wo könnte die noch im System angemeldet sein? In /etc/default/grub steht nichts.

ja, kann ich bestätigen:

kontact beende ich jetzt schon von mir aus mit <Ctrl-q>: kontact crasht: "Wollen Sie eine Fehlermitteilung ... "

dann Sitzung beenden:

wird unterbrochen, Krusader lauft noch

nochmal beenden

häufig (nicht immer) crasht dann noch die konsole: "Wollen Sie eine Fehlermitteilung ... "

swap: vermutlich nicht

auf dieser Seite war (immer) mal 'ne Diskussion mit oder ohne Swap den Schluss, den ich für mich gezogen hatte: bei 8GB ohne Swap

und seit 15.0 ohne Probleme und nach dem Neuaufsetzen des Systems hab ich an der Festplattenaufteilung nix geändert

Frohen Tach

Frank

Hi, ich häng mich da mal mit dran :) Sowas in der Art hab ich auch ständig. Wenn ich runterfahren will, dann will ich das auch. Ohne Widerrede :) Die Konsequenzen soll das OS gefälligst mir überlassen. Es passiert auch oft, dass beim runterfahren auf der Konsole eine Meldung kommt, in Etwa: "Irgendwas wartet auf die Beendigung" Dann läuft ein timer i.d.R 90 sec. Ich möchte, dass der Befehl direkt umgesetzt wird. Weiss jemand, wie man OS/KDE diese Eigenmächtigkeiten abgewöhnt? Oder zumindest den timeout auf 10 sec oder so setzt? -- Gruss Bernd -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Mon, 9 Sep 2019 14:38:08 +0200 schrieb Dieter Klünter :

Am Mon, 9 Sep 2019 11:56:07 +0200 schrieb Bernd Obermayr :

...

eilfh schrieb am 09.09.2019 um 11:42:

...

Am Montag, 9. September 2019, 11:26:26 CEST schrieb Peter McD:

Hi,

...

Hi,

Beim Neubooten/Herunterfahren aus Leap 15.1 und KDE bekomme ich gelegentlich die Meldung;

Reached target shutdown

Ich hatte zu Anfang eine swap Partition zugeordnet, jedoch später wieder in fstab weggenommen. Wo könnte die noch im System angemeldet sein? In /etc/default/grub steht nichts.

ja, kann ich bestätigen:

kontact beende ich jetzt schon von mir aus mit <Ctrl-q>: kontact crasht: "Wollen Sie eine Fehlermitteilung ... "

dann Sitzung beenden:

wird unterbrochen, Krusader lauft noch

nochmal beenden

häufig (nicht immer) crasht dann noch die konsole: "Wollen Sie eine Fehlermitteilung ... "

swap: vermutlich nicht

auf dieser Seite war (immer) mal 'ne Diskussion mit oder ohne Swap den Schluss, den ich für mich gezogen hatte: bei 8GB ohne Swap

und seit 15.0 ohne Probleme und nach dem Neuaufsetzen des Systems hab ich an der Festplattenaufteilung nix geändert

Frohen Tach

Frank

Hi, ich häng mich da mal mit dran :)

Sowas in der Art hab ich auch ständig. Wenn ich runterfahren will, dann will ich das auch. Ohne Widerrede :) Die Konsequenzen soll das OS gefälligst mir überlassen. Es passiert auch oft, dass beim runterfahren auf der Konsole eine Meldung kommt, in Etwa: "Irgendwas wartet auf die Beendigung" Dann läuft ein timer i.d.R 90 sec. Ich möchte, dass der Befehl direkt umgesetzt wird. Weiss jemand, wie man OS/KDE diese Eigenmächtigkeiten abgewöhnt? Oder zumindest den timeout auf 10 sec oder so setzt?

Als root, systemd poweroff, oder, falls die ein reboot möchtest, systemd reboot. Dann hast du innerhalb von 3 Sekunden Ruhe. [...]

Da habe ich doch Unfug geschrieben. Sorry, das kommt davon, wenn man parallel mehrere, unterschiedliche Betriebssysteme betreibt. Das muss natürlich systemctrl poweroff, oder systemctrl reboot lauten. -Dieter -- Dieter Klünter | Systemberatung http://sys4.de GPG Key ID: E9ED159B 53°37'09,95"N 10°08'02,42"E -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Dieter Klünter schrieb am 09.09.2019 um 17:05:

Am Mon, 9 Sep 2019 14:38:08 +0200 schrieb Dieter Klünter :

...

Am Mon, 9 Sep 2019 11:56:07 +0200 schrieb Bernd Obermayr :

...

eilfh schrieb am 09.09.2019 um 11:42:

...

Am Montag, 9. September 2019, 11:26:26 CEST schrieb Peter McD:

Hi,

...

Hi,

Beim Neubooten/Herunterfahren aus Leap 15.1 und KDE bekomme ich gelegentlich die Meldung;

Reached target shutdown

Ich hatte zu Anfang eine swap Partition zugeordnet, jedoch später wieder in fstab weggenommen. Wo könnte die noch im System angemeldet sein? In /etc/default/grub steht nichts.

ja, kann ich bestätigen:

kontact beende ich jetzt schon von mir aus mit <Ctrl-q>: kontact crasht: "Wollen Sie eine Fehlermitteilung ... "

dann Sitzung beenden:

wird unterbrochen, Krusader lauft noch

nochmal beenden

häufig (nicht immer) crasht dann noch die konsole: "Wollen Sie eine Fehlermitteilung ... "

swap: vermutlich nicht

auf dieser Seite war (immer) mal 'ne Diskussion mit oder ohne Swap den Schluss, den ich für mich gezogen hatte: bei 8GB ohne Swap

und seit 15.0 ohne Probleme und nach dem Neuaufsetzen des Systems hab ich an der Festplattenaufteilung nix geändert

Frohen Tach

Frank

Hi, ich häng mich da mal mit dran :)

Sowas in der Art hab ich auch ständig. Wenn ich runterfahren will, dann will ich das auch. Ohne Widerrede :) Die Konsequenzen soll das OS gefälligst mir überlassen. Es passiert auch oft, dass beim runterfahren auf der Konsole eine Meldung kommt, in Etwa: "Irgendwas wartet auf die Beendigung" Dann läuft ein timer i.d.R 90 sec. Ich möchte, dass der Befehl direkt umgesetzt wird. Weiss jemand, wie man OS/KDE diese Eigenmächtigkeiten abgewöhnt? Oder zumindest den timeout auf 10 sec oder so setzt?

Als root, systemd poweroff, oder, falls die ein reboot möchtest, systemd reboot. Dann hast du innerhalb von 3 Sekunden Ruhe. [...]

Da habe ich doch Unfug geschrieben. Sorry, das kommt davon, wenn man parallel mehrere, unterschiedliche Betriebssysteme betreibt.

Das muss natürlich systemctrl poweroff, oder systemctrl reboot lauten.

-Dieter

Hallo Dieter, danke, jedoch: weder, noch ;) systemctl poweroff, systemctl reboot heisst das. Das kannte ich schon. Was ich suche, ist eine Einstellung die OS/KDE bändigt. Ich habe auch schon was gefunden. Der thread hat mich darauf gestossen, dass ja systemd mittlerweile das alles kontrolliert. (Da kenn ich mich noch gar nicht aus) Im Netz fand ich dann den Hinweis: " By default, systemd will use a 1min 30sec timeout when starting and stopping units. To change this default, all you need to do is edit the system.conf file. vim /etc/systemd/system.conf You'll see several commented out items. Find the following lines: #DefaultTimeoutStartSec=90s #DefaultTimeoutStopSec=90s Uncomment them and change them to whatever you want the new timeouts to be. DefaultTimeoutStartSec=65s DefaultTimeoutStopSec=65s You don't want to set these too low. Otherwise, systemd may not have enough time to safely start amd stop units (for example: properly mounting/unmounting filesystems). " Quelle: https://codybonney.com/change-default-timeouts-starting-stopping-systemd-uni... Das hab ich jetzt mal ausprobiert, mal sehen obs einen Effekt hat. Kann aber auch sein, dass der timeout in den jeweiligen services auch noch festgelegt ist. Dann wirds aufwendig... -- Gruss Bernd -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Mon, 9 Sep 2019 18:52:19 +0200 schrieb Bernd Obermayr :

Dieter Klünter schrieb am 09.09.2019 um 17:05:

...

...

Am Mon, 9 Sep 2019 11:56:07 +0200 schrieb Bernd Obermayr :

...

eilfh schrieb am 09.09.2019 um 11:42:

...

Am Montag, 9. September 2019, 11:26:26 CEST schrieb Peter McD:

Hi,

...

Hi,

...

...

...

...

dann Sitzung beenden:

wird unterbrochen, Krusader lauft noch [...] Hi, ich häng mich da mal mit dran :)

Sowas in der Art hab ich auch ständig. Wenn ich runterfahren will, dann will ich das auch. Ohne Widerrede :) Die Konsequenzen soll das OS gefälligst mir überlassen. Es passiert auch oft, dass beim runterfahren auf der Konsole eine Meldung kommt, in Etwa: "Irgendwas wartet auf die Beendigung" Dann läuft ein timer i.d.R 90 sec. Ich möchte, dass der Befehl direkt umgesetzt wird. Weiss jemand, wie man OS/KDE diese Eigenmächtigkeiten abgewöhnt? Oder zumindest den timeout auf 10 sec oder so setzt?

Hallo Dieter, danke, jedoch: weder, noch ;) systemctl poweroff, systemctl reboot heisst das. Das kannte ich schon. Was ich suche, ist eine Einstellung die OS/KDE bändigt. [...] Ich habe auch schon was gefunden. Der thread hat mich darauf gestossen, dass ja systemd mittlerweile das alles kontrolliert. (Da kenn ich mich noch gar nicht aus)

Im Netz fand ich dann den Hinweis: " By default, systemd will use a 1min 30sec timeout when starting and stopping units. To change this default, all you need to do is edit the system.conf file.

vim /etc/systemd/system.conf

You'll see several commented out items. Find the following lines:

#DefaultTimeoutStartSec=90s #DefaultTimeoutStopSec=90s

Uncomment them and change them to whatever you want the new timeouts to be.

DefaultTimeoutStartSec=65s DefaultTimeoutStopSec=65s

You don't want to set these too low. Otherwise, systemd may not have enough time to safely start amd stop units (for example: properly mounting/unmounting filesystems). " Quelle: https://codybonney.com/change-default-timeouts-starting-stopping-systemd-uni...

Das hab ich jetzt mal ausprobiert, mal sehen obs einen Effekt hat. Kann aber auch sein, dass der timeout in den jeweiligen services auch noch festgelegt ist. Dann wirds aufwendig...

Danke für den Hinweis, da werde ich mich auch mal drum kümmern. Ich kann aber auch noch einen Tipp geben :-) Seit langer Zeit nutze ich als shell NICHT bash, sondern zsh mit einigen Plugins aus oh-my-zsh (https://github.com/robbyrussell/oh-my-zsh) Neben einem suse Plugin gibt es auch ein systemd Plugin mit vorkonfigurierten Aliases. systemctl poweroff als Kürzel scoff, oder zdup für zypper dup, dazu sonstiger Schnickschnack, den du dir auf r/unixporn ansehen kannst. (https://www.reddit.com/r/unixporn/) -Dieter -- Dieter Klünter | Systemberatung http://sys4.de GPG Key ID: E9ED159B 53°37'09,95"N 10°08'02,42"E -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Mo., 9. Sept. 2019 um 12:43 Uhr schrieb Peter McD :

Ich weiß, leider hilft die Ausgabe nicht weiter, weil alles ok aussieht. Gibt es hierfür ein Logfile?

Wenn's nicht im journal steht, nein. Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am 09.09.19 um 11:53 schrieb Martin Schröder:

Am Mo., 9. Sept. 2019 um 11:26 Uhr schrieb Peter McD :

...

Wird das das System vorher in den init level 2 gebracht wird, tritt das

Was ist dieser "Level 2"?

This is a legacy command available for compatibility only. It should not be used anymore, as the concept of runlevels is obsolete.

Ist aber noch sehr nützlich in der root-Konsole, wenn man dem Timeout für "Reached target shutdown" nicht abwarten will. Gruß Peter -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am 09.09.19 um 12:05 schrieb stakanov:

In data lunedì 9 settembre 2019 11:26:26 CEST, Peter McD ha scritto:

...

Ich hatte zu Anfang eine swap Partition zugeordnet, jedoch später wieder in fstab weggenommen. Wo könnte die noch im System angemeldet sein? In /etc/default/grub steht nichts.

/etc/crypttab

Kein /etc/crypttab in meinem System.

Ansonsten: in 15.1 crasht baloo indexer regelmäßig, auch "silent" und danach ist Kontact (eigenartigerweise, denn mir wurde gesagt der bug sei "nicht damit verbunden") ein zombie process. Machen kannst du dagegen nicht viel. Der Fix existiert seit langem wird aber wegen SLE nicht backported. Also denke ich auf 15.2 oder 15.3 oder 16.0 warten.

Das wäre eine Lösung, wenn Leap 15.0 im Nov. nicht ausläuft. Gruß Peter -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am 09.09.19 um 14:44 schrieb stakanov:

In data lunedì 9 settembre 2019 12:25:57 CEST, Peter McD ha scritto:

...

Am 09.09.19 um 12:05 schrieb stakanov:

...

In data lunedì 9 settembre 2019 11:26:26 CEST, Peter McD ha scritto:

...

Ich hatte zu Anfang eine swap Partition zugeordnet, jedoch später wieder in fstab weggenommen. Wo könnte die noch im System angemeldet sein? In /etc/default/grub steht nichts.

... Das ist zwar trivial aber wenn du es aus irgendeinem Grund noch nicht probiert haben: in der CLI sudo dracut -f

Um sicherzugehen das die Swap wirklich entfernt ist. (equivalent von mkinitrd)

Gelesen und ausgeführt, kein swap vorhanden. Gruß Peter -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

In data lunedì 9 settembre 2019 21:13:22 CEST, Eric Schirra ha scritto:

Am Montag, 9. September 2019, 12:05:52 CEST schrieb stakanov:

...

In data lunedì 9 settembre 2019 11:26:26 CEST, Peter McD ha scritto:

...

Ich hatte zu Anfang eine swap Partition zugeordnet, jedoch später wieder in fstab weggenommen. Wo könnte die noch im System angemeldet sein? In /etc/default/grub steht nichts.

/etc/crypttab

Ansonsten: in 15.1 crasht baloo indexer regelmäßig, auch "silent" und danach ist Kontact (eigenartigerweise, denn mir wurde gesagt der bug sei "nicht damit verbunden") ein zombie process. Machen kannst du dagegen nicht viel. Der Fix existiert seit langem wird aber wegen SLE nicht backported. Also denke ich auf 15.2 oder 15.3 oder 16.0 warten.

Alle drei Probleme (Shutdown, Kontakt und baloo) habe ich auch in 15.1. Besonders ärgerlich wenn 15.1 auf einem virtuellen Server läuft. Und ich kann's schon nicht mehr hören. Laufend die Ausrede wegen SLE. Egal ob Probleme oder zu alte Packages.

Wo finde ich denn den fix?

Gruß Eric https://bugzilla.suse.com/show_bug.cgi?id=1136132

https://build.opensuse.org/request/show/714437 Wie du siehst war das Ding fertig und wird abgelehnt...... _________________________________________________________________ ________________________________________________________ Ihre E-Mail-Postfächer sicher & zentral an einem Ort. Jetzt wechseln und alte E-Mail-Adresse mitnehmen! https://www.eclipso.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Snip Snap the real Vandal cut :-)

Tut sich aber auch nichts.

Es tut sich etwas für das lmdb Problem: --- Comment #24 from Marcus Meissner --- lmdb is already quite high in the QA queue, i would say it will be released within the next week. Habe Glauben Eric! (Mühsam ernährt sich das Eichhörnchen ;-) ) _________________________________________________________________ ________________________________________________________ Ihre E-Mail-Postfächer sicher & zentral an einem Ort. Jetzt wechseln und alte E-Mail-Adresse mitnehmen! https://www.eclipso.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am 10.09.19 um 14:35 schrieb Werner Flamme:

Peter McD schrieb am 09.09.19 um 11:26:

...

Beim Neubooten/Herunterfahren aus Leap 15.1 und KDE bekomme ich gelegentlich die Meldung; Reached target shutdown Dann dauert es eine Weile, bis der Vorgang abgeschlossen wird. Irgendetwas läuft also noch und wird vom System gewaltsam beendet.

Ja, kenne ich, habe ich oft - aber nicht immer.

Da ich kein Plymouth benutze: auf keiner Konsole wird irgendetwas brauchbares dazu angezeigt. Der Konsolenumschalter (oder der Tastaturtreiber?) ist wohl schon gestoppt, ich bleibe in der Regel auf dem 1. Terminal hängen. Wenn ich vt7 oder 10 komme, steht da manchmal etwas, aber das ist schon älter.

Das System ist mit 15.0 aufgesetzt worden, aber auch da trat das Phänomen auf.

Es tritt auch mit meinen virtuellen Maschinen auf, die mit SLES 12 (SP3+4) und 15 (GA+SP1) laufen. Nicht immer, aber eben manchmal.

Da habe ich wohl augenscheinlich Glück mit der 15.0. Ob bei Tumbleweed das Problem auch auftritt? Gruß Peter -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo Bernd, hallo zusammen, Am Dienstag, 10. September 2019, 15:04:09 CEST schrieb Bernd Obermayr:

DefaultTimeoutStartSec=45s DefaultTimeoutStopSec=15s

in /etc/systemd/systemd.conf

wirkt tatsächlich :)

Bei der Meldung "...Stop job is running..." ist der timeout jetzt 15 sec. Das ist noch erträglich :)

Es scheint ja so zu sein, dass der jeweilige "stop job" sowieso hängt, bzw. sich nicht freiwillig beendet und auch nach einem timeout von 90sec letztendlich vom systemd gekillt wird. Mal sehen, evtl. reicht ja auch 2sec?

Ich würde davon abraten ;-) - aber es kommt natürlich auch ein wenig darauf an, welche Dienste Du laufen hast und wie sehr Du an konsisten Daten interessiert bist. Mal als Beispiel: Wenn Du eine Datenbank (MySQL, PostgreSQL etc.) laufen hast, braucht die beim Shutdown evtl. eine Weile, um alle Änderungen auf die Platte zu schreiben - vorher sind die "nur" im Redo-Log (unproblematisch) oder schlimmstenfalls nur im RAM (letzteres i. d. R. nur, wenn Du die Datenbank zugunsten besserer Performance auf weniger Datensicherheit/Konsistenz konfiguriert hast). Gegenbeispiel wäre ein Webserver, der nur statische Dateien ausliefert. Sogar wenn Du da Apache oder nginx mit kill -9 beendest, ist das größte Risiko, dass in einer Logdatei eine Zeile fehlt ;-) Bei einem Desktop-System liegt die Wahrheit wohl irgendwo dazwischen. Deine 15 Sekunden halte ich für einigermaßen vertretbar, 2 Sekunden wären mir aber zu riskant. Trotz allem - ideal wäre natürlich, die Ursache der Shutdown-Verzögerung rauszufinden und zu beheben ;-) Gruß Christian Boltz -- Du solltest mal deine sHIFT-taSTE und die ordogravieh in Ordnung bringen. Das hilft in jedem Falle dabei, hier qualifizierte Antworten zu bekommen. [Axel Heinrici in suse-linux] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Peter McD schrieb am 16.09.19 um 10:46:

Am 15.09.19 um 15:15 schrieb Hagen Buliwyf:

...

09.09.19 11:26 - Peter McD:

...

...

Beim Neubooten/Herunterfahren aus Leap 15.1 und KDE bekomme ich gelegentlich die Meldung; Reached target shutdown

...

...

Dann dauert es eine Weile, bis der Vorgang abgeschlossen wird. ...

Bei mir hat

"systemctl stop lvm2-monitor"

gefolgt von

"systemctl disable lvm2-monitor"

das Problem beseitigt.

Das solltest Du allerdings nur ausprobieren, wenn Du weder LVM noch snapshots benutzt, denn die Servicebeschreibung von lvm2-monitor sagt:

"lvm2-monitor.service - Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling"

Auf meinem Rechner wird keines vom beiden benutzt, ich könnte es also testen. Weißt Du wo im System das ein/auskommentiert werden könnte, für den Fall, der Eingriff fehlschlägt?

Welcher Eingriff soll fehlschlagen? Du kannst prüfen, ob Du bei "pvs", "vgs" oder "lvs" eine Ausgabe erhältst - dann hast Du LVM2 in Betrieb. Ansonsten schaltest Du es aus: "systemctl stop lvm2-monitor". Wenn Dein System danach noch läuft, brauchst Du den Service nicht. Der Befehl "systemctl disable lvm2-monitor" schaltet den automatischen Start aus. Er löscht nichts. Da ist kein "Eingriff". Werner --

Peter McD schrieb am 16.09.19 um 17:04:

Am 16.09.19 um 11:07 schrieb Werner Flamme:

...

Peter McD schrieb am 16.09.19 um 10:46:

...

Am 15.09.19 um 15:15 schrieb Hagen Buliwyf: ...

...

Bei mir hat "systemctl stop lvm2-monitor" gefolgt von "systemctl disable lvm2-monitor"

das Problem beseitigt.

Das solltest Du allerdings nur ausprobieren, wenn Du weder LVM noch snapshots benutzt, denn die Servicebeschreibung von lvm2-monitor sagt: "lvm2-monitor.service - Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling"

Auf meinem Rechner wird keines vom beiden benutzt, ich könnte es also testen. Weißt Du wo im System das ein/auskommentiert werden könnte, für den Fall, der Eingriff fehlschlägt?

Welcher Eingriff soll fehlschlagen? Du kannst prüfen, ob Du bei "pvs", "vgs" oder "lvs" eine Ausgabe erhältst - dann hast Du LVM2 in Betrieb. Ansonsten schaltest Du es aus: "systemctl stop lvm2-monitor". Wenn Dein System danach noch läuft, brauchst Du den Service nicht.

Der Befehl "systemctl disable lvm2-monitor" schaltet den automatischen Start aus. Er löscht nichts. Da ist kein "Eingriff".

Hat bei der 15.1 funktioniert, Shutdown Problem ist also da gehackt.

Nein. Bei mir war gestern kein Unterschied zu den vorherigen Tagen. Der Service lief bei mir auch, aber stoppen und disablen brachte keine Änderung. Werner --

Am 17.09.19 um 09:39 schrieb Werner Flamme:

Peter McD schrieb am 16.09.19 um 17:04:

...

Am 16.09.19 um 11:07 schrieb Werner Flamme:

...

Peter McD schrieb am 16.09.19 um 10:46:

...

Am 15.09.19 um 15:15 schrieb Hagen Buliwyf: ...

...

... Bei mir hat "systemctl stop lvm2-monitor" gefolgt von "systemctl disable lvm2-monitor" das Problem beseitigt.

... Hat bei der 15.1 funktioniert, Shutdown Problem ist also da gehackt.

Nein. Bei mir war gestern kein Unterschied zu den vorherigen Tagen. Der Service lief bei mir auch, aber stoppen und disablen brachte keine Änderung.

So, von 15.0 auf 15.1 umgstellt, Problem vorhanden. systemctl disable lvm2-monitor aufgerufen. Problem beseitigt. Hat bei meiner 15.1 also geholfen. Peter -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am 16.09.19 um 10:46 schrieb Peter McD:

Am 15.09.19 um 15:15 schrieb Hagen Buliwyf:

...

09.09.19 11:26 - Peter McD:

...

...

Beim Neubooten/Herunterfahren aus Leap 15.1 und KDE bekomme ich gelegentlich die Meldung; Reached target shutdown

...

...

Dann dauert es eine Weile, bis der Vorgang abgeschlossen wird. ...

Bei mir hat

"systemctl stop lvm2-monitor"

gefolgt von

"systemctl disable lvm2-monitor"

das Problem beseitigt.

Das solltest Du allerdings nur ausprobieren, wenn Du weder LVM noch snapshots benutzt, denn die Servicebeschreibung von lvm2-monitor sagt:

"lvm2-monitor.service - Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling"

Auf meinem Rechner wird keines vom beiden benutzt, ich könnte es also testen. Weißt Du wo im System das ein/auskommentiert werden könnte, für den Fall, der Eingriff fehlschlägt?

Gruß Peter Hallo Peter bei mir war es z.B. die swappartition wenn ich sie weggenommen habe hat ich das Problem (Reached target shutdown), dazugenommen alles ok. Ich denke bei dir liegt bestimmt ein Dienst noch quer der das herunterfahren verhindert. -- __--=={GA}==--__ -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am 16.09.19 um 15:23 schrieb Hagen Buliwyf:

Am 16.09.19 um 10:46 schrieb Peter McD: ...

...

... Auf meinem Rechner wird keines vom beiden benutzt, ich könnte es also testen. Weißt Du wo im System das ein/auskommentiert werden könnte, für den Fall, der Eingriff fehlschlägt?

Wenn Dir der Umgang mit systemd-services noch nicht so vertraut ist, solltest Du Dir

man systemctl

ansehen. Dort findest Du wie Du

- Dienste starten, anhalten, aktiviere, und deaktivieren kannst - Dir den Status von Diensten anzeigen lassen kannst - ermitteln kannst, welche Dienste installiert und welche gerade aktiv sind - ... und vieles mehr.

systemctl restart [xyz] hat bisher gereicht. Aber ich bin ja lernwillig und systemctl --state=active ist sehr informativ. Gruß Peter -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org