Nach BIOS Update im Grub-Rescue Mode

MichaelP · November 20, 2025, 6:35pm

Hallo zusammen,

hab an meinem Gigabyte X570S AM4 Board ein BIOS-Update auf Version F8 durchgeführt.
(ich weiß - never change a running system ).

Update lief problemlos durch, nach automatischen Neustart kam zunächst eine Meldung “fTPM hätte neue Sicherheitsanforderungen”. Die alten behalten (N), die neuen akzeptieren (Y).

Mit (N) passierte aber nichts, die Abfrage wiederholte sich. Nach ein paar Wiederholungen hab ich mangels Alternative mit (Y) akzeptiert.

Nun erfolgte noch der Hinweis, bei Einsatz von Verschlüsselung (Bitlocker) würde das System nicht mehr starten, setze ich aber nicht ein - also ENTER.

Es erfolgte ein Restart:

Ergebnis für den EOS-Boot: Symbol ´grub_cli_set_auth_needed´ not found… Rescue Mode

Neustart und mit F12-Bootoption Windows-Start gewählt - Windows startet, deklariert meine PIN beim Login als ungültig, bietet aber mein Passwort an - damit läuft die Kiste unter Windoof wieder.

Ich möchte aber seeehr gerne mein EOS wieder haben nur wie???

Habt ihr einen Tipp oder Anleitung? Bin da nicht fit

Vielen Dank im voraus!!!

Gruß Michael

thefrog · November 20, 2025, 6:52pm

Did you turn off secure boot in the Bios? Chances are it reset and enabled during the bios update

cactux · November 20, 2025, 7:06pm

Chroot into your system from a EOS live usb.
Reinstall the package grub.
Reinstall the bootloader.
Regenerate your grub.cfg.

MichaelP · November 20, 2025, 8:26pm

Hallo und danke für die Tipps…

ich hab seit über einem Jahr kein BIOS Update gemacht oder Einstellungen verändert, jetzt suche ich nach den passenden Optionen:

Secure Boot Enable / Disable hab ich in der Form nicht gefunden! Das wär ja auch zu einfach…

wohl

AMD CPU fTPM
Security Device Support
Disable Block SID

alles mal en-/ und disabled und Bootversuche unternommen, gibt keinen Unterschied.

Windows startet, GRUB bringt den Rescue Screen.

Ich guck morgen weiter, bin zu müde und entnervt - da sollte man die Finger vom Rechner nehmen.

Eine Anmerkung kann ich mir aber nicht verkneifen. Hab in c´t gelesen, die ganze Boot-Problematik basiert auf der “UEFI-Schlüsselvergabe” - von Microsoft. Wenn das stimmt, Schei!!! MS

Gruß Michael

mhusmann · November 21, 2025, 5:36am

Für mich liest sich das so, als würde dein Computer nicht mehr von der richtigen Platte booten.

Durch dein Bios Update könnte sich die Boot Reihenfolge geändert haben.

Es kann aber auch sein, dass du im PCIe Subsystem M2_2 Gen Mode auf Gen4 stellen musst, für den Fall, dass sich dort etwas geändert hat.

Viel Erfolg

shadow359 · November 21, 2025, 7:15am

“Secure Boot” sollte sich unter Boot befinden. Die meisten Linux Distros bzw. deren Bootloader starten nicht wenn es aktiviert ist.

MichaelP · November 21, 2025, 10:41am

“Secure Boot” unter Boot - ja, dachte ich auch, ich finde nur nix beim F8-Bios von Gigabyte X570S.Und booten auf dem richtigen Device versuche ich mit F12, da wähle ich EOS direkt.

Grub wird ja auch “irgendwie” aktiv und meldet o.a. Fehler.

Booten vom Live-Stick geht auch über F12. Hab aber noch nicht mit arch-chroot gearbeitet… ich werde mit GPARTED mal die Partionen hier listen, vielleicht hilft mir dann einer von Euch bei der Syntax.

Gruß Michael

cactux · November 21, 2025, 10:52am

From the Live EOS usb, post:

sudo parted -l 

lsblk -f

efibootmgr

sudo blkid

MichaelP · November 21, 2025, 11:08am

bin jetzt im Live-System, EOS ist komplett auf einer phys. SSD:

sudo parted -l:

Model: WDS500G1X0E-00AFY0 (nvme)
Disk /dev/nvme0n1: 500GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number Start End Size File system Name Flags
1 1049kB 525MB 524MB fat32 boot, esp
2 525MB 105GB 105GB btrfs
3 105GB 500GB 395GB btrfs

