(UEFI) Chainloading GRUB de la GRUB

Există un alt mod: puteți crea o intrare de meniu care să îi spună GRUB să încarce altul grub.cfg secundar, cum ar fi unul de la o altă distribuție Linux.

De exemplu, am început cu Gentoo Linux de la care am instalat GRUB2 în MBR (mașina este prea veche pentru EFI).

Am instalat apoi NixOS, pe care l-am configurat pentru a genera grub.cfg în propriul / boot (separat de / boot al lui Gentoo), dar fără instalarea GRUB.

Pentru a clarifica, grub-install a fost executat de la Gentoo, dar nu de la NixOS.

Apoi, pentru a putea porni NixOS, am adăugat acest lucru la /etc/grub.d/40_custom în Gentoo:

#!/bin/sh exec tail -n +3 $0 # This file provides an easy way to add custom menu entries. Simply type the # menu entries you want to add after this comment. Be careful not to change # the "exec tail" line above. menuentry "NixOS" --class gnu-linux --class gnu --class os $menuentry_id_option "nixos-0aca58bc-8fdb-4a07-aa2f-56406bcf19b7" { set root="hd0,msdos4" configfile /nixos/root/boot/grub/grub.cfg } 

Cheia este linia configfile /nixos/root/boot/grub/grub.cfg. Îi spune GRUB să încarce un alt grub.cfg. Am executat apoi grub-mkconfig de la Gentoo pentru a aplica modificările.

Acum, când pornesc și selectez NixOS , întreaga interfață GRUB se reîmprospătează la reflectă NixOS grub.cfg, de unde pot porni sistemul de operare. Spre deosebire de încărcarea în lanț, această configurație utilizează o singură instalare a GRUB; pur și simplu folosește o a doua configurație.

Comentarii

• Înțeleg, la asta mă refeream la punctul 3: " Încărcându-se în sine ". Am găsit această metodă în timp ce căutam, dar am ținut să-mi răspund în timp ce ' prefer să încărc în lanț un alt .efi care indică propria sa grub.cfg. ' mă uit la grub-mkimage cu multiboot sau chainloader dar până acum ' nu am reușit să creez un secundar de lucru .efi sau core.img.

Am aflat cum să instalez manual .efi pe fiecare dintre / „s. Referirea la încărcătorul de lanț GRUB secundar din config primar este simplă:

menuentry "GRUB chainloader" { #Load grub on partition 7 of a gpt formatted drive. #It will reference its own modules and config. chainloader (hd0,gpt7)/path/to/bootloader/on/myOS/core.efi } 

Pentru a crea acest .efi secundar am folosit grub-mkimage deoarece grub-install nu m-a lăsat să scriu într-un sistem de fișiere care nu este FAT. Sintaxa este foarte pretențioasă și nu dă erori dacă folosești o cale greșită, deci verifică cu atenție argumentele:

grub-mkimage -o /path/to/mounted/targetOS/efidir/core.efi --format=x86_64-efi "--prefix=(hd0,gpt7)/boot/grub" ext2 part_gpt 

Am încercat să omit modulele de sistem de fișiere GPT sau ext2, dar acestea nu au funcționat, două module au fost cerința minimă absolută pentru sistemul meu (ext2 funcționează pentru ext2 / 3/4).

Directorul prefix este locul unde bootloader-ul secundar își va căuta folderul de module și fișierul de configurare. Deci, am manual a creat un /boot/grub/ pentru fiecare sistem de operare care include un folder x86_64-efi/ (copiat din /usr/lib/grub) și un grub.cfg Pot modifica folosind grub-mkconfig cu verificarea sistemului de operare dezactivată (sau doar manual) editați-l).

Am instalat inițial fiecare sistem de operare fără GRUB. Această metodă mi-a permis să instalez bootloadere secundare GRUB pe toate sistemele de operare folosind un prim OS sau LiveCD cu GRUB. Pot modifica configurația de încărcare a fiecărui sistem de operare independent, fără riscuri de contaminare, deoarece ESP nu este montat niciodată.

Comentarii

• Ce se întâmplă dacă doriți să folosiți UUID în loc de (hd0, gpt7)? Cum ar arăta linia de comandă grub-mkimage în acest caz?

Încerc să fac o lucru similar pentru i386-pc grub și chainloader-ul fișierului core.img nu ar funcționa, dând „eroare: semnătură nevalidă”

Dar am aflat că fișierul grub core.img este compatibil cu mai multe porniri, așa că am reușit să pornesc core.img ca:

multiboot (hd0,7)/core.img boot 

și să obțin cu succes noul grub, modulele și configurația inițială.

Presupun că comanda dvs. de chainloader eșuează pe un efi pentru un grup non-efi, deci acest failrue poate fi detectat și poate reveni la multiboot pe core.img înainte de comanda de boot.