Resim problem s laptopem ( [MARASAN @ Windows - (Windows 7, 8, 10, 11, ...)] ) : systemrescuecd jsem bootnul (musel jsem predtim vypnout SecureBoot v BIOSu), ale vubec nevidi systemovej disk v laptopu, lsblk/blkid ukazuje jen flashku. nvme list nevypise nic ani v dmesg (zbezne) nic nevidim.

Kde muze byt problem?

SPIKE411: to ti asi nezbyde nic jinyho nez projit fora jestli nekdo nemel podobnej problem. na me uz je uefi prilis sofistikovany, zlaty lilo. :D
takze tam, kde se instaluje linux, se rovnou instaluje i podporovany distro a doufam, ze si s bootem instalator nejak poradi. na pracovnim notebooku, kterej mam na hrani, jsem rad, kdyz instalace podle manualu probehne korektne. co nemam vubec rad, je aktualizace grubu a pak fwupd.

SPIKE411: takovy ty veci, ktery trochu komplikujou zivot jako secureboot, mas v biosu vypnuty? ten ja mam na notebooku vypnutej a jeste sem musel v biosu udelat nejakou magii kolem uefi/legacy boot priorit.

SPIKE411: to je holt o ty implementaci... a zvlast u tech levnejsich se to sidi.

Ten Windows Boot Manager se v těch výpisech z efibootmgr taky neobjevuje, ale jakmile dám soubory na správné místo (\EFI\Microsoft\Boot\bootmgfw.efi), tak to začne zázračně fungovat.
Z toho teda usuzuju, že efibootmgr žádné univerzálné defaulty stejně neukáže, dokud se zrovinka do takové magické cesty netrefím a ten firmware si tam pak ten záznam vytvoří sám.

DANYSEK: Tak ten výpis jsem pořídil ještě než jsem do toho tím efibootmgr začal šťourat. A i když jsem pak leccos smazal, tak mj. položky "Fedora" i "Unknown Device" se tam následně (po restartu) zase objevily.

Měl jsem za to, že UEFI má standardně ten EFI oddíl samo prohledat a najít EFI binárky, ale asi tomu tak není. Vypadá to, že firmware může mít nějaké hardcodované cesty, jedna z těch běžných, kterou vytváří i Fedora, je \EFI\BOOT\BOOTX64.EFI, ale tu tenhle firmware zrovna nebere. A ani nebere ty záznamy vytvořené tím efibootmgr. Je to ale zvláštní, to USB, ze kterého to ten grub nabootovalo, v tom výpisu efibootmgr vypadá dost podobně.
No budu muset ještě něco přečíst.

boot - Which UEFI executables get auto-detected? - Super User
https://superuser.com/questions/1196173/which-uefi-executables-get-auto-detected
UEFI boot: how does that actually work, then? | AdamW on Linux and more
https://www.happyassassin.net/posts/2014/01/25/uefi-boot-how-does-that-actually-work-then/

SPIKE411: predpokladam ze ty navody pocitaji s vychozim stavem EFI (po nejakem factory resetu), ale kdyz se v tom pohrabe nejaky externi tool (aka ten efibootmgr), tak uz to fungovat nebude. Ostatne je to videt i z tech tvych vypisu ad nize, viditelne tam zadny univerzalni default v tech promennych (treba to \EFI\Linux), co by lovil neco na disku uz nemas...

grub2-install ve Fedoře prej není pro EFI systémy.
Working with the GRUB 2 Boot Loader :: Fedora Docs
https://docs.fedoraproject.org/en-US/fedora/latest/system-administrators-guide/kernel-module-driver-configuration/Working_with_the_GRUB_2_Boot_Loader/

Zkoušel jsem přidat záznam manuálně přes efibootmgr a taky se neobjevil.
Funguje mi ten ručně přidaný záznam přes firmware.
A asi bude nějaká cesta "tvářit se" jako Windows Boot Manager. \EFI\Linux mi ale nefungoval. Mimochodem asi tím trpí víc výrobců laptoů (bude záležet na dodavateli firmware no).
https://www.linux.org/threads/cannot-get-linux-os-to-show-as-an-option-to-boot-in-dual-boot-laptop.37274/#post-138817

SPIKE411: to ma vyresit grub-install... ale to bys videl v logu/na konzoli, ze to v nejakem bode neco failne pri zapisu do efivars.Ne vzdy to ale skonci hard chybou (zase spis dusledek toho, ze firmwary jsou zabugovany - takze nektery chyby jsou i "normalni"). Jako po efibootmgr jde sahnout vzdycky, jde si tam podle potreby zakladat/mazat cokoliv, stejne jako menit ten bootorder.

SPIKE411: jak psal danysek, je to obcas cerna magie... jinak arch ma dobre propracovanou dokumentaci, i jako gentoockar do ni obcas koukam..

Jo jasně, ale ty správné/kýžené nebyly aktivní, nejsou vypsané v BootOrder, jj. Otázka je, proč nebyly aktivní no. Přitom se tam "nějak" objevily.

DANYSEK: Sedělo. :) Ten b2630616-71fd-4275-acbe-e3afdbb2d2ff je právě USB flashka s instalačkou Fedory, z toho jsem právě nouzově nabootoval a načetl grub.cfg z Fedory nainstalované na disku a tak spustil systém.

