Como consertar as inicializações do Linux no erro do BIOS

Sabe-se que as atualizações do GRUB resultam na inicialização de computadores Linux nas configurações do BIOS ou UEFI. A correção para isso tira proveito de um truque útil de recuperação do sistema que você realmente deveria conhecer.

Um estudo de caso: GRUB 2:2.06.r322

Uma atualização de sistema para Arch e distribuições Linux baseadas em Arch no verão de 2022 incluiu uma nova versão do  GRUB . GRUB  significa  bootloader grande e  unificado .

Um bootloader é um aplicativo que inicia o processo de inicialização quando o computador é ligado . Várias ferramentas de software e utilitários precisam ser lançados – a partir da partição correta e na ordem correta – para eventualmente resultar em um sistema operacional operacional e acessível. GRUB dá início a essa cascata de eventos.

Se você tiver mais de um sistema operacional instalado em seu computador, o GRUB fornece um menu para que você possa selecionar qual sistema operacional usar. Uma das alterações de código no GRUB 2:2.06.r322 adicionou suporte para uma nova opção GRUB,

 --is-supported 

. A opção é usada para indicar se um recurso de inicialização para firmware está presente ou não. Se estiver, o GRUB adiciona uma entrada ao menu de inicialização para permitir que você inicialize nas configurações do EUFI.

A nova opção  foi referenciada em um script  chamado “30_uefi-firmware.in”. A  diferença para este arquivo  mostra que um

 if 

declaração foi removida e duas linhas foram adicionadas.

Uma das novas linhas foi uma substituição 

 if 

declaração. A outra nova linha contém

 fwsetup --is-supported 

. O “fw” em “fwsetup” significa firmware. Mas porque essa linha está acima do novo 

 if 

instrução, ela sempre será executada. Se estivesse dentro do corpo do 

 if 

instrução, ela só seria executada quando o teste no

 if 

declaração resolvida como verdadeira.

Isso causou problemas em muitos, mas não em todos, computadores UEFI . Dependia se a versão do GRUB que você já instalou suportava este comando. As máquinas afetadas fariam uma de duas coisas. Eles entrariam em um loop de inicialização onde o processo de inicialização nunca seria concluído, mas reiniciado continuamente, ou o computador inicializaria diretamente nas configurações do firmware UEFI. De qualquer forma, não havia como forçar o computador a inicializar no Linux.

Quando você se depara com situações como essa, sempre existe a opção nuclear de fazer uma reinstalação completa. Isso funcionará, mas dependendo de como o seu disco rígido foi particionado, sem um backup recente, você poderá perder dados.

O método de baixo impacto usa chrootum Live USB ou Live CD/DVD. Esta é uma boa técnica para entender e estar atento a todos os tipos de falhas do sistema quando você não consegue inicializar ou fazer login em seu computador Linux.

A técnica que usaremos

Para usar esta técnica, você precisa ter um USB inicializável ou um CD/DVD com uma distribuição Linux, que inicialize em uma instância Linux ativa. Normalmente, eles são chamados de Live USB ou Live CD/DVD. Todas as principais distribuições suportam esta função.

Não vamos instalar nada, então a mídia ao vivo não precisa ser a mesma distribuição que você instalou no seu computador. Você poderia usar um Ubuntu USB para reparar um computador EndeavourOS, por exemplo. Se você não tiver acesso a nenhuma mídia ao vivo, precisará usar outro computador para baixar uma imagem e gravá-la em um cartão de memória USB ou em um CD/DVD.

Ao inicializar a partir da mídia ao vivo, você poderá montar e acessar seu sistema de arquivos existente. Seu sistema de arquivos instalado aparecerá como parte do sistema de arquivos do Linux que foi inicializado a partir da mídia live. Isso é ótimo. Se pudermos acessá-lo, teremos uma chance de consertá-lo. Mas isso levanta uma questão.

