Startdienste verzögern massiv den Bootvorgang
- Platthammer
- Unerledigt
Hinweis: In dem Thema Startdienste verzögern massiv den Bootvorgang gibt es 20 Antworten auf 3 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
-
-
Also wie es aussieht hat es in diesem bearbeiteten Punkt etwas gebracht, aber der Eindruck ist trotzdem ein laaaaahhhhhhmer Start.
Bis hierhin erst mal VIELEN DANK !
Hier die gewünschte Ausgabe ( als Auszug ) :
Code
Alles anzeigenocalhost:/home/joerg # systemd-analyze blame 30.064s wicked.service 2.436s dracut-initqueue.service 2.100s udisks2.service 1.609s systemd-udev-settle.service 959ms display-manager.service 688ms postfix.service 604ms apparmor.service 483ms libvirtd.service 445ms initrd-switch-root.service 439ms plymouth-quit-wait.service 415ms upower.service 314ms smartd.service 187ms home.mount 154ms wickedd-auto4.service 151ms polkit.service 150ms wickedd-dhcp4.service 149ms avahi-daemon.service 149ms systemd-machined.service 146ms wickedd-dhcp6.service 138ms initrd-parse-etc.service 126ms dev-disk-by\x2duuid-6e186155\x2d7e32\x2d45fc\x2da3a9\x2d15bb776468f1.swap 124ms rsyslog.service 119ms klog.service 114ms user@1000.service 113ms run-mount.mount 102ms systemd-journal-flush.service 97ms systemd-udev-trigger.service 97ms mcelog.service 95ms plymouth-start.service 94ms chronyd.service 91ms ModemManager.service
-
Bevor ich etwas poste, teste ich immer vorher alles - wollen ja nichts "verschlimmbessern".
Ich habe auf diesem System IPv6 komplett aus.
Deswegen kann ich es leider auch nicht testen - also, probieren kannst du es - aber ohne Gewähr.
Nachtrag:
Zu deiner letzten Ausgabe Post #12:
Sieht schon besser aus, da wir bislang ausschl. bei btrfsmaintenance dran waren.
Wicked kommt noch
-
Na das wäre ja prima, danke bis hier hin !
Mal eine Frage was ist dieser Dracut Dienst ??? Ich habe zwar keinen AMD Prozessor auch keinen DELL Rechner und Red Hat habe ich auch nicht. Allerdings ist bei jedem Update etwas Dabei wo dieses Dracut wie einen separaten Ablauf bildet, zumindest ist die Schrift in einer anderen Farbe als würde der Rechner da etwas kompilieren.
Was macht dieser und wozu braucht man den ?
-
Könntest du damit mehr anfangen ?
Code
Alles anzeigenlocalhost:/home/joerg # systemd-analyze critical-chain The time after the unit is active or started is printed after the "@" character. The time the unit takes to start is printed after the "+" character. graphical.target @33.867s └─display-manager.service @32.895s +971ms └─time-sync.target @32.752s └─chronyd.service @32.581s +169ms └─network.target @32.576s └─wicked.service @2.511s +30.064s └─wickedd-nanny.service @2.469s +40ms └─wickedd.service @2.419s +42ms └─wickedd-dhcp4.service @2.287s +44ms └─dbus.service @2.040s └─basic.target @2.026s └─paths.target @2.026s └─btrfsmaintenance-refresh.path @2.026s └─sysinit.target @2.024s └─systemd-udev-settle.service @387ms +1.636s └─systemd-udev-trigger.service @302ms +84ms └─systemd-udevd-control.socket @286ms └─-.mount └─system.slice └─-.slice
-
Mal eine Frage was ist dieser Dracut Dienst ??? Ich habe zwar keinen AMD Prozessor auch keinen DELL Rechner und Red Hat habe ich auch nicht
Das hat erstmal nichts mit deinem Rechner selbst zu tun, sondern mit dem laufenden Kernel...
dracut ist eine Software, um für Linux-Systeme ein initramfs (Ausgangsdateisystem im Arbeitsspeicher)– ein temporäres Dateisystem – zu erstellen. Dieses wird vom Linux-Kernel während des Bootvorgangs verwendet, bis das finale root-Dateisystem eingehängt wird.
Ziel von dracut ist es, eine universelle Schnittstelle zum Erzeugen eines initramfs anzubieten, die von allen Distributionen genutzt werden kann. Denn bisher nutzt jede Distribution einen selbst entwickelten Ablauf zum Generieren dieser initramfs, was Benutzbarkeit und Interoperabilität senkt und die Fehleranfälligkeit erhöht.
Könntest du damit mehr anfangen ?
Alles gut...
,Nur "wicked" braucht noch zu lange.
Bzgl. wicked würde ich mal in Yast - Netzwerkeinstellungen auf NetworkManager-Dienst umstellen - PC_NEUSTART - dann wieder auf Wicked-Dienst umstellen - PC_NEUSTART
Und testen...
-
Erstmal danke für die Super Erklärung über dracut. Das ist eine einleuchtende Gescichte und so wie es aussieht ein guter Schritt endlich mal die vielen Distries untereinander zusammen zu führen.
Ein Ram file System für den Bootvorgang von Root, stelle mir gerade vor wie lange das mit einer alten Platte dauern muß. Ich denke da wird es Einbußen in Form von Performance geben.
Zu deinem Vorschlag auf Netzwerk Manager umzustellen und wieder zurück, damit habe ich etwas Bauchschmerzen. Ich war vorhin gerade mal im Yast in der Diensteverwaltung und mußte feststellen das wicked gar nicht läuft und starten lässt er sich auch nicht. Nur wieso habe ich Netzwerk wenn dieser Dienst nicht läuft ? Wickedd läuft dagegen.
Da ich genau an dem Punkt zu Weihnachten mir den dicken Hals geholt hatte bin ich da etwas skeptisch. Aber das denke ich versuche ich morgen, für heute muß ich mir dazu noch etwas Mut anschlafen
Bis hier hin erstmal vielen Dank für deine Mühe, Ausdauer und Kompetenz ! Die Erklärung fand ich kurz und sehr verständlich, prima !
Guts Nächtle
-
Evtl. ist noch ein Zischenschritt erforderlich - das Löschen der alten Netzwerk-Konfigurationen.
Schau dir mal diese Anleitung an:
https://linux-club.de/wiki/ope…wicked_auf_NetworkManager
Dort geht es zwar von wicked auf NetworkManager (also umgekehrt) aber trotzdem ist zu sehen, was zu tun ist.
Schritte:
Yast
Netzwerkeinstellungen
Reiter "Übersicht" und erst alle Verbindungen löschen und übernehmen (falls du manuelle Settings verwendest, mach dir vorher einen Screenshot der jetzigen Settings, da du sie später wieder neu eintragen musst)
Reiter "Globale Optionen" und umstellen auf "NetworkManager-Dienst"
PC_NEUSTART
Yast
Netzwerkeinstellungen
Reiter "Globale Optionen" und umstellen auf "Wicked-Dienst"
An dieser Stelle musst du deine Netzwerk-Konfigurationen erneut vornehmen
Nach einem letzten Neustart sollte es dann wieder laufen.
-
Schau mal in Yast > Sysconfig Editor nach.
Dort Network > General > Wait for Interfaces auswählen.
Vorgabe ist 30sek.
D.h. es wird 30sek lang gewartet, bis sich alle externen Speichermedien mit allen vorhanden NIC´s verbunden haben.
Hast du NFS-Shares gemountet, also externe Freigaben? Wenn ja, langsamer vortasten.
Auf einem PC konnte Ich mal diesen Wert auf 3 oder 4 sek reduzieren können. Dort braucht auch auf nicht viel gewartet zu werden.
Mit anderen Worten:
Diese 30sek langsam reduzieren. 25, 20, 15, 12, 10sek. Usw. Und bei jedem Schritt alles (was Netzwerk betrifft) kontrollieren.
-
Also deinen Vorschlag habe ich getestet und wie schon gedacht hatte ich große Probleme dies wieder rückgängig zu machen. Der Dienst war dann tot und lies sich auch nicht wieder zum starten bewegen. Habe dann die kompletten Netzwerkverbindungen der Schnittstellen gelöscht und neu angelegt. Da hat er etwas gebraucht und dann konnte ich den Dienst wieder manuell starten. Dann hatte ich auch wieder Netz.
Mir fällt da gerade ein das ich da mal einen Remote zum Server eingerichtet hatte das ich mir halt das Serverbild auf den Monitor holen konnte, ich denke das daher vielleicht dieses noch stammen könnte, aber sicher bin ich mir da nicht. Der VNC ist nie wirklich gelaufen.
Ja diesen Eintrag habe ich gefunden und da steht eine 30 drin. Es steht auch drin das bei keinem Eintrag einfach nicht gesucht wird, wie muß ich mir das vorstellen ? Soll das bedeuten das mir alle Geräte die über Netzwerk verbunden werden nicht mehr erkannt werden ?