grub nicht (oder nur kurz?) sichtbar nach Update

[Liffi]

Nach einem apt full-upgrade startet mein Laptop nicht mehr so schick wir vorher. Stattdessen wird fuer einen kurzen Moment etwas angezeit (grub?), dann geht es aber direkt ins Bios. Leider so kurz, dass ich nichts lesen kann.
Habe also mal mit einem Live-Stick gebootet und versuche zu verstehen, was schief gelaufen ist und was ich nun tun muss.
parted-list zeigt (neben meinem USB-Stick) die Platte an, boot flag ist gesetzt, was ja schon mal nicht allzu schlecht ist:

Code: Alles auswählen

Model: SAMSUNG MZVLB512HAJQ-000L7 (nvme)
Disk /dev/nvme0n1: 512GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End    Size   File system  Name  Flags
 1      1049kB  538MB  537MB  fat32              boot, esp
 2      538MB   794MB  256MB  ext2
 3      794MB   512GB  511GB

Die Struktur der boot-Partition sieht aus meinen Augen auch in Ordnung aus, aber vielleicht sieht ja jemand mehr als ich:

Code: Alles auswählen

total 92M
-rw-r--r-- 1 root root 258K Jul  1 18:23 config-6.3.0-2-amd64
-rw-r--r-- 1 root root 258K Aug 31 20:24 config-6.4.0-4-amd64
drwxr-xr-x 2 root root 1.0K Nov 20  2018 efi
drwxr-xr-x 5 root root 1.0K Sep  5 04:30 grub
-rw-r--r-- 1 root root  37M Jul 27 18:51 initrd.img-6.3.0-2-amd64
-rw-r--r-- 1 root root  37M Sep  3 12:33 initrd.img-6.4.0-4-amd64
drwx------ 2 root root  12K Nov 20  2018 lost+found
-rw-r--r-- 1 root root   83 Jul  1 18:23 System.map-6.3.0-2-amd64
-rw-r--r-- 1 root root   83 Aug 31 20:24 System.map-6.4.0-4-amd64
-rw-r--r-- 1 root root 8.6M Jul  1 18:23 vmlinuz-6.3.0-2-amd64
-rw-r--r-- 1 root root 8.7M Aug 31 20:24 vmlinuz-6.4.0-4-amd64

Ich habe auch mal boot-repair laufen lassen, aber der will nichts reparieren. Ist das dann fuer ihn alles in Ordnung?
Da gibt es aber zumindest einen schicken info-Button, der auch erstaunlich viel herausgefunden hat:

Code: Alles auswählen

boot-repair-4ppa2056                                              [20230916_0619]

============================== Boot Info Summary ===============================

 => No boot loader is installed in the MBR of /dev/nvme0n1.

nvme0n1p1: _____________________________________________________________________

    File system:       vfat
    Boot sector type:  FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /efi/debian/fbx64.efi /efi/debian/fwupdx64.efi 
                       /efi/debian/grubx64.efi /efi/debian/mmx64.efi 
                       /efi/debian/shimx64.efi /efi/debian/grub.cfg

nvme0n1p2: _____________________________________________________________________

    File system:       ext2
    Boot sector type:  -
    Boot sector info: 
    Operating System:  
    Boot files:        /grub/grub.cfg

nvme0n1p3: _____________________________________________________________________

    File system:       crypto_LUKS
    Boot sector type:  Unknown
    Boot sector info: 

sdb: ___________________________________________________________________________

    File system:       iso9660
    Boot sector type:  Grub2 (v1.99-2.00)
    Boot sector info:  Grub2 (v1.99-2.00) is installed in the boot sector of 
                       sdb and looks at sector 0 of the same hard drive for 
                       core.img, but core.img can not be found at this 
                       location.
    Mounting failed:   mount: /mnt/BootInfo/FD/sdb: /dev/sdb already mounted or mount point busy.


================================ 0 OS detected =================================


================================ Host/Hardware =================================

CPU architecture: 64-bit
Video: HD Graphics 620 from Intel Corporation
Live-session OS is Ubuntu 64-bit (Ubuntu 22.04.3 LTS, jammy, x86_64)

===================================== UEFI =====================================

