abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
včera 12:11 | Zajímavý software

Do pondělí 14. června do 19:00 lze na Humble Bundle získat zdarma počítačovou hru Surviving Mars - Deluxe Edition (YouTube) běžící také na Linuxu.

Ladislav Hagara | Komentářů: 0
11.6. 17:55 | Zajímavý software

RTS (Real-time strategy) hra Loria běžící také na Linuxu je nově k dispozici zdarma (Steam, GOG.com). Vývojový tým se soustředí na RTS hru Liquidation. Její vývoj lze podpořit na Kickstarteru.

Ladislav Hagara | Komentářů: 0
11.6. 09:00 | Nová verze

PeaZip (Wikipedie), tj. multiplatformní správce archivů naprogramovaný ve Free Pascalu v Lazarusu, dospěl do verze 8.0. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 10
11.6. 08:00 | Komunita

Diskusi o očkování proti onemocnění covid-19 se nevyhnul ani odborný diskusní list LKML (Linux Kernel Mailing List). Linus Torvalds očkování doporučuje.

Ladislav Hagara | Komentářů: 148
11.6. 07:00 | Bezpečnostní upozornění

V příspěvku na blogu GitHubu je podrobně rozebrána bezpečností chyba CVE-2021-3560 v toolkitu polkit (Wikipedie) zneužitelná k lokální eskalaci práv. Videoukázka na YouTube. Chyba byla do upstreamu commitnuta před 7 lety a v upstreamu ve verzi 0.119 je již opravena.

Ladislav Hagara | Komentářů: 2
10.6. 20:11 | Nová verze

Byla vydána nová verze 1.57 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Ve verzi 1.57 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

Ladislav Hagara | Komentářů: 0
10.6. 19:22 | IT novinky

Na konferenci Internet a Technologie 21 s podtitulem mojeID byla představena nová mobilní aplikace MojeID Klíč. Ta má uživatelům služby mojeID ještě více usnadnit přístup ke službám veřejné správy dostupným přes Národní bod pro identifikaci a autentizaci (NIA) a nahrazuje dosavadní aplikaci „mojeID Autentikátor“ používanou od roku 2016. Novinka splňuje veškeré bezpečnostní požadavky a získala akreditaci od Ministerstva vnitra na

… více »
Ladislav Hagara | Komentářů: 0
10.6. 08:00 | Komunita

Do 17. června probíhá GrafanaCONline 2021, tj. online konference uživatelů a vývojářů open source nástroje Grafana (Wikipedie) pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění. V rámci keynote byla představena nová Grafana 8.0.

Ladislav Hagara | Komentářů: 1
9.6. 14:11 | Zajímavý článek

MojeFedora.cz se v článku Flatseal: mějte aplikace pod kontrolou věnuje nástroji Flatseal. Jedná se o grafického správce oprávnění aplikací ve Flatpaku. Instalovat jej lze z Flathubu.

Ladislav Hagara | Komentářů: 7
9.6. 13:44 | Nová verze

Byla vydána nová stabilní verze 4.0 (4.0.2312.24) webového prohlížeče Vivaldi (Wikipedie). Přehled novinek v příspěvku na blogu: automatický překlad stránek pomocí Lingvanex hostovaný na Vivaldi a zatím v beta verzi integrovaný Vivaldi Mail, Calendar a Feed Reader. Nejnovější Vivaldi je postaven na Chromiu 91.0.4472.79.

Ladislav Hagara | Komentářů: 14
Používáte kalkulačku?
 (9%)
 (30%)
 (61%)
 (27%)
 (13%)
Celkem 176 hlasů
 Komentářů: 22, poslední 11.6. 14:37
Rozcestník

Dotaz: Fedora34 grub2 efi regenerate

28.4. 16:06 Mirek
Fedora34 grub2 efi regenerate
Přečteno: 363×
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

28.4. 17:52 Peter Golis | skóre: 62 | blog: Bežné záležitosti | Bratislava
Rozbalit Rozbalit vše Re: Fedora34 grub2 efi regenerate
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 avatar 28.4. 18:51 Max | skóre: 69 | blog: Max_Devaine
Rozbalit Rozbalit vše Re: Fedora34 grub2 efi regenerate
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
Měl jsem sen ... :(
29.4. 08:49 Mirek
Rozbalit Rozbalit vše Re: Fedora34 grub2 efi regenerate
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 avatar 29.4. 10:54 Max | skóre: 69 | blog: Max_Devaine
Rozbalit Rozbalit vše Re: Fedora34 grub2 efi regenerate
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
Měl jsem sen ... :(
29.4. 12:22 Mirek
Rozbalit Rozbalit vše Re: Fedora34 grub2 efi regenerate
Příloha:
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
29.4. 12:38 Mirek
Rozbalit Rozbalit vše Re: Fedora34 grub2 efi regenerate
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
29.4. 14:39 Mirek
Rozbalit Rozbalit vše Re: Fedora34 grub2 efi regenerate
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 avatar 29.4. 19:43 k3dAR | skóre: 60
Rozbalit Rozbalit vše Re: Fedora34 grub2 efi regenerate
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...
porad nemam telo, ale uz mam hlavu... nobody
30.4. 08:13 Mirek
Rozbalit Rozbalit vše Re: Fedora34 grub2 efi regenerate
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 avatar 30.4. 12:59 k3dAR | skóre: 60
Rozbalit Rozbalit vše Re: Fedora34 grub2 efi regenerate
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? :)
porad nemam telo, ale uz mam hlavu... nobody
k3dAR avatar 30.4. 13:08 k3dAR | skóre: 60
Rozbalit Rozbalit vše Re: Fedora34 grub2 efi regenerate
jo to co EFI ma v bootorder a co ktera polozka taha za efi binarku:
efibootmgr -v
porad nemam telo, ale uz mam hlavu... nobody
1.5. 12:21 Mirek
Rozbalit Rozbalit vše Re: Fedora34 grub2 efi regenerate
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 avatar 1.5. 12:44 k3dAR | skóre: 60
Rozbalit Rozbalit vše Re: Fedora34 grub2 efi regenerate
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=
porad nemam telo, ale uz mam hlavu... nobody
1.5. 13:13 Mirek
Rozbalit Rozbalit vše Re: Fedora34 grub2 efi regenerate
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 avatar 1.5. 14:28 k3dAR | skóre: 60
Rozbalit Rozbalit vše Re: Fedora34 grub2 efi regenerate
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
porad nemam telo, ale uz mam hlavu... nobody
k3dAR avatar 1.5. 14:35 k3dAR | skóre: 60
Rozbalit Rozbalit vše Re: Fedora34 grub2 efi regenerate
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 :)
porad nemam telo, ale uz mam hlavu... nobody
1.5. 15:11 Mirek
Rozbalit Rozbalit vše Re: Fedora34 grub2 efi regenerate
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
1.5. 16:50 Mirek
Rozbalit Rozbalit vše Re: Fedora34 grub2 efi regenerate
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

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.