Dotaz: Fedora34 grub2 efi regenerate

[Mirek]

Ahoj Na F34 jsem reorganizoval disk. Nyní mám sda s gpt kde sda1 vfat pro efi, sda2 /boot a sda3 - lvm ( fedora-root, fedora-home ). Přišel jsem o boot a efi partišnu. Nabootoval jsem z USB live ( má ještě starší jádro ), připojil lvm-root, sda1, sdb2 , bindnul proc, sys, run, dev a chrootnul. Na systému mám poslední jádro 5.11.15-300. Ručně jsem vytvořil device.map s (hd0) /dev/sda a (hd1) /dev/sdb V /etc/default/grub mám

GRUB_CMDLINE_LINUX="rd.lvm.lv=fedora/root rhgb quiet  iommu=pt amd_iommu=on vfio-pci.ids=1002:67ef,1002:aae0,1022:7800,1022:780d"

Vytvořil jsem initrd přes dracut s přidanými parametry use_fstab a lvmconf. Ale pořád mi ještě grub2-mkconfig hlásí

[root@localhost-live grub.d]# grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg
Generating grub configuration file ...
grub2-probe: error: cannot find a GRUB drive for /dev/sde1.  Check your device.map.
grub2-probe: error: cannot find a GRUB drive for /dev/sde3.  Check your device.map.
File descriptor 3 (pipe:[37559]) leaked on vgs invocation. Parent PID 4025: grub2-probe
File descriptor 9 (pipe:[37565]) leaked on vgs invocation. Parent PID 4025: grub2-probe
File descriptor 3 (pipe:[37559]) leaked on vgs invocation. Parent PID 4025: grub2-probe
File descriptor 9 (pipe:[37565]) leaked on vgs invocation. Parent PID 4025: grub2-probe
done

Přičemž /dev/sde je připojené USB s FC34 live.

Prosím, co mám donastavit aby grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg proběhlo korektně.

Dík

Odpovědi

[Peter Golis]

Grub zvykol hodiť info aj o diskoch ktoré nepotreboval. Takže ak to bolo done a vytvoril sa nový konfig (a binárky sa nahodili do EFI partície), tak by som dal reboot a odpojil USBčko, či to nabehne.

[Max]

Pokud jsi přišel o boot a efi (smazáno, nezazálohováno), tak vesměs stačí:
1) vytvořit "/boot"
2) připojit do něj "/dev/sda2" 3) vytvořit /boot/EFI 4) připojit "/dev/sda1" do "/boot/EFI"
5) mounty proc, sys apod. a provést chroot
6) znovu nainstaluješ grub (on si do /boot znovu hodí soubory)
7) "grubx64.efi" nakopíruješ/přejmenuješ do(adresáře si vytvoř) "/boot/EFI/EFI/boot/bootx64.efi
8) nainstaluješ/přeinstaluješ si kernel, aby jsi měl jeho img v /boot
8) vygeneruješ si nastavení grubu

UEFI si všimne win default url "EFI/boot/bootx64.efi" na efi partition, takže ti nabídne k bootu grub/začne hned bootovat. Ten se už podívá do konfiguráku v "/boot/grub2/grub.cfg", udělá nabídku, naloaduje kernel a jedeš.
Zdar Max

[Mirek]

Ahoj Maxi Až na bod 7 jsem to měl. Udělal jsem i symlink v /boot/grub2/grub.cfg . Pak jsem ráno dal dnf update a naháhl se mi nový kernel, initramfs hodil tam kam má a regeneroval i grub.cfg. Po startu jsem viděl i správné menu. Pak to ale po 4 řádcích haltlo. Asi proto, že dracut vzal info z /proc/cmdline což odpovídalo nabootované fedoře z USB Live. Co s tím? Fedora návody na obnovu z USB zřejmě něco opomenuly. Dík

Mirek

[Max]

Podívej se, jak je vygenerovaný grub.cfg, nebo ho hoď sem. Pokud jsi měnil rozložení disku, tak CentOS a jeho like systémy cpou do grubu hafec věcí, i natvrdo linky na swap volume apod. Výsledkem je, že to pak visí na dracutu nebo něčem podobném a nenapíše to žádné další info. Prostě černá díra bez chyby.
Zdar Max

[Mirek]

Příloha:

• grub.cfg (7599 bytů)

Po startu jak kliknu na menu aktuální Fedory: Dont know how to handle root=live:CDLABEL=Fedora-WS-live34...