BIOS/UEFI firmware: N1QET91W (1.66 )(1.66) from LENOVO
The firmware is EFI-compatible, and is set in EFI-mode for this live-session.
SecureBoot disabled (confirmed by mokutil).
BootCurrent: 001C
Timeout: 2 seconds
BootOrder: 0001,001C,0000,0017,0018,0019,001A,001B,001D,001E,001F
Boot0000* Windows Boot Manager	HD(1,GPT,f7b795be-2c98-4849-98f3-758dae26a26e,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.}...e................
Boot0001* debian	HD(1,GPT,1626d2c6-52a1-4827-9c1f-5cfb6d04b904,0x800,0x100000)/File(\EFI\debian\shimx64.efi)
Boot0002* Linux-Firmware-Updater	HD(1,GPT,1626d2c6-52a1-4827-9c1f-5cfb6d04b904,0x800,0x100000)/File(\EFI\debian\fwupdx64.efi)
Boot0010  Setup	FvFile(721c8b66-426c-4e86-8e99-3457c46ab0b9)
Boot0011  Boot Menu	FvFile(126a762d-5758-4fca-8531-201a7f57f850)
Boot0012  Diagnostic Splash Screen	FvFile(a7d8d9a6-6ab0-4aeb-ad9d-163e59a7a380)
Boot0013  Lenovo Diagnostics	FvFile(3f7e615b-0d45-4f80-88dc-26b234958560)
Boot0014  Startup Interrupt Menu	FvFile(f46ee6f4-4785-43a3-923d-7f786c3c8479)
Boot0015  Rescue and Recovery	FvFile(665d3f60-ad3e-4cad-8e26-db46eee9f1b5)
Boot0016  MEBx Hot Key	FvFile(ac6fd56a-3d41-4efd-a1b9-870293811a28)
Boot0017* USB CD	VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,86701296aa5a7848b66cd49dd3ba6a55)
Boot0018* USB FDD	VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,6ff015a28830b543a8b8641009461e49)
Boot0019* NVMe0	VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,001c199932d94c4eae9aa0b6e98eb8a400)
Boot001A* ATA HDD1	VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,91af625956449f41a7b91f4f892ab0f601)
Boot001B* ATA HDD0	VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,91af625956449f41a7b91f4f892ab0f600)
Boot001C* USB HDD	VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,33e821aaaf33bc4789bd419f88c50803)
Boot001D* PCI LAN	VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,78a84aaf2b2afc4ea79cf5cc8f3d3803)
Boot001E  Other CD	VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,aea2090adfde214e8b3a5e471856a35406)
Boot001F  Other HDD	VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,91af625956449f41a7b91f4f892ab0f606)
Boot0020* IDER BOOT CDROM	PciRoot(0x0)/Pci(0x14,0x0)/USB(11,1)
Boot0021* IDER BOOT Floppy	PciRoot(0x0)/Pci(0x14,0x0)/USB(11,0)
Boot0022* ATA HDD	VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,91af625956449f41a7b91f4f892ab0f6)
Boot0023* ATAPI CD	VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,aea2090adfde214e8b3a5e471856a354)
Boot0024* PCI LAN	VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,78a84aaf2b2afc4ea79cf5cc8f3d3803)

ca0aa9ad51118a4a0b9026db28271163   nvme0n1p1/debian/fbx64.efi
8395976613e625e10676ec8e2511a4a3   nvme0n1p1/debian/fwupdx64.efi
288bb58473caacfb99af790ae90f11f3   nvme0n1p1/debian/grubx64.efi
1efa63a183a729b309c16267cbba5b67   nvme0n1p1/debian/mmx64.efi
fe2090106517ccf680e12e538b4274db   nvme0n1p1/debian/shimx64.efi

============================= Drive/Partition Info =============================

Disks info: ____________________________________________________________________

nvme0n1	: is-GPT,	no-BIOSboot,	has---ESP, 	not-usb,	not-mmc, no-os,	no-wind,	2048 sectors * 512 bytes

Partitions info (1/3): _________________________________________________________

nvme0n1p1	: no-os,	64, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	not-far
nvme0n1p2	: no-os,	64, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	grubenv-ok,	noupdategrub,	not-far

Partitions info (2/3): _________________________________________________________

nvme0n1p1	: is---ESP,	part-has-no-fstab,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot
nvme0n1p2	: isnotESP,	part-has-no-fstab,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot

Partitions info (3/3): _________________________________________________________

nvme0n1p1	: not--sepboot,	no---boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	no--grub.d,	nvme0n1
nvme0n1p2	: is---sepboot,	no---boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	no--grub.d,	nvme0n1

fdisk -l (filtered): ___________________________________________________________

Disk nvme0n1: 476.94 GiB, 512110190592 bytes, 1000215216 sectors
Disk identifier: 29FBE9B9-839D-41BA-AE6F-ED5D1A607F4A
            Start        End   Sectors   Size Type
nvme0n1p1    2048    1050623   1048576   512M EFI System
nvme0n1p2 1050624    1550335    499712   244M Linux filesystem
nvme0n1p3 1550336 1000214527 998664192 476.2G Linux filesystem
Disk sdb: 29.3 GiB, 31457280512 bytes, 61440001 sectors
Disk identifier: F45E2FA1-C5A6-4D79-876F-C8245AF921E0
        Start      End  Sectors  Size Type
sdb1       64  9828451  9828388  4.7G Microsoft basic data
sdb2  9828452  9838519    10068  4.9M EFI System
sdb3  9838520  9839119      600  300K Microsoft basic data
sdb4  9842688 61439937 51597250 24.6G Linux filesystem

