MARASAN: Bych ho vyndal, připojil k jinému PC, nedělal žádné diagnostiky ani nic jiného, ale hned bitovou kopii ať zachráníš data. Pokud disk nebude vidět, zvážil bych ho donést někam na diagnostiku, občas to dělají i zadara, nebo za pár stovek, když to takhle řešíš asi ty data pro tebe mají hodnotu ..řeknou ti informace co chceš a nabídnou řešení, IMHO super služba. Jak budeš mít bitovou kopii můžeš se v tom začít hrabat a zkusit dostat data zpět, doporučuju na flash disk hodit multitool medicat. Hodně štěstí přeji.

Jak se říká jsou dva typy lidí, ti co zálohují a ti kterým se ještě nic nestalo. Kdy se disk zkurví je ruská ruleta, nastavení zálohy toho nejdůležitějšího není tak náročné, mě to došlo až po asi třech podobných pruserech. Teď se tomu zasměju a obnovím pár hodin maximálně starou zálohu z nasky.

Medicat USB | Computer Diagnostic and Recovery Toolkit
https://medicatusb.com/

nebo cokoliv , a pak fdisk, lspci inxi....

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).