HP-Laptop bootet ungern mit EFI

[ArcticBears]

Moin,

ich drehe mich hier im Kreis und komme ohne Eure Hilfe nicht weiter.

Folgende Konstellation:
-HP_Laptop_17-cp0275ng wurde mit vorinstalliertem WIn11 geliefert
-mit Dual-Boot Ubuntu zeitlang betrieben, bis mir die Win11 zu doof/datengierig und Ubuntu zu nervig wurde,
dann auf verschlüsselte Single-Installation Debian-Booworm umgestellt,
mit Absicht, ohne die HP-Partitionen zu löschen, um z.B. ggf. Bios-Updates oder zum Wiederverkauf Win11 einspielen zu können

Problem:
Im Bios läßt sich zum Booten nur der (HP) OS-Manager und USB-Devices einstellen, nicht direkt "nur EFI".
Über F9 läßt sich die EFI/Debian/grubx64.efi einstellen. Eine Zeit lang hatte ich das irgendwie so hingebogen, dass auch regelmäßig ohne F9 ins Grub gebootet wurde. Nun habe ich jedoch mit Win-Emus und wie kriege ich das Ganze auf einen USB-Stick etc. rumgespielt und nun zwingt mich das zu jedem Boot wieder in die HP-Reparaturstation und booten mittels F9.

Natürlich habe ich einiges zu dem Thema gelesen und auch meine KIs befragt, aber hier ist mir der menschliche Verstand lieber...

Daten:

Code: Alles auswählen

