HP Omen, GRUB nach der Dual Boot Installation nicht auswählbar

[bit64c]

Hallo zusammen,

Ich habe ein aktuelles HP Omen (OMEN Transcend Laptop 14-fb1790ng), auf welchem ich neben Windows 11 auch die neuste Ubuntu LTS installiert habe. Die Installation klappt problemlos. Secure Boot ist aus. Beim starten wird direkt Windows 11 gestartet, auch im UEFI lässt sich nur der Windows Bootloader auswählen.

Wenn ich in das extra Bootmenü (F9) gehe, kann ich auch GRUB starten. Es ist also alles installiert. Nur es ist eben nicht einzustellen, dass immer GRUB startet.

Ideen?

UEFI

 

[mkossmann]

Mehr Info wäre nett
Starte das Ubuntu und zeige uns die Ausgaben von "sudo fdisk -l" und "sudo efibootmgr -v" ( in einer Kommandozeile)
PS: Der gestartete grub hat dann auch Windows als Bootoption ?

 

[bit64c]

Mehr Info wäre nett
Starte das Ubuntu und zeige uns die Ausgaben von "sudo fdisk -l" und "sudo efibootmgr -v" ( in einer Kommandozeile)
PS: Der gestartete grub hat dann auch Windows als Bootoption ?

Ich habe erst wieder heute Abend Zugriff. Dann poste ich auch Bilder von den Menüs.

Zu deinem PS.: Korrekt, der über das Bootmenü gestartete GRUB hat die Auswahl zwischen Ubuntu und Win11.

Ich habe diverse PCs eingerichtet mit Dual Boot, auch meinen aktuellen Desktop mit aktuellster Hardware (siehe System).

Ich kann einfach nicht nachvollziehen, weshalb man im UEFI bei der Bootreihenfolge kein Ubuntu auswählen kann.

 

[bit64c]

@mkossmann

Ich habe Screenshots gemacht.

Mehr Info wäre nett
Starte das Ubuntu und zeige uns die Ausgaben von "sudo fdisk -l" und "sudo efibootmgr -v" ( in einer Kommandozeile)
PS: Der gestartete grub hat dann auch Windows als Bootoption ?

"sudo fdisk -l"

Festplatte /dev/loop0: 4 KiB, 4096 Bytes, 8 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop1: 66,85 MiB, 70094848 Bytes, 136904 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop2: 19,65 MiB, 20602880 Bytes, 40240 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop3: 273,7 MiB, 286994432 Bytes, 560536 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop4: 16,5 MiB, 17301504 Bytes, 33792 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop5: 606,08 MiB, 635518976 Bytes, 1241248 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop6: 91,69 MiB, 96141312 Bytes, 187776 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop7: 394,98 MiB, 414167040 Bytes, 808920 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/nvme0n1: 953,87 GiB, 1024209543168 Bytes, 2000409264 Sektoren
Festplattenmodell: SAMSUNG MZVL81T0HFLB-00BH1
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: 829DFBBF-593E-414F-AAFC-73D116072F0D

Gerät Anfang Ende Sektoren Größe Typ
/dev/nvme0n1p1 2048 411647 409600 200M EFI-System
/dev/nvme0n1p2 411648 444415 32768 16M Microsoft reserviert
/dev/nvme0n1p3 444416 1046810623 1046366208 498,9G Microsoft Basisdaten
/dev/nvme0n1p4 1046810624 1048573951 1763328 861M Windows-Wiederherstellung
/dev/nvme0n1p5 1048576000 1248577535 200001536 95,4G Linux-Dateisystem
/dev/nvme0n1p6 1248577536 2000406527 751828992 358,5G Linux-Dateisystem


Festplatte /dev/loop8: 18,82 MiB, 19738624 Bytes, 38552 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop9: 15,69 MiB, 16449536 Bytes, 32128 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop11: 580 KiB, 593920 Bytes, 1160 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop10: 49,26 MiB, 51654656 Bytes, 100888 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop12: 227,55 MiB, 238604288 Bytes, 466024 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop13: 66,8 MiB, 70049792 Bytes, 136816 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop14: 18,83 MiB, 19746816 Bytes, 38568 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop15: 828 KiB, 847872 Bytes, 1656 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop16: 19,96 MiB, 20930560 Bytes, 40880 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


"sudo efibootmgr -v"

