Nova instalação inicializa no grub

0

Novato do Linux aqui. Recentemente reinstalado o Ubuntu e toda vez que eu inicializo, eu sou jogado no shell grub. Eu olhei em todos os lugares, perdi muito tempo e não consigo rastrear o problema para a vida de mim.

A tabela de partições é apresentada como: / dev / sda1 - O SO atual / dev / sda2 - EFI / dev / sda3 - Troca

Ao executar:

set root=(hd0,gpt1)
linux /vmlinuz_something root=/dev/sda1 ro
initrd /initrd.img
boot

Eu inicio no sistema operacional e, em seguida, executo o update-grub. Parece que ele localizou com sucesso os kernels e atualizou as entradas, mas ainda inicializa no grub. Então eu olhei ainda mais para o problema e esbarrei em alguns exemplos sugerindo que ele pode ter algo a ver com a maneira como o GRUB lida com a inicialização após tentativas mal-sucedidas de inicialização.

Pelo que pude fazer, decidi tentar adicionar ao meu / etc / default / grub:

GRUB_TIMEOUT=0
GRUB_RECORDFAIL_TIMEOUT=$GRUB_TIMEOUT

Eu executei update-grub mais uma vez e o problema persistiu. Também tentei outros valores como um palpite, o que não funcionou sem surpresa. Peço desculpas por abordar este tema esgotado, mas as soluções que encontrei não funcionaram para mim. Alguma ideia de como consertar isso?

    
por gsantos 11.10.2015 / 00:58

1 resposta

0

Minha suspeita é que você tem 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 para um GRUB, mas outro for executado, verá sintomas como o que está vendo.

Se você tem duas instalações GRUB no modo EFI, você deve ver evidências delas na sua saída sudo efibootmgr -v e / ou nos arquivos em sua Partição do sistema EFI (ESP) , que normalmente é montada em /boot/efi no Ubuntu. Experimente os seguintes comandos:

sudo efibootmgr -v
sudo find /boot/efi -iname "*.efi"

O primeiro mostra os carregadores de inicialização registrados com o firmware, incluindo seus caminhos. Se você vir várias referências a shim.efi , shimx64.efi , grub.efi ou grubx64.efi (ou seja, mais de um deste conjunto), esse pode ser o problema. O segundo comando encontra todos os programas de inicialização em seu ESP (supondo que ele 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 do 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 o Boot Info Script, que identifica os carregadores de inicialização no modo BIOS e no modo EFI, mas leva alguma experiência para interpretar.

Você pode postar o arquivo RESULTS.txt que o Boot Info Script produz, junto com a saída desses dois comandos que eu observei, para um site pastebin , e poste os URLs aqui para nós interpretarmos.

Mais uma coisa: se você tem os 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 o firmware e desabilitando o Módulo de Compatibilidade Compatível (CSM), também conhecido como "suporte de inicialização legado" ou palavras para esse efeito. Eu dou a esta ação talvez uma chance de 1 em 3 de consertar seu problema, mas vale a pena tentar, especialmente se você se lembra de seguir as instruções para habilitar seu CSM. Mesmo que essa ação não resolva o problema por si só, isso pode facilitar a solução, uma vez que a causa seja melhor compreendida.

    
por Rod Smith 13.10.2015 / 00:45