root@myPC:~# efibootmgr -v
Timeout: 0 seconds
BootOrder: 0000,9999
Boot0000* Windows Boot Manager	HD(1,GPT,b7539150-c592-4e02-8ee8-ced97159bf7e,0x800,0x82000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....................
Boot9999* USB Drive (UEFI)	PciRoot(0x0)/Pci(0x1d,0x0)/USB(16,0)..BO

Was soll das mit dem "B.C.D.O.B.J.E.C.T."?

Code: Alles auswählen

root@myPC:~# lsblk
NAME                                          MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINTS
sda                                             8:0    1     0B  0 disk  
sdb                                             8:16   1     0B  0 disk  
nvme0n1                                       259:0    0 476,9G  0 disk  
├─nvme0n1p1                                   259:1    0   260M  0 part  /boot/efi
├─nvme0n1p2                                   259:2    0    16M  0 part  
├─nvme0n1p3                                   259:3    0    32G  0 part  [SWAP]
├─nvme0n1p4                                   259:4    0   613M  0 part  
├─nvme0n1p5                                   259:5    0   256G  0 part  
│ └─luks-2abcfa85-088a-47e6-837a-xxxxxxxxxxxxx 254:1    0   256G  0 crypt /mnt/nvme0n1p5
├─nvme0n1p6                                   259:6    0 124,1G  0 part  
│ └─luks-5452060f-7ed9-4bdd-a105-xxxxxxxxxxxxx 254:0    0 124,1G  0 crypt /home
└─nvme0n1p7                                   259:7    0    64G  0 part  /

Zwischenfrage: Wo kommt das /dev/sda her? Ich habe nur eine SSD und am USB-Port hängt auch nix...

Code: Alles auswählen

root@myPC:~# ls -ali /boot/efi/EFI/
insgesamt 24
 3 drwxr-xr-x 6 root root 4096 12. Sep 15:20 .
 1 drwxr-xr-x 4 root root 4096  1. Jan 1970  ..
11 drwxr-xr-x 2 root root 4096 15. Apr 2023  Boot
13 drwxr-xr-x 2 root root 4096 24. Jun 15:57 Debian
12 drwxr-xr-x 7 root root 4096 11. Sep 07:21 HP
10 drwxr-xr-x 4 root root 4096 11. Jan 2023  Microsoft

Code: Alles auswählen

root@myPC:~# fdisk -l
Festplatte /dev/nvme0n1: 476,94 GiB, 512110190592 Bytes, 1000215216 Sektoren
Festplattenmodell: SAMSUNG MZVLQ512HBLU-00BH1              
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 16384 Bytes / 131072 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: 16C3A5B3-EE1A-4D94-A539-xxxxxxxxxxxxx

Gerät             Anfang       Ende  Sektoren  Größe Typ
/dev/nvme0n1p1      2048     534527    532480   260M EFI-System
/dev/nvme0n1p2    534528     567295     32768    16M Microsoft reserviert
/dev/nvme0n1p3    567296   67676159  67108864    32G Linux Swap
/dev/nvme0n1p4 998946816 1000202239   1255424   613M Windows-Wiederherstellungsumgebung
/dev/nvme0n1p5 462075904  998946815 536870912   256G Linux-Dateisystem
/dev/nvme0n1p6 201893888  462075903 260182016 124,1G Linux-Dateisystem
/dev/nvme0n1p7  67676160  201893887 134217728    64G Linux-Dateisystem

Partitionstabelleneinträge sind nicht in Festplatten-Reihenfolge.

Festplatte /dev/mapper/luks-5452060f-7ed9-4bdd-a105-xxxxxxxxxxxxx: 124,06 GiB, 133211095040 Bytes, 260177920 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 16384 Bytes / 131072 Bytes

Festplatte /dev/mapper/luks-2abcfa85-088a-47e6-837a-xxxxxxxxxxxxx: 255,98 GiB, 274861129728 Bytes, 536838144 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 16384 Bytes / 131072 Bytes

Hat sich erledigt! Aber falls noch jmd. auf das Problem stößt:

Code: Alles auswählen

root@myPC:~# efibootmgr --create --disk=/dev/nvme0n1 --label="Debian-Grub" --loader='EFI\Debian\grubx64.efi'
Timeout: 0 seconds
BootOrder: 0001,0000,9999
Boot0000* Windows Boot Manager
Boot9999* USB Drive (UEFI)
Boot0001* Debian-Grub

root@myPC:~# efibootmgr -t 3 -o 0001,9999,0000
Timeout: 3 seconds
BootOrder: 0001,9999,0000
Boot0000* Windows Boot Manager
Boot0001* Debian-Grub
Boot9999* USB Drive (UEFI)

root@myPC:~# efibootmgr -A -b 0000
Timeout: 3 seconds
BootOrder: 0001,9999,0000
Boot0000  Windows Boot Manager
Boot0001* Debian-Grub
Boot9999* USB Drive (UEFI)

Danke für Euere Aufmerksamkeit...

[GregorS]

Hat sich erledigt! Aber falls noch jmd. auf das Problem stößt: ...

Na prima. Und das nachdem ich schon angefangen hatte mich „einzulesen“. Kennzeichne das Thema als erledigt. Du tust damit Deinen Mitmenschen einen Gefallen.

[ArcticBears]

Hat sich erledigt! Aber falls noch jmd. auf das Problem stößt: ...

Na prima. Und das nachdem ich schon angefangen hatte mich „einzulesen“. Kennzeichne das Thema als erledigt. Du tust damit Deinen Mitmenschen einen Gefallen.

Da war der Gedanke wohl schneller als die realität!

Zwischenfrage: Wo kommt das /dev/sda her? Ich habe nur eine SSD und am USB-Port hängt auch nix...

...ausser meine externe Logitech-Tastatur über einen externen USB-Hub. Komisch!?!
ohne diesen:

Code: Alles auswählen

root@myPC:~# lsblk
NAME                                  MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINTS
nvme0n1                               259:0    0 476,9G  0 disk  
├─nvme0n1p1                           259:1    0   260M  0 part  /boot/efi
├─nvme0n1p2                           259:2    0    16M  0 part  
├─nvme0n1p3                           259:3    0    32G  0 part  [SWAP]
├─nvme0n1p4                           259:4    0   613M  0 part  
├─nvme0n1p5                           259:5    0   256G  0 part  
│ └─luks-2abcfa85-088a-47e6-837a-xxxxxxxxxxxxx
│                                     254:1    0   256G  0 crypt /mnt/nvme0n1p5
├─nvme0n1p6                           259:6    0 124,1G  0 part  
│ └─luks-5452060f-7ed9-4bdd-a105-xxxxxxxxxxxxx
│                                     254:0    0 124,1G  0 crypt /home
└─nvme0n1p7                           259:7    0    64G  0 part  /

...mit nur-USB-Hub ist sda wieder da, auch mal mit zusätzlich sdb. Wat soll das? Ist das normal bei USB-Hubs?


Sorry, das war jetzt nicht zum Thema. Aber zurück dazu:
Merkwürdig finde ich auch, dass nach dem Booten der Windows-Eintrag weg ist:

Code: Alles auswählen

root@myPC:~# efibootmgr 
BootCurrent: 0001
Timeout: 3 seconds
BootOrder: 0001,9999
Boot0001* Debian-Grub
Boot9999* USB Drive (UEFI)

Warum?

Und auch im Bios wird mein EFI Eintrag von Debian nicht angezeigt. Oder geht das nicht?
[image]gallery/image/5010[/image]

Liegt das nur an HP oder haben andere Hersteller auch solche Allüren?

[rhHeini]

...mit nur-USB-Hub ist sda wieder da, auch mal mit zusätzlich sdb. Wat soll das? Ist das normal bei USB-Hubs?

Nö, es sei denn da sind Steckplätze für SD-Karten oder so eingebaut, ein Keyboard müsste sich als HID-Device bemerkbar machen. Von solchen Trümmern kenn ich das teilweise das da Devices reserviert werden auch ohne das da Medien drin stecken. Ich hab so ein Teil in einem etwas älteren AM3+-Rechner.

Liegt das nur an HP oder haben andere Hersteller auch solche Allüren?

Bei meinen ASUS-Brettern zickt das EFI-Bios nicht so rum. Neuere HP-Laptops scheinen da aber eher speziell zu sein.

Was versteckt sich denn da hinter dem OS-Boot-Manager?

[ArcticBears]

Nö, es sei denn da sind Steckplätze für SD-Karten oder so eingebaut, ein Keyboard müsste sich als HID-Device bemerkbar machen.

Jo. Der USB-Hub hat zwei Slots für SD-Karten, für die großen und kleinen. Daher.... Ich wußte nicht, dass die sich anmelden, auch wenn nix drinsteckt.

Liegt das nur an HP oder haben andere Hersteller auch solche Allüren?

Bei meinen ASUS-Brettern zickt das EFI-Bios nicht so rum. Neuere HP-Laptops scheinen da aber eher speziell zu sein.

Was versteckt sich denn da hinter dem OS-Boot-Manager?
[/quote]

Der OS-Manager scheint so eine Spezialität von HP zu sein, damit es unmöglich gemacht wird, etwas anderes als MS-WIndows zu installieren.[würg]
Sobald ich mal irgednwas-mit-Windows mache, erscheint beim nächsten Boot das HP-Win-Reparatur-Fenster und wirft mir meine Boot-Order von Linux raus. Bisher zumindest. Mal sehen, ob o.g. Aktionen geholfen haben!?

[GregorS]

... Der OS-Manager scheint so eine Spezialität von HP zu sein, damit es unmöglich gemacht wird, etwas anderes als MS-WIndows zu installieren.[würg]
Sobald ich mal irgednwas-mit-Windows mache, erscheint beim nächsten Boot das HP-Win-Reparatur-Fenster und wirft mir meine Boot-Order von Linux raus. Bisher zumindest. Mal sehen, ob o.g. Aktionen geholfen haben!?

Mit einem derartig übergriffigen (vorinstallierten) Windows hatte auch ich auf meinem HP-Notebook zu kämpfen. Nachdem es mir ein paarmal auf die Nerven gegangen ist, habe ich rücksichtslos alles platt gemacht und Debian bzw. Devuan installiert. Jetzt sind der Fingerabdrucksensor und die beiden Kameras zwar nutzlos, aber darauf kann ich gut verzichten.

[ArcticBears]

Ok. "Devuan" habe ich wohl verpennt. Wieder einmal.... ,-(

Mir geht die Überprüfung wg. journalctl eh (richtig arg!) auf den Sack und mit einer kurzen Änderung in der Swap-Partition habe ich eh wieder arge Probs, die ich hier auch wieder anfragen müßte, also:

Gute Idee, mal wieder einen Installation-Day einzulegen...

[GregorS]

Ok. "Devuan" habe ich wohl verpennt. Wieder einmal.... ,-(
...
Gute Idee, mal wieder einen Installation-Day einzulegen...

Auf Devuan hatte ich schon seit der ersten Version ein Auge geworfen – einfach weil ich systemd vom Start weg nicht mochte. Und da Devuan aus den Debian-Quellen erzeugt wird, war der Umstieg wie ein Kindergeburtstag auf dem Ponyhof. Die Furcht vor Umstiegsarbeiten war vollkommen unbegründet. Ich hatte mit keinerlei Versions-Hickhack zu kämpfen (ich hatte schon befürchtet, Stunden/Tage/Wochen in derlei Hickhack stecken zu müssen).
Mach' einfach vorher ein gutes Backup und mach' einen Umstieg „auf Probe“.

[Blue]

Vor zwei Wochen habe ich mir auch einen HP-Laptop gekauft.
Erfreulicherweise war im Bios das "Secure"-Boot schon deaktiviert.
Bewußt habe ich ein Gerät mit einem AMD-Prozessor gekauft.
Die Windows-Vorinstallation habe ich gar nicht erst aktiviert, sondern die Festplatte gleich mit meinem Debian-ISO überschrieben.
Nach einer halben Stunde war mein Grundsystem (Debian Bookworm/Gnome3) einsatzbereit und läuft superflüssig.
Ein Dual-Boot brauche ich nicht und ich meine, dass es wie GregorS sagt, "übergriffig" ist und nur Probleme macht.

[ArcticBears]

btw: Info:
In der aktuellen c't (21/2024 S. 40) gibt es auch einen kurzen Artikel zu dem Thema:
"Secure Boot geflickt"
https://www.heise.de/select/ct/2024/21/ ... 4791296786
(lohnt aber nicht, dafür die c't zu kaufen! Dies war kein Werbeblock!)
"Secure Boot" ist wohl immer ein Thema bei heise (mal nach suchen!). Daran kann man schon sehen, was MS-Windows da für AtomMüll produziert. Jetzt auch mit eigenem Atomkraftwerk...

[Blue]

@ArcticBears:

"Secure Boot geflickt"

Thx für Deinen Post.
Anders gefragt: "Gibt es einen Weihnachtsmann oder Osterhasen?"