Mi rendo conto che hai risolto il problema, ma voglio sottolineare cosa è andato storto e come dovrebbe essere risolto (sia dagli utenti finali che dagli sviluppatori di Ubuntu).
In primo luogo, gli sviluppatori di Ubuntu hanno deciso - più saggiamente - di creare una configurazione GRUB che si basa sui file nella /
partizione root ( ) di Ubuntu , così come sulla partizione di sistema EFI (ESP). Ciò rende GRUB vulnerabile alla rimozione o al danneggiamento della partizione Linux, e quindi rende difficile l'avvio del computer dopo aver rimosso Ubuntu o se l'installazione di Ubuntu è danneggiata in qualche modo. Questa vulnerabilità non è necessaria; è possibile configurare GRUB per cercare tutti i suoi file di supporto e configurazione su ESP. Se GRUB fosse configurato in questo modo (come Fedora), l'eliminazione di Ubuntu non influirebbe sulla capacità di GRUB di reindirizzare a Windows. Il sistema continuerebbe ad avviarsi tramite GRUB, ma almeno dovrebbe ancora avviarsi. Quindi, peccato per Ubuntu per aver impostato GRUB nel modo sbagliato.
In secondo luogo, in base ai nomi dei file che hai citato, sembra che tu abbia eseguito lo strumento Boot Repair di Ubuntu ad un certo punto. Questo strumento rinomina automaticamente il boot loader di Windows EFI/Microsoft/Boot/bootmgfw.efi
e posiziona una copia di GRUB al suo posto. Fa la stessa cosa con il caricatore di avvio di fallback EFI EFI/BOOT/bootx64.efi
e rilascia un'altra copia di GRUB in as EFI/Microsoft/Boot/bootx64.efi
, per motivi che non pretendo di capire. Questo è un modo per aggirare un bug in una manciata di EFI. Il problema è che Boot Repair lo fa per impostazione predefinita. Sulla maggior parte dei computer, è non ènecessario. Quando successivamente è desiderabile apportare modifiche alla configurazione di avvio, questa ridenominazione e replica di GRUB diventa una complicazione, poiché gli utenti rimangono indovinati su cosa sta succedendo. Quindi, vergogna per gli sviluppatori di Boot Repair di non avere dubbi sulle loro riparazioni. (A loro difesa, tuttavia, sarebbe molto difficile per Boot Repair rilevare in modo affidabile quali computer hanno i bug che richiedono lo spostamento dei file di avvio in modo predefinito.)
Un altro punto è importante: in un sistema EFI che funziona correttamente, un elenco di programmi di avvio è contenuto in NVRAM. EFI prova ciascuno dei programmi in questo elenco in sequenza; se uno fallisce o è assente, viene tentato quello successivo. Quando si installa Ubuntu, aggiunge la sua versione di GRUB in cima all'elenco. La maggior parte degli EFI consente inoltre agli utenti di specificare quale programma di avvio utilizzare da un boot manager integrato, ma questo boot manager integrato è rozzo sulla maggior parte degli EFI.
Riassumi tutti questi fattori e la soluzione più semplice al problema originale diventa:
- Annulla le modifiche apportate allo strumento Ripristino avvio. Questo può essere fatto usando lo strumento Boot Repair stesso; ha un menu Opzioni avanzate con una casella chiamata "Ripristina backup EFI". Usalo e le copie multiple di GRUB verranno rimosse e il boot loader di Windows verrà ripristinato. In alternativa, questo può essere fatto manualmente. Ancora più importante, il backup di
bootmgfw.efi
(probabilmente chiamato bkpbootmgfw.efi
, sebbene alcune versioni di Boot Repair abbiano usato altri nomi) dovrebbe essere copiato EFI/Microsoft/Boot/bootmgfw.efi
su ESP.
- Elimina GRUB nella sua posizione ufficiale / corretta -
EFI/ubuntu/grubx64.efi
per Ubuntu. Se Secure Boot fosse attivo, EFI/ubuntu/shimx64.efi
sarebbe invece necessaria l' eliminazione . In effetti, l'eliminazione dell'intera EFI/ubuntu
directory, o almeno la sua ridenominazione, farebbe comunque il lavoro.
Questo è tutto. Con queste due cose compiute, EFI salterà l'opzione di avvio di Ubuntu perché non è più valida e continuerà ad avviare Windows. Alcuni EFI rimuoveranno automaticamente anche l'opzione di avvio di Ubuntu dai menu dei loro gestori di avvio, sebbene questa pratica non sia universale.
Nota che nel tuo caso, Matthew, non consiglio di fare queste cose; hai una configurazione funzionante e, come si suol dire, "se non è rotto, non aggiustarlo". Potresti avere alcuni file randagi sul tuo ESP, ma non stanno facendo alcun danno, quindi è meglio lasciarlo da solo. Ho presentato la mia risposta nella speranza che qualcun altro la possa trovare utile.
EDIT: Quanto sopra era corretto quando l'ho scritto per la prima volta, e i principi rimangono gli stessi; tuttavia, Boot Repair non rinomina più automaticamente il boot loader di Windows e lo sostituisce con un'altra copia di GRUB. (Boot Repair può farlo facoltativamente, ma l'opzione è sepolta in un menu di opzioni avanzate, quindi non viene più eseguita per impostazione predefinita.) Questo fatto rende il recupero da questo problema più facile oggi rispetto al 2013. Nella maggior parte dei casi, è necessario solo eliminare la EFI/ubuntu
directory su ESP per avviare il sistema direttamente su Windows. Se GRUB appare ancora dopo aver effettuato l'operazione, è possibile che sia stata utilizzata l'opzione Ripristino avvio per eseguire il backup e rinominare i file di avvio, nel qual caso è necessario utilizzarlo per annullare tali azioni, come notato in precedenza.
Un'altra opzione è quella di utilizzare il boot manager integrato del computer (di solito si accede premendo un tasto funzione, Esc o Invio subito dopo aver acceso il computer) per bypassare GRUB e avviare Windows. È quindi possibile utilizzare EasyUEFI per regolare l'ordine di avvio e / o eliminare la ubuntu
voce dall'elenco di avvio. Questa azione non eliminerà GRUB dall'ESP, ma ignorerà GRUB.