Vygenerovaný Konfig přikládám

[Mirek]

Ještě swap by měl být na sdb6

[root@localhost-live /]# lsblk -o NAME,UUID,MOUNTPOINT /dev/sdb
NAME   UUID                                 MOUNTPOINT
sdb
├─sdb1 5ADACD92DACD6B39
├─sdb2 505AD4B55AD498D4
├─sdb3 5E51B3F0753868FA
├─sdb4
├─sdb5 7e0870b0-04cd-4478-af83-8ec107a14d3b /opt
└─sdb6 f5943764-e17e-45b5-9e10-0b2834854792
[root@localhost-live /]# lsblk -o NAME,UUID,MOUNTPOINT /dev/sda
NAME             UUID                                   MOUNTPOINT
sda
├─sda1           F101-D7F3                              /boot/efi
├─sda2           a795cf6f-ebf6-4566-adbd-411c741e98ad   /boot
└─sda3           b3T9p0-Pqti-ySp2-ORWT-rzdf-FJv1-IaYWXu
  ├─fedora-home  7c56719d-1c69-47b1-8834-252daf4ef109   /home
  ├─fedora-root  791fa523-8ffd-4545-8843-cbdf142a2430   /
  ├─fedora-VM1
  └─fedora-root2

[Mirek]

Ještě přikládám výpis /boot

[root@localhost-live boot]# pwd
/boot
[root@localhost-live boot]# tree
.
├── config-5.11.16-300.fc34.x86_64
├── efi
│   └── EFI
│       ├── BOOT
│       │   ├── BOOTX64.EFI
│       │   └── fbx64.efi
│       └── fedora
│           ├── BOOTX64.CSV
│           ├── fonts
│           ├── grub.cfg
│           ├── grubia32.efi
│           ├── grubx64.efi
│           ├── mmx64.efi
│           ├── shim.efi
│           └── shimx64.efi
├── grub2
│   ├── device.map
│   ├── grub.cfg -> /boot/efi/EFI/fedora/grub.cfg
│   └── grubenv
├── initramfs-5.11.15-300.fc34.x86_64.img
├── initramfs-5.11.16-300.fc34.x86_64.img
├── loader
│   └── entries
│       └── 356cb45b9a6f415da3acf1e74b759232-5.11.16-300.fc34.x86_64.conf
├── System.map-5.11.16-300.fc34.x86_64
├── vmlinuz
├── vmlinuz-5.11.15-300.fc34.x86_64
└── vmlinuz-5.11.16-300.fc34.x86_64

[k3dAR]

nepouzivam Fedory, ale prijde mi divne ze by grub rval o root=live:CDLABEL... kdyz nic takoveho v grub.cfg nemas resp. ten grub.cfg v priloze je urcite ten kterej vidi Grub na EFI oddilu? vidim ze z /boot/grub/grub.cfg mas symlink do EFI, ale i tak se radeji ptam, jestli treba nemas na EFI vice grub.cfg a pouzije se jinej nez myslis? pokud ne tak pak asi jedine zda nemas spatne vygenerovanej initramdisk kterej by to (nevim zda) obsahoval? dale v grub.cfg mas jadro vmlinuz-5.11.15... ale to aktualizovane na disku mas vmlinuz-5.11.16... takze zkusit rucne prepsat (ci polozku dopsat pro 5.11.16) v grub.cfg...

[Mirek]

Také jsem to nechápal, pak jsem se koukl po nabootovaní z USB do /proc/cmdline a tam je

BOOT_IMAGE=/images/pxeboot/vmlinuz root=live:CDLABEL=Fedora-WS-Live-34_B-1-3 rd.live.image quiet

Původně jsem si myslel, že to bude brnkačka, reformatuji partišny pro efi a boot, bootnu z USB , reinstaluji grub2, kernel a regeneruji grub.cfg. Byl jsem zklamán, nenabootovalo a vůbec to neprobíhalo podle návodu na Fedoře. Nevím, proč nejde grub2-probe !!! Tak jsem musel googlit, mimo jiné přidat i symlink, laboroval jsem s konfiguráky a večer jsem ještě aplikoval podle https://ask.fedoraproject.org/t/grub-not-rebuilding-after-kernel-update/2777/30 další symlink na grubenv. Pote konečně bootoji s posledním kernelem (...16) , ale boot trva nepoměrně déle než z USB. Naskočí GUI logon, vidím i svého usera , ale nejde se přihlásit.

