Arch Linux

Grub-Kommandozeile nach Chroot-Eingriff

Delta10

Moin,

Ausgangssituation:
Windows10 und ArchLinux wurden getrennt auf jeweils einer NVMe-SSD im UEFI-Mdus installiert. Nach einem BIOS- oder Arch-Update ließ sich Grub nicht mehr im UEFI auswählen. Zuvor gab es keine Probleme.

Bisheriges Vorgehen, um Grub zu reparieren:

fdisk -l

[root@archiso /]# fdisk -l
Disk /dev/nvme0n1: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: Samsung SSD 980 PRO 1TB                 
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
Disk identifier: E8A7912B-A9E6-4020-96DB-0E2FDF5D48D4

Device              Start        End    Sectors   Size Type
/dev/nvme0n1p1       2048     206847     204800   100M EFI System
/dev/nvme0n1p2     206848     239615      32768    16M Microsoft reserved
/dev/nvme0n1p3     239616 1952447355 1952207740 930.9G Microsoft basic data
/dev/nvme0n1p4 1952448512 1953521663    1073152   524M Windows recovery environment


Disk /dev/nvme1n1: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: Samsung SSD 980 1TB                     
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 16384 bytes / 131072 bytes
Disklabel type: gpt
Disk identifier: B7089441-DE52-4173-AD55-0AD0C0BEFCE9

Device           Start        End    Sectors  Size Type
/dev/nvme1n1p1    2048    1050623    1048576  512M EFI System
/dev/nvme1n1p2 1050624 1953523711 1952473088  931G Linux filesystem


Disk /dev/sda: 7.2 GiB, 7736072192 bytes, 15109516 sectors
Disk model: DataTraveler 3.0
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: dos
Disk identifier: 0x5d66800c

Device     Boot Start     End Sectors  Size Id Type
/dev/sda1  *        0 3916799 3916800  1.9G  0 Empty
/dev/sda2         180  139443  139264   68M ef EFI (FAT-12/16/32)


Disk /dev/sdb: 997 MiB, 1045430272 bytes, 2041856 sectors
Disk model: USB Card        
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: dos
Disk identifier: 0x0006ec76

Device     Boot Start     End Sectors  Size Id Type
/dev/sdb1  *       32 2041855 2041824  997M  6 FAT16


Disk /dev/loop0: 1.74 GiB, 1863364608 bytes, 3639384 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

[root@archiso liveuser]# mkdir /mnt/arch
[root@archiso liveuser]# mount -t auto /dev/nvme1n1p2 /mnt/arch

cat /mnt/arch/etc/fstab

[root@archiso liveuser]# cat /mnt/arch/etc/fstab
# Static information about the filesystems.
# See fstab(5) for details.

# <file system> <dir> <type> <options> <dump> <pass>

tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
# /dev/nvme1n1p2
UUID=57514d71-a89d-4968-897c-eaba0b861cb2	/         	ext4      	rw,relatime,stripe=32	0 1

# /dev/nvme1n1p1
UUID=E66D-C1FB      	/boot     	vfat      	rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro	0 2

[root@archiso liveuser]# mount -t auto /dev/nvme1n1p1 /mnt/arch/boot
[root@archiso liveuser]# arch-chroot /mnt/arch

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

[root@archiso /]# grub-install --target=x86_64-efi --efi-directory=/boot/ --bootloader-id=grub --boot-directory=/mnt/arch/boot
Installing for x86_64-efi platform.
Installation finished. No error reported.
[root@archiso /]# grub-mkconfig -o /boot/grub/grub.cfg
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-linux-lts
Found initrd image: /boot/amd-ucode.img /boot/initramfs-linux-lts.img
Found fallback initrd image(s) in /boot:  amd-ucode.img initramfs-linux-lts-fallback.img
Found linux image: /boot/vmlinuz-linux
Found initrd image: /boot/amd-ucode.img /boot/initramfs-linux.img
Found fallback initrd image(s) in /boot:  amd-ucode.img initramfs-linux-fallback.img
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
grub-probe: error: cannot find a GRUB drive for /dev/sda1.  Check your device.map.
Found Windows Boot Manager on /dev/nvme0n1p1@/efi/Microsoft/Boot/bootmgfw.efi
Adding boot menu entry for UEFI Firmware Settings ...
done

