Qualquer desvantagem de usar o rEFInd em vez do GRUB?

13

FINAL EDIT - Se você está planejando instalar o rEFInd, você pode querer ler a resposta do Rod abaixo.

Após a instalação, se você tiver um monte de entradas inúteis, anote seu nome em um pedaço de papel (o rEFInd irá descrevê-las como somefile.efi), abra o arquivo refind.conf e adicione a linha dont_scan_files somefile.efi,someotherfile.efi

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

Eu tenho uma máquina com um derivativo do Ubuntu dual booted com o Windows 10. Atualmente, estou usando o GRUB, mas planejo mudar para o rEFInd, principalmente para os olhos.

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

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

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

    
por random_human_being_ 22.04.2016 / 23:47

1 resposta

21

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.

    
por Rod Smith 23.04.2016 / 03:47