Takže vrátím konfiguráky DRACUTU a GRUBU na default a zkusím to znovu. Ještě přikládám operace které provádím po bootu z USB

cd /mnt
mkdir -p /mnt/sysimage/boot/efi
mount /dev/mapper/fedora-root /mnt/sysimage
mount /dev/sda2 //mnt/sysimage/boot
mount /dev/sda1 /mnt/sysimage/boot/efi
for dir in /dev /proc /sys /run ; do mount --bind $dir /mnt/sysimage/$dir ; done
chroot /mnt/sysimage /bin/bash --login
mount -a

Takto vypadá dnešní /boot

[root@localhost-live boot]# tree
.
├── config-5.11.16-300.fc34.x86_64
├── efi
│   └── EFI
│       ├── BOOT
│       │   ├── BOOTX64.EFI
│       │   └── fbx64.efi
│       └── fedora
│           ├── BOOTX64.CSV
│           ├── fonts
│           ├── grub.cfg
│           ├── grubenv
│           ├── grubia32.efi
│           ├── grubx64.efi
│           ├── mmx64.efi
│           ├── shim.efi
│           └── shimx64.efi
├── grub2
│   ├── device.map
│   ├── grub.cfg -> /boot/efi/EFI/fedora/grub.cfg
│   ├── grubenv -> /boot/efi/EFI/fedora/grubenv
│   └── grubenv.bak
├── initramfs-5.11.15-300.fc34.x86_64.img
├── initramfs-5.11.16-300.fc34.x86_64.img
├── loader
│   └── entries
│       └── 356cb45b9a6f415da3acf1e74b759232-5.11.16-300.fc34.x86_64.conf
├── System.map-5.11.16-300.fc34.x86_64
├── vmlinuz
├── vmlinuz-5.11.15-300.fc34.x86_64
└── vmlinuz-5.11.16-300.fc34.x86_64

8 directories, 22 files

Dík za radu.

[k3dAR]

co mas v 356cb45b9a6f415da3acf1e74b759232-5.11.16-300.fc34.x86_64.conf ? to vypada jako conf pro shim, pokud by tedy nebyl default bootorder grub, ale shim tak to bere z toho (jen teorie, shim nepouzivam, pouzivam sicherboot kterej ma .conf podobne ale ne pres shim*.efi ale pres systemd-bootx64.efi)

druha vec, nevim po pravde idealni reseni pro pripravu chroot, ani zda je pro Fedoru tebou popsane vhodnejsi, ale osobne binduju jen /dev a /dev/pts, ostatni mountuju ciste:

mount --bind /dev /target/dev
mount --bind /dev/pts /target/dev/pts
mount -t proc proc /target/proc
mount -t sysfs sysfs /target/sys

a pak jen drobnost, kdyz das mkdir -p /mnt/sysimage/boot/efi, je to zbytecne kdyz pak na /mnt/sysimage mountnes rootfs (kterej boot/efi stejne uz obsahuje), staci ti mkdir -p /mnt/sysimage :)

chapu tedy ze ted ti to uz z disku startovalo, ale neslo se prihlasit v GUI? co v konzoli? ctrl+alt+f2 ? pokud tam jde, co "systemd-analyze blame" ? pripadne co "systemctl status display_manager_co_pouzivas" lightdm?,gdm?,sdm? nebo "ps aux|grep dm" nejakej dohledas? :)

[k3dAR]

jo to co EFI ma v bootorder a co ktera polozka taha za efi binarku:

efibootmgr -v

[Mirek]

Ahoj. Dík za rady, vyzkouším. K dotazu ( nabootovano z USB a mount ještě původní )

[root@localhost-live /]# efibootmgr -v
EFI variables are not supported on this system.

[root@localhost-live /]# cat /boot/loader/entries/356cb45b9a6f415da3acf1e74b759232-5.11.16-300.fc34.x86_64.conf
title Fedora (5.11.16-300.fc34.x86_64) 34 (Workstation Edition)
version 5.11.16-300.fc34.x86_64
linux /vmlinuz-5.11.16-300.fc34.x86_64
initrd /initramfs-5.11.16-300.fc34.x86_64.img
options root=/dev/mapper/fedora-root ro rd.lvm.lv=fedora/root rhgb quiet resume=UUID=f5943764-e17e-45b5-9e10-0b2834854792 iommu=pt amd_iommu=on vfio-pci.ids=1002:67ef,1002:aae0,1022:7800,1022:780d
grub_users $grub_users
grub_arg --unrestricted
grub_class kernel