mkinitcpio -P

[root@archiso /]# mkinitcpio -P
==> Building image from preset: /etc/mkinitcpio.d/linux-lts.preset: 'default'
  -> -k /boot/vmlinuz-linux-lts -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-lts.img
==> Starting build: 5.10.55-1-lts
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [autodetect]
  -> Running build hook: [keyboard]
==> WARNING: Possibly missing firmware for module: xhci_pci
  -> Running build hook: [keymap]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
  -> Running build hook: [filesystems]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: /boot/initramfs-linux-lts.img
==> Image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux-lts.preset: 'fallback'
  -> -k /boot/vmlinuz-linux-lts -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-lts-fallback.img -S autodetect
==> Starting build: 5.10.55-1-lts
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [keyboard]
==> WARNING: Possibly missing firmware for module: xhci_pci
  -> Running build hook: [keymap]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
==> WARNING: Possibly missing firmware for module: aic94xx
==> WARNING: Possibly missing firmware for module: wd719x
  -> Running build hook: [filesystems]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: /boot/initramfs-linux-lts-fallback.img
==> Image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'default'
  -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img
==> Starting build: 5.13.8-arch1-1
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [autodetect]
  -> Running build hook: [keyboard]
==> WARNING: Possibly missing firmware for module: xhci_pci
  -> Running build hook: [keymap]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
  -> Running build hook: [filesystems]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: /boot/initramfs-linux.img
==> Image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'fallback'
  -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect
==> Starting build: 5.13.8-arch1-1
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [keyboard]
==> WARNING: Possibly missing firmware for module: xhci_pci
  -> Running build hook: [keymap]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
==> WARNING: Possibly missing firmware for module: aic94xx
==> WARNING: Possibly missing firmware for module: wd719x
  -> Running build hook: [filesystems]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: /boot/initramfs-linux-fallback.img
==> Image generation successful

Grub taucht nun im UEFI-Menu auf. Leider erscheint nur die Grub-Kommandozeile:

Minimal BASH like line editing is supported. For the first word, TAB lists possible command completions. anywhere else TAB lists possible device or file completions.

Könnt Ihr mir weiterhelfen?

Viele Grüße
Delta

EDIT:
grub.cfg

#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
insmod part_gpt
insmod part_msdos
if [ -s $prefix/grubenv ]; then
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="0"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
    saved_entry="${chosen}"
    save_env saved_entry
  fi
}

