• úvod
  • témata
  • události
  • tržiště
  • diskuze
  • nástěnka
    • přihlásit
    registrace
    ztracené heslo?
    DELVITLinux pro zacatecniky a obycejne uzivatele (NO FLAMES!)
    SPIKE411
    SPIKE411 --- ---
    1 odpověď
    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/
    DANYSEK
    DANYSEK --- ---
    1 odpověď
    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...
    SPIKE411
    SPIKE411 --- ---
    1 odpověď
    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
    DANYSEK
    DANYSEK --- ---
    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.
    VYHULENY_UFO
    VYHULENY_UFO --- ---
    SPIKE411: jak psal danysek, je to obcas cerna magie... jinak arch ma dobre propracovanou dokumentaci, i jako gentoockar do ni obcas koukam..
    SPIKE411
    SPIKE411 --- ---
    1 odpověď
    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.
    SPIKE411
    SPIKE411 --- ---
    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.
    SPIKE411
    SPIKE411 --- ---
    1 odpověď
    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.
    DANYSEK
    DANYSEK --- ---
    1 odpověď
    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).
    VYHULENY_UFO
    VYHULENY_UFO --- ---
    1 odpověď
    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).
    SPIKE411
    SPIKE411 --- ---
    2 odpovědi
    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).
    SPIKE411
    SPIKE411 --- ---
    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ě.

    BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0004,0000,2003,2001,2002
Boot0000* TestEntry	PciRoot(0x0)/Pci(0x17,0x0)/Sata(2,0,0)/HD(1,GPT,6f69b988-16fa-424c-aefd-b6cce78b6247,0x800,0x12c000)/\EFI\BOOT\BOOTX64.EFI4130312009ae
Boot0001* Network Boot-IPV4: A8-1E-84-42-D0-38	PciRoot(0x0)/Pci(0x1d,0x3)/Pci(0x0,0x1)/MAC(a81e8442d038,0)/IPv4(0.0.0.0,0,DHCP,0.0.0.0,0.0.0.0,0.0.0.0)RC
Boot0002* Network Boot-IPV6: A8-1E-84-42-D0-38	PciRoot(0x0)/Pci(0x1d,0x3)/Pci(0x0,0x1)/MAC(a81e8442d038,0)/IPv6([::],0,Static,[::],[::],64)RC
Boot0003* Unknown Device: 	HD(1,GPT,6f69b988-16fa-424c-aefd-b6cce78b6247,0x800,0x12c000)/\EFI\fedora\shim.efiRC
Boot0004* Fedora	HD(1,GPT,6f69b988-16fa-424c-aefd-b6cce78b6247,0x800,0x12c000)/\EFI\fedora\shimx64.efi
Boot2001* EFI USB Device	RC
Boot2002* EFI DVD/CDROM	RC
Boot2003* EFI Network	RC

    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.
    SPIKE411
    SPIKE411 --- ---
    1 odpověď
    Jo to UUID sedí:
    /dev/sda2: UUID="ae5d4a24-860e-47a1-8fc7-cf754ff9db63" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="afe7fa4d-0b73-4b87-a297-5e55c4c3c5e7"
/dev/sda3: LABEL="fedora_fedora" UUID="39dfd07a-a3d9-455a-bef6-6bb6c456cf52" UUID_SUB="271c591a-c4d7-4bc6-8d65-f093cefa2290" BLOCK_SIZE="4096" TYPE="btrfs" PARTUUID="c5689843-cd45-4c15-bb4d-1d3a4509cc83"
/dev/sda1: UUID="741C-8308" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="6f69b988-16fa-424c-aefd-b6cce78b6247"
    DANYSEK
    DANYSEK --- ---
    SPIKE411: a partuuid (viz blkid) te boot partition sedi s uuid, co vypisuje efibootmgr? Zajimavy jsou ty 0000, 0005 versus 0002... (ktera jako jedina je aktivni)
    SPIKE411
    SPIKE411 --- ---
    1 odpověď
    Tak to ještě asi nebude ono, i když se mi nějak povedlo donutit zobrazit manuálně přidanou položku (je tam pod secure boot nějaká možnost manuálního přidání souboru, kterému to má důvěřovat), kterou jsem odkázal na \EFI\Linux\BOOTX64.efi (zkopírovaný z \EFI\BOOT\BOOTX64.efi), sice jsem viděl probliknout nějaké hlášky, že to ten soubor nemůže najít, ale nabídlo mi to možnost pokračovat v bootu, naběhl grub s cfg z toho disku (ne USB) a nabootoval systém z disku.
    Ale znovu se mi to zopakovat nepovedlo (položka se neobjeví), při předchozích pokusech, kdy se mi tu položku povedlo zobrazit (to jsem ji ještě odkazoval na \EFI\BOOT\BOOTX64.efi), tak jen problikla stejná modrá obrazovka, kde mi to ale nenabídlo možnost pokračovat v bootování.

    Koukám, co píše efibootmgr:
    BootCurrent: 0002
