Tumbleweed: Frage zum verhalten von dracut
Seit geraumer Zeit läuft dracut nach einem Update schier endlos durch. D.h ich bekomme immer wieder die gleichen Meldungen angezeigt: dracut: Mode: real dracut: Files: 1113 dracut: Linked: 2 files dracut: Compared: 0 xattrs dracut: Compared: 95 files dracut: Saved: 352,18 KiB dracut: Duration: 0.014954 seconds dracut: *** Hardlinking files done *** dracut: *** Generating early-microcode cpio image *** dracut: *** Constructing GenuineIntel.bin *** dracut: *** Store current command line parameters *** dracut: Stored kernel commandline: dracut: resume=UUID=c627e4d2-5deb-4a28-be8e-051842bdd673 dracut: root=UUID=9c259231-3cdd-4b0e-8cd9-d272ad5a8670 rootfstype=ext4 rootflags=rw,relatime dracut: *** Creating image file '/boot/initrd-5.18.1-1-default' *** dracut: *** Creating initramfs image file '/boot/initrd-5.18.1-1-default' done *** dracut: Executing: /usr/bin/dracut --kver=5.18.2-1-default -f dracut: dracut module 'dash' will not be installed, because command 'dash' could not be found! dracut: dracut module 'mksh' will not be installed, because command 'mksh' could not be found! dracut: dracut module 'systemd-coredump' will not be installed, because command 'coredumpctl' could not be found! dracut: dracut module 'systemd-coredump' will not be installed, because command '/usr/lib/systemd/systemd-coredump' could not be found! dracut: dracut module 'systemd-networkd' will not be installed, because command 'networkctl' could not be found! dracut: dracut module 'systemd-networkd' will not be installed, because command '/usr/lib/systemd/systemd-networkd' could not be found! dracut: dracut module 'systemd-networkd' will not be installed, because command '/usr/lib/systemd/systemd-networkd-wait-online' could not be found! dracut: dracut module 'systemd-repart' will not be installed, because command 'systemd-repart' could not be found! .... Nach unzähligen Durchläufen wird dracut dann aber erfolgreich beendet. Und es funktioniert auch alles. Ist es normal, dass dracut eine große Zahl von Durchläufen benötigt? Wenn das verhalten unnormal ist, kann ich dracut irgendwie "zurücksetzen"? Mit freundlichem Gruß Karl Brandt
Karl Brandt schrieb:
Seit geraumer Zeit läuft dracut nach einem Update schier endlos durch. D.h ich bekomme immer wieder die gleichen Meldungen angezeigt:
[...}
Nach unzähligen Durchläufen wird dracut dann aber erfolgreich beendet. Und es funktioniert auch alles.
Vielleich eine dumme Frage: Sind es wirklich immer GENAU die gleichen Meldungen oder variiert die Versions-Nummer vom Kernel? Es könnte ja sein, dass versehentlich ein Dutzend Kernel oder so installiert sind... -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
-------- Original-Nachricht --------
Karl Brandt schrieb:
Seit geraumer Zeit läuft dracut nach einem Update schier endlos durch. D.h ich bekomme immer wieder die gleichen Meldungen angezeigt:
[...}
Nach unzähligen Durchläufen wird dracut dann aber erfolgreich beendet. Und es funktioniert auch alles.
Vielleich eine dumme Frage:
Kernel sind genau 2 installiert 5.18.1 und 5.18.2. Nun muss ich vorsichtig sein: Ich MEINE/GLAUBE es sind immer die gleichen Meldungen. Unzählige male zugesehen wie die Meldungen über den Bildschirm huschen. Ein log-Datei habe ich nicht gefunden. Wenn ich dracut --force aufrufe gibt es nur einen kurzen Durchlauf. Aber das ist sicher nicht die gleiche Situation wie nach einem größeren Update. Gibt es eine Log-Datei oder kann ich die Situation wie nach einem Update provozieren um eine eine verlässliche Ausgabe von dracut zu kommen? MfG Karl
Ich nutze (noch) Leap 15.3. Da ich Update per Script via cron durchführe und der Aufruf des zypper mit der Option -vvv ziemlich gesprächig ist, hab ich das Ergebnis a) per Mail und kann b) unter /var/log/zypp im File history den Verlauf auch noch einmal kontrollieren. Hier sind auch die dracut-Durchläufe protokolliert. Joachim Weber, Bonn Retired IT-Dinosaurier PC Hilfe/Notdienst und IT-Consulting (z/OS und Linux) Am 17.06.22 um 16:14 schrieb Karl Brandt:
-------- Original-Nachricht --------
Karl Brandt schrieb:
Seit geraumer Zeit läuft dracut nach einem Update schier endlos durch. D.h ich bekomme immer wieder die gleichen Meldungen angezeigt:
[...}
Nach unzähligen Durchläufen wird dracut dann aber erfolgreich beendet. Und es funktioniert auch alles.
Vielleich eine dumme Frage:
Kernel sind genau 2 installiert 5.18.1 und 5.18.2.
Nun muss ich vorsichtig sein: Ich MEINE/GLAUBE es sind immer die gleichen Meldungen. Unzählige male zugesehen wie die Meldungen über den Bildschirm huschen. Ein log-Datei habe ich nicht gefunden.
Wenn ich dracut --force aufrufe gibt es nur einen kurzen Durchlauf. Aber das ist sicher nicht die gleiche Situation wie nach einem größeren Update.
Gibt es eine Log-Datei oder kann ich die Situation wie nach einem Update provozieren um eine eine verlässliche Ausgabe von dracut zu kommen?
MfG Karl
-------- Original-Nachricht --------
Ich nutze (noch) Leap 15.3.
Da ich Update per Script via cron durchführe und der Aufruf des zypper mit der Option -vvv ziemlich gesprächig ist, hab ich das Ergebnis a) per Mail und kann b) unter /var/log/zypp im File history den Verlauf auch noch einmal kontrollieren. Hier sind auch die dracut-Durchläufe protokolliert.
Joachim Weber, Bonn
So, die Antworten von Manfred Haertel und Joachim Weber waren hilfreich. <- DANKE dafür dracut läuft für 71 Kernel-Versionen, beginnend bei 5.13.12-2 bis hin zu 5.18.2-1. Das ist Irrsinn! find /boot/vmli* findet nur die Kernel 5.18.1-1 und 5.18.2-1. Wo kann ich denn nun dran schrauben um diesen Fehler zu abzustellen damit dracut nur noch für die beiden aktuellen und wirklich installierten Kernel läuft? Mit freundlichem Gruß Karl Brandt
Am 17.06.22 um 17:49 schrieb Karl Brandt:
So, die Antworten von Manfred Haertel und Joachim Weber waren hilfreich. <- DANKE dafür
dracut läuft für 71 Kernel-Versionen, beginnend bei 5.13.12-2 bis hin zu 5.18.2-1. Das ist Irrsinn!
find /boot/vmli* findet nur die Kernel 5.18.1-1 und 5.18.2-1.
Wo kann ich denn nun dran schrauben um diesen Fehler zu abzustellen damit dracut nur noch für die beiden aktuellen und wirklich installierten Kernel läuft?
Wenn ich mich richtig erinnere, scannt dracut nach folgenden Dateien /lib/modules/$kernel/modules.builtin und baut daraus eine Liste der zu erzeugenden initrd-Datei pro Kernel. Daher schau mal in /lib/modules bzw. in /usr/src rein. Vergleiche dies mal mit der Liste über zypper: # zypper se -i -s kernel Sollten ältere Kernel-Versionen in der zypper-Liste vorhanden sein, dann einfach über zypper mit der betreffenden Version entfernen. Per YaST geht es auch, dürfte um einiges schneller gehen. Sollte die Kernel-Versionen in der zypper-Liste fehlen (weil vielleicht in der Vergangenheit selbst gebaut wurde oder von einem älteren SuSE-System), dann kannst du diese auch gleich händisch aus /boot, /lib/modules und /usr/src entfernen. Dann dürfte dracut diese beim nächsten mal auch nicht mehr bauen. Hier beim Löschen Vorsicht walten lassen! Bei der Gelegenheit kannst du auch einmal prüfen, wieviele Kernel-Versionen bei dir bei jedem Update per zypper vorgehalten wird. # grep -E '^multiversion' /etc/zypp/zypp.conf Bei mir wird folgendes ausgegeben: multiversion = provides:multiversion(kernel) multiversion.kernels = latest,latest-1,running Die Einstellung oben bedeutet, dass ich 3 Kernel-Versionen vorhalte. Einmal den laufenden, einmal den letzten und vorletzten Kernel. In der Config wird das auch nochmal schön erklärt. Somit entsteht erst gar nicht dieses Chaos. HTH -- Gruß Sebastian - openSUSE Member (Freespacer) - Wichtiger Hinweis zur openSUSE Mailing Liste: https://de.opensuse.org/openSUSE:Mailinglisten_Netiquette
Vorweg: Danke an Manfred Haertel, Sebastian Siebert und Joachim Weber für die hilfreichen Hinweise. Ich habe die Mail mal ein wenig gekürzt. Die von Sebastian empfohlenen Schritte habe ich mal nachvollzogen: In /boot/ habe ich die 71 initrd-x gefunden.
Vergleiche dies mal mit der Liste über zypper: # zypper se -i -s kernel
Zypper hat aber nur die Kernel 5.18.1 und 5.18.2 als installiert angegeben. Also weg mit Schaden: Alle überflüssigen /boot/initrd-x händisch gelöscht.
Wenn ich mich richtig erinnere, scannt dracut nach folgenden Dateien /lib/modules/$kernel/modules.builtin und baut daraus eine Liste der zu erzeugenden initrd-Datei pro Kernel Daher schau mal in /lib/modules bzw. in /usr/src rein.
Auch hier 71 Einträge. Alle überflüssigen Einträge händisch gelöscht.
Bei der Gelegenheit kannst du auch einmal prüfen, wieviele Kernel-Versionen bei dir bei jedem Update per zypper vorgehalten wird.
# grep -E '^multiversion' /etc/zypp/zypp.conf
Bei mir wird folgendes ausgegeben:
multiversion = provides:multiversion(kernel) multiversion.kernels = latest,latest-1,running
Identische Ausgabe. So sollte es doch eigentlich auch sein. Hilfreich: Heute kam ein Kernel-Update 5.18.4. Die Gelegenheit für einen Test. Es scheint jetzt wieder alles wie gewollt zu funktionieren. Es bleibt natürlich die Frage im Raum wie das passieren konnte. Mit den Worten meiner Kinder: Ich habe nichts gemacht, wirklich nicht! Mit freundlichem Gruß Karl Brandt
Karl Brandt schrieb:
Gibt es eine Log-Datei oder kann ich die Situation wie nach einem Update provozieren um eine eine verlässliche Ausgabe von dracut zu kommen?
Wenn bei einem Update dracut aufgerufen wird, sollte auch dessen Output in der /var/log/zypp/history landen (zumindest bei mir ist es so, grade nachgeschaut). -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
participants (4)
-
Joachim Weber -
Karl Brandt -
Manfred Haertel, DB3HM -
Sebastian Siebert