function load_video {
  if [ x$feature_all_video_module = xy ]; then
    insmod all_video
  else
    insmod efi_gop
    insmod efi_uga
    insmod ieee1275_fb
    insmod vbe
    insmod vga
    insmod video_bochs
    insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_gpt
insmod ext2
search --no-floppy --fs-uuid --set=root 57514d71-a89d-4968-897c-eaba0b861cb2
    font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=en_US
  insmod gettext
fi
terminal_input console
terminal_output gfxterm
if [ x$feature_timeout_style = xy ] ; then
  set timeout_style=menu
  set timeout=5
# Fallback normal timeout code in case the timeout_style feature is
# unavailable.
else
  set timeout=5
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Arch Linux' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-57514d71-a89d-4968-897c-eaba0b861cb2' {
	load_video
	set gfxpayload=keep
	insmod gzio
	insmod part_gpt
	insmod fat
	search --no-floppy --fs-uuid --set=root E66D-C1FB
	echo	'Loading Linux linux-lts ...'
	linux	/vmlinuz-linux-lts root=UUID=57514d71-a89d-4968-897c-eaba0b861cb2 rw  loglevel=3 quiet
	echo	'Loading initial ramdisk ...'
	initrd	/amd-ucode.img /initramfs-linux-lts.img
}
submenu 'Advanced options for Arch Linux' $menuentry_id_option 'gnulinux-advanced-57514d71-a89d-4968-897c-eaba0b861cb2' {
	menuentry 'Arch Linux, with Linux linux-lts' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-linux-lts-advanced-57514d71-a89d-4968-897c-eaba0b861cb2' {
		load_video
		set gfxpayload=keep
		insmod gzio
		insmod part_gpt
		insmod fat
		search --no-floppy --fs-uuid --set=root E66D-C1FB
		echo	'Loading Linux linux-lts ...'
		linux	/vmlinuz-linux-lts root=UUID=57514d71-a89d-4968-897c-eaba0b861cb2 rw  loglevel=3 quiet
		echo	'Loading initial ramdisk ...'
		initrd	/amd-ucode.img /initramfs-linux-lts.img
	}
	menuentry 'Arch Linux, with Linux linux-lts (fallback initramfs)' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-linux-lts-fallback-57514d71-a89d-4968-897c-eaba0b861cb2' {
		load_video
		set gfxpayload=keep
		insmod gzio
		insmod part_gpt
		insmod fat
		search --no-floppy --fs-uuid --set=root E66D-C1FB
		echo	'Loading Linux linux-lts ...'
		linux	/vmlinuz-linux-lts root=UUID=57514d71-a89d-4968-897c-eaba0b861cb2 rw  loglevel=3 quiet
		echo	'Loading initial ramdisk ...'
		initrd	/amd-ucode.img /initramfs-linux-lts-fallback.img
	}
	menuentry 'Arch Linux, with Linux linux' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-linux-advanced-57514d71-a89d-4968-897c-eaba0b861cb2' {
		load_video
		set gfxpayload=keep
		insmod gzio
		insmod part_gpt
		insmod fat
		search --no-floppy --fs-uuid --set=root E66D-C1FB
		echo	'Loading Linux linux ...'
		linux	/vmlinuz-linux root=UUID=57514d71-a89d-4968-897c-eaba0b861cb2 rw  loglevel=3 quiet
		echo	'Loading initial ramdisk ...'
		initrd	/amd-ucode.img /initramfs-linux.img
	}
	menuentry 'Arch Linux, with Linux linux (fallback initramfs)' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-linux-fallback-57514d71-a89d-4968-897c-eaba0b861cb2' {
		load_video
		set gfxpayload=keep
		insmod gzio
		insmod part_gpt
		insmod fat
		search --no-floppy --fs-uuid --set=root E66D-C1FB
		echo	'Loading Linux linux ...'
		linux	/vmlinuz-linux root=UUID=57514d71-a89d-4968-897c-eaba0b861cb2 rw  loglevel=3 quiet
		echo	'Loading initial ramdisk ...'
		initrd	/amd-ucode.img /initramfs-linux-fallback.img
	}
}

### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###

### BEGIN /etc/grub.d/30_os-prober ###
menuentry 'Windows Boot Manager (on /dev/nvme0n1p1)' --class windows --class os $menuentry_id_option 'osprober-efi-BABB-D66D' {
	insmod part_gpt
	insmod fat
	search --no-floppy --fs-uuid --set=root BABB-D66D
	chainloader /efi/Microsoft/Boot/bootmgfw.efi
}
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/30_uefi-firmware ###
menuentry 'UEFI Firmware Settings' $menuentry_id_option 'uefi-firmware' {
	fwsetup
}
### END /etc/grub.d/30_uefi-firmware ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

### BEGIN /etc/grub.d/41_custom ###
if [ -f  ${config_directory}/custom.cfg ]; then
  source ${config_directory}/custom.cfg
elif [ -z "${config_directory}" -a -f  $prefix/custom.cfg ]; then
  source $prefix/custom.cfg
fi
### END /etc/grub.d/41_custom ###

schard

1) Es ist ungünstig mehrere EFI-Partitionen zu haben. Manche EFIs kommen damit klar, wie wohl deines auch. Andere hingegen durchsuchen nur die "erstbeste" EFI Partition die sie finden nach Loadern.
2) Die Ausgabe von lsblk -o+UUID wäre interessant.
3) Warum benutzt du überhaupt einen Bootloader, wenn du ein funktionierendes EFI System hast, welches bereits als Bootmanager dient?
4) Du kannst dir bei mount das "-t auto" sparen, da dies das Standardvorgehen ist.