Timeout: 0 seconds
BootOrder: 0002,2003,2001,2002
Boot0000* Unknown Device: 	HD(1,GPT,6f69b988-16fa-424c-aefd-b6cce78b6247,0x800,0x12c000)/\EFI\fedora\shim.efiRC
Boot0001* Network Boot-IPV4: A8-1E-84-42-D0-38	PciRoot(0x0)/Pci(0x1d,0x3)/Pci(0x0,0x1)/MAC(a81e8442d038,0)/IPv4(0.0.0.0,0,DHCP,0.0.0.0,0.0.0.0,0.0.0.0)RC
Boot0002* Linux	HD(2,GPT,b2630616-71fd-4275-acbe-e3afdbb2d2ff,0x17ce9c,0x63d0)/\EFI\Boot\grubx64.efiRC
Boot0003* Network Boot-IPV6: A8-1E-84-42-D0-38	PciRoot(0x0)/Pci(0x1d,0x3)/Pci(0x0,0x1)/MAC(a81e8442d038,0)/IPv6([::],0,Static,[::],[::],64)RC
Boot0005* Fedora	HD(1,GPT,6f69b988-16fa-424c-aefd-b6cce78b6247,0x800,0x12c000)/\EFI\fedora\shimx64.efi
Boot2001* EFI USB Device	RC
Boot2002* EFI DVD/CDROM	RC
Boot2003* EFI Network	RC

    0002 bude ten boot z USB instalačky Fedory.

    Myslím, že problém Secure Boot to nebude, protože se SystemRescue jsem ho vázně musel vypnout, to bylo jasné z chybové hlášky a pak to bootovalo normálně; Fedora nabootuje i se SB, ale musím jí pomoct z toho USB.

    Dát k dispozici nějakou EFI command line by byl asi hroznej problém, ach jo. Je tam jakýsi Insyde H20.
    Hrozný bordel.
    DANYSEK
    DANYSEK --- ---
    SPIKE411: ale fuj... no to je ale pekne skaredy :)
    SPIKE411
    SPIKE411 --- ---
    1 odpověď+1
    DANYSEK: Jj, mně to došlo vzápětí, že s tím legacy bootem bude víc babrání, tak jsem se zatím vrátil k prošlapávání cesty EFI + případně Secure Boot.

    Ono to vypadá, že Acery (nebo aspoň tenhle firmware) mají nějaké jiné hardcoded cesty...
    [SOLVED] No Bootable Device a solution
    https://ubuntuforums.org/showthread.php?t=2471924
    DANYSEK
    DANYSEK --- ---
    1 odpověď
    SPIKE411: mel jsem na mysli kombinaci gpt a toho legacy bootu... prave ze ty biosy bejvaj plny bugu, nekdy to je cerna magie :) A na 250GB disku te mbr nijak limitovat taky nebude.
    SPIKE411
    SPIKE411 --- ---
    1 odpověď
    DANYSEK: Nezdá se mi, že by to neumělo GPT, byl tam Windows 11, umí to EFI, Secure Boot, ve firmware je nějaká GPT recovery.

    Samozřejmě může tam být nějaký bug v implementaci / něco proti specifikaci a něco se mu nelíbí na tom disku.

    Do MBR jsem se ještě nepouštěl.
    DANYSEK
    DANYSEK --- ---
    1 odpověď
    SPIKE411: nebude problem v tom gpt, presneji v tom ze BIOS to treba neumi? Zkusils partition table mit jako skutecne legacy - tzn. jako mbr?
    Kliknutím sem můžete změnit nastavení reklam