Inicializando o FreeBSD usando o grub2 na máquina uefi

Question

Acabei de instalar o FreeBSD 10.3 em uma HP 450-a114. A instalação ocorreu sem problemas. A máquina possui o Windows 10, o Linux Mint e uma distribuição do LFS. No passado (nas antigas máquinas somente com BIOS), tudo o que eu tinha que fazer era adicionar uma entrada de menu a um arquivo grub, rodar update-grub e então o FreeBSD iria inicializar Usando o grub2. A máquina em que estou agora é uefi, e não consigo inicializar o FreeBSD. Windows e Linux são bem legais. Tudo está em uma única unidade. Aqui estão minhas partições:

/dev/sda1 -> Some uefi partition (label: /boot/efi)
/dev/sda2 -> Some Windows partition
/dev/sda3 -> Windows 10
/dev/sda7 -> My LFS distro
/dev/sda6 -> Linux Mint
/dev/sda8 -> Some efi partition installed by FreeBSD (label: EFI)
/dev/sda9 -> FreeBSD
/dev/sda10 -> FreeBSD swap
/dev/sda4 -> Windows recovery image
/dev/sda5 -> Windows recovery image.

Se alguém precisar de algum tipo de saída de linha de comando, terei prazer em publicá-lo.

    

Answer 1

Portanto, /dev/sda1 é provavelmente a partição do sistema EFI usada pelo Windows, LFS e Mint. Você pode inicializá-los porque os arquivos relevantes para esses sistemas operacionais estão dentro de /dev/sda1 e, portanto, é o GRUB. Portanto, o GRUB pode detectá-los.

No entanto, a instalação do FreeBSD criou sua própria partição do sistema EFI em /dev/sda8 e esta é a razão pela qual update-grub não funciona porque o GRUB em /dev/sda1 não consegue encontrar os arquivos EFI relevantes em /dev/sda1 .

Você pode tentar mover os arquivos EFI relevantes em /dev/sda8 criado pelo FreeBSD para /dev/sda1 , editá-los para refletir as alterações e tentar executar update-grub novamente.

Em outra nota, por que instalar tantos sistemas operacionais em tantas partições? Usar uma solução de virtualização como qemu ou VirtualBox pode ser uma opção melhor.