Der Boot Record einer Festplatte darf nicht mit dem Boot Sektor eines Datenträgers verwechselt werden. In der Regel spricht man bei Festplatten vom Master Boot Record, kurz MBR. Bei Computern der x86-Architektur, wozu die meisten PCs zählen, belegt der MBR den ersten Datenblock einer Festplatte mit 512 Bytes.

Wichtig zur Abgrenzung: Der Master Boot Record ist der erste logische Sektor einer gesamten Festplatte (LBA 0). Der üblicherweise so genannte Boot Sektor eines Volume/Dateisystems ist der Volume Boot Record (VBR), also der Startsektor einer einzelnen Partition. Der klassische MBR umfasst 512 Bytes und gliedert sich in 446 Bytes Boot-Code, 64 Bytes Partitionstabelle (4 Einträge à 16 Bytes) und die 2-Byte-Signatur 0x55AA. Auch bei modernen Laufwerken mit 4K-Sektoren (4Kn) oder 512e-Emulation bleibt diese logische 512-Byte-Struktur für den MBR aus Kompatibilitätsgründen erhalten. Bei GPT-Datenträgern existiert zusätzlich ein „Protective MBR“, der ältere Werkzeuge vor einer ungewollten Überschreibung schützt.

Der Boot Record ist für das ordnungsgemäße Hochfahren des Betriebssystems verantwortlich. Er besteht aus einer Partitionstabelle und einem Boot-Loader. Die Partitionstabelle enthält die Aufteilung des verwendeten Datenträgers. Beim Boot-Loader handelt es sich um ein Miniprogramm, welches ausgehend des BIOS eines Computers, das Betriebssystem auf einer Festplattenpartition startet. Da Disketten, CDs und DVDs nicht in Partitionen aufgeteilt sind, enthalten sie lediglich einen Boot Sektor. Fehler im Master Boot Record einer Festplatte führen häufig dazu, dass nicht mehr auf die Platte zugegriffen werden kann. Bei einem gelöschten MBR ist es auch nicht mehr möglich, das Betriebssystem hochzufahren.

Typische Ursachen für MBR-/Boot-Record-Probleme:

• Fehlerhafte Partitions- oder Imaging-Tools, die den Startcode überschreiben
• Malware/Bootkits, die den Boot-Code manipulieren
• Stromausfall, Defekte am Datenträger oder fehlerhafte Sektoren im Bereich LBA 0
• Fehlgeschlagene Migration/Cloning zwischen BIOS/MBR und UEFI/GPT
• Konflikte durch identische Datenträger-Signaturen nach dem Klonen

Symptome reichen von „Missing operating system“, „Invalid partition table“ und „Operating System not found“ bis zu „BOOTMGR is missing“ oder einem „winload error“. In solchen Fällen sollte jede unnötige Schreiboperation vermieden werden, um die Chancen auf eine erfolgreiche Wiederherstellung nicht zu beeinträchtigen.

Boot Record bei DOS- und Windows-Systemen

Der Aufbau des Master Boot Record besteht im Wesentlichen aus zwei Teilen. Den größten Teil nimmt dabei der Boot-Loader ein. Der zweite Teil besteht aus dem Inhaltsverzeichnis der Partitionstabelle. Nach der Installation eines Betriebssystems werden standardmäßig Einstellungen am MBR vorgenommen, damit das Betriebssystem starten kann. Beim MS-DOS-Betriebssystem konnte man sich mit dem DOS-Befehl debug den MBR der Festplatte anzeigen lassen. Ersichtlich ist hier jedoch nur der Boot Record der logischen Partitionen.

Details zum klassischen MBR (BIOS-Modus):

• Der MBR lädt den Volume Boot Record der als „aktiv“ markierten primären Partition.
• Die Partitionstabelle erlaubt maximal vier primäre Einträge; erweiterte/logische Partitionen erfolgen über eine verkettete EBR-Struktur.
• Die 2-Byte-Signatur 0x55AA am Ende signalisiert dem BIOS einen gültigen Startsektor.
• Windows verwendet zusätzlich eine 4-Byte-Datenträgersignatur (Offset 0x1B8), mit der Datenträger eindeutig identifiziert werden.

Bei MS DOS und den frühen Windows-Versionen, wie Windows 95 und Windows ME, wird während der Installation der Boot-Loader im Master Boot Record vollständig überschrieben. Bei einem Fehler kann mit dem Befehl fdisk /mbr ein neuer Boot Record geschrieben werden. Hierbei wird aber nicht die Partitionstabelle zerstört. Bei einem möglichen Virenbefall des MBR kann durch den vorgenannten Befehl das System wieder gesäubert werden. Ebenso ist es hierüber möglich, einen installierten Bootmanager wieder zu entfernen.

