Primeiro, o arquivo de log indica que o Reparo de inicialização foi concluído, mas sua pergunta alude à edição manual do /boot/grub/grub.cfg
e não está claro se você fez isso antes ou depois de executar o Reparo de inicialização. Se depois, por favor, execute Boot Repair novamente, mas não edite /boot/grub/grub.cfg
manualmente.
Se o sistema estiver caindo para um prompt grub>
, como você descreveu depois de executar o Reparo de Inicialização, essa ferramenta obviamente não estará pronta para o trabalho. Seu Boot Repair parece razoável, embora não esteja mostrando um arquivo grub.cfg
em seu disco rígido, o que normalmente acontece. Assim, você pode tentar uma abordagem diferente:
- Desative a Inicialização Segura no seu firmware, se estiver ativada no momento.
- Faça o download da versão em CD-R ou da unidade flash USB do meu gerenciador de inicialização do rEFInd.
- Prepare uma mídia de inicialização a partir dos arquivos que você baixa.
- Inicialize a mídia de inicialização do rEFInd. Ele deve mostrar pelo menos uma opção para inicializar o Ubuntu.
- Experimente as opções do Ubuntu em rEFInd. Se um falhar e houver mais de um, tente o (s) outro (s).
- Se você pode entrar no Ubuntu pelo rEFInd, você tem duas opções:
- Você pode instalar o pacote Debian ou o PPA do rEFInd, que assumirá as tarefas do gerenciador de inicialização e fará com que você inicie sem o GRUB.
- Você pode tentar reinstalar e reparar o GRUB da sua instalação do Ubuntu. Como o Boot Repair já falhou nessa tarefa, não sei o que sugerir, exceto talvez
sudo grub-install
seguido porsudo update-grub
.
- Se desejar, você pode reativar a Inicialização Segura neste momento.
O ponto deste procedimento é simplesmente que rEFInd não é GRUB e, portanto, o que está errado com o GRUB não afetará o rEFInd - pelo menos, não se o problema for específico do GRUB. É concebível que haja algo mais errado com sua instalação. Por exemplo, se você não tiver mais kernels Linux em /boot
, terá que reinstalar os pacotes do kernel usando um sistema de emergência.