Gibt es keinen Befehl, der beim Shutdown alle offenen Prozesse killt? 
Failed unmounting ... beim Herunterfahren und Neustarten - Was könnte die Ursache sein?
-
DenalB -
17. April 2024 um 13:10 -
Erledigt
-
Hallo zusammen, hatte etwas Ähnliches die Tage, habe auch Arch-Gnome und bei mir ist der Rechner immer mal -nicht heruntergefahren.
Die Ursache dafür, war meine USB-Backup-Festplatte, welche ich jetzt so eingestellt habe, dass ich diese nach Gebrauch beim Herunterfahren aushänge.
Vielleicht hilft euch das ein wenig weiter?
Gruß Dieter
-
Bei mir hängt keine externe Festplatte am Rechner, die aktiv ist.
-
Hmm gibt es bestimmt bei systemd, aber den befehl kenn ich leider nicht, im normalfall wird beim herunterfahren nach allen start/stop Scripts noch eine siginit und sigterm an alle Prozesse gesendet.
Termination Signals (The GNU C Library)
Hmm ich würde mal versuchen die Grafische Oberfläche zu beenden, am einfachsten wird dass sein indem du dass runlevel änderst.
Coderunlevelwas gibt denn dieser Befehl aus?
Dass Runlevel ändert man mit dem Befehl init.
-
Was?
Nein /tmp ist ein root Verzeichnis von Linux, dass hat nichts mit dem Format der Partition zu tun.
Im /tmp Verzeichnis legen alle Programme ihre Temporären Daten ab, also Daten die beim nächsten Neustart gelöscht sein sollen.
Hast teilweise Recht, hatte es mit /var/tmp verwechselt. Was aber nichts daran ändert, das man das /tmp unter Umständen nicht in einem Snapshot haben möchte, daher ein eigenes Subvol um es aus zu schliessen.
-
was gibt denn dieser Befehl aus?
Den Befehl runlevel scheint es bei mir nicht zu geben. Auch ein passendes Paket finde ich in den Arch-Repos nicht.
Dass Runlevel ändert man mit dem Befehl init.
Werde daraus nicht schlau.
Ich denke, ich lebe einfach damit. Vielleicht sind die Meldungen bei meiner nächsten Neuinstallation nicht mehr da.
-
Hallo DenalB, welchen Bootloader hast Du installiert?
Wenn Du Kernel-Meldungen ausblenden möchtest, könnte ich die evtl. helfen.
Beim EVI Boot müsstest Du in Boot/Loader/Entries in linux.conf direkt hinter options guiet splash eingeben und schon ist komplett Ruhe!
-
Dann gib mal im Grub-Optimizer in die Kernel Befehlszeile " quiet splash loglevel=3 " ein, sollte auch funktionieren .
-
ist zwar von Suse funktionierte bisher aber überall..
-
Grub-Optimizer
Von diesem "Optimizer" lasse ich lieber die Finger. Ein Mal System zerschossen, reicht mir.
-
Ja, nichts für ungut, bin auch nicht so der Freund davon... dachte, du hättest den schon drauf...
Kann man aber auch direkt im Ordner Grub machen.
Habe ich auch schon mal gemacht, müsste mich aber erst noch mal schlaumachen, ist schon 'ne weile her.
-
Kann man aber auch direkt im Ordner Grub machen.
Habe mir gerade mal /etc/default/grub angeschaut und da steht folgende Zeile schon drin.
GRUB_CMDLINE_LINUX_DEFAULT="loglevel=3 quiet"Um das Loglevel geht es doch, oder?
-
ja es geht um die auszugebenden Meldungen
was mir auffällt ist die Reihenfolge bei dir...
normal gehört "quiet" vor "loglevel" und "4 "wäre auch i.O.
-
normal gehört "quiet" vor "loglevel" und "4 "wäre auch i.O.
Das stammt so von der Installation. Daran habe ich nichts geändert.
Ich habe mir mal erlaubt, das Thema im Arch Forum anzusprechen. Vielleicht hat ja dort jemand eine Idee, was das sein könnte.
-
Moin zusammen, es ist wahrscheinlich in jeder Distro etwas anders als Default eingestellt.
Hatte das auch schon mehrmals beobachtet.
Aber nach meinen Erfahrungen ist es so, dass wenn es am Anfang der Zeile steht, es besser funktioniert.
Das heißt es kommen keine Meldungen mehr...
Evtl. mal nach vorne setzen nach DEFAULT=quiet splash loglevel=3
Dürfte nach meinen Erfahrungen dem Booten nichts anhaben, außer das die eine Meldung mehr oder weniger kommt.
-
Das stammt so von der Installation. Daran habe ich nichts geändert.
schau mal hier:
-
GRUB_CMDLINE_LINUX_DEFAULT='quiet splash nowatchdog nvme_load=YES nvidia-drm.modeset=1 loglevel=3'
so sieht meine aus, aber nicht einfach übernehmen. Ich sehe gar keine Meldungen mehr.
-
Beitrag von Hessen-Dieter (
19. April 2024 um 22:12 )Dieser Beitrag wurde vom Autor aus folgendem Grund gelöscht: war nicht richtig (19. April 2024 um 22:31 ).
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!