Efibootmgr fügt keine Datenträger-GUID in HD-Parameter ein

Efibootmgr fügt keine Datenträger-GUID in HD-Parameter ein

Ich versuche, das Qubes-Betriebssystem zu installieren. Es ist fast abgeschlossen, es scheint nur noch ein Problem zu geben.

Zunächst einige Hintergrundinformationen: Sowohl Windows als auch Ubuntu wurden irgendwann erfolgreich im UEFI-Modus gestartet. Ihre Einträge sehen folgendermaßen aus:

Boot0001* ubuntu HD(1,GPT,0cb1782e-aa4f-4227-9f71-9cfc52abc53f,0x800, 0x100000)/File(\EFI\ubuntu\shimx64.efi)
Boot0002* Windows Boot Manager HD(1,GPT,0cb1782e-aa4f-4227-9f71-9cfc52abc53f,0x800, 0xfa000)/File(\EFI\Microsoft\Boot\...)

Diese Einträge werden im Startmenü angezeigt, obwohl ihre entsprechenden Bootloader durch Änderungen während der Installation von Qubes längst überschrieben wurden.

Nach der Installation wurden keine Bootoptionen mehr angezeigt. Qubes hat dem EFI-Bootloader einen Eintrag hinzugefügt, der folgendermaßen aussieht:

Boot0003* Qubes HD(1,0,0000000000000...0000,0x0, 0x0)/File(\EFI\qubes\xen.efi)

Es scheint, als würde diese Zeile das BIOS glauben lassen, dass etwas fehlerhaft ist, und es veranlasst, alle Einträge aus den Startoptionen zu entfernen.

Wenn ich die Bootoptionen wie folgt zurücksetze:

efibootmgr -o 3,2,1

Und überprüfen Sie, ob in der Bootreihenfolge alles in Ordnung ist:

efibootmgr -v
BootOrder: 0003,0002,0001

Aber nach einem Neustart sind diese Einträge entfernt und eine nachfolgende Auflistung mit efibootmgr -v zeigt die Einträge, allerdings nicht in der Startreihenfolge.

Frage hier

Wie kann ich den Eintrag von Qube erzwingen/korrigieren/ändern, damit er die richtige Datenträger-GUID hat? Ist die geladene Version von efibootmgr vielleicht veraltet oder fehlerhaft? Sollte ich versuchen, Ubuntu zu booten und diesen Bootmgr zu verwenden (da dies anscheinend funktionierte). Oder gibt es ein anderes Problem und sollte dies funktionieren?

Auch:

/etc/fstab scheint die Festplatten-UUID nicht anzuzeigen und die Ausgabe von blkid /dev/nvme0n1 stimmt nicht mit der UUID überein, die sowohl Windows als auch Ubuntu in ihren Einträgen verwendet haben.

Antwort1

Ich habe einen Weg gefunden, dieses Problem zu umgehen. Meine Vermutung war richtig und der Eintrag war so beschädigt, dass das BIOS es für angebracht hielt, alle Einträge zu löschen.

Die Lösung in diesem Fall bestand darin, mit dem integrierten BIOS-Tool nach UEFI-Bootloadern zu suchen.

In diesem Artikel wird beschrieben, wie Sie mit dem integrierten Tool eine UEFI-Boot-Option im Dell-BIOS hinzufügen (das ist die Marke des Laptops, auf dem ich mein System installiert habe).

https://www.dell.com/support/article/us/en/04/SLN142679/how-to-enable-boot-from-dvd-option-with-uefi-boot-mode-enabled--windows-8--81--10-?lang=EN

Falls der Link nicht mehr funktioniert, finden Sie das Tool als zukünftige Referenz unter:

Einstellungen -> Allgemein -> Startreihenfolge:

1. Select: Boot list options: UEFI [x] Legacy: []
2. Click: Add Boot option -> Browse disk to .EFI bootloader.=

verwandte Informationen