Delta10

schard schrieb 2) Die Ausgabe von lsblk -o+UUID wäre interessant.

[root@archiso liveuser]# lsblk -o+UUID
NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT            UUID
loop0         7:0    0   1.7G  1 loop /run/archiso/airootfs 
sda           8:0    1   7.2G  0 disk                       2021-04-17-11-08-44-00
├─sda1        8:1    1   1.9G  0 part /run/archiso/bootmnt  2021-04-17-11-08-44-00
└─sda2        8:2    1    68M  0 part                       0749-E1B8
nvme0n1     259:0    0 931.5G  0 disk                       
├─nvme0n1p1 259:1    0   100M  0 part                       BABB-D66D
├─nvme0n1p2 259:2    0    16M  0 part                       
├─nvme0n1p3 259:3    0 930.9G  0 part                       22E4BFEDE4BFC0F9
└─nvme0n1p4 259:4    0   524M  0 part                       6AE8DB28E8DAF175
nvme1n1     259:5    0 931.5G  0 disk                       
├─nvme1n1p1 259:6    0   512M  0 part                       E66D-C1FB
└─nvme1n1p2 259:7    0   931G  0 part                       57514d71-a89d-4968-897c-eaba0b861cb2

schard schrieb1) Es ist ungünstig mehrere EFI-Partitionen zu haben. Manche EFIs kommen damit klar, wie wohl deines auch. Andere hingegen durchsuchen nur die "erstbeste" EFI Partition die sie finden nach Loadern.

Da Grub wieder als auswählbarer UEFI-Menu-Eintrag erscheint, gehe ich davon aus, dass die von dir angesprochene Problematik hier nicht vorliegt.

Gerry_Ghetto

Wenn man mehr als eine ESP nutzt, muss man damit rechnen, dass "plötzlich" Einträge verschwinden. Allerdings werden solche Einträge in der Regel nur aus dem NVRAM gelöscht und nicht von der Festplatte. Dann reicht es normalerweise, wenn man den Eintrag im NVRAM neu erstellt.

Zeige doch die Ausgabe von

efibootmgr --verbose

Und wenn du grub-install innerhalb des chroots ausgeführt hast, war die Option --boot-directory falsch.

Es spricht übrigens nichts dagegen, dass du einen Bootloader verwendest, um deine Betriebssysteme zu starten.

Delta10

Gerry_Ghetto schrieb Zeige doch die Ausgabe von
efibootmgr --verbose

[root@archiso liveuser]# efibootmgr --verbose
BootCurrent: 0004
Timeout: 1 seconds
BootOrder: 0000,0001,0002,0006,0004,0005,0003
Boot0000* Windows Boot Manager	HD(1,GPT,5266f649-7833-4d4f-9aa5-736525087ec1,0x800,0x32000)/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.}...3................
Boot0001* Samsung SSD 980 PRO 1TB	BBS(HD,,0x0)..BO
Boot0002* Samsung SSD 980 1TB	BBS(HD,,0x0)..BO
Boot0003  grub	HD(1,GPT,9e48be1b-4291-4f94-b2ac-f2dce9eb8240,0x800,0x100000)/File(\EFI\grub\grubx64.efi)
Boot0004* UEFI: KingstonDataTraveler 3.0	PciRoot(0x0)/Pci(0x1,0x2)/Pci(0x0,0x0)/USB(2,0)/CDROM(1,0xb4,0x3bc34c)..BO
Boot0005* UEFI: KingstonDataTraveler 3.0, Partition 2	PciRoot(0x0)/Pci(0x1,0x2)/Pci(0x0,0x0)/USB(2,0)/HD(2,MBR,0x5d66800c,0xb4,0x22000)..BO
Boot0006* KingstonDataTraveler 3.0	BBS(HD,,0x0)..BO
[root@archiso liveuser]#

Gerry_Ghetto schrieb Und wenn du grub-install innerhalb des chroots ausgeführt hast, war die Option --boot-directory falsch.

Ja, grub-install wurde innerhalb des chroots ausgeführt.