lsblk -f: (nur die Linux-SSD)

nvme0n1
├─nvme0n1p1 vfat FAT32 BOOT-EFI 8035-31F9
├─nvme0n1p2 btrfs EndeavourOS 5c8f5664-6795-4126-88f0-7fdb40249abf
└─nvme0n1p3 btrfs User bd5a4bde-6f58-4ada-8be8-7d403011a555

efibootmgr:

efibootmgr
BootCurrent: 000D
Timeout: 1 seconds
BootOrder: 0000,0001,000C,000D,0004,0005,0006,0007,0008,0009,000B,000E
Boot0000* Windows Boot Manager HD(1,GPT,fe0cc2d3-11ec-4daf-b24d-3b8216eeaac2,0x800,0x32000)/\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI57494e444f57530001000000880000007800000042
00430044004f0042004a004500430054003d007b00390064006500610038003600320063002d0035006300640064002d0034006500370030002d0061006300630031002d0066003300320062003300340034006
40034003700390035007d00000061000100000010000000040000007fff0400
Boot0001* UEFI OS HD(1,GPT,233c589f-7f16-40f0-bfe1-9ebf09d84fba,0x800,0xfa000)/\EFI\BOOT\BOOTX64.EFI0000424f
Boot0004* HL-DT-ST BD-RE BH16NS55 BBS(CDROM,0x0)0000424f
Boot0005* TOSHIBA MG07ACA14TE BBS(HD,0x0)0000424f
Boot0006* TOSHIBA MG07ACA14TE BBS(HD,0x0)0000424f
Boot0007* WDS500G1X0E-00AFY0 BBS(HD,0x0)0000424f
Boot0008* Samsung SSD 970 EVO Plus 2TB BBS(HD,0x0)0000424f
Boot0009* WDS500G1X0E-00AFY0 BBS(HD,0x0)0000424f
Boot000B* WD Elements 25A3 1030 BBS(HD,0x0)0000424f
Boot000C* UEFI: SanDisk PciRoot(0x0)/Pci(0x1,0x2)/Pci(0x0,0x0)/Pci(0x8,0x0)/Pci(0x0,0x1)/USB(5,0)/USB(3,0)/CDROM(1,0x5853c0,0x56040)0000424f
Boot000D* UEFI: SanDisk, Partition 2 PciRoot(0x0)/Pci(0x1,0x2)/Pci(0x0,0x0)/Pci(0x8,0x0)/Pci(0x0,0x1)/USB(5,0)/USB(3,0)/HD(2,MBR,0xea64eddc,0x5853c0,0x56000)0000424
f
Boot000E* SanDisk BBS(HD,0x0)0000424f

sudo blkid:

