Novato em Linux aqui. Recentemente reinstalei o Ubuntu e toda vez que inicializo, sou jogado no shell do grub. Procurei em todos os lugares, perdi muito tempo e não consigo rastrear o problema por nada.
A tabela de partições é apresentada como: /dev/sda1 - O sistema operacional real /dev/sda2 - EFI /dev/sda3 - Swap
Correndo:
set root=(hd0,gpt1)
linux /vmlinuz_something root=/dev/sda1 ro
initrd /initrd.img
boot
Eu inicializo no sistema operacional e executo o update-grub. Parece que localizou com sucesso os kernels, atualizou as entradas, mas ainda inicializa no grub. Então, analisei o problema e encontrei alguns casos sugerindo que ele poderia ter algo a ver com a maneira como o GRUB lida com a inicialização após tentativas de inicialização malsucedidas.
Pelo que consegui entender, decidi tentar adicionar ao meu /etc/default/grub:
GRUB_TIMEOUT=0
GRUB_RECORDFAIL_TIMEOUT=$GRUB_TIMEOUT
Executei o update-grub mais uma vez e o problema persistiu. Também tentei outros valores como suposição, o que não funcionou sem surpresa. Peço desculpas por trazer à tona este tópico esgotado, mas as soluções que encontrei simplesmente não funcionaram para mim. Alguma ideia de como consertar isso?
Responder1
Minha suspeita é que você tenha duas instalações do GRUB - talvez uma para uma distribuição e outra para outra; ou um modo BIOS e um modo EFI. Em ambos os casos, se você estiver atualizando o arquivo de configuração de um GRUB, mas outro for executado, você verá sintomas como os que está vendo.
Se você tiver duas instalações do GRUB no modo EFI, deverá ver evidências delas na sua sudo efibootmgr -vsaída e/ou nos arquivos do seuPartição do sistema EFI (ESP), que normalmente é montado /boot/efino Ubuntu. Experimente os seguintes comandos:
sudo efibootmgr -v
sudo find /boot/efi -iname "*.efi"
A primeira mostra os carregadores de inicialização registrados no firmware, incluindo seus caminhos. Se você vir várias referências a shim.efi, shimx64.efi, grub.efiou grubx64.efi(ou seja, mais de uma deste conjunto), esse pode ser o problema. O segundo comando encontra todos os programas de inicialização no seu ESP (assumindo que esteja montado em /boot/efi). Novamente, vários programas de inicialização podem ser um problema - mas neste caso, um Shim pode coexistir com um GRUB; são apenas vários binários GRUB que podem ser um problema.
Se você tiver um modo BIOS e um GRUB no modo EFI, isso pode ser mais difícil de detectar. A maneira mais fácil de fazer isso é executar oScript de informações de inicialização,que identifica os carregadores de inicialização no modo BIOS e no modo EFI, mas requer alguma experiência para interpretar.
Você pode postar o RESULTS.txtarquivo que o Boot Info Script produz, junto com a saída dos dois comandos que anotei, paraum site pastebin,e poste os URLs aqui para interpretarmos.
Mais uma coisa: se você tiver GRUBs no modo BIOS e no modo EFI, e se o GRUB no modo BIOS for o que está falhando, você pode ignorá-lo acessando seu firmware e desativando o Módulo de Suporte de Compatibilidade (CSM) , também conhecido como "suporte de inicialização legado" ou palavras nesse sentido. Dou a esta ação uma chance de 1 em 3 de resolver seu problema, mas vale a pena tentar, especialmente se você se lembrar de seguir as instruções para ativar seu CSM. Mesmo que esta ação não resolva o problema por si só, pode facilitar a solução, uma vez que a causa seja melhor compreendida.