Windows NT und XP überschreiben lediglich die ersten 446 Bytes des MBR. Eventuell vorhandene Informationen älterer installierter Betriebssysteme bleiben somit erhalten. Über den NT-Loader, auch NTLDR bezeichnet, erhält man nach der Installation eine Auswahlmöglichkeit zu Beginn des Startvorgangs, um sich hier eines der installierten Betriebssysteme auszusuchen. Bei Windows 2000 und ebenso auch bei XP findet die Wiederherstellungskonsole Anwendung. Über den Befehl fixmbr kann der MBR repariert werden.

Mit Hilfe von fixboot wird der jeweilige Boot Sektor einer Partition repariert. Windows Vista und Windows 7 startet den Boot-Loader vom Boot Sektor über bootmgr. Die nötigen Informationen werden hierbei in der Datei bcd abgespeichert. Während des Bootens überprüft bootmgr die Disk-Signatur mit den abgespeicherten Daten in der BCD-Datei. Bei einem Fehler wird die Meldung „winload error“ ausgegeben. Zwecks Reparaturzwecken lässt sich über die Windows-CD unter „Computer reparieren / Systemwiederherstellungsoptionen“ das Hilfsprogramm bootrec.exe aufrufen. Mit bootrec /fixmbr wird ein neuer MBR geschrieben, mit bootrec /fixboot ein neuer Startsektor auf der Festplatte.

Aktuell (Windows 8, 10, 11 und neuer): Moderne Windows-Versionen nutzen weiterhin den Boot Manager (bootmgr) und die BCD, im UEFI-Modus zusätzlich winload.efi. Für Reparaturen in der Windows-Wiederherstellungsumgebung stehen neben bootrec weitere Werkzeuge bereit.

• BIOS/MBR-Systeme: bootrec /fixmbr, bootrec /fixboot, bootrec /scanos, bootrec /rebuildbcd. Optional: bootsect /nt60 SYS oder /nt60 ALL zur Aktualisierung des Volume-Bootcodes.
• UEFI/GPT-Systeme: bcdboot C:Windows /l de-DE zum Neuaufbau der BCD auf der EFI-Systempartition; bei Bedarf vorher die ESP zuweisen (diskpart: list disk, sel disk, list vol, assign letter=Z:).
• Hinweis: BitLocker-geschützte Datenträger sollten vor Änderungen am Bootprozess korrekt entsperrt werden.

Fehlerbilder und Hinweise:

• „BOOTMGR is missing“: Bootsektor/BCD beschädigt oder falsche aktive Partition.
• „Missing operating system“: MBR-Startcode defekt oder keine aktive primäre Partition vorhanden.
• „winload error“: Inkonsistente BCD, fehlerhafte Disksignatur oder beschädigte Systemdateien.

MBR und andere Betriebssysteme

Linux-System nutzen als Boot-Loader das lizenzfreie Programm Grub. Hierüber ist man in der Lage, verschiedene andere Betriebssysteme, auch Windows, zu laden. Bei den Computern auf EFI-Basis wird anstelle eines MBR die modernere GUID Partition Table genutzt. Die GUID Partition Table ist insoweit abwärts kompatibel, als das auch ältere Systeme wenigstens eine Partition nutzen können.

Erweiterungen im Detail:

• GRUB 2 (BIOS/MBR): Der Stage‑1-Code liegt im MBR; weitere Komponenten (core.img) befinden sich meist im „Post‑MBR‑Gap“. Chainloading ermöglicht das Starten anderer Boot-Loader.
• GRUB/Systemd‑boot (UEFI/GPT): Boot-Einträge liegen auf der EFI-Systempartition (ESP). Die Firmware lädt .efi-Binaries direkt, ein MBR wird nicht mehr benötigt.
• GPT vs. MBR: GPT erlaubt mehr als vier Partitionen, unterstützt große Datenträger (> 2 TB), bietet Redundanz durch primäre/sekundäre Header und CRC-Prüfsummen. Für Abwärtskompatibilität existiert ein „Protective MBR“ mit Partitions-Typ 0xEE.
• Kompatibilität: Windows kann im BIOS-Modus nur von MBR starten; UEFI-Start erfordert GPT. Linux kann auch im BIOS-Modus von GPT starten, sofern eine kleine „bios_grub“-Partition vorhanden ist.

Best Practices für Stabilität und Wiederherstellung:

1. Vor Änderungen an Partitionen vollständige System- und Konfigurationssicherungen erstellen.
2. Bei Migration zwischen BIOS/MBR und UEFI/GPT das Ziel-Startmodell früh festlegen und entsprechend initialisieren.
3. Nach Klon-Vorgängen Disksignaturen prüfen und ggf. neu generieren, um Konflikte zu vermeiden.
4. Bei Startproblemen nur mit geeigneten Tools arbeiten und unnötige Schreibzugriffe vermeiden.
5. Auf konsistente BCD/ESP-Strukturen achten und bei Bedarf bcdboot/bootrec gezielt einsetzen.

Häufige Fragen und Antworten