Közvetlen kernel betöltés UEFI-ben

Sziasztok!

Írni szeretnék - már lehet, hogy ezerszer kivesézett történetről-, az UEFI-ről. és az MS viszonyáról.

(Tudom-tudom gyakorlatilag az MS fájlformátumát és fájlrendszerét használja az ESP és az .EFI binárisokhoz, tehát elég sok köze van a szabvány megalkotásához. (Meg az Intelnek is főleg, az EFI-ből lett továbbfejlesztve maga az UEFI…)

Pár évvel ezelőtt gondoltam, hogy ahol lehet, én is átállok erre az új szabványra a régi Legacy/BIOS-ról az itthoni eszközeimen.

Innentől kezdődnek az érdekességek, de az egyik általam használt laptopról szeretnék írni, ami még furábban viselkedik így, mint ahogy el tudtam volna képzelni.

A laptop egy HP 2170p Elitebook. 12”, I5-3xxx processzorral, 8 GB DDR-3-as rammal, SSD-vel.

Ahogy az lenni szokott az ember feltelepít egy Windows-t rá, mert néha-néha azt is szoktam használni, de elsősorban GNU/Linux-os gépnek képzeltem el.

Minden remekül ment a telepítésekkel (Debian 11.6-os Linux és egy Windows 10). Szépen működik a dual boot grub2-vel. DE, innentől kezdődnek az „anomáliák”.

A laptop firmware-je a szokásos HP-s, viszont érdekes az UEFI implementációja. Ugyanis, amikor csak magában akartam feltelepíteni a korábban említett disztribúciót, akkor ahogy kell, lement a telepítés és jött az újraindítás. Ekkor fogadott az első meglepő dolog, hogy nincs operációs rendszer a gépen, nyomj egy gombot és kikapcsolok. :D Mondom mitt, holl? :D

No, gondoltam beletúrunk már a beállításokban, hogy hogyan lehet ezt megoldani.

Debian alatt egy efibootmgr -v parancs hatására, kijött szépen, hogy megvan a debian-hoz tartozó bejegyzés, ahogy annak lennie kell, szépen a boot order-ban megadott első helyen. Újraindítottam, ugyan úgy nincs OS és kikapcsolok üzenet fogadott.

Mondom érdekes, érdekes. Természetesen beépített UEFI shell nincsen, még menüpont sincsen hozzá, bejegyzésnek híre-hamva se az nvram-ban.

Ahogy elkezdtem telepíteni a Windows 10-et az rendben felment, és kapásból újraindítás után el is indult. No mondom remek, ahogy szoktam módosítottam a Windows Boot Manager bejegyzését a következő szerint:

bcdedit /set {bootmgr} path \EFI\debian\grubx64.efi

Ez általában megoldja, hogy a windows boot manager-e magát a grub-ot töltse be és onnan lehet választani hogy mit indítok.

DE nem ezzel a géppel, mert ezt, így beállítva és debian alól megnézve az nvram-ot is ahol a korábban megadott útvonallal van megadva a grub, SE a grub indul el, hanem a szabványos windows boot manager! Áh, mondom van ilyen?

Ahogy elnéztem a bizonyítékokat, ebben az UEFI BIOS-ban kajak hard kódolva van a windows-os rendszerbetöltő, és ha az nincs a gépen, tehát nem windows van telepítve, akkor szerinte nincs is operációs rendszer… Remek.

Szerencsére van olyan opció a firmware-ban hogy custom boot entry, és oda be lehet írni hogy \EFI\debian\grubx64.efi, és a boot ordert a custom entry-re állítom, akkor azt is indítja el, tehát bejön a grub menüje.

Ha nem lenne ilyen opció, akkor rendesen át kellene neveznem a grubx64.efi fájlt a windows-os rendszerbetöltőre, hogy azt higgye, hogy van windows telepítve.

A korábbi bcdedt-es sor egy Asrock alaplapos asztali gépben szerencsére működik, de az is „imádja” a windows-t.

Szóval röviden, az MS rendesen elveszi a felhasználó kedvét attól, hogy a saját rendszerén kívül, mást merjél használni. Függőség. Ez a fontos nekik, de ezt már sokan írták, így nagy igazságot nem írtam meg én sem.

Az egész bejegyzés eredetileg azért jött létre, mert szerettem volna magát a GNU/Linux kernelt GRUB2, mint köztes rendszerbetöltő nélkül, tisztán UEFI-vel indítani, mivel maga az is egy rendszerbetöltő.

Ezt sajnos nem tudtam megtenni, mert ezen a gépen eleve nincsen EFI shell, valamint a custom entry-ben, ahová kézzel kell beírni magát a futtatni kívánt .EFI fájlt nem lehet megadni paramétereket, mint a root fs és az initrd kép nevét a kernelnek, így eleve kernel pánikkal lehal az egész.

Nagy nehezen találtam a HP oldalán egy HP logót lecserélő topicot, ahol megemlítik, hogy külön kell egy EFI binárisba fordított EFI shell fájlt letölteni és azt indítani, hogy legyen shell, ami 1.1.2-es verziójú, és nem tartalmazza a bcfg parancsot, hogy lehessen manipulálni a boot bejegyzéseket.

Debian alatt bárhogy bűvészkedtem a efibootmgr paranccsal, hiába jelenik meg a nvram-ban is a bejegyzés a rendszer indítás során figyelembe se veszi őket.

Lehetőség van, hogy az f9-es boot-menü-ből válasszak hogy mit akarok indítani, ahol lehet tallózni az EFI partíción .efi fájlok után kutatva, de innen kiesik a paraméterekkel való indítás, mert nem támogatja a rendszer.

Gondoltam írok valahogy egy egyedi .efi binárist, ami betölti magát a kernelt és az initrd-t és paraméterként megadja a root UUID-ját, de áh… Akkor gyakorlatilag az egy kezdetleges rendszerbetöltőt jelentene, ami már van a rendszerben a GRUB…

Sajnos a törekvésem, hogy közvetlenül a UEFI BIOS indítsa a kenrelt dugába dőlt…

Marad a custom boot entry...