VYHULENY_UFO: Jo super, díky, to vypadá pěkně zpracované, hlavně jak přidávat položky přes efibootmgr, z helpu mi to nebylo jasné a do podrobnějšího manuálu jsem zatím nekoukal. Ono nakonec i Fedora nebo Arch to budou mít podobné:
Unified Extensible Firmware Interface - Fedora Project Wiki
https://fedoraproject.org/wiki/Unified_Extensible_Firmware_Interface
Unified Extensible Firmware Interface - ArchWiki
https://wiki.archlinux.org/title/Unified_Extensible_Firmware_Interface

Už se začínám trochu orientovat.

Taky už je to pár let, co jsem se potil u nějakého prvního Intel Mac Mini, na který jsem se snažil dostat rEFIt nebo rEFInd a Kubuntu. :)

Každopádně ano, jakmile jsem na ten EFI oddíl dal Microsoft/Boot/bootmgfw.efi tak se v nastavení bootovacího pořadí ve firmware objevil i ten zasraný "Windows Boot Manager" a zkusí to z něj nabootovat. A zobrazí mi to stejné chyby, jako když jsem tam měl \EFI\Linux\BOOTX64.efi, nemůže to najít nějaké soubory (tentokrát jsem si to stihnul vyfotit, problikne to na chvilku, takže už to můžu taky řešit), ale následný "falling back to default loader" to stejně jako před tím nasměroval na správný GRUB.

SPIKE411: no, nesedelo ti to prave.. v efibootmgr jsi mel u Boot0002 uuid b2630616-71fd-4275-acbe-e3afdbb2d2ff, ale ta EFI boot partition ma 6f69b988-16fa-424c-aefd-b6cce78b6247, pricemz jedina 0002 byla podle BootOrder aktivni (krom tech 2000+). Zaujalo me to kdyz jsem videl okolo ty zaznamy od Fedory (co ale nebyly aktivni).
SPIKE411: EFI muze zaludne, ty partuuid se generuji nahodne... efibootmgr je pomerne lowlevel, ale taky se tim da opravit hromada veci - pripade udelat i neco atypickyho (jakoze mit treba efi boot na raid1 s metadata <= 1.0). Kdyz si to clovek pojmenuje "po svym", malokdy se stane ze to zmizi. Jen se na to musi myslt pri fyzicke vymene disku (a zas nekde je primo zadouci, aby to partuuid bylo fakt vygenerovany a ne jen tupe naklonovany z disku na disk).

SPIKE411: ja se zrovna v tehlech bootovacich vecech zas az tak neorientuju, ale vim, ze v dokumentaci ke gentoo je nejaka zminka o starsich deskach s neprilis dobre provedenou implementaci uefi. ale jestli je to zrovna tvuj problem, to nevim.

Configuring the bootloader - Gentoo wiki
https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Bootloader

Some motherboard manufacturers with poor UEFI implementations seem to only support the /EFI/BOOT directory location for the .EFI file in the EFI System Partition (ESP).

A ty položky 0003 a 0004 se prostě neukážou v tom EFI boot menu (toho vlastního firmware). Nechápu. Zkusím ještě googlit, jestli nenajdu nějaké vysvětlení / lepší řešení, docela rád bych to nahlásil, třeba by mohli dát do instalátoru nějaký workaround/quirk.

Ale jinak to běhá jako z praku, bootuje to za pár sekund (překvapilo mě, že v tom je SSD, už jsem se chystal, že to budu měnit; i5-7200U, 8 GB RAM), funguje zvuk, mikrofon, webkamera, Wi-Fi, ovládání podsvícení, hlasitosti atd.
Ještě jsem nezkoušel 3D akceleraci, je tam nějaká GeForce 940MX, tak nejhůř s proprietárním ovladačem to nějak poběží.
Fakt jsem nečekal, že narazím zrovna na problémy s EFI.

Asi co by nechtěl člověk za ty prachy (vyřazený laptop).

Nakonec jsem to rozchodil nějak přes tu ručně přidanou položku přes nastavení secure boot ve firmware. Je tam pár chytáků.
Musím nejdřív uložit nastavení a restartovat a znovu se podívat do nastavení fw/BIOSu, aby se ta nová položka objevila v seznamu bootovatelných zařízení, kde to můžu přerovnat a nastavit ji na první místo.
Když to z ní pak bootuje, tak se objeví ta modrá obrazovka "Boot Option Restoration", kde je akorát napsané "Press any key key to stop system reset" a je tam fakt krátký odpočet "Booting in X seconds". Když nic nestisknu, tak se to akorát cyklí. Když něco zmáčknu, tak se mi zobrazí nabídka, kde jsou nějaké volby jako pokračovat a pokračovat vždy (přesné znění už si nepamatuju), tak jsem dal tu volbu "vždy" a zas jsem se dostal do toho správného GRUBu a nabootoval systém.

Zajímavý je výpis efibootmgr, protože před tímhle pokusem jsem smazal úplně všechny položky kromě těch 2001-2003. (A taky jsem resetoval fw/BIOS a v něm i SB včetně klíčů do základního nastavení). TestEntry je pak ta, kterou jsem přidal ručně.


Mimochodem ten network boot jsem opakovaně zakazoval i ve fw/BIOSu, pokaždé se to samovolně zase povolí.
Ale kde se tam vezme to Unknown Device a ta Fedora.

Jako co to je tohle... A co to vlastně chce, aby to fungovalo rovnou? Možná nějakou jinou hardcoded cestu? Spolehlivý způsob je asi zkusit ten shim podstrčit do cesty windowsího bootmgr.