Sei que você corrigiu o problema, mas quero apontar o que deu errado e como ele
deve ser corrigido (tanto pelos usuários finais quanto pelos desenvolvedores do Ubuntu). Primeiro, os desenvolvedores do Ubuntu decidiram - o mais imprudentemente - criar uma configuração do GRUB que dependa de arquivos na partição raiz ( /
) do Ubuntu, bem como na Partição do sistema EFI (ESP). Isso torna o GRUB vulnerável à remoção ou dano à partição Linux e, portanto, dificulta a inicialização do computador após a remoção do Ubuntu ou se o A instalação do Ubuntu está danificada de alguma forma. Esta vulnerabilidade é desnecessária; É possível configurar o GRUB para procurar por todos os seus arquivos de suporte e configuração no ESP. Se o GRUB foi configurado dessa maneira (como o Fedora faz), a exclusão do Ubuntu não afetaria a capacidade do GRUB de redirecionar para o Windows. O sistema ainda inicializaria pelo GRUB, mas pelo menos ainda inicializaria. Então, envergonhe o Ubuntu por configurar o GRUB da maneira errada.
EFI/Microsoft/Boot/bootmgfw.efi
, e coloca uma cópia do GRUB em seu lugar. Ele faz a mesma coisa com o carregador de inicialização de fallback EFI, EFI/BOOT/bootx64.efi
e descarta outra cópia do GRUB como EFI/Microsoft/Boot/bootx64.efi
, por motivos que não pretendo entender. Isso é feito como uma solução alternativa para um bug em um punhado de EFIs. O problema é que o Boot Repair faz isso por padrão. Na maioria dos computadores, não é necessário . Quando é subseqüentemente desejável fazer alterações na configuração de inicialização, essa renomeação e replicação do GRUB se torna uma complicação, uma vez que os usuários ficam sem saber o que está acontecendo. Então, envergonhe os desenvolvedores do Boot Repair por não serem sutis sobre seus reparos. (Em sua defesa, no entanto, seria muito difícil para o Boot Repair detectar com segurança quais computadores têm os bugs que exigem mover os arquivos de inicialização da maneira que ele faz por padrão.)
Mais um ponto é importante: Em um sistema EFI com funcionamento adequado, uma lista de programas de inicialização é realizada na NVRAM. O EFI tenta cada um dos programas nesta lista em seqüência; se um falhar ou estiver ausente, o próximo será julgado. Quando o Ubuntu instala, ele adiciona sua versão do GRUB ao topo da lista. A maioria das EFIs também permite que os usuários especifiquem qual programa de inicialização usar a partir de um gerenciador de inicialização integrado, mas esse gerenciador de inicialização integrado é rudimentar na maioria das EFIs.
Some todos esses fatores e a solução mais simples para o problema original se torna:
- Desfaça as alterações da ferramenta Reparo de inicialização. Isso pode ser feito usando a própria ferramenta de reparo de inicialização; ele possui um menu de opções avançadas com uma caixa de seleção chamada "Restore EFI Backups". Use isso e as várias cópias do GRUB serão removidas e o gerenciador de inicialização do Windows será restaurado. Alternativamente, isso pode ser feito manualmente. Mais importante ainda, o backup de
bootmgfw.efi
(provavelmente chamado debkpbootmgfw.efi
, embora algumas versões do Boot Repair tenham usado outros nomes) deve ser copiado paraEFI/Microsoft/Boot/bootmgfw.efi
no ESP. - Exclua o GRUB em seu local oficial / apropriado -
EFI/ubuntu/grubx64.efi
para o Ubuntu. Se a Inicialização Segura estivesse ativa, a exclusão deEFI/ubuntu/shimx64.efi
seria necessária. De fato, excluir todo o diretórioEFI/ubuntu
, ou pelo menos renomeá-lo, faria o trabalho em qualquer caso.
É isso. Com essas duas coisas realizadas, o EFI irá ignorar a opção de inicialização do Ubuntu, porque não é mais válido e vai para iniciar o Windows. Algumas EFIs também removerão automaticamente a opção de inicialização do Ubuntu dos menus de seus gerenciadores de inicialização, embora essa prática não seja universal.
Note que no seu caso, Matthew, eu não recomendo fazer essas coisas; você tem uma configuração de trabalho e, como dizem, "se não está quebrado, não conserte". Você pode ter alguns arquivos perdidos no seu ESP, mas eles não estão causando nenhum dano, então é melhor deixá-lo sozinho. Eu apresentei minha resposta na esperança de que alguém a ache útil.
EDITAR: O texto acima estava correto quando eu o escrevi pela primeira vez, e os princípios permanecem os mesmos; no entanto, o Boot Repair não renomeia automaticamente o carregador de inicialização do Windows e o substitui por outra cópia do GRUB. (O Reparo de inicialização pode fazer isso opcionalmente, , mas a opção está oculta em um menu de opções avançadas, portanto não é mais feito por padrão.) Esse fato facilita a recuperação desse problema hoje mais do que em 2013. Na maioria dos casos, você só precisa excluir o diretório EFI/ubuntu
no ESP para fazer o sistema inicializar diretamente no Windows. Se o GRUB ainda aparecer após você fazer isso, você pode ter usado a opção Reparo de Inicialização para fazer backup e renomear arquivos de inicialização; nesse caso, usá-lo para desfazer essas ações está em ordem, conforme observado anteriormente.
Outra opção é usar o gerenciador de inicialização interno do computador (normalmente acessado pressionando uma tecla de função, Esc ou Enter logo após ligar o computador) para ignorar o GRUB e inicializar para o Windows. Você pode então usar EasyUEFI para ajustar a ordem de inicialização e / ou excluir a entrada ubuntu
da lista de inicialização. Esta ação não excluirá o GRUB do ESP, mas irá ignorar o GRUB.