Timeout: 0 seconds
BootOrder: 0000,9999
Boot0000* Windows Boot Manager HD(1,GPT,fa4ee493-fb2d-494a-8bd9-f976c84a19ff,0x800,0x64000)/\EFI\Microsoft\Boot\bootmgfw.efi57494e444f5753000100000088000000780000004200430044004f0042004a004500430054003d007b00390064006500610038003600320063002d0035006300640064002d0034006500370030002d0061006300630031002d006600330032006200330034003400640034003700390035007d000000653e0100000010000000040000007fff0400
dp: 04 01 2a 00 01 00 00 00 00 08 00 00 00 00 00 00 00 40 06 00 00 00 00 00 93 e4 4e fa 2d fb 4a 49 8b d9 f9 76 c8 4a 19 ff 02 02 / 04 04 46 00 5c 00 45 00 46 00 49 00 5c 00 4d 00 69 00 63 00 72 00 6f 00 73 00 6f 00 66 00 74 00 5c 00 42 00 6f 00 6f 00 74 00 5c 00 62 00 6f 00 6f 00 74 00 6d 00 67 00 66 00 77 00 2e 00 65 00 66 00 69 00 00 00 / 7f ff 04 00
data: 57 49 4e 44 4f 57 53 00 01 00 00 00 88 00 00 00 78 00 00 00 42 00 43 00 44 00 4f 00 42 00 4a 00 45 00 43 00 54 00 3d 00 7b 00 39 00 64 00 65 00 61 00 38 00 36 00 32 00 63 00 2d 00 35 00 63 00 64 00 64 00 2d 00 34 00 65 00 37 00 30 00 2d 00 61 00 63 00 63 00 31 00 2d 00 66 00 33 00 32 00 62 00 33 00 34 00 34 00 64 00 34 00 37 00 39 00 35 00 7d 00 00 00 65 3e 01 00 00 00 10 00 00 00 04 00 00 00 7f ff 04 00
Boot9999* USB Drive (UEFI) PciRoot(0x0)/Pci(0x1d,0x0)/USB(16,0)0000424f
dp: 02 01 0c 00 d0 41 03 0a 00 00 00 00 / 01 01 06 00 00 1d / 03 05 06 00 10 00 / 7f ff 04 00
data: 00 00 42 4f

 

[mkossmann]

Kann es sein das du vom Installationsstick ein Live-System bootest ? efibootmgr findet jedenfalls keinen Eintag für grub auf der NVME sondern nur den USB Stick
Schau mal in diese Anleitung zur Reparatur von grub: https://ubuntu.fan/de/docs/ref/troubleshooting/dual-boot-repair. Da du keine SATA/SCSI Disk hast must du aber die laufwerk devices anpassen. Statt /dev/sdX2 für root entweder /dev/nvme0n1p5 oder /dev/nvme0n1p6 und für /boot /dev/nvme0n1p1

 

[bit64c]

Kann es sein das du vom Installationsstick ein Live-System bootest ? efibootmgr findet jedenfalls keinen Eintag für grub auf der NVME sondern nur den USB Stick
Schau mal in diese Anleitung zur Reparatur von grub: https://ubuntu.fan/de/docs/ref/troubleshooting/dual-boot-repair. Da du keine SATA/SCSI Disk hast must du aber die laufwerk devices anpassen. Statt /dev/sdX2 für root entweder /dev/nvme0n1p5 oder /dev/nvme0n1p6 und für /boot /dev/nvme0n1p1

Nein, kein booten von usb Stick.

 

[bit64c]

Ideen?

 

[DJDark]

Was ist denn auf der p5? Soll das /boot sein?

 

[bit64c]

Was ist denn auf der p5? Soll das /boot sein?

Irgendwas von Windows. nvme0n1p1 Ist Boot. Es ist so, ich habe das schon zig mal gemacht. Ich bin sicher es ist kein Installationsproblem, sondern HP-Spezifisch.

 

[DJDark]

Irgendwas von Windows. nvme0n1p1 Ist Boot. Es ist so, ich habe das schon zig mal gemacht. Ich bin sicher es ist kein Installationsproblem, sondern HP-Spezifisch.

Nein, das denke ich nicht. Efibootmgr hat gezeigt, daß der Efi Eintrag für grub fehlt. Wo ist den vmlinuz abgelegt? Alternativ einen anderen Bootloader, z.b. Refind.

 

[mkossmann]

nvme0n1p1 Ist Boot

Nein , das ist die EFI System Partition (ESP) . Da werden bei einem UEFI System die Bootloader/manager installiert und sie muss FAT32 formatiert sein Und wird traditionell unter /boot/efi eingehängt.
Auf /boot wird dagegen der Kernel und die initrd gespeichert. Und /boot benutzt normalerweise ein Linux-Dateisystem.
Laut efibootmgr kennt das UEFI nur zwei bootfähige Systeme : Das Windows System und den USB-Stick. D.h. Wenn du ins Linux bootest muss das irgendwie über den Stick gehen. Wie genau ist mir nicht klar.
Und du must grub erst auf die ESP der SSD installieren.
Zeig mal die Ausgabe von "sudo mount" des gebooteten Linux damit wir eine Idee bekommen welche Partitionen wo gemounted sind und wir sagen können welche Schritte notwendig sind um grub zu installieren

 

[bit64c]