/dev/nvme0n1p3: LABEL=“User” UUID=“bd5a4bde-6f58-4ada-8be8-7d403011a555” UUID_SUB=“7de5ee5a-46da-4435-bf31-8d734b4d45e9” BLOCK_SIZE=“4096” TYPE=“btrfs” PARTUUID=“d550c
0f1-a5c5-4878-aaab-0745a8fd6fe4”
/dev/nvme0n1p1: LABEL_FATBOOT=“BOOT-EFI” LABEL=“BOOT-EFI” UUID=“8035-31F9” BLOCK_SIZE=“512” TYPE=“vfat” PARTUUID=“233c589f-7f16-40f0-bfe1-9ebf09d84fba”
/dev/nvme0n1p2: LABEL=“EndeavourOS” UUID=“5c8f5664-6795-4126-88f0-7fdb40249abf” UUID_SUB=“1be829b6-2fae-45e7-aa19-2101bb1638f3” BLOCK_SIZE=“4096” TYPE=“btrfs” PARTUUID
=“4fa00a34-030e-4075-9eb7-66e2359a15e4”
/dev/sdd2: LABEL_FATBOOT=“ARCHISO_EFI” LABEL=“ARCHISO_EFI” UUID=“67DA-AABF” BLOCK_SIZE=“512” TYPE=“vfat” PARTUUID=“ea64eddc-02”
/dev/sdd1: BLOCK_SIZE=“2048” UUID=“2025-03-19-11-30-07-00” LABEL=“EOS_202503” TYPE=“iso9660” PARTUUID=“ea64eddc-01”
/dev/sdb4: LABEL=“TimeShift-2” UUID=“ecb0106b-00a6-4b94-a9ff-907592a947a5” UUID_SUB=“d8e23e19-a777-45d7-8a8e-2458c3dd7518” BLOCK_SIZE=“4096” TYPE=“btrfs” PARTUUID=“d72
59c42-116d-8343-99c3-2f9011e329ca”
/dev/sdb2: LABEL=“Media-2” BLOCK_SIZE=“512” UUID=“A84C0C354C0C00B4” TYPE=“ntfs” PARTLABEL=“Basic data partition” PARTUUID=“8a501f33-092a-4a87-ab89-9dd677270239”
/dev/sdb3: LABEL=“BackUp-2” BLOCK_SIZE=“512” UUID=“CAD43260D4324EC7” TYPE=“ntfs” PARTLABEL=“Basic data partition” PARTUUID=“bf8e0b6c-4b3f-4c47-86fa-c0f33f000ddd”
/dev/nvme2n1p4: BLOCK_SIZE=“512” UUID=“42DAC1D9DAC1C97D” TYPE=“ntfs” PARTUUID=“1511750c-b137-472c-999a-f23ccff7a294”
/dev/nvme2n1p5: LABEL=“Application” BLOCK_SIZE=“512” UUID=“9826526826524780” TYPE=“ntfs” PARTLABEL=“Basic data partition” PARTUUID=“f5cc5af2-567e-4209-b830-5465a9415e5
b”
/dev/nvme2n1p3: LABEL=“Windows” BLOCK_SIZE=“512” UUID=“6CF48445F484138C” TYPE=“ntfs” PARTLABEL=“Basic data partition” PARTUUID=“cc35fdec-51d6-4396-99a6-33c9fb1bcede”
/dev/nvme2n1p1: UUID=“745B-262D” BLOCK_SIZE=“512” TYPE=“vfat” PARTLABEL=“EFI system partition” PARTUUID=“fe0cc2d3-11ec-4daf-b24d-3b8216eeaac2”
/dev/loop0: BLOCK_SIZE=“1048576” TYPE=“squashfs”
/dev/sdc1: LABEL=“Elements-BackUp” BLOCK_SIZE=“512” UUID=“B2ACF323ACF2E0B1” TYPE=“ntfs” PARTLABEL=“Elements” PARTUUID=“de5fd03d-aa9a-4ba1-82da-403c2ce13496”
/dev/nvme1n1p1: LABEL=“FastData” BLOCK_SIZE=“512” UUID=“9C54889754887634” TYPE=“ntfs” PARTLABEL=“Basic data partition” PARTUUID=“051631ab-e042-40e5-b4f5-1aedf72b0278”
/dev/sda4: LABEL=“TimeShift” UUID=“a27f548e-39cc-4cd9-bb31-d0ae02e2269c” UUID_SUB=“214251bc-697a-4136-b8b7-7225647b1981” BLOCK_SIZE=“4096” TYPE=“btrfs” PARTUUID=“631e5
e7b-34f4-4a2a-9c8f-745adb3292c7”
/dev/sda2: LABEL=“Media” BLOCK_SIZE=“512” UUID=“1E32EE8F32EE6B6B” TYPE=“ntfs” PARTLABEL=“Basic data partition” PARTUUID=“2a6757be-ab65-4af0-b2ff-990a50e13f6c”
/dev/sda3: LABEL=“BackUp” BLOCK_SIZE=“512” UUID=“38921D20921CE462” TYPE=“ntfs” PARTLABEL=“Basic data partition” PARTUUID=“ff60a9fd-52d5-4ef7-a9e2-37ddb424dab8”
/dev/sdb1: PARTLABEL=“Microsoft reserved partition” PARTUUID=“d3201aa0-9ed1-4958-b8b9-952f350587f8”
/dev/nvme2n1p2: PARTLABEL=“Microsoft reserved partition” PARTUUID=“166356b3-1ab4-4944-bc3c-23a7efc180e9”
/dev/sda1: PARTLABEL=“Microsoft reserved partition” PARTUUID=“5d343fa0-2ced-4ab4-b36e-86760585aec1”

Ganz schön verwirrend (für mich)… der Wald ist voller Bäume

verstehen tu ich noch lsblk -f - das sind die drei Linux-Partitionen mit efi, /, /home. Windows hat auf seiner SSD und Partition einen eigenen Bootloader (vor EOS installiert), damit starte ich Windows ja jetzt. Ansonsten hab ich Windows immer übers GRUB-Menü aufgerufen.

Gruß Michael

shadow359 · November 21, 2025, 2:59pm

Okay schade ich hatte beim Gigabyte X570S AORUS MASTER ins englische Handbuch (Version 1001) geschaut da steht Secure Boot bei Boot (Seite 60).

Zitat:

"Secure Boot

Allows you to enable or disable Secure Boot and configure related settings.
This item is configurable only when CSM Support is set to Disabled."

