|
As vezes, GRUB2, o carregador de inicialização que vem por padrão com muitas distribuições Linux, deixa de trabalharNa maioria das vezes ele para de funcionar porque, por algum motivo, tenta inicializar de um dispositivo errado ou inexistente, devido a uma configuração incorreta do programa.
Aqui apresentamos um breve tutorial para resolver este problema sem precisa usar um cd ao vivo para realizar o resgate. |
Nesses casos, isso nos deixa em um prompt do console de resgate do GRUB.
resgate de comida
Pode parecer um pouco complicado, mas é simples e pode economizar mais de uma vez. Primeiro acessei a lista de partições disponíveis:
ls
Este comando mostrará as partições disponíveis, assim:
(hd0) (hd0,1) (hd1) (hd1,1) (hd1,5) (hd2) (hd2,1) (hd3) (hd3,1)
Agora você precisa descobrir qual partição contém a pasta / boot / grub, com todos os dados necessários para inicializar. Para fazer isso, tudo que você precisa fazer é fazer um "ls" para cada uma das partições, assim:
ls (hd1,1) /
… O mesmo se aplica ao resto das partições.
Depois de descobrir a partição onde a pasta de inicialização está localizada, adicionamos o prefixo correspondente para que GRUB saiba onde está localizada:
definir prefixo = (hd1,1) / boot / grub
Finalmente, digite o seguinte comando:
insmod (hd1,1) /boot/grub/linux.mod
Configure a partição raiz:
definir root = (hd1,1)
Carregue a imagem do kernel Linux:
linux /boot/vmlinuz-2.6.32-23-generic root = / dev / sdb1
Se você não sabe qual versão do kernel você instalou, você pode executar o comando "ls" no diretório de inicialização para descobrir.
A nomenclatura do ponto de montagem sdb1, é dada pelo nome da partição: (hd1,1) é sdb1, da mesma forma que (hd0,2) seria: sda2.
Agora o kernel precisa ser carregado:
initrd /initrd.img
E, finalmente, você pode reiniciar:
bota
Uma vez dentro do sistema, é recomendado reinstalar o GRUB para evitar este erro no próximo carregamento:
grub-install / dev / sdb
fonte: químico
