Eu vi alguns relatórios desde a mudança do BIOS para a EFI sobre as EFIs se recusarem a iniciar seus utilitários de configuração. Eu não os acompanhei de perto o suficiente para reconhecer padrões (por exemplo, um fabricante específico de firmware ou uma marca de computador / placa-mãe tem mais problemas do que outros?), Mas isso definitivamente se qualifica como um bug de firmware, não um bug do sistema operacional. Dito isto, pode ser desencadeada por alterações feitas pelo sistema operacional para configurações de firmware, como a ordem de inicialização. A coisa incomum no seu caso é que você fez uma instalação no modo legado do BIOS / CSM /, o que significa que a instalação do SO não deve ter feito tais mudanças. Meu palpite é que sua mudança do modo EFI para o modo de inicialização do BIOS no próprio firmware fez com que o bug se manifestasse; ou talvez alterar alguma outra configuração de firmware.
Existem várias maneiras de contornar esse problema, como:
- Você pode desconectar o disco rígido e inicializar o computador. Isso normalmente faz com que ele ative o utilitário de configuração.
- Se você inicializar o Ubuntu no modo EFI (digamos, o instalador é inicializado dessa maneira), digitar
sudo systemctl reboot --firmware-setupem um shell deve ser reinicializado no utilitário de configuração do firmware. - Alguns gerenciadores de inicialização no modo EFI (mas não no modo BIOS) fornecem uma opção para inicializar o utilitário de configuração de firmware. O GRUB tem essa funcionalidade, mas não tenho certeza se está habilitado por padrão no Ubuntu e, como você está usando a versão do modo BIOS, este ponto é discutível. Você pode, usar meu gerenciador de inicialização do rEFInd em uma unidade flash USB ou CD -R (há imagens de download para ambos na página à qual acabei de vincular). A opção deve aparecer na segunda linha de ícones (menores). Você também pode usar o rEFInd para inicializar sua instalação regular no modo EFI para usar
systemctl, se desejar.
Note que é muito improvável que o Boot Repair resolva o problema, já que é causado por problemas no firmware anterior ao GRUB (ou qualquer outra coisa fornecida pelo Ubuntu) assumir o controle do computador.
Quando você estiver no utilitário de configuração, a opção de redefinir o firmware para seus padrões provavelmente resolverá o problema, mas não posso prometer isso. Dada a sua configuração, você precisaria alternar o CSM novamente ou adicionar um carregador de inicialização no modo EFI ao disco para obter o boot novamente, e o procedimento executa pelo menos algum risco de recriar o problema.
Como este é um bug de firmware, vale a pena fazer uma atualização do fabricante. Se não houver atualização, recomendo que você relate o bug; os fabricantes não podem consertar bugs se eles não souberem que eles existem.
Observe que este caso ilustra uma das vantagens da inicialização no modo EFI: Existem maneiras de entrar no utilitário de configuração de firmware a partir do gerenciador de inicialização ou sistema operacional. A inicialização via modo EFI também é geralmente um pouco mais rápida, é menos restritiva em discos grandes (acima de 2 TB), suporta inicialização segura, é o modo de inicialização nativo em hardware moderno (o que significa menos confusão, como descrito em < uma página minha ), e tem algumas outras pequenas vantagens sobre o modo BIOS. Inicialização Por esses motivos, geralmente recomendo instalações em modo EFI em um novo hardware, a menos que haja uma razão convincente para fazer uma instalação no modo BIOS.
Você pode ignorar com segurança a reclamação sobre arquivos de inicialização que residem longe do início do disco. Esse tem sido um problema recorrente com BIOSes, com a definição de "longe" mudando com o tempo. Seu disco é apenas 119,2 GiB, com a ressalva de que você mostrou a saída para /dev/sdb , mas não /dev/sda , por isso, se /dev/sda for maior e o carregador de boot estiver instalado lá, pode ser um problema. Na maioria dos computadores modernos, eu esperaria que o BIOS (ou o CSM da EFI) fosse capaz de ler até 2 TiB, então qualquer disco menor do que isso deveria estar OK.
Eu suspeito que seus problemas do GPart não estejam relacionados a mais nada, mas são problemáticos. Eles podem indicar um disco que está falhando - mas é mais provável que ocorra uma corrupção aleatória do sistema de arquivos, especialmente se o computador travou ou caiu completamente a qualquer momento. Eu recomendo strongmente que você olhe para isso, mas como eu suspeito que é um problema separado do seu problema principal, eu não darei conselhos sobre isso aqui.