Leider ist/war mir nicht bekannt um welches Gigabyteboard mit X570S es sich genau handelt.

Ich hoffe Du kannst dein Problem lösen.

MichaelP · November 21, 2025, 3:28pm

@shadow359

Danke für die Hilfe. Hab das gleiche Mainboard - der Tipp war prima.

This item is configurable only… war der Grund, warum ich Security Boot nicht gefunden habe.

Es wäre treffender im Handbuch gewesen zu schreiben “this item is visible only”, denn der Menüpukt wird erst nach CSM-disable eingeblendet. Damit bin ich ein Stück weiter!

EndeavourOS bootet leider immer noch nicht - Symbol ´grub_cli_set_auth_needed´ not found… Rescue Mode` erscheint weiter.

Ich hadere jetzt mit der exakten Synthax von arch-chroot - welche Partitionen muß ich bei FAT32 und BTRFS wie mounten? Das ist ja auch ein Job, den man nicht oft machen muß.

Hoffe, ich kriegs hin oder ggf. hier noch einen Tipp. Suche z.Z. im Arch Forum nach (mir) verständlicher Beschreibung…

Wenn nichts hilft, müßte ich EOS neu installieren, aber nur als letzter Ausweg…

Gruß Michael

cactux · November 21, 2025, 3:58pm

Look at the instructions here: https://discovery.endeavouros.com/system-rescue/repair-a-non-booting-grub/2021/03/

First chroot into your system according the filesystem you are using.
Then reinstall the package grub.
After that install the grub bootloader according to the instructions in the link above.
Regenerate your grub.cfg.

MichaelP · November 21, 2025, 5:51pm

Trockenübung:

nvme0n1
├─nvme0n1p1 vfat FAT32 BOOT-EFI 8035-31F9
├─nvme0n1p2 btrfs EndeavourOS 5c8f5664-6795-4126-88f0-7fdb40249abf
└─nvme0n1p3 btrfs User bd5a4bde-6f58-4ada-8be8-7d403011a555

Nach Synthax Archlinux Wiki

sudo mount -o subvol=@EndeavourOS /dev/nvme0n1p2 /mnt
sudo mount -o subvol=@User /dev/nvme0n1p3 /mnt/home
sudo mount /dev/nvme0n1p1 /mnt/boot/efi #oder muss bei vfat auch das subvol rein

sudo arch-chroot /mnt

gefunden und angepasst:

sudo mount /dev/nvme0n1p2 /mnt subvol=@
sudo mount /dev/nvme0n1p1 /mnt/boot/efi

(hab es so verstanden, das /home dort auf der gleichen Partition liegt wie /, bei mir aber separat)

Brauche ich die Subvol-Bezeichnung und ist der Labelname dafür richtig? Verstehe subvol=@ nicht…
Muß ich überhaupt /home einbinden, um GRUB neu zu schreiben?

Sorry, steh echt auf´m Schlauch - Linux für Dummies, hope for help…

Gruß Michael

cactux · November 22, 2025, 5:01am

Do this to chroot:

sudo mount -t btrfs -o subvol=@ /dev/nvme0n1p2 /mnt

sudo mount /dev/nvme0n1p1 /mnt/boot/efi

sudo arch-chroot /mnt

Inside chroot:

pacman -S grub

grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=endeavouros

grub-mkconfig -o /boot/grub/grub.cfg

MichaelP · November 22, 2025, 10:22am

@cactux

Thank you very much. With your help GRUB is functional.

I have to repeat grub-mkconfig -o /boot/grub/grub.cfg after reboot inside my EOS to elimate double entries.

Curious, before i could only use 1920x1080, now GRUB-Menu seems native 3840 x 1600. Very small font now, but that is not important…

Have a nice weekend and Greetings (excuse my bad English)

Michael

cactux · November 22, 2025, 11:52am

When you are on Grub boot menu, press c to get the command prompt.
Run videoinfo to display all supported video modes (resolutions and color depths).
Write down the one you want with the exact syntax/format.
Type reboot and press enter to reboot the system.

When you have booted up your system, edit the file /etc/default/grub. Go to the line

GRUB_GFXMODE=

If there is a # in the beginning, remove it. Then type right after = the resolution you previously wrote down from the output of videoinfo. Save the file.

At last regenerate your grub.cfg:

sudo grub-mkconfig -o /boot/grub/grub.cfg

I hope this helps!

You too!

And your English is much much better than my German which basically consists of 10 words for saying thank you, good morning etc.

system · November 24, 2025, 11:53am

This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.