GRUB verwendet den Inhalt von /boot/grub/ auf Ihrer Linux-Partition, um Ihr System normal zu booten. Aus diesem Grund hat GRUB eine sehr minimale Funktionalität.
Wenn Sie sich auf einem Legacy-BIOS-System befinden, haben Sie Pech und müssen eine Windows-Festplatte für die Boot-Reparatur verwenden. (Das liegt daran, dass GRUB seinen NTFS-Treiber nicht laden kann, weil Sie ihn gelöscht haben).
Wenn Sie ein UEFI-System haben, was sehr wahrscheinlich ist, können Sie Windows immer noch ziemlich einfach laden.
Erster Typ:
chainloader +1
Wenn hier unbekannter Befehl steht, haben Sie Pech, weil GRUB diesen Befehl nicht eingebettet hat, also müssen Sie ihn gelöscht haben.
Wenn es zurück zur Grub-Eingabeaufforderung startet, haben Sie ein Legacy-BIOS und Sie haben Pech.
Wenn dort ein ungültiger EFI-Pfad angezeigt wird, sollten Sie fortfahren können.
Geben Sie ein:
ls (hd0,gpt1)/
dies sollte "/efi" zurückgeben. Führen Sie nun Folgendes aus:
chainloader (hd0,gpt1)/EFI/Microsoft/Boot/bootmgfw.efi
boot
Ich habe ein ähnliches Problem auf diese Weise gelöst:
- Windows10+Ubuntu16 Dual-System;
- Ich habe MbrFix64 verwendet, um das Booten von vorhandenem Ubuntun auf Win10 in einer Win10-Umgebung zu ändern;
- Und dann war ich dummerweise gefolgt und habe alle Nicht-Volumen-Festplatten gelöscht... das hat direkt den nächsten Ärger verursacht;
- Starte den Laptop neu und bleibe im Grub>-Modus hängen;
- Da das bestehende Ubuntu-System gelöscht wurde, gibt es mehrere (hd0, gptx) beim Handeln von grub>ls; Ich probiere jede Disc aus, daher lautet der gültige Befehl:grub> chainloader (hd0,gpt2)/EFI/Mcrosoft/Boot/bootmgfw.efigrub>boot
- Es ist jetzt zu Windows10 zurückgekehrt.:-)
Lektionen:
- sollte die wichtigen Dateien sichern und immer ein bootfähiges Dis/USB-ISO-Image nebenbei vorbereiten;
- Der Schritt zum Ausführen von Mbrfix64 ist korrekt, aber ich sollte vergessen, dass meine Ubuntu-Bootdateien wahrscheinlich auf der Windows-CD gemischt sind;