Nein , das ist die EFI System Partition (ESP) . Da werden bei einem UEFI System die Bootloader/manager installiert und sie muss FAT32 formatiert sein Und wird traditionell unter /boot/efi eingehängt.
Auf /boot wird dagegen der Kernel und die initrd gespeichert. Und /boot benutzt normalerweise ein Linux-Dateisystem.
Laut efibootmgr kennt das UEFI nur zwei bootfähige Systeme : Das Windows System und den USB-Stick. D.h. Wenn du ins Linux bootest muss das irgendwie über den Stick gehen. Wie genau ist mir nicht klar.
Und du must grub erst auf die ESP der SSD installieren.
Zeig mal die Ausgabe von "sudo mount" des gebooteten Linux damit wir eine Idee bekommen welche Partitionen wo gemounted sind und wir sagen können welche Schritte notwendig sind um grub zu installieren

Ich habe im Moment keinen Zugriff auf den PC.

Wie ich schon sagte: Es ist kein USB Stick angeschlossen gewesen. Die Ausgabe ist fehlerhaft.

Beitrag automatisch zusammengeführt: Montag um 11:18

Nein, das denke ich nicht. Efibootmgr hat gezeigt, daß der Efi Eintrag für grub fehlt. Wo ist den vmlinuz abgelegt? Alternativ einen anderen Bootloader, z.b. Refind.

Nein , das ist die EFI System Partition (ESP) . Da werden bei einem UEFI System die Bootloader/manager installiert und sie muss FAT32 formatiert sein Und wird traditionell unter /boot/efi eingehängt.
Auf /boot wird dagegen der Kernel und die initrd gespeichert. Und /boot benutzt normalerweise ein Linux-Dateisystem.
Laut efibootmgr kennt das UEFI nur zwei bootfähige Systeme : Das Windows System und den USB-Stick. D.h. Wenn du ins Linux bootest muss das irgendwie über den Stick gehen. Wie genau ist mir nicht klar.
Und du must grub erst auf die ESP der SSD installieren.
Zeig mal die Ausgabe von "sudo mount" des gebooteten Linux damit wir eine Idee bekommen welche Partitionen wo gemounted sind und wir sagen können welche Schritte notwendig sind um grub zu installieren

Wie war mein Vorgehen? Wie immer und daher überrascht es mich ja, dass es hier Probleme gibt.

Ich habe Windows die Hälfte der SSD zugewiesen. Die Partitionierung hat Windows selbst vorgenommen.

Dann habe ich Ubuntu installiert. Dazu habe ich den Rest aktiv aufgeteilt in / und /home.

Die Installation hat mir nvme0n1p1 als EFI System ausgewiesen und das habe ich dann für grub ausgewählt. Die Ausgabe oben deklariert nvme0n1p1 doch ebenfalls als EFI.

 

[Liesel Weppen]

Laut efibootmgr kennt das UEFI nur zwei bootfähige Systeme : Das Windows System und den USB-Stick. D.h. Wenn du ins Linux bootest muss das irgendwie über den Stick gehen. Wie genau ist mir nicht klar.

Ich vermute mal, der USB-Eintrag ist nur die Option von irgendeinem potentiell vorhandenem USB-Stick irgendwas zu booten. Das würde ich auch schon daraus schließen, das das Boot999 ist, also sozusagen die "letzte" Option.

Aber man sieht ja, das Grub nicht im efibootmgr eingetragen ist. Das EFI-File wurde aber anscheinend dort gespeichert. Das andere Menü, lässt dich eben die Datei auswählen, aber da die Datei nicht im EFI-bootmanager eingetragen ist, wird das eben nicht als "Standard"-Auswahl gelistet.

Ich würde sagen, wenn du ins Linux bootest und dann mit "grub-install" grub nochmal richtig installierst, dann wird das auch korrekt als Bootoption auftauchen. Wie man das grub-install genau macht, lässt sich leicht ergooglen.

 

[bit64c]

Ich vermute mal, der USB-Eintrag ist nur die Option von irgendeinem potentiell vorhandenem USB-Stick irgendwas zu booten. Das würde ich auch schon daraus schließen, das das Boot999 ist, also sozusagen die "letzte" Option.

Aber man sieht ja, das Grub nicht im efibootmgr eingetragen ist. Das EFI-File wurde aber anscheinend dort gespeichert. Das andere Menü, lässt dich eben die Datei auswählen, aber da die Datei nicht im EFI-bootmanager eingetragen ist, wird das eben nicht als "Standard"-Auswahl gelistet.

Ich würde sagen, wenn du ins Linux bootest und dann mit "grub-install" grub nochmal richtig installierst, dann wird das auch korrekt als Bootoption auftauchen. Wie man das grub-install genau macht, lässt sich leicht ergooglen.

Das werde ich versuchen, sobald ich wieder daheim bin. Ich danke dir für diese konkrete Aussage. Auch allen anderen Beteiligten vielen Dank und eine gute Woche!