“As variáveis EFI não são suportadas neste sistema”

Question

Estou tentando instalar o Arch linux em um novo (e muito ruim) HP Pavillion 15 Notebook.

Esta é uma máquina baseada em UEFI. Depois de vários balanços, consegui ir muito longe. O modo legado está desabilitado na configuração do sistema, e eu iniciei o EFI no DVD Arch que eu gravei e progredi através do Arch Beginner's Guide e o mais avançado Guia de Instalação até o ponto em que estou instalando o grub.

Enquanto chroot ed, eu executo:

grub-install --target=x86_64-efi --efi-directory=/boot --bootloader-id=arch_grub --recheck --debug

Isso emite uma tonelada de saída, incluindo:

EFI variables are not supported on this system

A primeira vez que cheguei a este ponto, continuei com a instalação, sem saber se era um problema real. Acontece que foi, como quando eu reiniciei a máquina não foi possível encontrar uma mídia inicializável e a máquina se recusou a inicializar. Eu consegui ir até o menu de configuração do UEFI e selecionar um arquivo EFI para inicializar, e o Arch Linux seria inicializado.

Mas agora estou voltando e reinstalando novamente, tentando corrigir o problema acima.

Como posso instalar o GRUB corretamente?

    

Answer 1

O problema foi simplesmente que o módulo do kernel efivars não foi carregado.

Isso pode ser confirmado por:

sh-4.2# efivar-tester
UEFI variables are not supported on this machine.

Se você for chroot da sua nova instalação, exit out e, em seguida, ativar efivars :

exit
modprobe efivars

... e depois chroot de volta. No meu caso, isso significa:

chroot /mnt

mas você deve chroot da mesma maneira que fez antes.

Uma vez de volta, teste novamente:

efivar-tester

Isso não informará mais um erro, e você poderá instalar o grub da mesma forma que fez antes.

grub-install --target=x86_64-efi --efi-directory=/boot --bootloader-id=arch_grub --recheck --debug

    

Answer 2

Eu sei, isso é muito antigo, mas talvez ajude alguém. A maioria dos guias sugere a mesma solução para montar sistemas de arquivos virtuais antes do chroot:

for i in /dev /dev/pts /proc /sys /run; do sudo mount -B $i /mnt$i; done

Mas agora (talvez relacionado a mudanças de efivars / efivarfs) este loop pula um sub-ponto de montagem muito especial - /sys/firmware/efi/efivars e efibootmgr / grub falham.

Portanto, use esta linha:

for i in /dev /dev/pts /proc /sys /sys/firmware/efi/efivars /run; do sudo mount -B $i /mnt$i; done

História de sucesso real: Debian com 4.9.0-5 (efivars) salvo pelo Live CD do Arch Linux (selecionado apenas porque pode inicializar o uefi pronto para uso) com o 4.14.9-1-ARCH (efivarfs) apenas por bind-mounting / sys / firmware / efi / efivars

    

Answer 3

Você receberá este erro se tiver inicializado usando o método legado e não o UEFI. Você precisa certificar-se de selecionar o item de inicialização da UEFI no menu BIOS ou selecionar UEFI como o método de inicialização padrão.

    

Answer 4

Rodando o Fedora 27, eu precisava montar o efivarfs . Eu fiz isso dentro do chrootfs, no entanto, isso ainda não estava funcionando, já que a entrada de inicialização foi mostrada com efibootmgr - mas depois da reinicialização ele não foi inicializado nem foi mostrado novamente no SO ao vivo.

O que finalmente funcionou, foi usar o grub da mídia ao vivo, ir até o shell e entrar %código% Do SO normal, eu poderia executar linuxefi /vmlinuz-<version> root=/dev/mapper/luks-<uuid> ro initrdefi /initramfs-<version>.img boot sem grub2-install , e isso funcionava.

Não tenho certeza se isso foi apenas um problema com meu BIOS, ou ainda há algo mais errado, mas foi isso que fez o chroot ser executado sem relatar qualquer erro.

grub2-install

    

Answer 5

Você não pode! Construir e instalar são duas coisas diferentes, a máquina na qual você constrói deve ser capaz de se adaptar. Se você quiser usar / instalar o linux no hardware upt, o gpt já deve existir. Você pode construir gpt / mbr no uefi, mas não ambos, se seu hardware usa bios antigos.