Sei que você corrigiu o problema, mas quero apontar o que deu errado e como deve ser corrigido (tanto pelos usuários finais quanto pelos desenvolvedores do Ubuntu).
Primeiro, os desenvolvedores do Ubuntu decidiram - de maneira imprudente - criar uma configuração GRUB que se baseia em arquivos na /
partição root ( ) do Ubuntu , bem como na EFI System Partition (ESP). Isso torna o GRUB vulnerável à remoção ou danos à partição Linux e, portanto, dificulta a inicialização do computador após a remoção do Ubuntu ou se a instalação do Ubuntu estiver danificada de alguma forma. Essa vulnerabilidade é desnecessária; é possível configurar o GRUB para procurar todos os seus arquivos de suporte e configuração no ESP. Se o GRUB fosse configurado dessa maneira (como o Fedora), a exclusão do Ubuntu não afetaria a capacidade do GRUB de redirecionar para o Windows. O sistema ainda inicializaria através do GRUB, mas pelo menos ainda seria inicializado. Então, vergonha no Ubuntu por configurar o GRUB da maneira errada.
Segundo, com base nos nomes de arquivos mencionados, você parece ter executado a ferramenta de reparo de inicialização do Ubuntu em algum momento. Essa ferramenta renomeia automaticamente o carregador de inicialização do Windows 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 EFI fallback,, EFI/BOOT/bootx64.efi
e coloca outra cópia do GRUB como EFI/Microsoft/Boot/bootx64.efi
, por razões que não pretendo entender. Isso é feito como uma solução alternativa para um bug em um punhado de EFIs. O problema é que o reparo de inicialização faz isso por padrão. Na maioria dos computadores, é nãonecessário. Quando é subsequentemente desejável fazer alterações na configuração de inicialização, essa renomeação e replicação do GRUB se torna uma complicação, pois os usuários ficam adivinhando o que está acontecendo. Portanto, tenha vergonha dos desenvolvedores do Boot Repair por serem indecisos quanto a seus reparos. (Em sua defesa, porém, seria muito difícil para o Reparo de Inicialização detectar com segurança quais computadores possuem os bugs que exigem a movimentação de arquivos de inicialização da maneira que ocorre por padrão.)
Mais um ponto é importante: em um sistema EFI funcionando corretamente, uma lista de programas de inicialização é mantida na NVRAM. O EFI tenta cada um dos programas nesta lista em sequência; se um falhar ou estiver ausente, o próximo será tentado. Quando o Ubuntu é instalado, 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 em um gerenciador de inicialização interno, mas esse gerenciador de inicialização interno é bruto na maioria das EFIs.
Resuma todos esses fatores e a solução mais simples para o problema original se torna:
- Desfazer as alterações da ferramenta Boot Repair. Isso pode ser feito usando a própria ferramenta de reparo de inicialização; possui um menu Opções avançadas com uma caixa de seleção chamada "Restaurar backups EFI". Use isso e as várias cópias do GRUB serão removidas e o carregador de inicialização do Windows será restaurado. Como alternativa, isso pode ser feito manualmente. Mais importante, o backup de
bootmgfw.efi
(provavelmente chamado bkpbootmgfw.efi
, embora algumas versões do Boot Repair tenham usado outros nomes) deve ser copiado EFI/Microsoft/Boot/bootmgfw.efi
no ESP.
- Exclua o GRUB em seu local oficial / adequado -
EFI/ubuntu/grubx64.efi
para Ubuntu. Se o Secure Boot estivesse ativo, a exclusão EFI/ubuntu/shimx64.efi
seria necessária. De fato, excluir o EFI/ubuntu
diretório inteiro ou, pelo menos, renomeá-lo, faria o trabalho em qualquer caso.
É isso aí. Com essas duas coisas, a EFI ignorará a opção de inicialização do Ubuntu porque não é mais válida e continuará a inicialização do 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.
Observe que, no seu caso, Matthew, eu não recomendo fazer essas coisas; você tem uma configuração funcional e, como se costuma dizer, "se não estiver quebrada, não conserte". Você pode ter alguns arquivos perdidos no seu ESP, mas eles não causam nenhum dano, por isso é melhor deixá-lo em paz. Apresentei minha resposta na esperança de que alguém a ache útil.
Edição: O texto acima estava correto quando eu escrevi pela primeira vez, e os princípios permanecem os mesmos; no entanto, o Reparo de inicialização 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 feita por padrão.) Esse fato facilita a recuperação desse problema hoje hoje do que em 2013. Na maioria dos casos, você só precisa exclua o EFI/ubuntu
diretório no ESP para inicializar o sistema 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 (geralmente acessado pressionando uma tecla de função, Esc ou Enter logo após ligar o computador) para ignorar o GRUB e inicializar no Windows. Você pode usar o EasyUEFI para ajustar a ordem de inicialização e / ou excluir a ubuntu
entrada da lista de inicialização. Esta ação não excluirá o GRUB do ESP, mas ignorará o GRUB.