parted -lm (filtered): _________________________________________________________

sdb:31.5GB:scsi:512:512:gpt:Intenso Twist Line:;
1:32.8kB:5032MB:5032MB::ISO9660:hidden, msftdata;
2:5032MB:5037MB:5155kB::Appended2:boot, esp;
3:5037MB:5038MB:307kB::Gap1:hidden, msftdata;
4:5039MB:31.5GB:26.4GB:ext4::;
nvme0n1:512GB:nvme:512:512:gpt:SAMSUNG MZVLB512HAJQ-000L7:;
1:1049kB:538MB:537MB:fat32::boot, esp;
2:538MB:794MB:256MB:ext2::;
3:794MB:512GB:511GB:::;

blkid (filtered): ______________________________________________________________

NAME        FSTYPE      UUID                                 PARTUUID                             LABEL                    PARTLABEL
sda                                                                                                                        
sdb         iso9660     2023-08-08-01-19-05-00                                                    Ubuntu 22.04.3 LTS amd64 
├─sdb1      iso9660     2023-08-08-01-19-05-00               f45e2fa1-c5a6-4d79-876e-c8245af921e0 Ubuntu 22.04.3 LTS amd64 ISO9660
├─sdb2      vfat        F7DB-4D56                            f45e2fa1-c5a6-4d79-876d-c8245af921e0 ESP                      Appended2
├─sdb3                                                       f45e2fa1-c5a6-4d79-876c-c8245af921e0                          Gap1
└─sdb4      ext4        2cc81cfc-cf67-4e35-81d3-630d9ea177a7 17da633a-9e0c-5e41-a519-cc25a4c2db70 writable                 
nvme0n1                                                                                                                    
├─nvme0n1p1 vfat        C637-9D14                            1626d2c6-52a1-4827-9c1f-5cfb6d04b904                          
├─nvme0n1p2 ext2        8c7c6107-c156-47bf-b72e-cb761dce96a5 29024ef6-f31b-4f74-b982-f1a01425d9b2                          
└─nvme0n1p3 crypto_LUKS 4c1e3627-c5ce-4a19-8354-1100d4f8b688 0fea0f4b-14d7-4111-be2e-381ee98f86cd                          

Mount points (filtered): _______________________________________________________

                                                               Avail Use% Mounted on
/dev/disk/by-label/writable[/install-logs-2023-09-16.0/crash]  22.8G   0% /var/crash
/dev/disk/by-label/writable[/install-logs-2023-09-16.0/log]    22.8G   0% /var/log
/dev/nvme0n1p1                                                505.1M   1% /mnt/boot-sav/nvme0n1p1
/dev/nvme0n1p2                                                118.2M  44% /media/ubuntu/8c7c6107-c156-47bf-b72e-cb761dce96a5
/dev/sdb1                                                          0 100% /cdrom

Mount options (filtered): ______________________________________________________


=================== nvme0n1p1/efi/debian/grub.cfg (filtered) ===================

search.fs_uuid 8c7c6107-c156-47bf-b72e-cb761dce96a5 root 
set prefix=($root)'/grub'
configfile $prefix/grub.cfg

====================== nvme0n1p2/grub/grub.cfg (filtered) ======================

Debian GNU/Linux   d7cda162-684f-449a-b349-865fcbbbf803
Debian GNU/Linux, with Linux 6.4.0-4-amd64   d7cda162-684f-449a-b349-865fcbbbf803
Debian GNU/Linux, with Linux 6.3.0-2-amd64   d7cda162-684f-449a-b349-865fcbbbf803
### END /etc/grub.d/30_os-prober ###
UEFI Firmware Settings   uefi-firmware
### END /etc/grub.d/30_uefi-firmware ###

================= nvme0n1p2: Location of files loaded by Grub ==================

           GiB - GB             File                                 Fragment(s)
   0.689369202 = 0.740204544    grub/grub.cfg                                  1
   0.699101448 = 0.750654464    vmlinuz-6.3.0-2-amd64                         10
   0.693804741 = 0.744967168    vmlinuz-6.4.0-4-amd64                          9
   0.692417145 = 0.743477248    initrd.img-6.3.0-2-amd64                      18
   0.726176262 = 0.779725824    initrd.img-6.4.0-4-amd64                      15

======================== Unknown MBRs/Boot Sectors/etc =========================

Unknown BootLoader on nvme0n1p3




Suggested repair: ______________________________________________________________

The default repair of the Boot-Repair utility would not act on the boot.

Confirmation request before suggested repair: __________________________________

You may want to retry after mounting your encrypted partitions so that the tool can verify their contents. (sudo cryptsetup luksOpen /dev/nvme0n1p3 myvolume)
Are you sure you want to continue anyway?

Bin ein bisschen irritiert, dass er No boot loader is installed in the MBR of /dev/nvme0n1. behauptet. Ist dann die Loesung, chroot auf eine geschickte Art und Weise zu machen den den dann zu installieren? Hat da jemand eine gute Anleitung, damit ich nicht mehr Schaden anrichte als Nutzen?

EDIT:: Der letzte Abschnitt ist vermutlich so, weil ich UEFI habe, oder?

[rjh]

Schau zunächst mal, ob Dein installiertes System nicht trotzdem aus dem EFI Bootauswahl Menü (je nachdem wo das auf Deinem Notebook beim booten aufrufbar ist, hier z.B. F11) zu starten ist.

Ansonsten, wenn Du mit einem Live-System ran willst, dann nach dem Muster (bitte genau prüfen und an Deine Laufwerksstruktur ggf. anpassen):

Code: Alles auswählen

# mount /dev/nvme0n1p3 /mnt/
# mount /dev/nvme0n1p1 /mnt/boot/efi/
# for i in /dev /dev/pts /proc /sys /sys/firmware/efi/efivars /run; do mount -B $i /mnt$i; done

# chroot /mnt 
# grub-install /dev/nvme0 
# update-grub 

[Livingston]

Im Livesystem sollte dann auch noch /boot vor /boot/efi gemountet werden:

Code: Alles auswählen

# mount /dev/nvme0n1p2 /mnt/boot/

Außerdem gehört grub nicht auf /dev/nvme0 sondern auf /dev/nvme0n1:

Code: Alles auswählen

# grub-install /dev/nvme0n1

Sofern das Livesystem im UEFI-Modus startet, wird dann auch grub-efi und nicht grub-pc auf der NVME-SSD installiert.

EDIT: grub-install-Kommando korrigiert

[grubenlicht]

Nach einem apt full-upgrade startet mein Laptop nicht mehr so schick wir vorher. Stattdessen wird fuer einen kurzen Moment etwas angezeit (grub?), dann geht es aber direkt ins Bios.

1. erkläre mal, was du mit "schick" meinst
2. was meinst du mit "direkt ins BIOS"

Bin ein bisschen irritiert, dass er No boot loader is installed in the MBR of /dev/nvme0n1. behauptet.

das ist im EFI boot Modus der richtige Fall! Da steht der bootloader in der ESP ->

Code: Alles auswählen

nvme0n1p1: _____________________________________________________________________

    File system:       vfat
    Boot sector type:  FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /efi/debian/fbx64.efi /efi/debian/fwupdx64.efi 
                       /efi/debian/grubx64.efi /efi/debian/mmx64.efi 
                       /efi/debian/shimx64.efi /efi/debian/grub.cfg

Ist dann die Loesung, chroot auf eine geschickte Art und Weise zu machen den den dann zu installieren?

nein, wozu, das System bootet doch, oder? Jedenfalls ruft die grub.cfg in der ESP (nvme0n1p1) die "/boot" (nvme0n1p2) auf

Code: Alles auswählen

BootOrder: 0001,001C,…

Boot0001* debian	HD(1,GPT,1626d2c6-52a1-4827-9c1f-5cfb6d04b904,0x800,0x100000)/File(\EFI\debian\shimx64.efi)

Partuuid von nvme0n1p1 ist

Code: Alles auswählen

├─nvme0n1p1 vfat        C637-9D14                            1626d2c6-52a1-4827-9c1f-5cfb6d04b904              

Code: Alles auswählen

====================== nvme0n1p2/grub/grub.cfg (filtered) ======================

Debian GNU/Linux   d7cda162-684f-449a-b349-865fcbbbf803

Code: Alles auswählen

├─nvme0n1p2 ext2        8c7c6107-c156-47bf-b72e-cb761dce96a5 29024ef6-f31b-4f74-b982-f1a01425d9b2         

Dann zeig doch mal die Datei /etc/fstab und /etc/default/grub

