Instalou o Ubuntu em um novo disco rígido, mas não carrega

0

Eu tentei desativar a inicialização segura e verifiquei minhas partições, elas parecem ok. O computador não carrega o Ubuntu, basta reiniciar e selecionar o dispositivo de inicialização adequado. Eu corri informação de inicialização e este é o resultado link .

    
por Neet01 19.04.2017 / 06:24

1 resposta

0

A curto prazo, tente colocar meu gerenciador de reinicialização em uma unidade flash USB ou CD-R e boot usando-o. O rEFInd provavelmente será capaz de inicializar sua instalação do Ubuntu sem nenhuma configuração especial ou mudanças; no entanto, você pode não querer inicializar através do rEFInd em uma unidade flash USB a longo prazo ....

Como ubfan1 diz em um comentário, sua saída efibootmgr não mostra nenhuma evidência de uma entrada de inicialização para o GRUB ( EFI/ubuntu/grubx64.efi no seu /dev/sda1 ). Tal entrada deve existir. As duas possibilidades mais prováveis de por que ele não existe são uma falha ao instalar o carregador de inicialização ou uma EFI com bugs que "esquece" suas entradas de inicialização.

Para corrigir o primeiro problema, você deve criar uma nova entrada de inicialização. Você pode fazer isso após inicializar seu sistema via rEFInd com o seguinte comando:

sudo efibootmgr -c -l \EFI\ubuntu\shimx64.efi -L "ubuntu"

Observe as barras duplas invertidas ( \ ) em vez de barras simples ( / ) como separadores de diretório. (Tenho certeza que versões recentes do efibootmgr podem usar barras, mas como você não diz qual versão do Ubuntu está usando, é melhor usar o menor denominador comum.) Além disso, se o Secure Boot está realmente desativado, você pode especificar grubx64.efi em vez de shimx64.efi ; mas o último deve sempre funcionar, então é a escolha mais segura.

Reinicialize e, se o Ubuntu iniciar, digite sudo efibootmgr para ver se há uma entrada ubuntu . Se houver, você poderá reinicializar ou desligar e reinicializar, e o sistema será inicializado novamente.

Se isso falhar, então a sua melhor aposta, se o seu computador é novo, é substituí-lo porque está com defeito. Certifique-se de informar ao fabricante por que você está devolvendo-o para receber um reembolso. Eles tiveram literalmente anos para consertar esses erros, e a maioria tem; mas alguns fabricantes ainda estão enviando EFIs quebradas, e provavelmente continuarão a fazê-lo até que o Sol seja uma brasa fria, a menos que as pessoas se recusem a comprar produtos quebrados.

Se o computador não for novo o suficiente para ser reembolsado, há uma solução alternativa: Fazer backup e renomear o GRUB para o nome de arquivo de fallback ( EFI/BOOT/bootx64.efi no ESP). Você pode fazer assim:

sudo cp -r /boot/efi/EFI/ubuntu /boot/efi/EFI/BOOT
sudo mv /boot/efi/EFI/BOOT/shimx64.efi /boot/efi/EFI/BOOT/bootx64.efi

Mais uma vez, você pode especificar grubx64.efi em vez de shimx64.efi se tiver certeza de que a Inicialização Segura está desativada; mas shimx64.efi deve funcionar, quer a Inicialização Segura esteja ativada ou não, e a escolha mais segura.

Essa abordagem tem vários problemas, embora sejam menos significativos para seu sistema de inicialização única do que para alguns. O maior problema, se você deve adotar essa abordagem, é que as atualizações para o Shim e o GRUB não serão instaladas automaticamente; você terá que copiá-los manualmente de /boot/efi/EFI/ubuntu para /boot/efi/EFI/BOOT , como nos comandos anteriores. A maioria dessas atualizações não é realmente crítica, mas sempre há uma chance de que uma atualização inclua uma correção de segurança importante, por isso você deve ficar de olho nisso.

    
por Rod Smith 19.04.2017 / 19:42