- Durch die korrekte Identifizierung von Partitionen und Datenträgern können Sie GRUB von einem Live-USB-Stick neu installieren, ohne das System neu installieren zu müssen.
- Tools wie Boot-Repair, Syslinux oder LILO bieten alternative Möglichkeiten zur Wiederherstellung des MBR und des Bootmanagers.
- Mit BCDBoot und bootrec können Sie den Windows Boot Manager und den BCD-Speicher in Multi-Windows-Umgebungen reparieren.
- Die Kombination von Linux- und Windows-Dienstprogrammen erleichtert die sichere Wiederherstellung eines beschädigten Dual-Boot-Systems.

Bei der Konfiguration eines Dual-Boot-Systems mit Windows und einer Linux-Distribution (Ubuntu, Arch, Debian usw.) spielt der Bootmanager eine entscheidende Rolle. Er bestimmt, welches Betriebssystem wie gestartet wird. Das Problem besteht darin, dass bereits ein einfaches Windows-Update, eine Partitionsänderung oder eine Neuinstallation GRUB oder den Windows Boot Manager beschädigen und so verhindern kann, dass der Computer korrekt startet.
In solchen Situationen treten häufig Symptome wie Bootfehler, das Erscheinen des GRUB-Rettungsmodus , Windows-Start ohne Berücksichtigung von Linux oder umgekehrt das Verschwinden von Windows aus dem Menü auf. Die gute Nachricht: Mit den richtigen Tools lässt sich der Bootloader (GRUB oder Windows Boot Manager) in nahezu jedem Szenario reparieren – sowohl in Dual-Boot-Systemen mit Windows und Linux als auch in Konfigurationen mit mehreren Windows-Versionen.
Was verursacht üblicherweise Probleme mit GRUB oder dem Windows Boot Manager in einem Dual-Boot-System?
Bevor Sie mit Reparaturen beginnen, sollten Sie die Ursache der Fehlfunktion des Anlassers verstehen. So können Sie für jede Situation das richtige Werkzeug auswählen und vermeiden, dass dasselbe Problem wiederholt auftritt.
Einer der häufigsten Gründe ist, dass Windows bei der Installation nach Linux oder nach einem größeren Upgrade die MBR- oder EFI-Partition überschreibt . Windows geht davon aus, dass es das einzige Betriebssystem auf dem Computer ist und überschreibt den Bootsektor, wodurch GRUB verschwindet und nur noch Windows startet.
Ein weiteres häufiges Szenario ist das Ändern der Partitionsgröße oder das Verschieben von Partitionen mithilfe von Partitionierungstools. Wenn Sie die Partition, auf der GRUB installiert ist, verändern oder die Partitionstabelle bearbeiten, kann der Bootmanager leicht die Verbindung zum Linux-Systemverzeichnis oder zum Kernel selbst verlieren . Dies führt zu Fehlermeldungen wie „Systemstartfehler“ oder dazu, dass das Betriebssystem-Auswahlmenü nicht angezeigt wird.
Der Bootmanager kann auch nach einem Systemupdate beschädigt werden . Obwohl dies nicht der häufigste Fall ist, kann ein Kernel-Update, ein neues GRUB-Paket oder Änderungen an der UEFI-Firmware dazu führen, dass das Bootmenü falsch konfiguriert ist, was ein direktes Erscheinen der Rettungskonsole (die berüchtigte GRUB-Eingabeaufforderung „grub rescue> “) zur Folge hat.
Auf Computern, auf denen mehrere Windows-Versionen nebeneinander existieren (z. B. Windows 10 und Windows 11 auf separaten Festplatten oder in verschiedenen Partitionen), liegt das Problem manchmal nicht an GRUB, sondern am Windows BCD-Speicher selbst , der falsch konfiguriert sein kann und dazu führt, dass eines der Systeme nicht im Bootmenü des Windows Boot Managers angezeigt wird.
Starten Sie von einem Linux-Live-Medium, um GRUB zu reparieren.
Wenn der Bootmanager ausfällt und das System nicht normal lädt, ist die flexibelste Vorgehensweise die Verwendung einer Live-CD oder eines Live-USB-Sticks einer Linux-Distribution (Ubuntu ist in der Regel die bequemste Option), um in das installierte System „einzusteigen“ und GRUB von dort aus neu zu installieren.
Der erste Schritt besteht darin, ein bootfähiges Medium zu erstellen. Laden Sie dazu ein ISO-Image einer Distribution mit GRUB2 (Ubuntu, Debian, Linux Mint usw.) herunter, deren Architektur mit der Architektur Ihres beschädigten Systems übereinstimmt: amd64 für ein 64-Bit-System oder i386 für ein 32-Bit-System . Diese Übereinstimmung ist wichtig, da später chroot verwendet wird . Stimmen die Architekturen nicht überein, können beim Ausführen der GRUB-Binärdateien Fehler auftreten.
Sobald Sie die ISO-Datei haben, brennen Sie sie auf einen bootfähigen USB-Stick . Sie können dafür Tools wie Rufus, balenaEtcher oder ein anderes Ihrer Wahl verwenden. Stecken Sie den USB-Stick in den Computer mit dem beschädigten Boot-System und wählen Sie im BIOS oder UEFI aus, vom USB-Stick zu starten.
Der erste Schritt besteht darin, ein bootfähiges Medium zu erstellen. Laden Sie dazu ein ISO-Image einer Distribution mit GRUB2 (Ubuntu, Debian, Linux Mint usw.) herunter, deren Architektur mit der Architektur Ihres beschädigten Systems übereinstimmt: amd64 für ein 64-Bit-System oder i386 für ein 32-Bit-System . Diese Übereinstimmung ist wichtig, da später chroot verwendet wird . Stimmen die Architekturen nicht überein, können beim Ausführen der GRUB-Binärdateien Fehler auftreten.
Wenn Sie vom USB-Laufwerk booten, bietet das Distributionsmenü eine Option wie „Ubuntu ausprobieren “ an. Diese Option lädt ein komplettes System in den Arbeitsspeicher, ohne auf die Festplatte zuzugreifen. Von dort aus können Sie ein Terminal öffnen und die notwendigen Befehle ausführen, um GRUB wiederherzustellen.
Öffnen Sie auf dem Live-Desktop einfach das Anwendungsmenü und suchen Sie nach „Terminal“ . Von hier an erfolgt der gesamte Vorgang über die Befehlszeile, aber wenn Sie die Schritte sorgfältig befolgen, ist es recht einfach.
Identifizieren Sie die Root-Partition, die /boot-Partition und die Festplatte.
Um den Bootmanager neu zu installieren, muss man zunächst wissen, auf welchen Partitionen das Linux-System installiert ist und wie die Festplatte heißt, auf der sich die MBR- oder EFI-Partition befindet (zum Beispiel /dev/sda ).
Im Terminal des Live-Systems können Sie den Befehl `fdisk -l` mit Administratorrechten ausführen: `sudo fdisk -l` . Dieser Befehl listet alle angeschlossenen Laufwerke und Partitionen auf und zeigt Dateisystemtyp, Größe und Bezeichnung (falls vorhanden) an.
Unter den angezeigten Informationen müssen Sie die Partition finden, die Ihr Linux-Root-System enthält . Normalerweise sehen Sie dort einen Pfad wie /dev/sda2 oder ähnlich, mit einer angemessenen Größe und einem Linux-Dateisystem (ext4 oder gleichwertig). Falls Sie eine separate /boot-Partition erstellt haben , müssen Sie diese ebenfalls identifizieren. Sie ist typischerweise eine kleine Partition mit Dateien wie grub, vmlinuz, initrd, System.map usw.
Wenn Sie sich nicht sicher sind, ist es ratsam, die verdächtigen Partitionen manuell einzuhängen und deren Inhalt zu untersuchen. Verwenden Sie beispielsweise `sudo mount /dev/sda2 /mnt` und listen Sie anschließend den Inhalt mit `ls /mnt` auf . Sehen Sie Verzeichnisse wie `bin`, `boot`, `root` usw. , handelt es sich um die Root-Partition. Hängen Sie eine andere Partition ein und finden Sie dort neben anderen Bootdateien auch einen Ordner namens `grub` , handelt es sich um die ` /boot`- Partition.
Der Name der Hauptfestplatte wird auch oben in der Ausgabe von fdisk angezeigt, beispielsweise „ Disk /dev/sda “. Diese Kennung ist wichtig, da sie das endgültige Ziel bei der Neuinstallation von GRUB auf dem MBR darstellt oder auf die Partition verweisen kann, die in einem UEFI-System als EFI-Partition dient.
Die Partitionen einbinden und GRUB mithilfe von chroot neu installieren
Sobald Sie die Partitionen identifiziert haben, die Sie interessieren, müssen Sie diese im Live-System einbinden , damit Sie Ihre Installation so "aufrufen" können, als ob Sie von ihr und nicht vom USB-Stick gebootet hätten.
Zuerst mounten Sie die Root-Partition unter /mnt mit einem Befehl wie: `sudo mount /dev/sda2 /mnt` (ersetzen Sie /dev/sda2 durch die Partition, die Ihrem Fall entspricht). Falls Sie eine separate /boot- Partition haben , mounten Sie diese innerhalb des Root-Verzeichnisses, beispielsweise mit `sudo mount /dev/sda7 /mnt/boot`.
Als Nächstes müssen Sie einige spezielle Verzeichnisse mit der Option `--bind` einbinden , damit die chroot-Umgebung die Geräte, Prozesse und das Dateisystem des Rechners erkennen kann. Dies geschieht üblicherweise mit Befehlen wie: `sudo mount -bind /dev /mnt/dev` , `sudo mount -bind /dev/pts /mnt/dev/pts` , `sudo mount -bind /proc /mnt/proc` und `sudo mount -bind /sys /mnt/sys`.
Nachdem alles eingerichtet ist, können Sie nun mit `chroot` das Stammverzeichnis des Dateisystems auf das Ihres installierten Linux-Systems ändern. Der übliche Befehl lautet `sudo chroot /mnt` . Ab diesem Zeitpunkt wirken sich alle ausgeführten Befehle auf Ihr tatsächlich auf der Festplatte installiertes System aus und nicht mehr auf die Live-Umgebung, die vom USB-Stick ausgeführt wird.
Der nächste Schritt ist die Neuinstallation von GRUB auf der richtigen Festplatte. Auf BIOS/MBR-Systemen verwendet man üblicherweise einen Befehl wie `grub-install --boot-directory=/boot/ --recheck /dev/sda` (wobei `/dev/sda` durch die Festplatte mit dem MBR ersetzt wird). Dieser Befehl lädt den GRUB-Bootloader in den Bootsektor der Festplatte und stellt sicher, dass die Konfiguration auf die richtigen Dateien verweist.
Nach der Neuinstallation des Bootmanagers empfiehlt es sich, die GRUB-Konfiguration neu zu generieren , damit alle verfügbaren Betriebssysteme erkannt werden. Dies geschieht mit dem Befehl `grub-mkconfig -o /boot/grub/grub.cfg` . GRUB durchsucht anschließend die Partitionen nach Linux-Kerneln, Windows-Installationen und anderen Systemen und generiert das Bootmenü.
Wenn Sie fertig sind, verlassen Sie einfach die Chroot-Umgebung mit dem Befehl `exit` und starten Sie Ihren Computer mit `sudo reboot` neu . Nach dem Entfernen des bootfähigen USB-Laufwerks sollte das voll funktionsfähige GRUB-Menü angezeigt werden , über das Sie entweder Linux oder Windows starten können.
Verwenden Sie Boot-Repair, um GRUB automatisch wiederherzustellen.
Für diejenigen, die sich nicht mit so vielen manuellen Befehlen herumschlagen wollen, gibt es ein sehr praktisches Tool namens Boot-Repair , das speziell für die Behebung häufiger Boot-Probleme in Ubuntu und Derivaten entwickelt wurde.
Boot-Repair ist ein Dienstprogramm, das in einer Ubuntu-Umgebung (entweder im Betriebssystem selbst oder in einer Live-Umgebung) installiert werden kann. Seine Hauptfunktion besteht darin, GRUB automatisch neu zu installieren und den Zugriff auf alle installierten Systeme wiederherzustellen: sei es, weil Windows den MBR überschrieben hat, weil ein Update die Anzeige des GRUB-Menüs verhindert hat oder weil Sie Partitionen geändert und die Konfiguration beschädigt haben.
Zusätzlich zur Standardreparatur bietet das Tool erweiterte Optionen zum Sichern von Partitionstabellen, zum Sichern von Bootsektoren, zum Generieren detaillierter Berichte (Boot-Info) und zum Anpassen von Reparaturparametern, falls Sie eine feinere Steuerung benötigen.
Um Boot-Repair in einer Ubuntu-Live-Umgebung zu verwenden, müssen Sie zunächst das Boot-Repair-PPA-Repository mit einem Befehl wie `sudo add-apt-repository ppa:yannubuntu/boot-repair` hinzufügen . Aktualisieren Sie anschließend die Pakete mit `sudo apt update` und installieren Sie die Anwendung schließlich mit `sudo apt install boot-repair` . Bestätigen Sie gegebenenfalls den Download und die Installation.
Nach der Installation kann das Dienstprogramm über die Ubuntu-Anwendungssuche mit dem Befehl „Boot-Repair“ gestartet werden . Beim Start zeigt das Tool üblicherweise die Option „Empfohlene Reparatur“ an , die für die meisten Benutzer am bequemsten ist, da sie GRUB neu installiert, dessen Konfiguration aktualisiert und die meisten gängigen Fehler ohne manuelle Konfiguration behebt.
In den erweiterten Optionen gibt es ein Kontrollkästchen für „MBR wiederherstellen “. Mit dieser Option können Sie das aktuelle Boot-Signatur der Festplatte durch einen generischen oder spezifischen MBR ersetzen, was in bestimmten Fällen hilfreich sein kann. Nachdem Sie die gewünschte Option ausgewählt und auf „Anwenden “ geklickt haben, startet Boot-Repair den Reparaturvorgang und zeigt den Fortschritt bis zum Abschluss an. Nach Abschluss werden in der Regel die vorgenommenen Änderungen angezeigt, und nach einem Neustart sollte der Dual-Boot wieder funktionieren.
Weitere Low-Level-Tools: Syslinux, MBR und LILO
In einigen fortgeschrittenen Fällen, insbesondere bei der Arbeit mit speziellen Konfigurationen, älterer Hardware oder bestimmten Dateisystemen , kann es hilfreich sein, Tools wie Syslinux oder LILO zu verwenden, um den MBR und den Bootvorgang direkter zu manipulieren.
Syslinux ist eine Sammlung schlanker Bootloader für verschiedene Anwendungsfälle: das klassische SYSLINUX für MS-DOS-FAT-Dateisysteme, PXELINUX für das Booten vom Netzwerk, ISOLINUX für bootfähige CDs und EXTLINUX für ext2/3/4- oder btrfs-Dateisysteme. Es enthält außerdem MEMDISK , mit dem ältere Betriebssysteme wie DOS von unkonventionellen Datenträgern gestartet werden können.
Auf einer Distribution wie Ubuntu können Sie es mit `sudo apt install syslinux` installieren . Nach der Installation können Sie den MBR wiederherstellen , indem Sie den entsprechenden Befehl in das Bootverzeichnis der Festplatte schreiben, beispielsweise mit `sudo dd if=/usr/lib/syslinux/mbr.bin of=/dev/sda` . Alternativ können Sie auch andere Pakete und Tools verwenden, wie z. B. `sudo apt-get install mbr` gefolgt von `sudo install-mbr -in -p D -t 0 /dev/sda` , die ebenfalls einen funktionierenden MBR wiederherstellen.
Eine weitere klassische Option ist LILO (Linux Loader) . Obwohl GRUB2 mittlerweile in den meisten Distributionen der Standard-Bootloader ist, bleibt LILO eine einfache und robuste Lösung für bestimmte Hardwaretypen oder Konfigurationen, bei denen GRUB Probleme hat. Unter Ubuntu lässt es sich beispielsweise mit `sudo apt-get install lilo` installieren ; während der Installation erscheint eine Meldung, die Sie bestätigen müssen, um fortzufahren.
Nach der Installation von LILO können Sie mit einem Befehl wie `sudo lilo -M /dev/sda mbr` einen neuen MBR schreiben . Dadurch wird der MBR-Code durch den LILO-Code ersetzt, was helfen kann, einen funktionierenden Systemstart auf Systemen wiederherzustellen, deren Bootmanager beschädigt oder inkompatibel mit der Hardware ist.
GRUB reparieren, wenn der Rettungsmodus in Arch Linux angezeigt wird
Bei Distributionen wie Arch Linux tritt nach Windows-Updates, Änderungen der Bootkonfiguration oder Partitionsmodifikationen relativ häufig der GRUB-Rettungsmodus auf . In diesen Fällen startet der Computer zwar, aber anstelle des GRUB-Menüs erscheint eine minimalistische Eingabeaufforderung, in der nur wenige Befehle ausgeführt werden können.
In diesem Modus können Sie versuchen, Arch Linux manuell zu starten, indem Sie dem Bootloader den Speicherort des Kernels und seiner Konfiguration mitteilen. Ein typisches Beispiel hierfür ist das Setzen des Root- und GRUB-Präfixes mit Befehlen wie ` set root=(hd0,gpt8)` und `set prefix=(hd0,gpt8)/boot/grub` , das Laden des Moduls `normal` mit `insmod normal` und schließlich das Ausführen von `normal`, um das gewohnte Bootmenü aufzurufen.
Dies bietet zwar eine temporäre Lösung, behebt aber nicht das eigentliche Problem. Die korrekte Vorgehensweise nach dem Start von Arch Linux ist, ` grub-install` auf der richtigen Festplatte auszuführen (z. B. `sudo grub-install /dev/sda` ) und anschließend `grub-mkconfig` . Dieser Befehl schlägt jedoch manchmal mit Meldungen wie „Dateisystem auf der Hostfestplatte konnte nicht identifiziert werden“ oder „Sicherheitsprüfungen auf der Festplatte können nicht durchgeführt werden“ fehl.
In diesem Fall empfiehlt es sich, von einem kompatiblen Live-Medium (z. B. dem Arch-Installer oder einem Live-System einer anderen Distribution) zu booten, die Partitionen einzubinden und wie zuvor beschrieben chroot zu verwenden. Dadurch wird sichergestellt, dass die Geräte korrekt verfügbar sind, die Partitionstabelle richtig erkannt wird und GRUB problemlos neu installiert werden kann . Wichtig ist, dass Sie GRUB auf dem gesamten Datenträger (z. B. /dev/sda) und nicht auf einer bestimmten Partition (z. B. /dev/sda6) installieren, es sei denn, es gibt einen triftigen Grund dafür.
Wiederherstellen des Windows Boot Managers und des BCD auf Dual-Boot-Systemen
In Konfigurationen, in denen zwei Windows-Versionen nebeneinander existieren (z. B. Windows 10 und Windows 11) oder in denen nur der Windows-Start innerhalb eines Dual-Boot-Systems mit Linux defekt ist, kann es auch erforderlich sein, den Windows-Bootmanager und seinen BCD-Speicher zu reparieren.
Windows enthält das Hilfsprogramm BCDBoot , mit dem Starteinträge für ein Windows-System erstellt oder repariert werden können . Es ist besonders nützlich, wenn Sie eine zweite Windows-Installation auf einer anderen Partition oder Festplatte installiert haben und diese nicht im Startmenü erscheint, oder wenn das Startmenü gelöscht wurde und Windows nur noch ein System startet.
Die allgemeine Vorgehensweise besteht darin, den PC mit einem Windows-Installationsmedium (oder einem Wiederherstellungslaufwerk) zu starten und die Reparaturoptionen aufzurufen. Klicken Sie im Installationsbildschirm anstatt mit dem üblichen Vorgang fortzufahren, auf „Computer reparieren “. Gehen Sie anschließend zu „Problembehandlung“ und dann zu „Erweiterte Optionen “. Dort können Sie je nach Bedarf entweder „Eingabeaufforderung“ oder „Systemstartreparatur “ auswählen.
Wenn Sie die automatische Reparatur wählen, versucht die Option „Startreparatur“ automatisch , Fehler im Bootmanager und in der BCD-Konfiguration zu beheben . Dies ist in vielen Fällen eine schnelle Möglichkeit, den Windows-Bootmanager wiederherzustellen, ohne dass manuelle Befehle eingegeben werden müssen.
Für mehr Kontrolle können Sie den BCD-Speicher über die Kommandozeile neu erstellen . Üblicherweise sichern Sie zunächst den aktuellen Speicher mit einem Befehl wie `ren BCD BCD.old` (nachdem Sie zum entsprechenden Ordner navigiert haben) und führen anschließend `bcdboot D:\Windows` aus (ersetzen Sie `D:\Windows` durch den tatsächlichen Pfad zu Ihrer Windows-Installation). Falls Sie nicht wissen, welcher Laufwerksbuchstabe zu welcher Partition gehört, können Sie dies mit `diskpart` und anschließend mit `list volume` überprüfen.
Alternativ können Sprache und Startvolume auch mit einer ausführlicheren Syntax angegeben werden, beispielsweise mit ` bcdboot c:\Windows /l en-us /s X: /f ALL`. Ersetzen Sie dabei X: durch den Laufwerksbuchstaben der Startpartition (oder eines USB-Sticks, auf dem der Bootloader erstellt werden soll). Dadurch wird die BCD-Datei mit neuen Einträgen für die gewählte Windows-Version überschrieben, sodass nach einem Neustart beide Systeme im Startmenü erscheinen sollten , sofern die übrige Konfiguration korrekt ist.
Repariere den Windows MBR mit bootrec
In Situationen, in denen das Problem direkt im MBR (Master Boot Record) einer Festplatte liegt, die unter Windows als Startlaufwerk verwendet wurde, können Sie auch das in Windows-Wiederherstellungsumgebungen verfügbare Tool bootrec verwenden.
Der Vorgang beginnt üblicherweise mit dem Starten vom Windows-Installationsmedium . Bei vielen Dell-Computern können Sie beispielsweise beim Startbildschirm die Taste F12 drücken , um das Startmenü zu öffnen und den Installations-USB-Stick oder die DVD auszuwählen. Klicken Sie anschließend wie zuvor auf „Computer reparieren “ , dann auf „Problembehandlung “, dann auf „Erweiterte Optionen“ und wählen Sie schließlich „Eingabeaufforderung “.
Über die Konsole können Sie eine Reihe von bootrec-Befehlen in dieser Reihenfolge ausführen, um den MBR- und BCD-Speicher zu reparieren: zuerst bootrec /fixmbr , wodurch ein sauberer, Windows-kompatibler MBR auf die Festplatte geschrieben wird; dann bootrec /fixboot , wodurch ein neuer Bootsektor in der Systempartition erstellt wird; und schließlich bootrec /rebuildbcd , wodurch nach vorhandenen Windows-Installationen gesucht und angeboten wird, diese dem Boot-Speicher hinzuzufügen.
Sobald diese Befehle fehlerfrei funktionieren, wird der Computer neu gestartet, indem das Installationsmedium entfernt wird, um zu überprüfen, ob Windows korrekt startet und, falls ja, ob der Dual-Boot mit Linux noch über GRUB oder den Boot Manager möglich ist , je nachdem, wie das System konfiguriert ist.
Kenntnisse über all diese Tools und Verfahren (LiveUSB für Linux, chroot und GRUB-Neuinstallation, Verwendung von Boot-Repair, Syslinux, LILO, BCDBoot und bootrec) erleichtern es erheblich, zu diagnostizieren, welche Boot-Komponente in einem Dual-Boot-System defekt ist, und in jedem Fall die passende Lösung anzuwenden. So lassen sich vollständige Systemneuinstallationen vermeiden und ein stabiler Dual-Boot zwischen Windows und Ihrer bevorzugten Linux-Distribution in nur wenigen Schritten wiederherstellen.