Vermutlich ist durch das update der 'os-prober' "abgeschaltdet" worden, und da auf deinem System ohnehin nur ein O/S (Debian) läuft, warum soll dafür das grub Menü angezeigt werden?
Um den Zustand zu ändern, schaust du ins Wiki bei UUde (-> https://wiki.ubuntuusers.de/GRUB_2/Konfiguration/ im Wesentlichen
– GRUB_TIMEOUT_STYLE=hidden -> menu
– GRUB_TIMEOUT=0 5
– und für ggf doch weitere Systeme auf dem Rechner GRUB-DISABLE-OS-PROBER
– wenn du den Bootvorgang beobachten möchtest, kannst du z.B. "quiet splash" entfernen, dann wird das nicht "verdeckt"; kannst beim Booten aber auch die esc-Taste drücken.

[KP97]

@Liffi
Du bist doch schon so lange dabei und solltest wissen, daß in den ersten Beitrag die jeweiligen Versionen gehören.
In diesem Wust an Ausgabe lese ich nirgends, welches Debian und welche Grub Version Du einsetzt.
Wenn es der Grub 2.12.~rc1-9 ist, da hat sich einiges geändert.

[rhHeini]

Die Kernel lassen vermuten das es um Testing geht.

[KP97]

Möglich, aber das sollte uns der TE schon genau mitteilen und nicht der Spekulation überlassen.

[Liffi]

So, bin inzwischen wacher und ruecke noch mit notwendingen Informationen raus, die ich schon vorher haette rausgeben sollen. Zunaechst auch schon jetzt danke, fuer jeden der sich beteiligt. Nicht booten zu koennen ist einfach nervig .

Schau zunächst mal, ob Dein installiertes System nicht trotzdem aus dem EFI Bootauswahl Menü (je nachdem wo das auf Deinem Notebook beim booten aufrufbar ist, hier z.B. F11) zu starten ist.

Im boot menu wird "debian" angezeigt. Eine Auswahl fuehrt ja zu einem Neustart nach kurzem Anzeigen einer Meldung.

Ansonsten, wenn Du mit einem Live-System ran willst, dann nach dem Muster (bitte genau prüfen und an Deine Laufwerksstruktur ggf. anpassen):

Code: Alles auswählen

# mount /dev/nvme0n1p3 /mnt/
# mount /dev/nvme0n1p1 /mnt/boot/efi/
# for i in /dev /dev/pts /proc /sys /sys/firmware/efi/efivars /run; do mount -B $i /mnt$i; done

# chroot /mnt 
# grub-install /dev/nvme0 
# update-grub 

Im Livesystem sollte dann auch noch /boot vor /boot/efi gemountet werden:

Code: Alles auswählen

# mount /dev/nvme0n1p2 /mnt/boot/

Außerdem gehört grub nicht auf /dev/nvme0 sondern auf /dev/nvme0n1:

Code: Alles auswählen

# grub-install /dev/nvme0n1

Sofern das Livesystem im UEFI-Modus startet, wird dann auch grub-efi und nicht grub-pc auf der NVME-SSD installiert.

Habe die beiden Dinge mal kombiniert und durchgefuehrt. grub-install und update-grub haben ausgegeben, dass es ohne Fehler durchlief. Leider war ein Booten nicht erfolgreich.

1. erkläre mal, was du mit "schick" meinst
2. was meinst du mit "direkt ins BIOS"

Habe das Ganze erneut durchgefuehrt. "Nicht so schick" --> bootet nicht in mein debian .
"Direkt" ins Bios war uebertrieben. Er startet neu und geht dann ins Bios.

Bin ein bisschen irritiert, dass er No boot loader is installed in the MBR of /dev/nvme0n1. behauptet.

das ist im EFI boot Modus der richtige Fall! Da steht der bootloader in der ESP ->

Code: Alles auswählen

nvme0n1p1: _____________________________________________________________________

    File system:       vfat
    Boot sector type:  FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /efi/debian/fbx64.efi /efi/debian/fwupdx64.efi 
                       /efi/debian/grubx64.efi /efi/debian/mmx64.efi 
                       /efi/debian/shimx64.efi /efi/debian/grub.cfg

Dann zeig doch mal die Datei /etc/fstab und /etc/default/grub

Code: Alles auswählen

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/mapper/t470--vg-root /               ext4    errors=remount-ro 0       1
# /boot was on /dev/nvme0n1p2 during installation
UUID=8c7c6107-c156-47bf-b72e-cb761dce96a5 /boot           ext2    defaults        0       2
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=C637-9D14  /boot/efi       vfat    umask=0077      0       1
/dev/mapper/t470--vg-swap_1 none            swap    sw              0       0

Code: Alles auswählen

 If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet"
GRUB_CMDLINE_LINUX=""

# If your computer has multiple operating systems installed, then you
# probably want to run os-prober. However, if your computer is a host
# for guest OSes installed via LVM or raw disk devices, running
# os-prober can cause damage to those guest OSes as it mounts
# filesystems to look for things.
#GRUB_DISABLE_OS_PROBER=false

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

Vermutlich ist durch das update der 'os-prober' "abgeschaltdet" worden, und da auf deinem System ohnehin nur ein O/S (Debian) läuft, warum soll dafür das grub Menü angezeigt werden?
Um den Zustand zu ändern, schaust du ins Wiki bei UUde (-> https://wiki.ubuntuusers.de/GRUB_2/Konfiguration/ im Wesentlichen
– GRUB_TIMEOUT_STYLE=hidden -> menu
– GRUB_TIMEOUT=0 5
– und für ggf doch weitere Systeme auf dem Rechner GRUB-DISABLE-OS-PROBER
– wenn du den Bootvorgang beobachten möchtest, kannst du z.B. "quiet splash" entfernen, dann wird das nicht "verdeckt"; kannst beim Booten aber auch die esc-Taste drücken.

Gerade versucht. Ich sehe minimal kurz ein "Welcome to grub" oder aehnlich und dann einen Restart. Habe dafuer menu angeschaltet und quiet entfernt. Danach habe ich update-grub ausgefuehrt. Bin irritiert, dass ich keine 5 Sekunden timeout sehe, vermute hier einen klassischen PEBKAC-Fehler.

@Liffi
Du bist doch schon so lange dabei und solltest wissen, daß in den ersten Beitrag die jeweiligen Versionen gehören.
In diesem Wust an Ausgabe lese ich nirgends, welches Debian und welche Grub Version Du einsetzt.
Wenn es der Grub 2.12.~rc1-9 ist, da hat sich einiges geändert.

Knapp 20 Jahre Forum und nichts gelernt :
Bin in der Tat auf 2.12~rc1-9

Code: Alles auswählen

root@ubuntu:/# cat /etc/debian_version 
trixie/sid

Nicht irritieren lassen vom hostname, liegt am chroot. Habe sid auf Pin-Priority: 10 fuer ausgewaehlte Pakete.

[grubenlicht]

wenn du ein LiveSystem bootest, hast du doch vorher einen grub zwecks Auswahl, richtig?
Dann versuch mal von dort zu booten, evt. wird dir dann mehr Info/Fehler angezeigt
– im grub Menü Taste "c"
– ls listet dir die erkannten devices
– set root=hd0,gpt1
– configfile /efi/debian/grub.cfg
(Achtung, amerik. Tastaturlayout)

Hinweis: Im EFI boot wird grub mittels grub-install (ohne jedweden Zusatz) automatisch in die ESP geschrieben – sofern die richtig in die fstab eingetragen ist (bei die der Fall) und du dich im laufenden System befindest, also, wenn du wie oben booten kannst, einfach den Befehl absetzen (root Rechte!)
Ansonsten chroot + den Hinweis von @Livingston mit dem mounten der ESP, aber nicht grub-install /dev/nvme0n1

[Livingston]

Ist denn grub-install /dev/nvme0n1 falsch? grub-efi sollte doch dann die EFI-Partition auf diesem Device herauspicken und sich dort installieren - in diesem Fall /dev/nvme0n1p2 KORREKTUR: /dev/nvme0n1p1.
Könnte ein Weglassen des Device nicht dazu führen, dass sich grub-install die EFI-Partition auf dem Stick vornimmt?

[towo]

Könnte ein Weglassen des Device nicht dazu führen, dass sich grub-install die EFI-Partition auf dem Stick vornimmt?

Nein, dazu müsste diese ja als /boot/efi im chroot gemountet sein.

[Liffi]

wenn du ein LiveSystem bootest, hast du doch vorher einen grub zwecks Auswahl, richtig?
Dann versuch mal von dort zu booten, evt. wird dir dann mehr Info/Fehler angezeigt
– im grub Menü Taste "c"
– ls listet dir die erkannten devices
– set root=hd0,gpt1
– configfile /efi/debian/grub.cfg
(Achtung, amerik. Tastaturlayout)

Hierbei bekomme ich nach EIngabe der des configfile-Befehls einen leeren screen mit grub-Prompt.

Hinweis: Im EFI boot wird grub mittels grub-install (ohne jedweden Zusatz) automatisch in die ESP geschrieben – sofern die richtig in die fstab eingetragen ist (bei die der Fall) und du dich im laufenden System befindest, also, wenn du wie oben booten kannst, einfach den Befehl absetzen (root Rechte!)
Ansonsten chroot + den Hinweis von @Livingston mit dem mounten der ESP, aber nicht grub-install /dev/nvme0n1

grub-install lief durch. EIn booten damit schlägt leider weiter mit einem "Welcome to GRUB" und direktem Neustart fehl.

[grubenlicht]

Hierbei bekomme ich nach EIngabe der des configfile-Befehls einen leeren screen mit grub-Prompt.

hmm…
was zeigt denn ls? Wird dabei eine hd0,gpt1 (soll ja =nvme0n1 sein). Sonst eben mal
search -f /efi/debian/grub.cfg, das sollte das entsprechende device ausgeben.

grub-install lief durch. EIn booten damit schlägt leider weiter mit einem "Welcome to GRUB" [...] fehl.

(es ist ratsam, hiefür die gesamte von dir verwendete Befehlsfolge zu posten, wir sitzen dir nicht im Nacken!)

und direktem Neustart

und nicht mehr ins BIOS? (es ist ein – älteres Lenovo – UEFI!)
evt. ja doch ein bug in grub? Such mal Fehler/bug in 2.12~rc1-9.

Btw., beim Zitieren bitte auf das Wesentlich beschränken

[Livingston]

was zeigt denn ls? Wird dabei eine hd0,gpt1 (soll ja =nvme0n1 sein).

Nicht ganz: hd0,gpt1 entspricht /dev/nvme0n1p1

Zur Benennenung von NVMEs:
nvme0 -> Das physikalische Gerät
n1 -> Der Namespace innerhalb des Gerätes. Bei den meisten Consumer-NVMEs gibt's nur den einen, bei anderen lässt sich das Gesamtdevice in mehrere Namespaces einteilen
p1 -> Die Partition

NACHTRAG:
Da grub nicht die fstab des Systems kennt, kann die grub-Konsole sehr einwillige Ansichten darüber haben, was hd0 und hd1 sind - unabhängig davon, ob Du vom Stick startest, oder ob es Dir gelingt, in die grub-Konsole des Hauptsystems zu gelangen. Möglicherweise wird der Stick als hd0 erkannt, entsprechend wäre dann hd1 die NVME.
Startest Du vom Stick aus und machst ein chroot, kennt grub-install zwar die fstab des Sticks und führt wahrscheinlich erfolgreich eine Installation durch, aber eben auf dem Stick und nicht auf der NVME.

[Liffi]

Die Ausgabe von ls in grub muss ich noch nachliefern, kommt beim naechsten Neustart, im Moment ist es so muessig neuzustarten .

(es ist ratsam, hiefür die gesamte von dir verwendete Befehlsfolge zu posten,

Code: Alles auswählen

cryptsetup luksOpen /dev/nvme0n1p3 my_encrypted_volume
mount /dev/mapper/t470--vg-root /mnt
mount /dev/nvme0n1p2 /mnt/boot
mount /dev/nvme0n1p1 /mnt/boot/efi/
for i in /dev /dev/pts /proc /sys /sys/firmware/efi/efivars /run; do mount -B $i /mnt$i; done
chroot /mnt
grub-install

und nicht mehr ins BIOS? (es ist ein – älteres Lenovo – UEFI!)

Vermutlich wuerde es direkt ins Bios gehen, aber ich gehe mittlerweile direkt per F12 ins Bootmenue. Und ja, ist ein Lenovo von Januar 2018, also auch schon 5 1/2.

evt. ja doch ein bug in grub? Such mal Fehler/bug in 2.12~rc1-9.

Ich hatte mal grob ueber die bekannten Fehler gescrollt, aber nichts auf Anhieb gefunden, was in Frage gekommen waere.

[Livingston]

Sieht schon mal korrekt aus. Ich schau jetzt noch mal nach, welche Parameter man grub-install mitgeben kann, um die Sache eindeutig zu machen.
(Wartemusik - "Einen kleinen Moment bitte, wir sind in wenigen Minuten wieder für Sie da.")

[Livingston]

Innerhalb von chroot wird grub-install die folgende Anweisung eindeutig interpretieren:
grub-install --efi-directory=/boot/efi --bootloader-id=debian --recheck

• boot-directory: Hier landen kernel, initramfs und co
• efi-directory=/boot/efi: Standardpfad für's (U)EFI-Verzeichnis. Insgesamt ergibt das den Pfad /boot/efi/EFI (kein Fehler - EFI wird drangehängt; /boot/efi ist übrigens default für --efi-directory, aber so können wir hier auf Nummer Sicher gehen)
• bootloader-id=debian: Ergänzt den Installationspfad zu /boot/efi/EFI/debian
• recheck: Verwirft alle "Annahmen" über das System, die eine vorherige grub-Installation in /boot/grub/grubenv gespeichert hat.

Zum Lesen empfehle ich Ein Notfallsystem auf einem USB-Stick installieren -> Der Bootloader (am Ende des Abschnitts)
Das Wiki betrifft zwar den Bau eines Sticks, aber die Details am Ende des Abschnitts gehen auf die Parameter des Befehls ein.

Danach nochmal update-grub, um die Datei grub.cfg neuzubauen.

KORREKTUREN:
* Parameter --boot-directory wieder gestrichen
* Erklärung zu efi-directory vervollständigt
* Erklärung zu bootloader-id ergänzt
* Erklärung zu recheck ergänzt

[grubenlicht]

OT

NACHTRAG:
Startest Du vom Stick aus und machst ein chroot, kennt grub-install zwar die fstab des Sticks und führt wahrscheinlich erfolgreich eine Installation durch, aber eben auf dem Stick und nicht auf der NVME.

sorry, da muss ich dir wiedersprechen, mit chroot bist du im installierten System (genauso, als haettest du direkt gebootet)

Code: Alles auswählen

user@debian:~$ cat /etc/fstab
overlay / overlay rw 0 0
tmpfs /tmp tmpfs nosuid,nodev 0 0
user@debian:~$   sudo parted -l
Model: ATA VBOX HARDDISK (scsi)
Disk /dev/sda: 10.7GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system     Name  Flags
 1      1049kB  538MB   537MB   fat32                 boot, esp
 2      538MB   9713MB  9175MB  ext4
 3      9713MB  10.7GB  1023MB  linux-swap(v1)        swap
[...]
 Warning: Unable to open /dev/sr0 read-write (Read-only file system).  /dev/sr0
has been opened read-only.
Model: VBOX CD-ROM (scsi)                                                 
Disk /dev/sr0: 3419MB
Sector size (logical/physical): 2048B/2048B
Partition Table: mac
Disk Flags: 

Number  Start   End     Size    File system  Name   Flags
 1      2048B   6143B   4096B                Apple
 2      3537kB  8747kB  5210kB               EFI


user@debian:~$ sudo mount /dev/sda2 /mnt
user@debian:~$ sudo mount /dev/sda1 /mnt/boot/efi
user@debian:~$ for dir in /dev /dev/pts /proc /sys /run; do sudo mount --bind $dir /mnt$dir; done
user@debian:~$ sudo chroot /mnt /bin/bash
root@debian:/# cat /etc/fstab
# /etc/fstab: static file system information.
[...]
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda2 during installation
UUID=7d68d5a3-1317-46e8-ab25-a39b09539555 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=053B-6264  /boot/efi       vfat    umask=0077      0       1
# swap was on /dev/sda3 during installation
UUID=b7c6caa3-a8a5-4a52-99b0-233a2ae7df5f none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0
root@debian:/# 

/OT

[KP97]

@Liffi
Ich habe auf meinem Sid das gleiche Problem mit dem rc1-9. Auch ich habe viele Stunden mit der Fehlersuche verbracht, Grub zigmal neu installiert ohne Erfolg.
Teilweise wurde direkt ins UEFI-Setup gestartet, teilweise gar nicht, weil die EFI-Partition nicht gefunden wurde, es war also abenteuerlich.
Nach meiner Meinung ist das ein Bug in der Grub-Version, aber etwas diesbezügliches ist im Netz nicht zu finden.
Ich habe aber auch keine große Lust, selbst was zu schreiben, da ich ehrlicherweise nicht recht wüßte, was ich da beschreiben soll,
- Grub startet nicht das OS sondern nur ins UEFI - ist etwas dürftig.
Dann hab ich kurzfristig mal wieder auf systemd-boot umgestellt, aber die Handhabung mit neuen Kerneln (ich backe meinen Kernel selbst) ist auch nicht so flexibel.
Na ja, meine "Lösung" ist ein gepinnter Grub 2.6.13 und mein Abwarten auf den finalen 2.12.
Den einzigen Hinweis dazu habe ich im siduction.de Forum gefunden, aber das ist auch nicht 1:1 beschrieben:
https://forum.siduction.org/index.php?topic=9115.0
Kurzum, ich habe auch keine Idee.

[Livingston]

@grubenlicht: Yep, ich nehme alles zurück und behaupte das Gegenteil.

[grubenlicht]

...
- Grub startet nicht das OS sondern nur ins UEFI - ist etwas dürftig.

man soll ja mit Allem rechnen müssen bei Sid, aber das, finde ich, geht zu weit.
Ohne Verschlüsselung könnte man ja noch versuchen, die Symlinks zu starten (oder auch mit SG²D).
chroot und alten grub installieren.

[KP97]

Ja, ist schon etwas heftig, so kenne ich das bei Sid eigentlich auch nicht, und vor allen Dingen so lange.
Aber ich habe bestimmt drei Tage damit verbracht, der Sache auf die Spur zu kommen.
Über das Install-Medium und den Rescuemode habe ich auch die Möglichkeiten zur Neuinstallation incl. chroot.
Na, ich wart's mal ab was noch kommt...

andererseits, wenn man nix sagt, kann auch nix behoben werden, ich werd' mich wohl doch mal dranbegeben...

[Liffi]

Na ja, meine "Lösung" ist ein gepinnter Grub 2.6.13 und mein Abwarten auf den finalen 2.12.

Das funktioniert. Dann warte ich wohl auch mal .

Danke euch fuer die Fehleranalyse!

[Liffi]

Habe noch diesen Thread in der debian mailing list gefunden:
https://groups.google.com/g/linux.debia ... gjHk?pli=1

Vorgeschlagener Workaround wäre dann folgendes in /boot/grub/grub.cfg zu schreiben:

Code: Alles auswählen

# To resolve race condition when loading video drivers
videoinfo

Bzw.

Or to make the solution permanent, add the following line at top of /etc/grub.d/00_header

echo "videoinfo"

[KP97]

Hallo Liffi,
der Link ist doch etwas arg alt, auch wenn in 2020 nochmal was geschrieben wurde.
Nein, der Grub 2.06 hat ja keine Fehler, es passiert ausschließlich mit dem 2.12er. Bei meiner Sucherei habe ich auch gesehen, daß diese Version noch nirgendwo anders eingesetzt wird.
Selbst Fedora, die doch sonst immer Vorreiter sind, hat erst 2.12~rc01.