Grub-Bootloader-Problem nach Debian 12-Installation

[TilmannW]

Hallo,
auf einem Laptop mit vorheriger Mint-Installation habe ich jetzt Debian 12 installiert. Die Installation lief unauffällig.

Beim booten bleibt es jedoch mit folgender Fehlermeldung hängen:

GNU Grub version 2.02~beta2-36ubuntu3.14
Minimal BASH-like line editing is supported.

Man kann dann "exit" eingeben und kommt in eine Auswahl, in dem man Debian auswählen kann, so Debian dann normal bootet.

Beim nächsten booten kommt aber wieder dieselbe Meldung. Das möchte man nicht bei jedem Systemstart so haben.

Weiß jemand eine Lösung ?
Von demselben Boot-Stick habe ich schon drei Debian12-Installationen gemacht die dieses Problem nicht hatten.

Gruß Tilmann

[TilmannW]

Ich probiere herum: Man kommt ins Bios, System Configuration, UEFI Boot Order, OS boot Manager: Da kann man dann zwischen ubuntu und debian wählen. Wenn man diese Änderung gespeichert bekommt müßte das die Lösung sein. Wenn ich da aber "F10" für "Save and Exit" wähle, und danach zur Kontrolle wieder da reingehe ist der Wert wie zuvor, d.h. Ubuntu ist oben.

[kalle123]

Möchtest du uns hier vielleicht was zu dem Laptop sagen?
Vielleicht kurz die Ausgabe eines

Code: Alles auswählen

~$ inxi -Fz

hier einstellen?

Dann vielleicht noch etwas zur Debian Installation. Installationsstick mit was bitte drauf? Live, net install ....?

Gruß KH

[TilmannW]

Danke der Nachfrage, es läuft gerade der Versuch einer Neuinstallation, diesmal mit verschlüsseltem LVM, denn die drei Installationen die ich bisher gemacht habe waren alle so verschlüsselt und haben funktioniert. Denn dabei wird ja einiges überschrieben, hoffentlich auch der Bootloader.

[isabena]

efibootmgr Reihenfolge und ubuntu deaktivieren

[TilmannW]

efibootmgr Reihenfolge
zeigt an: "BootCurrent: 0004"
und "Boot0004* debian"

demnach müßte es ja gehen.

Tut es aber nicht.

