Ich weiß , Sie das Problem behoben haben, aber ich möchte darauf hinweisen, was schief gelaufen ist und wie es sollte festgelegt werden (sowohl von den Endnutzern und von Ubuntu-Entwickler).
Erstens haben die Entwickler von Ubuntu - am unklugsten - beschlossen, eine GRUB-Konfiguration zu erstellen, die auf Dateien in der Ubuntu- /Partition root ( ) sowie auf der EFI-Systempartition (ESP) basiert. Dies macht GRUB anfällig für das Entfernen oder Beschädigen der Linux-Partition und erschwert daher das Starten des Computers nach dem Entfernen von Ubuntu oder wenn die Ubuntu-Installation auf irgendeine Weise beschädigt ist. Diese Sicherheitsanfälligkeit ist nicht erforderlich. Es ist möglich, GRUB so zu konfigurieren, dass alle Support- und Konfigurationsdateien auf dem ESP gesucht werden. Wenn GRUB auf diese Weise konfiguriert würde (wie Fedora), würde das Löschen von Ubuntu die Fähigkeit von GRUB, auf Windows umzuleiten, nicht beeinträchtigen. Das System würde immer noch über GRUB booten, aber es würde zumindest immer noch booten. Also, schade um Ubuntu, dass es GRUB falsch eingerichtet hat.
Zweitens scheinen Sie, basierend auf den von Ihnen erwähnten Dateinamen, irgendwann das Boot Repair-Tool von Ubuntu ausgeführt zu haben. Dieses Tool benennt den Windows-Bootloader automatisch um EFI/Microsoft/Boot/bootmgfw.efiund platziert eine Kopie von GRUB an seiner Stelle. Es macht dasselbe mit dem EFI-Fallback-Bootloader EFI/BOOT/bootx64.efiund legt eine weitere Kopie von GRUB in as ab EFI/Microsoft/Boot/bootx64.efi, aus Gründen, die ich nicht zu ergründen behaupte. Dies ist eine Problemumgehung für einen Fehler in einer Handvoll EFIs. Das Problem ist, dass Boot Repair dies standardmäßig tut . Auf den meisten Computern ist dies nicht der Fallnotwendig. Wenn es später wünschenswert ist, Änderungen an der Startkonfiguration vorzunehmen, wird diese Umbenennung und Replikation von GRUB zu einer Komplikation, da die Benutzer nur noch raten müssen, was los ist. Schade also, dass die Entwickler von Boot Repair ihre Reparaturen unsubstant angehen. (Zu ihrer Verteidigung wäre es für Boot Repair jedoch sehr schwierig, zuverlässig zu erkennen, welche Computer die Fehler aufweisen, die das Verschieben von Bootdateien erfordern, wie dies standardmäßig der Fall ist.)
Ein weiterer Punkt ist wichtig: In einem ordnungsgemäß funktionierenden EFI-System wird eine Liste der Startprogramme im NVRAM gespeichert. Das EFI versucht jedes der Programme in dieser Liste nacheinander. Wenn einer ausfällt oder abwesend ist, wird der nächste versucht. Bei der Installation von Ubuntu wird die GRUB-Version ganz oben auf der Liste hinzugefügt. Mit den meisten EFIs können Benutzer auch angeben, welches Bootprogramm von einem integrierten Bootmanager verwendet werden soll. Dieser integrierte Bootmanager ist jedoch für die meisten EFIs grob.
Fassen Sie all diese Faktoren zusammen und die einfachste Lösung für das ursprüngliche Problem lautet:
- Machen Sie die Änderungen des Boot Repair-Tools rückgängig. Dies kann mit dem Boot Repair Tool selbst erfolgen. Es verfügt über ein Menü mit erweiterten Optionen und einem Kontrollkästchen namens "EFI-Sicherungen wiederherstellen". Verwenden Sie dies, und die mehreren Kopien von GRUB werden entfernt und der Windows-Bootloader wird wiederhergestellt. Alternativ kann dies manuell erfolgen. Am wichtigsten ist, dass das Backup von
bootmgfw.efi(wahrscheinlich aufgerufen bkpbootmgfw.efi, obwohl einige Versionen von Boot Repair andere Namen verwendet haben) EFI/Microsoft/Boot/bootmgfw.efiauf das ESP kopiert werden sollte .
- Löschen Sie GRUB an seinem offiziellen / richtigen Ort -
EFI/ubuntu/grubx64.efifür Ubuntu. Wenn Secure Boot aktiv EFI/ubuntu/shimx64.efiwäre, wäre stattdessen ein Löschen erforderlich. In der Tat würde das Löschen des gesamten EFI/ubuntuVerzeichnisses oder zumindest das Umbenennen in jedem Fall den Job erledigen.
Das ist es. Wenn diese beiden Dinge erledigt sind, überspringt das EFI die Ubuntu-Startoption, da sie nicht mehr gültig ist, und startet Windows. Einige EFIs entfernen auch automatisch die Ubuntu-Boot-Option aus den Menüs ihrer Boot-Manager, obwohl diese Vorgehensweise nicht universell ist.
Beachten Sie, dass ich in Ihrem Fall, Matthew, diese Dinge nicht empfehle. Sie haben eine funktionierende Konfiguration und wie sie sagen: "Wenn sie nicht kaputt ist, beheben Sie sie nicht." Möglicherweise sind noch einige Streudateien auf Ihrem ESP vorhanden, die jedoch keinen Schaden anrichten. Lassen Sie sie daher am besten in Ruhe. Ich habe meine Antwort in der Hoffnung präsentiert, dass jemand anderes sie nützlich findet.
EDIT: Das obige war richtig, als ich es zum ersten Mal schrieb, und die Prinzipien bleiben dieselben; Boot Repair benennt den Windows-Bootloader jedoch nicht mehr automatisch um und ersetzt ihn durch eine andere Kopie von GRUB. (Boot Repair kann dies optional ausführen, die Option ist jedoch in einem erweiterten Optionsmenü vergraben, sodass sie nicht mehr standardmäßig ausgeführt wird.) Diese Tatsache erleichtert die Wiederherstellung nach diesem Problem heute einfacher als 2013. In den meisten Fällen benötigen Sie nur diese Option Löschen Sie das EFI/ubuntuVerzeichnis auf dem ESP, damit das System direkt unter Windows startet. Wenn GRUB danach immer noch angezeigt wird, haben Sie möglicherweise die Option Boot Repair verwendet, um Boot-Dateien zu sichern und umzubenennen. In diesem Fall ist es in der richtigen Reihenfolge, diese Aktionen rückgängig zu machen, wie bereits erwähnt.
Eine andere Option ist die Verwendung des integrierten Boot-Managers des Computers (normalerweise durch Drücken einer Funktionstaste, Esc oder Enter kurz nach dem Einschalten des Computers), um GRUB zu umgehen und unter Windows zu booten. Sie können dann EasyUEFI verwenden , um die Startreihenfolge anzupassen und / oder den ubuntuEintrag aus der Startliste zu löschen . Diese Aktion löscht GRUB nicht aus dem ESP, umgeht jedoch GRUB.