Como mantenho o refE, entendo como ele funciona e interage muito bem com o Ubuntu; mas também não estou sem meus próprios preconceitos e preferências. (Bifurquei o rEFIt no rEFInd porque não gosto do GRUB 2 e pensei que muito do que o rEFIt fazia era elegante, mas não exatamente o que eu precisava.)
Na maioria dos casos, o rEFInd funciona. É raro ter problemas pós-inicialização com qualquer carregador de inicialização; uma vez que o kernel é inicializado, ele funciona completamente ou não funciona. (Existem exceções ocasionais a essa regra, mas como eu disse, elas são raras.) Portanto, se o rEFInd inicializar o sistema, você não precisará se preocupar muito com os problemas subsequentes. Dito isto, existem vantagens e desvantagens em qualquer parte do software, incluindo os gerenciadores de inicialização. Comparados ao GRUB, esses pontos vêm à mente em relação ao rEFInd:
- vantagens / desvantagens do GRUB
- Como ele procura kernels em cada inicialização, o rEFInd é mais adaptável e menos dependente dos arquivos de configuração. Isso é mais importante se você estiver inicializando várias distribuições Linux, pois nessa configuração, você precisa cuidar para que o arquivo de configuração principal do GRUB conheça as alterações nos 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 maioria das vezes; mas quando os scripts entendem errado, corrigi-lo pode ser um pesadelo. Como os arquivos de configuração do rEFInd são mais simples, tende a ser mais fácil corrigir e ajustar sua configuração.
- O refEnd tem mais colírio para os olhos, como você aponta.
- O rEFInd é mais confiável na inicialização do Windows com a Inicialização segura ativa. (Consulte este relatório de bug para obter informações sobre um problema moderadamente comum do GRUB que não afeta o rEFInd.)
- O rEFInd pode iniciar carregadores de inicialização no modo BIOS; O GRUB não pode. Para a maioria das pessoas, e particularmente as pessoas com PCs baseados em UEFI, isso não é grande coisa. Porém, alguns usuários de Mac precisam de compatibilidade no modo BIOS para inicialização dupla com o Windows 7.
- O refE em uma unidade flash USB ou CD-R pode inicializar uma instalação do Ubuntu que não pode ser inicializada. Existem algumas ressalvas e limitações, mas mesmo se você não usar o rEFInd no 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 demorar 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 uma quantidade ridícula de tempo para verificar se há kernels no sistema e uma variedade de gerenciadores de inicialização e para reconstruir o arquivo de configuração com o que foi encontrado. . Observe que você enfrentará esse problema mesmo se usar o rEFInd, a menos que desinstale o GRUB (ou não o instale para começar).
- Ao trabalhar com a Inicialização segura, o rEFInd sempre aplica políticas de inicialização segura. O GRUB pode ou não fazê-lo ao iniciar os kernels do Linux, dependendo da versão do GRUB em uso. (Antes do Ubuntu 16.04, o GRUB do Ubuntu lançava até kernels não assinados. Acho que o 16.04 aperta um pouco isso, mas ainda não o examinei em detalhes.)
- Desvantagens do rEFInd / GRUB
- O GRUB está disponível como um pacote mantido oficialmente 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á abandonware em um futuro próximo.
- O GRUB suporta mais plataformas (tipos de CPUs e firmware).
- O GRUB é mais fácil de usar em um ambiente de inicialização de rede.
- O GRUB pode (em teoria) carregar um kernel de dentro de uma configuração LVM ou RAID ou em uma partição criptografada; O refEnd não pode fazer isso. (O rEFInd ainda pode ser usado com configurações LVM, RAID e criptografadas, mas a
/bootpartição deve estar separada e não criptografada nessas configurações.) Observe que eu disse "em teoria" porque não conheço nenhuma distribuição que aproveite esse recurso, portanto é, que eu saiba, mal testado.
- As varreduras do rEFInd para kernels e carregadores de inicialização podem levar alguns segundos em cada inicialização, portanto, pode ser um pouco mais lento que o GRUB para aparecer. (Você pode minimizar esse tempo de verificação instalando apenas os drivers do sistema de arquivos que você realmente precisa e mantendo as partições que são verificadas de maneira organizada).
- Shim foi projetado para trabalhar com o GRUB. Embora o rEFInd também funcione com o Shim, ele não é o principal objetivo do Shim, então existe a convenção de nomeação bizarra de chamar o rEFInd
grubx64.efipara fazer com que o Shim o inicie; e você precisará adicionar pelo menos uma entrada à lista MOK para que o refEnd funcione com o Shim.
Além desses pontos, existem incompatibilidades e peculiaridades específicas do sistema. Tais problemas podem ocorrer em qualquer um dos programas, portanto, não são realmente vantagens de um ou de outro.
É possível configurar seu sistema para que o rEFInd inicie o GRUB (ou vice-versa), mas na maioria dos casos, você acabará tendo o pior dos dois programas, e não o melhor, quando fizer isso. Na ocasião, porém, é desejável o carregamento em cadeia dessa maneira - por exemplo, se você quiser o colírio para os olhos do 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 após a instalação do 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, que permitirá ver como o rEFInd funciona antes de fazer alterações no disco rígido.