Zuvor hatte ich gelesen (https://www.debian.org/releases/bookwor ... -os-prober):

"5.1.11. GRUB führt os-prober nicht mehr standardmäßig aus
...
Wenn Sie GRUB nutzen, um Ihr System zu booten und weiterhin Einträge für andere Betriebssysteme im Boot-Menü haben möchten, können Sie diese Standardeinstellung ändern. Entweder ändern Sie die Datei /etc/default/grub, so dass diese die Einstellung GRUB_DISABLE_OS_PROBER=false enthält, und führen update-grub erneut aus, oder Sie nutzen

dpkg-reconfigure <GRUB_PACKAGE>

um diese und einige andere GRUB-Einstellungen auf eine benutzerfreundliche Art anzupassen."

Ich habe mir die Datei "/etc/default/grub" angesehen, da ist die Zeile mit "GRUB_DISABLE_OS_PROBER=false" tatsächlich mit # auskommentiert. Raute weg, gespeichert, "update-grub" (als root) aber das System sagt "Kommando nicht gefunden". Was soll denn das ?

[TilmannW]

O.k., mit "su -
update-grub" ging es dann, aber das Problem ist wie zuvor.

[TilmannW]

Die Ausgabe auf die Eingabe:
...~$ inxi -Fz

lautet übrigens:
bash: inxi: Kommando nicht gefunden.

[grubenlicht]

als erstes mußt du mal die Partitionen zeigen, dann weiter kannst du das Bootverhalten so analysieren

Code: Alles auswählen

 parted -l

# zeigt, welches device die ESP ist

Code: Alles auswählen

lsblk -o name,partuuid,uuid

# gibt die zugehörige PartUUID, sowie die UUID von ESP und "/" aus

Code: Alles auswählen

 efibootmgr -v

# zeigt, welcher Booteintrag auf welche ESP zugreift (die lange Ziffenrfolge)
''BootOrder'' zeigt die Reihenfolge

Code: Alles auswählen

 mount /dev/<ESP> /mnt &&  ls -R /mnt &&  umount /mnt

zeigt den Inhalt der ESP (und für debian eine …/efi/debian/grub.cfg, für Windows …/efi/Windows/Boot/boomgfw.efi)
Mit

Code: Alles auswählen

 mount /dev/<ESP> /mnt &&  cat /mnt/efi/debian/grub.cfg &&  umount /mnt

sieht man den Inhalt der grub.cfg mit der UUID für das zugehörige "/" und damit den Ort derjenigen grub.cfg, die beim Booten als Menü angezeigt wird.
Für <ESP> mußt du das oben ermittelte device einsetzen

[isabena]

dafür sollte inxi installiert sein

[isabena]

efibootmgr Reihenfolge
zeigt an: "BootCurrent: 0004"
und "Boot0004* debian"

demnach müßte es ja gehen.

da hilft lesen und verstehen

Code: Alles auswählen

man efibootmgr

EDIT
oder du nimmst gummiboot und umgehst damit den Stress mit grub

[TilmannW]

Ausgabe von ...~$ efibootmgr:

BootCurrent: 0004
Timeout: 0 seconds
BootOrder: 2002,2001,0001,3001,0004,0000,2004
Boot0000* Notebook Hard Drive - SK hynix BC501 HFM256GDJTNG-8310
Boot0001* ubuntu
Boot0004* debian
Boot2001* EFI USB Device
Boot2002* EFI DVD/CDROM
Boot3001* Internal Hard Disk or Solid State Disk
___________________________________________________

Wenn man debian zukünftig booten lassen will heißt also der Befehl

efibootmgr -n 0004 ? Stimmt das ?

[TilmannW]

Ja, so ging es; danke, besonders an isabena !

[isabena]

warum liest du nicht das manual ?

[TilmannW]

Ich muß mich korrigieren, es hat nur einmal funktioniert. Das geht auch aus der Beschreibung hervor.

Ich habe dann probiert den Eintrag zu löschen, gemäß dieser Beschreibung: https://wiki.ubuntuusers.de/efibootmgr/
Endlich ein Beispiel, ist es so schwer mal Beispiele für die Syntax zu schreiben ?

Boot-Eintrag löschen
Mit dem folgenden Befehl wird der Boot-Eintrag Nummer 15 (Hexwert) gelöscht:
sudo efibootmgr -b 15 -B

Es schien zu gehen; nach Eingabe von "efibootmgr" war "ubuntu" aus der Auflistung verschwunden.

Beim nächsten Systemstart war es aber wieder wie zuvor.

Dieser Grub ist doch der letzte Dreck.

[isabena]

nimm besser gummiboot

KP97 hat das top erklärt

[TilmannW]

KP97 hat das top erklärt

Na toll. Wo denn ?

[isabena]

Suchfunktion (oben rechts) --> systemd-boot

[grubenlicht]

Es schien zu gehen; nach Eingabe von "efibootmgr" war "ubuntu" aus der Auflistung verschwunden.

was hilft es, einen Eintrag zu löschen, wenn man eine BootOrder beibehält, die – nach CD und USB – mit "3001" die interne Platte abfragt, statt den gewünschten Eintrag für Debian (0004) an erste Stelle setzt (ggf. eben nach CD und USB )

Beim nächsten Systemstart war es aber wieder wie zuvor.

das hätte man voraussagen können

Dieser Grub ist doch der letzte Dreck.

sagst du, weil du nicht richtig ließt.

[isabena]

sagst du, weil du nicht richtig ließt.

wie wahr ......

[cosinus]

Warum haben eigentlich immer wieder so viele Leute Probleme mit der Bootconfig? Ich verstehe das nicht so ganz. Der Debian-Installer macht das alles zuverlässig, auch zum Abschluss die Installation von GRUB.

[kalle123]

Der Debian-Installer macht das alles zuverlässig, auch zum Abschluss die Installation von GRUB.

Weiter oben hatte ich schon mal nach der Installation gefragt. Nur kommt da nix, zuinxi auch nicht......
Soll der Fragesteller halt weiter an seinen Knöpfen drehen.

cu KH

[KP97]

sagst du, weil du nicht richtig ließt.

wie wahr ......

Lesen und _verstehen_ ist das Problem, da er es nicht versteht, ist alles "der letzte Dreck"... und nicht zum ersten Mal,
aber so kennt man das bei diesem User. Ich wundere mich immer wieder, daß sich noch Helfer finden, die darauf eingehen.

[isabena]

Lesen und _verstehen_ ist das Problem, da er es nicht versteht, ist alles "der letzte Dreck"... und nicht zum ersten Mal,
aber so kennt man das bei diesem User. Ich wundere mich immer wieder, daß sich noch Helfer finden, die darauf eingehen.

da hast du wohl recht
manche Mühe ist vergebens - vor allem bei Beratungsresistenz

[TilmannW]

https://wiki.ubuntuusers.de/efibootmgr/

Bekannte Probleme
In der Praxis kann es im Einzelfall Systeme geben, bei denen das Setzen der Einträge zunächst korrekt zu funktionieren scheint. Die Einträge werden, so lange das System noch läuft, mittels efibootmgr gelistet. Bei einem Neustart erscheinen sie dann aber nicht im EFI-Boot-Menü und auch efibootmgr listet sie dann nicht mehr.