1) "--boot-directory=/mnt/arch/boot" in "--boot-directory=/boot" ändern?
2) Ist "--efi-directory=/boot/" evtl. auch falsch? Also ist "--efi-directory=/boot/efi" korrekt?

Gerry_Ghetto

Deine Bootloader befinden sich tatsächlich auf zwei verschiedenen ESPs.

Mit der Option --boot-directory gibst du an, in welches Verzeichnis du die Grub-Abbilder installieren möchtest. Da die Abbilder standardmässig nach /boot/grub installiert werden, kannst du die Option einfach weglassen (solange du im chroot oder im installierten System bist).

Mit der Option --efi-directory gibst du an, wohin deine ESP eingebunden wurde. Da du die ESP nach /boot eingebunden hast, verwendest du die ESP aber nicht nur für den Bootloader, sondern auch als Lagerort für deine Kernel und initrd. Im Prinzip funktioniert das in deinem Fall.

Ich persönlich binde meine ESP immer nach /boot/efi ein. Ich benutze keine separate /boot-Partition (ausser bei Fedora, wurde aber vom Installer so eingerichtet). Bei vollverschlüsselten Systemen (also auch mit verschlüsseltem /boot) geht das auch gar nicht anders.

Ich würde dir empfehlen, die bestehende ESP von Windows zu nutzen und sie nach /boot/efi einzubinden. Dann hast du keine separate /boot-Partition und die Kernel liegen auf einem Linux-Dateisystem. Bei einer gemeinsam genutzten ESP (und genau dafür ist sie da) ist auch die Gefahr kleiner, dass die Firmware bei Aufräumaktionen "nicht mehr benötigte" NVRAM-Einträge löscht.

Also in etwa so:

Dein System nach /mnt mounten und die Windows-ESP nach /mnt/boot/efi
Chroote ins System
Bearbeite deine /etc/fstab (UUID und Einhängepunkt von ESP abändern)
Installiere deine Kernel und Mikrocodes neu
Erzeuge die initrd mit mkinitcpio neu
Überprüfe, dass in /boot (befindet sich auf der gleichen Partition wie dein System) die Kernel und initramfs, sowie Mikrocodes vorhanden sind
Installiere Grub neu: grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=grub
Erzeuge die Grub-Konfiguration neu: grub-mkconfig -o /boot/grub/grub.cfg

Und sofern ich nichts vergessen habe, sollte dein Arch Linux nach einem Neustart funktionieren.

Delta10

Danke für die ausführliche Antwort.

Gerry_Ghetto schrieb

Installiere Grub neu: grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=grub

Meine falsche Auswahl der Optionen für "grub-install" war wohl ursächlich für mein Problem. "grub-install --target=x86_64-efi --efi-directory=/boot/ --bootloader-id=grub" hat funktioniert: Das Grub-Menu erscheint wieder und es lässt wie gewohnt der W10-Boot-Manager (/efi/Microsoft/Boot/bootmgfw.efi) über os-prober ansteuern.

Gerry_Ghetto schrieb Ich würde dir empfehlen, die bestehende ESP von Windows zu nutzen und sie nach /boot/efi einzubinden. Dann hast du keine separate /boot-Partition und die Kernel liegen auf einem Linux-Dateisystem. Bei einer gemeinsam genutzten ESP (und genau dafür ist sie da) ist auch die Gefahr kleiner, dass die Firmware bei Aufräumaktionen "nicht mehr benötigte" NVRAM-Einträge löscht.

Also in etwa so:

Dein System nach /mnt mounten und die Windows-ESP nach /mnt/boot/efi

Chroote ins System

Bearbeite deine /etc/fstab (UUID und Einhängepunkt von ESP abändern)

Schafft mir die manuelle Einbindung der Windows-EFI nach /boot/efi gegenüber os-prober Vorteile?

Mein Vorgehen:

