Dieser Beitrag ist aus der Erinnerung geschrieben, und nicht wie ansonsten, beim ersten Ausführen geschrieben und mindestens mit einem Testsystem verifiziert.
Bei einem Update der Firmware und des Windows 11 trat ein CRC Fehler auf, um das System wieder zu starten, mussten alle Einstellungen einmal zurückgesetzt werden. Danach erkannte das System grub nicht mehr, unabhängig davon, ob SecureBoot aktiv war oder nicht.
Idee war grub über die Konsole aus einen Rescue-System wiederherzustellen. Dazu habe eine USB-Stick mit dem Fedora-Installer erstellt und den Computer von diesem in den Livemodus gestartet. Idee war von dort in das System auf der Festplatte zu wechseln und grub neu zu schreiben.
Nach dem Starten habe ich kurz einen Blick auf die Partitionsstruktur geworfen. Hier ist es /dev/nvme0n1, die erste NVME ssd. Bei einem sata/usb Laufwerk wäre es entsprechend /dev/sda. Es kann praktisch sein auf die Gesamtgröße des Laufwerks zu achten, um es nicht mit anderen Datenträgern zu verwechseln.
1 fdisk /dev/nvme0n1
Disk /dev/nvme0n1:
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Device Size Type
/dev/nvme0n1p1 200M EFI System
/dev/nvme0n1p2 16M Microsoft reserved
/dev/nvme0n1p3 1G Linux extended boot
/dev/nvme0n1p4 1,7T Linux filesystem
Mein System ist verschlüsselt, sodass ich im nächsten Schritt das verschlüsselte Device geöffnet habe (/dev/nvme0n1p4)
cryptsetup luksOpen /dev/nmve0n1p6 fedora
Danach die Laufwerke einhängen,
mount /dev/nvme0n1p1 /mnt/boot/efi
mount /dev/nvme0n1p5 /mnt/boot
mount /dev/nvme0n1p1 /mnt/boot/efi
mount --bind /dev /mnt/dev
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
mount --bind /run /mnt/run
ins chroot wechseln
chroot /mnt /bin/bash
und dort
grub2-install /dev/nvme0n1
.
Kommentar zur Ursache
Danach sollte wieder alles in Ordnung sein. Welches der beiden Updates letztlich das Problem ausgelöst hat, ist eine spannende Frage. Ich habe es schon erlebt, das grub von Windows überschrieben wurde, es kann aber vermutlich ebenso eine Folge des Firmwareupdates und anderer ungünstiger Faktoren gewesen sein.