Alguma desvantagem em usar rEFInd em vez de GRUB?

EDIÇÃO FINAL - Se você planeja instalar o rEFInd, leia a resposta de Rod abaixo.

Após a instalação, se você tiver várias entradas inúteis, basta escrever o nome delas em um pedaço de papel (o rEFInd as descreverá como somefile.efi), abra o refind.conf e adicione a linha dont_scan_files somefile.efi,someotherfile.efi

Se você ainda vir entradas inúteis (eu tinha uma que dizia "carregador de inicialização de fallback etc." sem especificar nenhum arquivo .efi), basta adicionar a linha dont_scan_dirs EFI/boot,EFI/Dell,EFI/memtest86. Deveria fazer o truque.

Eu tenho uma máquina com um derivado do Ubuntu dual boot com Windows 10. No momento, estou usando o GRUB, mas planejando mudar para o refEnd, principalmente para os olhos.

O que me preocupa são as possíveis desvantagens, principalmente se um gerenciador de inicialização mais sofisticado como o rEFInd pode atrasar meu processo de inicialização.

[EDIT - Ignore o seguinte guia, leia a resposta abaixo ] Por fim, este guia parece confiável?

EDIT - ao contrário de outros pré-existentes, o foco desta pergunta está na inicialização dupla do Windows-Linux (embora a resposta abaixo pareça cobrir qualquer sistema operacional, com foco nos baseados no Debian).

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.