[root@archiso liveuser]# mkdir /mnt/arch
[root@archiso liveuser]# mount -t auto /dev/nvme1n1p2 /mnt/arch
[root@archiso liveuser]# mount -t auto /dev/nvme1n1p1 /mnt/arch/boot
[root@archiso liveuser]# arch-chroot /mnt/arch
[root@archiso /]# grub-install --target=x86_64-efi --efi-directory=/boot/ --bootloader-id=grub
Installing for x86_64-efi platform.
Installation finished. No error reported.
[root@archiso /]# grub-mkconfig -o /boot/grub/grub.cfg
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-linux-lts
Found initrd image: /boot/amd-ucode.img /boot/initramfs-linux-lts.img
Found fallback initrd image(s) in /boot:  amd-ucode.img initramfs-linux-lts-fallback.img
Found linux image: /boot/vmlinuz-linux
Found initrd image: /boot/amd-ucode.img /boot/initramfs-linux.img
Found fallback initrd image(s) in /boot:  amd-ucode.img initramfs-linux-fallback.img
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
grub-probe: error: cannot find a GRUB drive for /dev/sda1.  Check your device.map.
Found Windows Boot Manager on /dev/nvme0n1p1@/efi/Microsoft/Boot/bootmgfw.efi
Adding boot menu entry for UEFI Firmware Settings ...
done
[root@archiso /]# pacman -S linux
warning: linux-5.13.8.arch1-1 is up to date -- reinstalling
resolving dependencies...
looking for conflicting packages...

Packages (1) linux-5.13.8.arch1-1

Total Installed Size:  129.38 MiB
Net Upgrade Size:        0.00 MiB

