Gelöst Boot-Job-Problem nach Upgrade

BeastXXL · Gestern um 16:28

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.

BeastXXL · Gestern um 16:49

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.

Sauerland · Gestern um 17:54

Schau mal hier:
Making sure you're not a bot!

Die dumme Beschriftung kommt vom bugzilla.....

Hier in Code-Tags:

Code:

https://bugzilla.opensuse.org/show_bug.cgi?id=1272525#c0

BeastXXL · Gestern um 18:19

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?

Sauerland · Gestern um 18:34

Mach es .

Wenn's nicht funktioniert, einfach die Datei löschen und die initrd neu bauen......

BeastXXL · Gestern um 22:19

Was genau meinst du mit

Sauerland schrieb:
die initrd neu bauen.....

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?

Sauerland · Gestern um 22:55

Sauerland schrieb:
die initrd neu bauen......

Damit meinte ich das:

Code:

dracut -f --regenerate-all

Denn der Workaround erstellt eine Datei mit Inhalt, die man wieder löschen könnte und die intrd dann wieder neu bauen.

BeastXXL · Heute um 20:52

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.

Sauerland · Heute um 20:59

BeastXXL schrieb:
Nachdem ich mich als root auf der Konsole angemeldet hatte,

Du meinst aber jetzt nicht im Runlevel 3?

Denn der Befehl funktioniert auch im Grafischen Umfeld.

Nur der neustart ist wichtig.

BeastXXL · Heute um 22:04

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.