[TeilGELÖST] Nach Upgrade "grub_register_command_lockdown" nicht gefunden

Warum Debian und/oder eine seiner Spielarten? Was muss ich vorher wissen? Wo geht es nach der Installation weiter?
Antworten
BrotherJ
Beiträge: 323
Registriert: 15.11.2018 07:56:18

[TeilGELÖST] Nach Upgrade "grub_register_command_lockdown" nicht gefunden

Beitrag von BrotherJ » 04.04.2021 10:17:19

Hallo zusammen,
ich habe ein reguläres Upgrade des installierten Buster gemacht und kann seitdem nicht mehr booten. Der Grub2 bleibt bei

Code: Alles auswählen

grub_register_command_lockdown" nicht gefunden
hängen.
Diese Vorgehensweise https://www.linuxmaker.com/tutorials/gr ... ieren.html hilft jetzt auch nicht gerade weiter:

Code: Alles auswählen

 # update-grub2
GRUB-Konfigurationsdatei wird erstellt …
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Linux-Abbild gefunden: /boot/vmlinuz-4.19.0-16-amd64
initrd-Abbild gefunden: /boot/initrd.img-4.19.0-16-amd64
Linux-Abbild gefunden: /boot/vmlinuz-4.19.0-13-amd64
initrd-Abbild gefunden: /boot/initrd.img-4.19.0-13-amd64
Linux-Abbild gefunden: /boot/vmlinuz-4.19.0-12-amd64
initrd-Abbild gefunden: /boot/initrd.img-4.19.0-12-amd64
  WARNING: Device /dev/loop0 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sda not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/loop1 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sda1 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/loop2 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sda2 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/loop3 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/loop4 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/loop5 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sdb not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sdb1 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sdb2 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sdc not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sdc1 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sdc2 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sdc3 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sdc5 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sdc6 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sdc7 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sdd not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sdd1 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sde not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sde1 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sdf not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sdf1 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sdg not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sdg1 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sdh not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sdh1 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sdh2 not initialized in udev database even after waiting 10000000 microseconds.
  /dev/sdi: open failed: Kein Medium gefunden
  /dev/sdj: open failed: Kein Medium gefunden
  /dev/sdk: open failed: Kein Medium gefunden
  /dev/sdl: open failed: Kein Medium gefunden
  /dev/sdm: open failed: Kein Medium gefunden
  WARNING: Device /dev/sdn not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sdn1 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/loop0 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/loop1 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sda1 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/loop2 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sda2 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/loop3 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/loop4 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/loop5 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sdb1 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sdb2 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sdc1 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sdc2 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sdc3 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sdc5 not initialized in udev database even after waiting 10000000 microseconds.
  WARNING: Device /dev/sdc6 not initialized in udev database even after waiting 10000000 microseconds.
Wie lässt sich der Grub2 wieder reparieren?

Beste Grüße
BrotherJ
Zuletzt geändert von BrotherJ am 04.04.2021 18:50:38, insgesamt 1-mal geändert.

Benutzeravatar
MSfree
Beiträge: 10686
Registriert: 25.09.2007 19:59:30

Re: Nach Upgrade "grub_register_command_lockdown" nicht gefunden

Beitrag von MSfree » 04.04.2021 12:11:54

Was bei dir das Problem ist, kann ich dir nciht sagen. Es gibt aber in letzter Zeit immer wieder Probleme mit Grub, das nach eine upgrade versagt. Schau mal hier rein (letzter Post):
viewtopic.php?f=29&t=179581

fischig
Beiträge: 3600
Registriert: 24.12.2019 12:25:08
Lizenz eigener Beiträge: MIT Lizenz

Re: Nach Upgrade "grub_register_command_lockdown" nicht gefunden

Beitrag von fischig » 04.04.2021 15:19:20

Sieht das nicht nach „Segnungen“ von udev aus?

BrotherJ
Beiträge: 323
Registriert: 15.11.2018 07:56:18

Re: Nach Upgrade "grub_register_command_lockdown" nicht gefunden

Beitrag von BrotherJ » 04.04.2021 15:52:54

MSfree hat geschrieben: ↑ zum Beitrag ↑
04.04.2021 12:11:54
Was bei dir das Problem ist, kann ich dir nciht sagen. Es gibt aber in letzter Zeit immer wieder Probleme mit Grub, das nach eine upgrade versagt. Schau mal hier rein (letzter Post):
viewtopic.php?f=29&t=179581
Das wird der Grub sein, wie gesagt nach dem Upgrade funktioniert der nicht mehr. Allerdings habe ich gerade besagten Post nachvollzogen. grun-install ging problemlos durch, aber gelöst hat es das Problem nicht.

BrotherJ
Beiträge: 323
Registriert: 15.11.2018 07:56:18

Re: Nach Upgrade "grub_register_command_lockdown" nicht gefunden

Beitrag von BrotherJ » 04.04.2021 17:33:46

Ich habe das Szenario dreimal durchgespielt, ohne Erfolg. Da das offensichtlich mit der aktualisierten Grub-Version zusammenhängt, welche Version wäre denn lauffähig? Bzw. ließe sich die alte Version irgendwo wieder finden?
Also grub-common:amd64 (2.02+dfsg1-20+deb10u2) anstelle von 2.02+dfsg1-20+deb10u4?
Oder welche Lösungen gäbe es noch?

BrotherJ
Beiträge: 323
Registriert: 15.11.2018 07:56:18

Re: [TeilGELÖST] Nach Upgrade "grub_register_command_lockdown" nicht gefunden

Beitrag von BrotherJ » 04.04.2021 19:00:43

Die Radikallösung war diese hier:

Code: Alles auswählen

dpkg --purge grub-common grub-pc grub-pc-bin grub2-common
dpkg -i grub-common_2.02+dfsg1-20+deb10u3_amd64.deb grub2-common_2.02+dfsg1-20+deb10u3_amd64.deb grub-pc_2.02+dfsg1-20+deb10u3_amd64.deb grub-pc-bin_2.02+dfsg1-20+deb10u3_amd64.deb
Zum Glück hatte ich einen Server, der im Februar frisch aufgesetzt war und noch funktionierende Grub_Pakete enthielt, die ich nutzen konnte. Das hilft für den Moment ist aber nicht die Lösung.

Generell wüsste ich gerne, wie man hier vorgehen soll. Du siehst, dass Upgrades notwendig sind und denkst garantiert nicht, dass so etwas auftritt. Vor allem wenn man Remote ein solches Upgrade durchführt, wo der Rechner hunderte Kilometer entfernt steht, hilft dir kein Live-System. Fakt der Rechner bootet einfach nicht mehr und ein Anwender steht davor und weiß nicht, was er/sie machen kann.

Wie ist Eure Vorgehensweise bei so etwas Wichtigem wie der Grub? Vor allem, warum ist das nicht gefixt bevor die Verantwortlichen das als Upgrade zur Verfügung stellen? Und bei welcher Version wird das wieder funktionieren? Gibt es da eine Stelle, die über behobene Bugs zuverlässig informiert?

Beste Grüße

BrotherJ

Antworten