:: Proceed with installation? [Y/n] 
(1/1) checking keys in keyring                               [################################] 100%
(1/1) checking package integrity                             [################################] 100%
(1/1) loading package files                                  [################################] 100%
(1/1) checking for file conflicts                            [################################] 100%
(1/1) checking available disk space                          [################################] 100%
:: Processing package changes...
(1/1) reinstalling linux                                     [################################] 100%
:: Running post-transaction hooks...
(1/3) Arming ConditionNeedsUpdate...
(2/3) Updating module dependencies...
(3/3) Updating linux initcpios...
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'default'
  -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img
==> Starting build: 5.13.8-arch1-1
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [autodetect]
  -> Running build hook: [keyboard]
==> WARNING: Possibly missing firmware for module: xhci_pci
  -> Running build hook: [keymap]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
  -> Running build hook: [filesystems]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: /boot/initramfs-linux.img
==> Image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'fallback'
  -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect
==> Starting build: 5.13.8-arch1-1
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [keyboard]
==> WARNING: Possibly missing firmware for module: xhci_pci
  -> Running build hook: [keymap]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
==> WARNING: Possibly missing firmware for module: aic94xx
==> WARNING: Possibly missing firmware for module: wd719x
  -> Running build hook: [filesystems]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: /boot/initramfs-linux-fallback.img
==> Image generation successful
[root@archiso /]# grub-mkconfig -o /boot/grub/grub.cfg
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-linux-lts
Found initrd image: /boot/amd-ucode.img /boot/initramfs-linux-lts.img
Found fallback initrd image(s) in /boot:  amd-ucode.img initramfs-linux-lts-fallback.img
Found linux image: /boot/vmlinuz-linux
Found initrd image: /boot/amd-ucode.img /boot/initramfs-linux.img
Found fallback initrd image(s) in /boot:  amd-ucode.img initramfs-linux-fallback.img
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
grub-probe: error: cannot find a GRUB drive for /dev/sda1.  Check your device.map.
Found Windows Boot Manager on /dev/nvme0n1p1@/efi/Microsoft/Boot/bootmgfw.efi
Adding boot menu entry for UEFI Firmware Settings ...
done
[root@archiso /]# mkinitcpio -P
==> Building image from preset: /etc/mkinitcpio.d/linux-lts.preset: 'default'
  -> -k /boot/vmlinuz-linux-lts -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-lts.img
==> Starting build: 5.10.55-1-lts
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [autodetect]
  -> Running build hook: [keyboard]
==> WARNING: Possibly missing firmware for module: xhci_pci
  -> Running build hook: [keymap]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
  -> Running build hook: [filesystems]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: /boot/initramfs-linux-lts.img
==> Image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux-lts.preset: 'fallback'
  -> -k /boot/vmlinuz-linux-lts -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-lts-fallback.img -S autodetect
==> Starting build: 5.10.55-1-lts
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [keyboard]
==> WARNING: Possibly missing firmware for module: xhci_pci
  -> Running build hook: [keymap]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
==> WARNING: Possibly missing firmware for module: aic94xx
==> WARNING: Possibly missing firmware for module: wd719x
  -> Running build hook: [filesystems]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: /boot/initramfs-linux-lts-fallback.img
==> Image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'default'
  -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img
==> Starting build: 5.13.8-arch1-1
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [autodetect]
  -> Running build hook: [keyboard]
==> WARNING: Possibly missing firmware for module: xhci_pci
  -> Running build hook: [keymap]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
  -> Running build hook: [filesystems]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: /boot/initramfs-linux.img
==> Image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'fallback'
  -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect
==> Starting build: 5.13.8-arch1-1
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [keyboard]
==> WARNING: Possibly missing firmware for module: xhci_pci
  -> Running build hook: [keymap]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
==> WARNING: Possibly missing firmware for module: aic94xx
==> WARNING: Possibly missing firmware for module: wd719x
  -> Running build hook: [filesystems]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: /boot/initramfs-linux-fallback.img
==> Image generation successful
[root@archiso /]# grub-install --target=x86_64-efi --efi-directory=/boot/ --bootloader-id=grub
Installing for x86_64-efi platform.
Installation finished. No error reported.
[root@archiso /]# grub-mkconfig -o /boot/grub/grub.cfg
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-linux-lts
Found initrd image: /boot/amd-ucode.img /boot/initramfs-linux-lts.img
Found fallback initrd image(s) in /boot:  amd-ucode.img initramfs-linux-lts-fallback.img
Found linux image: /boot/vmlinuz-linux
Found initrd image: /boot/amd-ucode.img /boot/initramfs-linux.img
Found fallback initrd image(s) in /boot:  amd-ucode.img initramfs-linux-fallback.img
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
grub-probe: error: cannot find a GRUB drive for /dev/sda1.  Check your device.map.
Found Windows Boot Manager on /dev/nvme0n1p1@/efi/Microsoft/Boot/bootmgfw.efi
Adding boot menu entry for UEFI Firmware Settings ...
done

Gerry_Ghetto

Delta10 schrieb Schafft mir die manuelle Einbindung der Windows-EFI nach /boot/efi gegenüber os-prober Vorteile?

Nein, os-prober sucht ja sowieso die Partitionen nach Kernel und Bootloadern ab. Und os-prober ist ja nur ein Hilfswerkzeug zur Generierung der Grub-Konfiguration.

Ich meinte eigentlich, dass du anstelle deiner separaten, zweiten ESP einfach die sowieso schon bestehende ESP von Windows mitnutzt. Da du dich dafür entschieden hast, deine zweite ESP zu nutzen, dann solltest du die erste ESP nicht ins System einbinden.
Früher zu BIOS-Zeiten musste der Bootloader in den Master Boot Sektor der Festplatte geschrieben werden (und auch heute noch, wenn man im BIOS-Modus installiert). Der zuletzt installierte Bootloader war dann federführend.
UEFI wurde ja unter anderem dafür entwickelt, dass man beliebig viele Bootloader gleichzeitig installieren kann. Deswegen ist die ESP eine eigenständige Partition. Und damit die Firmware weiss, welchen Bootloader sie denn nun laden muss, gibt es Booteinträge im NVRAM. Da der Platz im NVRAM auch begrenzt ist, kann es sein, dass die Firmware dort auch mal aufräumt.

Aber da es läuft, kannst du es ja unverändert weiternutzen. Und falls der Booteintrag wieder verschwindet, versuch zuerst den Eintrag via Live-Medium zu erzeugen:

efibootmgr --verbose      # mal schauen, ob der Eintrag fehlt
efibootmgr --create --disk /dev/nvme1n1 --part 1 --label "grub" --loader \\EFI\\grub\\grubx64.efi