Logon nejde ani v konzoli, je to Fedora WS default instalace Gnome , takže gdm.

Zkusím to znovu s tvojim mountem. Vrtá mi to hlavou, neb z USB šlo instalovat na disk a postup na regenerate grub2 podle https://docs.fedoraproject.org/en-US/quick-docs/bootloading-with-grub2/ nefunguje, včetně chrootu. Viz hlaška

 " Dont know how to handle root=live:CDLABEL=Fedora-WS-live34"

nebo

[root@localhost-live grub.d]# grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg
Generating grub configuration file ...
grub2-probe: error: cannot find a GRUB drive for /dev/sde1.  Check your device.map.
grub2-probe: error: cannot find a GRUB drive for /dev/sde3.  Check your device.map.
File descriptor 3 (pipe:[37559]) leaked on vgs invocation. Parent PID 4025: grub2-probe
File descriptor 9 (pipe:[37565]) leaked on vgs invocation. Parent PID 4025: grub2-probe
File descriptor 3 (pipe:[37559]) leaked on vgs invocation. Parent PID 4025: grub2-probe
File descriptor 9 (pipe:[37565]) leaked on vgs invocation. Parent PID 4025: grub2-probe
done

[k3dAR]

EFI variables are not supported on this system.

=> z USBFlash NEstartujes v UEFI rezimu => nastartuj v UEFI rezimu (vypni Legacy v BIOsu ci v BootMenu (F12?F11?) vyber start z USB Flash v sekci UEFI ci misto USB mozna zobrazene primo jako nazev(=vyrobce/model) USB Flasky

/boot/loader/entries/...

vcera sem prehlid ze to neni v /boot/efi/loader/... takze nejde o to co sem myslel, nasel sem ze je to dela Fedora misto grub.cfg od Fedora30 pri generovani nastrojem grub2-mkconfig pokud v /etc/default/grub nemas GRUB_ENABLE_BLSCFG=false, s tim ze ty loader/entries asi generuje nastroj grubby, viz, kazdopadne tvuj .conf vypada ok, resp. ma spravnej root=

[Mirek]

Kouknu na BIOS, zmatlo mne , že po F12 vybíram UEFI Fedora USB ... Jinak ten logon, není to tím

options root=/dev/mapper/fedora-root ro rd.lvm.lv=fedora/root rhgb quiet resume=UUID=f5943764-e17e-45b5-9e10-0b2834854792 iommu=pt amd_iommu=on vfio-pci.ids=1002:67ef,1002:aae0,1022:7800,1022:780d

je ro ? Mohu to ručo přepsat na rw ?

V configu mám

[root@localhost-live default]# cat grub
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT="saved"
GRUB_SAVEDEFAULT="false"
GRUB_DISABLE_SUBMENU="true"
GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX="rd.lvm.lv=fedora/root rhgb quiet resume=UUID=f5943764-e17e-45b5-9e10-0b2834854792 iommu=pt amd_iommu=on vfio-pci.ids=1002:67ef,1002:aae0,1022:7800,1022:780d"
GRUB_DISABLE_RECOVERY="true"
GRUB_ENABLE_BLSCFG="true"
GRUB_DISABLE_OS_PROBER="false"

[k3dAR]

pokud vybiras v F12 "UEFI Fedora USB" tak je divne ze to nastartuje v Legacy... NO jeste je mozne ze Fedora si nenahodi (v tom live) sama jadernej ovladac pro efivars pokud ho nema integrovanej v jadru, takze zkusit v live (MIMO chroot):

sudo modprobe efivars
efibootmgr -v

[k3dAR]

ad ro vs rw, prepsat muzes ale pokud to Fedora nema nejak po svem, tak normalne se prvne rootfs mountuje s ro schvalne, initramdisk nasledne pred prepnutim na rootfs ho sam remountne na rw...

spis bude mozna problem nekde v tom tvem zbytku (opet nevim jak to spravne ma Fedora mit):

iommu=pt amd_iommu=on vfio-pci.ids=1002:67ef,1002:aae0,1022:7800,1022:780d

je to +- o primem zpristupneni HW virtualu, mozna je to ok, ale alespon na zkousku by nemelo vadit to cele odebrat

ad GRUB_ENABLE_BLSCFG="true" - to znamena ze se nepouziva grub.cfg ale prave ty /boot/loader/entries/* kde take CDLABEL=Fedora-WS-live34 nemas, mozna proste zkus prohledat obsah efi a boot oddilu zda nejaky soubor neobsahuje: CDLABEL=Fedora-WS-live34

jinak doufam ze ty vypisi co davas z root@localhost-live /boot (atd) jsou z chrootu a ne z live rootfs :)

[Mirek]

Update:

předělal jsem BIOS na EFI, ted po bootu z USB

[root@localhost-live efi]# efibootmgr -v
BootCurrent: 0007
Timeout: 1 seconds
BootOrder: 0001,0007,0002,0000,0003,0006
Boot0000  Fedora        HD(1,GPT,792accbd-2664-42d4-a7b6-b87f44314716,0x800,0x200000)/File(\EFI\FEDORA\shimx64.efi)
Boot0001* UEFI OS       HD(1,GPT,792accbd-2664-42d4-a7b6-b87f44314716,0x800,0x200000)/File(\EFI\BOOT\BOOTX64.EFI)
Boot0002* Fedora        HD(1,GPT,792accbd-2664-42d4-a7b6-b87f44314716,0x800,0x95b43)/File(\EFI\fedora\shimx64.efi)
Boot0003  UEFI OS       HD(1,GPT,792accbd-2664-42d4-a7b6-b87f44314716,0x800,0x95b43)/File(\EFI\BOOT\BOOTX64.EFI)
Boot0006  Linux Boot Manager    HD(1,GPT,792accbd-2664-42d4-a7b6-b87f44314716,0x800,0x95b43)/File(\EFI\systemd\systemd-bootx64.efi)
Boot0007* UEFI: KingstonDataTraveler 3.0PMAP    PciRoot(0x0)/Pci(0x13,0x2)/USB(2,0)/HD(1,MBR,0x5c6528,0xac,0x57d0)AMBO

ale po chrootu

[root@localhost-live /]# modprobe efivars
modprobe: FATAL: Module efivars not found in directory /lib/modules/5.11.3-300.fc34.x86_64
[root@localhost-live /]# efibootmgr -v
EFI variables are not supported on this system.

Ten CDLABEL=Fedora-WS-live34 už není problém, to bylo když to "mrzlo" při bootu Odeberu ten "ocas" a dám vědět

[Mirek]

Vyřešeno. Pomohlo ještě

dnf install grub2-efi-x64-modules

Ted po bootu

[root@localhost /]# efibootmgr -v
BootCurrent: 0001
Timeout: 1 seconds
BootOrder: 0004,0001,0007,0000,0003,0006,0002
Boot0000  Fedora        HD(1,GPT,792accbd-2664-42d4-a7b6-b87f44314716,0x800,0x200000)/File(\EFI\FEDORA\shimx64.efi)
Boot0001* UEFI OS       HD(1,GPT,792accbd-2664-42d4-a7b6-b87f44314716,0x800,0x200000)/File(\EFI\BOOT\BOOTX64.EFI)
Boot0002  Fedora        HD(1,GPT,792accbd-2664-42d4-a7b6-b87f44314716,0x800,0x95b43)/File(\EFI\fedora\shimx64.efi)
Boot0003  UEFI OS       HD(1,GPT,792accbd-2664-42d4-a7b6-b87f44314716,0x800,0x95b43)/File(\EFI\BOOT\BOOTX64.EFI)
Boot0004* Fedora        HD(1,GPT,792accbd-2664-42d4-a7b6-b87f44314716,0x800,0x95b43)/File(\EFI\fedora\shimx64.efi)
Boot0006  Linux Boot Manager    HD(1,GPT,792accbd-2664-42d4-a7b6-b87f44314716,0x800,0x95b43)/File(\EFI\systemd\systemd-bootx64.efi)
Boot0007* UEFI: KingstonDataTraveler 3.0PMAP    PciRoot(0x0)/Pci(0x13,0x2)/USB(2,0)/HD(1,MBR,0x5c6528,0xac,0x57d0)AMBO

Ještě zkusím, jestli měl vliv

iommu=pt amd_iommu=on vfio-pci.ids=1002:67ef,1002:aae0,1022:7800,1022:780d

Chtěl jsem optimalizovat KVM na AMD

Dík všem