A raiz desse sistema de arquivos híbrido é a raiz do sistema de arquivos de mídia ao vivo, não a raiz do sistema de arquivos instalado. Para fazer com que os caminhos de arquivo configurados em seu sistema Linux façam referência aos locais de destino corretos — em algum lugar dentro de seu sistema de arquivos, e não em algum lugar relativo à raiz do Linux ativo — precisamos usar para definir umachroot nova raiz que aponte para a raiz do seu sistema de arquivos instalado. Em outras palavras, os caminhos que começam com “/” usarão a raiz do seu sistema de arquivos como ponto de partida.

O computador de teste que usamos para isso usa o

 ext4 

sistema de arquivos , mas você também pode usar essa técnica em outros sistemas de arquivos. Você só precisa identificar quais partições ou volumes você precisa montar e onde montá-los. Os princípios são os mesmos.

Colocando em prática

Criamos uma unidade USB inicializável e inicializamos nosso computador danificado a partir dela. A distribuição que usamos foi EndeavourOS . A mídia ao vivo do EndeavourOS inicializa no ambiente de desktop XFCE 4.

Para identificar quais partições contêm a raiz do seu sistema de arquivos e qual é a partição de inicialização, abra uma janela de terminal e use o fdiskcomando. Estamos usando o

 -l 

(partição de lista) opção. Você precisará usar

 sudo 

, também.

sudo fdisk -l

Percorra a saída até ver entradas denominadas “Sistema EFI” e “Sistema de arquivos Linux”.

Neste computador, ambos estão no sdadisco rígido. Eles estão nas partições um e dois, conforme indicado pelos rótulos de partição /dev/sda1e /dev/sda2.

No seu computador, eles podem estar em discos rígidos e partições diferentes. Tome cuidado para anotar as partições em que estão, precisaremos usá-las nos próximos comandos.

Precisamos montar os sistemas de arquivos nessas partições anexando-os ao sistema de arquivos ativo. O mountcomando fará isso por nós. Lembre-se de que os rótulos de suas partições provavelmente serão diferentes, portanto, certifique-se de usar os dos resultados do seu fdiskcomando.

sudo montar /dev/sda2 /mnt

sudo mount /dev/sda1 /mnt/boot/efi

Para fazer com que a raiz efetiva do sistema de arquivos comece na raiz do seu sistema de arquivos real instalado, usaremos chrootpara definir a raiz como o ponto de montagem “/mnt”. É aqui que a raiz do sistema de arquivos instalado é enxertada no sistema de arquivos ativo.

sudochroot /mnt

Observe que o prompt de comando muda para mostrar que agora você está efetivamente logado como root e está no diretório raiz “/” do sistema de arquivos do seu computador.

Podemos testar isso facilmente, entrando no diretório “/home” e verificando quais diretórios existem dentro dele.

cd /home

eu

Você deverá ver um diretório para cada usuário configurado em seu computador, incluindo um para sua própria conta de usuário. Este computador possui um único usuário, chamado “dave”. Se tivéssemos usado cd /homeo comando antes chroot, teríamos entrado no diretório “/home” do sistema de arquivos ativo.

Só para deixar claro, agora você está acessando  seu sistema de arquivos real  como  usuário root  , então tome cuidado.

Para corrigir o problema com GRUB 2:2.06.r322, tudo o que precisávamos fazer era executar o grub-installcomando.

instalação do grub

Correr grub-installcegamente assim geralmente não é recomendado. Neste caso, é o que era necessário.

Reparar ou Substituir

Se estiver tentando corrigir um problema diferente, você precisará verificar os fóruns de sua distribuição para obter a solução apropriada para o seu problema. Se for uma reclamação generalizada, você logo encontrará uma solução para ela.

No mínimo, agora que você pode acessar seu sistema de arquivos, poderá copiar seus dados para alguma mídia removível. Se decidir fazer uma reinstalação completa, você não perderá dados.