• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Gelöst Boot-Job-Problem nach Upgrade

B

BeastXXL

Hallo,
ich habe gerade ein Upgrade von openSUSE Slowroll durchgeführt.
Nun hängt beim Boot ein Job der auf "/dev/disk/by-designator/esp" verweist. Er braucht die erlaubten 90 Sekunden. Dann wird weiter gebootet.

Da das vor dem Upgrade nicht so war, kann mir jemand das Problem erklären und evtl. eine Lösung geben?
Soweit ich das überprüft habe, stimmen noch immer alle UUIDs mit denen in der fstab überein.

Oder ist Abwarten das Gebot der Stunde, weil es wieder weggepatcht wird?

Danke für Hinweise.
 
OP
B

BeastXXL

Hier noch ein paar Infos aus dem Journal:
Code: 
beastxxl@linux-5099:~> sudo journalctl -b | grep -i "timeout"
[sudo] Passwort für root: 
Aug 09 18:19:30 linux-5099 systemd[1]: dev-disk-by\x2ddesignator-esp.device: Job dev-disk-by\x2ddesignator-esp.device/start failed with result 'timeout'.
Aug 09 16:19:36 linux-5099 NetworkManager[1471]: <info>  [1786285176.3394] dhcp4 (eth0): activation: beginning transaction (timeout in 45 seconds)
Aug 09 16:20:41 linux-5099 plasma_waitforname[2030]: WaitForName: Service was not registered within timeout
beastxxl@linux-5099:~> sudo journalctl -b | grep -i "designator"
Aug 09 18:18:00 linux-5099 systemd[1]: cryptsetup.target: Found ordering cycle: cryptsetup-pre.target/start after pcr-signature.service/start after sysefi.mount/sta
rt after systemd-fsck@dev-disk-by\x2ddesignator-esp.service/start after systemd-fsck-root.service/start after initrd-root-device.target/start after measure-pcr-vali
dator.service/start after cryptsetup.target/start - after cryptsetup-pre.target
Aug 09 18:18:00 linux-5099 systemd[1]: Expecting device /dev/disk/by-designator/esp...
Aug 09 18:19:30 linux-5099 systemd[1]: dev-disk-by\x2ddesignator-esp.device: Job dev-disk-by\x2ddesignator-esp.device/start timed out.
Aug 09 18:19:30 linux-5099 systemd[1]: Timed out waiting for device /dev/disk/by-designator/esp.
Aug 09 18:19:30 linux-5099 systemd[1]: Dependency failed for File System Check on /dev/disk/by-designator/esp.
Aug 09 18:19:30 linux-5099 systemd[1]: systemd-fsck@dev-disk-by\x2ddesignator-esp.service: Job systemd-fsck@dev-disk-by\x2ddesignator-esp.service/start failed with 
result 'dependency'.
Aug 09 18:19:30 linux-5099 systemd[1]: dev-disk-by\x2ddesignator-esp.device: Job dev-disk-by\x2ddesignator-esp.device/start failed with result 'timeout'.
Aug 09 16:21:23 linux-5099 sudo[2867]: beastxxl : TTY=pts/0 ; PWD=/etc/udev/rules.d ; USER=root ; COMMAND=/usr/bin/rm 99-esp-designator.rules
beastxxl@linux-5099:~>

PS: Ich kann in das Editor-Fenster des CODE-Buttons nichts (mehr) kopieren. Die obige Ausgabe konnte ich nur in das "normale" Editor-Fenster kopieren. Dann habe ich die Tags CODE bzw. /CODE manuell davor bzw. danach hingeschrieben.
 
OP
B

BeastXXL

Ah, OK. Gut zu wissen, dass das Problem bekannt ist.
Würdest du zum vorgeschlagenem Workaround
Code: 
echo 'omit_dracutmodules+=" pcr-signature measure-pcr "' > /etc/dracut.conf.d/99-no-pcr-signature.conf
  dracut -f --regenerate-all
raten? Oder lieber abwarten?
 
OP
B

BeastXXL

Was genau meinst du mit
Sauerland schrieb:
die initrd neu bauen.....
Zum Vergrößern anklicken....
Wie oben einfach noch mal
Code: 
dracut -f --regenerate-all
oder
Code: 
update-initramfs -u
oder etwas ganz anderes?

Ich sollte außerdem regelmäßig den obigen Bug-Report checken, um bei einem offiziellem Patch die erstellte Datei zu löschen und mit einem der oben genannten Befehle die "initrd neu bauen", richtig?
 
OP
B

BeastXXL

Nachdem ich mich als root auf der Konsole angemeldet hatte, konnte ich den Workaround durchführen.

Tatsächlich scheint es auch bei mir zu funktionieren. Jetzt heißt es abwarten, um diese Datei irgendwann wieder löschen zu können...

Danke für die Hilfe. :)
 
OP
B

BeastXXL

Nein, nein. Ich wollte nur klarmachen, dass sudo nicht funktioniert hat. Ich musste mich komplett mit su als root anmelden. Das war alles, was ich damit ausdrücken wollte.
Danach durch den Befehl die Datei angelegt und initrd neu generiert. Neustart. --> Bootet wie früher. :)
 
OP
B

BeastXXL

Nur als Ergänzung: Im Bugreport (Bugzilla) wird das Problem als gelöst markiert. Daher habe ich ein Upgrade durchgeführt und die oben erstellte conf-Datei in conf.bak umbenannt (gefolgt von der Neugenerierung des initrd). Allerdings hat die Neugenerierung nicht wie beim ersten Mal funktioniert.
Habe trotzdem ein Neustart durchgeführt, um festzustellen, dass das ursprüngliche Problem wieder da ist.

Daher wieder alles zurück umbenannt (conf.bak in conf). Wieder versucht initrd neu zu generieren, was abermals misslang.
Es kommt immer der selbe Fehler:
Code: 
linux-5099:/etc/dracut.conf.d # dracut -f --regenerate-all
dracut[E]: Current resume kernel argument points to an invalid disk
dracut[E]: Current resume kernel argument points to an invalid disk
dracut[E]: Current resume kernel argument points to an invalid disk
dracut[E]: Current resume kernel argument points to an invalid disk
linux-5099:/etc/dracut.conf.d # exit

Ich kann zwar mit der conf-Datei leben, allerdings hätte ich mir schon gewünscht, nicht darauf angewiesen zu sein, wenn das Problem behoben wurde.
 
OP
B

BeastXXL

Zweite Ergänzung:
Ich habe die Pakete sdbootutil, sdbootutil-dracut-measure-pcr und dracut-pcr-signature deinstalliert, die conf-Datei wieder in conf.bak umbenannt und initrd neu generiert.

Das Boot-Problem ist weg.
Mir wurde gesagt, da ich GRUB2-efi nutze, ist das meine Lösung. Scheint zu stimmen. Die conf.bak-Datei werde ich demnächst endgültig löschen.

Die Warnmeldungen bei "dracut -f --regenerate-all" bleiben allerdings bestehen.
 
OP
B

BeastXXL

Code: 
beastxxl@linux-5099:~> cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-7.1.8-1.0.8.sr20260802-default root=UUID=28a0cea7-1a39-4603-b845-5dfe9c9ab8ba noresume quiet noplymouth amd_pstate=active zswap.enabled=1 z
swap.max_pool_percent=15 mitigations=auto
beastxxl@linux-5099:~>
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben