Como criar stubs de inicialização UEFI arbitrários?

O efibootmgr está me dando o "sistema não suporta efivars" quando inicializo a partir de um stick USB do Ubuntu.

Isso acontece porque você está inicializando a partir do stick USB usando o estilo legado do BIOS, então o módulo de suporte de compatibilidade do UEFI desabilitará a interface de tempo de execução do UEFI que seria usada para acessar as variáveis ​​de inicialização. Se você puder inicializar o stick USB no modo UEFI nativo, efibootmgrfuncionará. Se as configurações de inicialização do firmware incluírem uma escolha se os métodos de inicialização UEFI ou herdados são tentados primeiro, tente alternar para o modo "UEFI primeiro" durante a inicialização a partir do stick.

Com um MBR GRUB2 herdado, você só pode inicializar sistemas operacionais inicializáveis ​​com o estilo MBR legado. Para se conectar a um sistema operacional que foi instalado para inicializar usando o UEFI nativo, você precisará de uma versão UEFI do GRUB2.

O problema em transplantar um UEFI GRUB de uma distribuição para outra é que distribuições diferentes o configuram de maneiras ligeiramente diferentes: por exemplo, o Debian costumava plantar um mínimo grub.efipara ESP com instruções incorporadas para ler mais módulos GRUB e o arquivo de configuração de outro sistema de arquivos especificado no momento da instalação do GRUB (normalmente o sistema de arquivos que contém o /bootdiretório).

O problema com essa abordagem é que o Secure Boot torna isso impossível se ativado: todo código executável carregado deve ser assinado e, como os módulos GRUB não estão usando o mesmo formato de arquivo binário que os binários UEFI padrão, eles não podem ser assinados de maneira que ser reconhecível como tal para o firmware UEFI.

As distribuições derivadas do RedHat, por outro lado, tendem a incorporar todos os módulos GRUB necessários no grubx64.efibinário principal, que pode então ser carregado com sucesso em uma operação pelo Secure Boot shim.efi. O arquivo de configuração do GRUB também é colocado no sistema de arquivos ESP, normalmente refletindo a nomenclatura do binário UEFI GRUB principal, ou seja, se o binário for renomeado para foo.efiele, ele procurará foo.cfgno mesmo diretório.

Sabendo disso, você pode apenas garantir que o Secure Boot esteja desabilitado, pegue o grub.efibinário de uma mídia de instalação RedHat/CentOS/Fedora, escreva um arquivo de configuração mínimo manualmente, coloque-os em seu ESP (talvez como \EFI\boot\bootx64.efie \EFI\boot\bootx64.cfg, então UEFI deve pegá-los automaticamente sem necessidade de variáveis ​​UEFI) e inicialize uma vez. Então você pode ver se o arquivo de configuração do GRUB gerado pelo gerador de configuração GRUB nativo do TinyCore é compatível com essa versão do GRUB e substituir o arquivo de configuração simplificado por um real ou substituir a versão transplantada do GRUB pela versão preferida do TinyCore do UEFI GRUB .

Se você deseja inicializar o TinyCore vmlinuzdiretamente do firmware UEFI, o kernel precisa ser compilado com CONFIG_EFI_STUB=y, e então você precisará descobrir o que fazer com os parâmetros de inicialização e o arquivo initramfs. Fiz essa configuração uma vez, configurando as opções de inicialização na variável de inicialização UEFI. Sem um gerenciador de inicialização, você provavelmente não terá como alterar os parâmetros de inicialização no momento da inicialização; portanto, é melhor gerar várias configurações de variáveis ​​de inicialização UEFI com antecedência com diferentes parâmetros de inicialização, para que você tenha uma maneira de acessar o sistema se algo der errado com uma atualização do kernel, por exemplo.

(Se as opções de inicialização UEFI no nível do firmware incluírem uma maneira de inicializar no UEFI Shell, pode ser muito útil definir uma instalação inicializável UEFI "sem bootloader".)

Os UUIDs usados ​​nas variáveis ​​de inicialização UEFI podem ser descobertos executando o blkidcomando. GRUB usa o UUID do sistema de arquivos (= o UUID=campo), enquanto as variáveis ​​de inicialização UEFI usam o UUID exclusivo da partição (= o PARTUUID=campo).

Aqui está como eu fiz isso. Primeiro, defino as opções EFI do meu PC apenas para inicialização EFI. Então eu inicializei o Ubuntu 16.04.4 de um DVD. (Obviamente, foi uma inicialização UEFI.). Dentro do Ubuntu 16.04.4 fiz o seguinte.

1. Montei minha partição ESP. (Era a partição 1 do disco 1)
2. mkdir /caminho/para/montado/esp/partição/EFI/prime_boot
3. Instale o grub-efi-amd64 com: sudo apt-get install grub-efi-amd64
4. grub-mkimage -o /path/to/mounted/esp/partition/EFI/prime_boot/bootx64.efi --format=x86_64-efi '--prefix=(hd0,gpt1)/EFI/prime_boot' ext2 part_gpt

5. Configure o seguinte arquivo grub.cfg em /path/to/mounted/esp/partition/EFI/prime_boot/

   menuentry "GRUB chainloader" { chainloader (hd0,gpt2)/boot/efi/core.efi }

6. Copie o diretório /usr/lib/grub/x86_64-efi para /path/to/mounted/esp/partition/EFI/prime_boot/.

7. efibootmgr -c -d /dev/sda -p 1 -l \EFI\prime_boot\bootx64.efi -L "Primary Loader"
8. Configure a ordem de inicialização nos menus EFI para usar o "Primary Loader"

Sim, você tem que escapar do '\' no comando 'efibootmgr'. Agora você tem o EFI usando este carregador primário para vetorizar para o carregador de inicialização na partição TinyCore. Então agora você configura o gerenciador de inicialização da partição TinyCore.

1. Monte a partição TinyCore. (O meu era a partição 2 do disco 1)
2. grub-mkimage -o /path/to/mounted/tinycore/partition/boot/efi/corex64.efi --format=x86_64-efi '--prefix=(hd0,gpt2)/boot/efi' ext2 part_gpt
3. Agora crie o multi-boot grub.cfg em /path/to/mounted/tinycore/partition/boot/efi/

Eu sei que alguém poderia se perguntar por que pulo do carregador de inicialização primário para o carregador de inicialização múltipla. Eu só quero fazer o mínimo possível na minha partição esp. Quero que o TinyCore (meu sistema operacional de manutenção) seja o proprietário do gerenciador de inicialização de inicialização múltipla.