Eu mantenho o rEFInd, então eu entendo como ele funciona e interage com o Ubuntu muito bem; mas também não estou sem meus próprios preconceitos e preferências. (Eu forquei o rEFIt em rEFInd porque eu não gosto do GRUB 2 e achei que muito do que o rEFIt fez foi elegante, mas não bastante do que eu precisava.)
Na maioria dos casos, o rEFInd funciona. É raro experimentar problemas pós-inicialização com qualquer carregador de inicialização; uma vez que o kernel inicializa, ele funciona completamente ou não funciona. (Há exceções ocasionais a essa regra, mas, como eu disse, elas são raras.) Assim, se o rEFInd inicializar seu sistema, você não precisa se preocupar muito com problemas subsequentes. Dito isto, há vantagens e desvantagens em qualquer software, incluindo carregadores de inicialização. Comparado ao GRUB, esses pontos vêm à mente com relação ao rEFInd:
- vantagens do rEFInd / GRUB
- Como ele procura por kernels em cada inicialização, o rEFInd é mais adaptável e depende menos dos arquivos de configuração. Isto é muito importante se você estiver inicializando múltiplas distribuições Linux, já que em tal configuração, você precisa tomar cuidado para que o arquivo de configuração principal do GRUB saiba sobre as mudanças para os kernels da outra distribuição.
- O formato do arquivo de configuração do GRUB é muito complexo. Geralmente funciona bem porque seus scripts de configuração fazem a coisa certa na maior parte do tempo; mas quando os scripts erram, corrigi-lo pode ser um pesadelo. Como os arquivos de configuração do rEFInd são mais simples, ele tende a ser mais fácil de corrigir e ajustar sua configuração.
- rEFInd tem mais olhos, como você aponta.
- rEFInd é mais confiável ao inicializar o Windows com o Secure Boot ativo. (Veja este relatório de bug para informações sobre um problema moderadamente comum com o GRUB que não afetam o rEFInd.)
- O rEFInd pode iniciar carregadores de inicialização no modo BIOS; O GRUB não pode. Para a maioria das pessoas e especialmente para pessoas com PCs baseados em UEFI, isso não é um grande problema. Alguns usuários de Mac precisam de compatibilidade com o modo BIOS para inicialização dupla com o Windows 7, embora.
- rEFInd em uma unidade flash USB ou CD-R pode inicializar uma instalação do Ubuntu que se tornou não inicializável. Existem algumas ressalvas e limitações, mas mesmo se você não usar o rEFInd no seu disco rígido, tê-lo em uma unidade flash USB ou CD-R pode ser uma ferramenta de emergência útil.
- Os scripts de configuração do GRUB podem ser lentos para serem executados. Em uma configuração complexa, a instalação de um novo kernel pode levar um minuto ou mais apenas porque esses scripts são acionados e levam um tempo ridículo para varrer o sistema em busca de kernels e uma variedade de carregadores de boot e reconstruir o arquivo de configuração com o que é encontrado . Note que você vai experimentar este problema mesmo se você usar o rEFInd a menos que você desinstale o GRUB (ou não o instale para começar).
- Ao trabalhar com inicialização segura, o rEFInd sempre aplica políticas de inicialização segura. O GRUB pode ou não fazê-lo ao lançar os kernels do Linux, dependendo da versão do GRUB em uso. (Antes do Ubuntu 16.04, o GRUB do Ubuntu lançava até mesmo kernels não assinados. Eu acho que 16.04 aperta isso um pouco, mas eu ainda não o examinei em detalhes.)
- desvantagens rEFInd / vantagens GRUB
- O GRUB está disponível como um pacote oficialmente mantido no Ubuntu, enquanto o rEFInd está (por enquanto) disponível como um pacote de terceiros e PPA.
- Se eu for atropelado por um ônibus, é provável que o desenvolvimento de rEFInd pare; mas o GRUB tem muito mais desenvolvedores e não se tornará abandonado em um futuro próximo.
- O GRUB suporta mais plataformas (CPUs e tipos de firmware).
- O GRUB é mais fácil de usar em um ambiente de inicialização de rede.
- O GRUB pode (em teoria) carregar um kernel a partir de uma configuração LVM ou RAID ou em uma partição criptografada; rEFInd não pode fazer isso. (rEFInd ainda pode ser usado com LVM, RAID e configurações criptografadas, mas a partição
/boot
deve ser separada e não criptografada em tais configurações.) Observe que eu disse "em teoria" porque não conheço nenhuma distribuição que aproveite isso característica, por isso é, tanto quanto é do meu conhecimento, mal testado. - As varreduras do rEFInd para kernels e gerenciadores de inicialização podem levar alguns segundos em cada inicialização, portanto, pode ser um pouco mais lento do que o GRUB aparecer. (Você pode minimizar esse tempo de varredura instalando apenas os drivers do sistema de arquivos que realmente precisa e mantendo as partições que foram verificadas sem problemas.)
- O Shim foi desenvolvido para funcionar com o GRUB. Embora o rEFInd também trabalhe com o Shim, ele não é o alvo principal do Shim, então há a convenção de nomenclatura bizarra de chamar o rEFInd
grubx64.efi
para obter o Shim para iniciá-lo; e você precisará adicionar pelo menos uma entrada à lista MOK para obter o rEFInd para trabalhar com o Shim.
Além desses pontos, há incompatibilidades e peculiaridades ocasionais específicas do sistema. Tais problemas podem ocorrer em qualquer programa, então eles não são realmente vantagens de um ou outro.
É possível configurar o seu sistema para que o rEFInd inicie o GRUB (ou vice-versa), mas na maioria dos casos você terá o pior de ambos os programas, não o melhor, quando fizer isso. Ocasionalmente, porém, o carregamento em cadeia dessa maneira é desejável - digamos, se você quiser o eye candy de rEFInd e a capacidade de carregar um kernel a partir de uma partição LVM, RAID ou criptografada.
Quanto às instruções de instalação às quais você vincula, elas são excessivamente complexas. A maneira mais simples de instalar o rEFInd no Ubuntu é usar o PPA depois de instalar o Ubuntu:
sudo apt-add-repository ppa:rodsmith/refind
sudo apt-get update
sudo apt-get install refind
A desvantagem dessa abordagem é que é um grande salto. Se você preferir testar o rEFInd antes de instalá-lo completamente, use a unidade flash USB, o que permitirá que você veja como o rEFInd funciona antes de fazer qualquer alteração no seu disco rígido.