Der BIOS‑Bootprozess

02.07.2025 · 4 Min. Lesezeit

Schritt für Schritt vom Einschalten bis zum Betriebssystem

Der BIOS‑Bootprozess ist einer der am längsten unveränderten Abläufe der gesamten PC‑Architektur. Er ist einfach, strikt linear und historisch stark geprägt. Gerade deshalb ist er ideal geeignet, um zu verstehen, wie ein PC ursprünglich gedacht war - und warum spätere Konzepte wie UEFI notwendig wurden. Dieser Artikel beschreibt den klassischen BIOS‑Bootprozess chronologisch, ohne Abkürzungen, beginnend beim Einschalten des Rechners und endend beim Übergang an das Betriebssystem.

1. Einschalten: Von Strom zu Ausführung

Mit dem Einschalten des Rechners passiert zunächst nichts „Intelligentes“. Strom stabilisiert sich, Signale setzen sich, die CPU wird aus dem Reset‑Zustand freigegeben. In diesem Moment kennt der Prozessor:

• kein Betriebssystem
• keinen Speicher
• keine Geräte
• keine Konfiguration

Er kennt genau eine Sache: eine feste Startadresse, von der er seinen ersten Befehl holt. Diese Adresse ist architektonisch definiert und zeigt auf den Anfang des BIOS‑Codes. Dieser Moment ist entscheidend: Der Prozessor vertraut blind dem Code, den er dort findet.

2. BIOS‑Start: Ausführung unveränderlicher Firmware

Der erste ausgeführte Code liegt im BIOS‑ROM. Dieser Code ist nicht austauschbar, nicht versionsabhängig vom Betriebssystem und nicht dynamisch. Er ist Teil der Hardwareplattform. In dieser Phase:

• läuft die CPU in einem minimalen Ausführungsmodus
• existiert kein Speicherschutz
• gibt es keine Trennung von Code und Daten
• läuft alles strikt seriell

Das BIOS übernimmt nun vollständig die Kontrolle.

3. POST - Power‑On Self Test

Der erste sichtbare Abschnitt des BIOS‑Ablaufs ist der sogenannte POST. Er dient nicht der Leistung, sondern der Verifikation. Das BIOS prüft:

• grundlegende CPU‑Funktion
• Vorhandensein und Minimalfunktion des Arbeitsspeichers
• elementare Systemkomponenten
• einfache Ein- und Ausgabegeräte

Der POST ist bewusst simpel. Er soll feststellen, ob der Rechner lauffähig ist, nicht wie gut. Fehler in dieser Phase sind kritisch, weil noch kein Betriebssystem existiert, das sie abfangen könnte. Akustische Signale oder einfache Textmeldungen sind typisch - mehr steht dem BIOS nicht zur Verfügung.

4. Hardware‑Initialisierung auf Minimalniveau

Nach dem POST beginnt das BIOS, Hardware zu initialisieren - aber strikt nur so weit wie notwendig. Ziel ist kein vollständiger Betrieb, sondern ein definierter Ausgangszustand. Das BIOS:

• initialisiert Speichercontroller in einfacher Form
• erkennt grundlegende Geräte
• richtet elementare Interrupts ein
• bereitet einfache Ein‑/Ausgabe vor

5. Aktivierung der BIOS‑Routinen

Nun stehen die klassischen BIOS‑Routinen zur Verfügung. Diese sind über fest definierte Einsprungpunkte erreichbar und stellen grundlegende Dienste bereit:

• Tastatureingabe
• Bildschirm­ausgabe
• einfache Datenträgerzugriffe

Diese Routinen sind alt, langsam und unflexibel - aber extrem stabil. Genau deshalb konnten frühe Betriebssysteme und Programme direkt auf sie zugreifen. An dieser Stelle ist der Übergang fließend: Das BIOS ist jetzt nicht mehr nur Firmware, sondern eine primitive Dienstebene.

6. Ermittlung des Boot‑Mediums

Als Nächstes entscheidet das BIOS, woher es das Betriebssystem laden soll. Die Logik dafür ist einfach, aber historisch tief verwurzelt. Das BIOS:

• verwendet eine festgelegte Bootreihenfolge
• prüft verfügbare Medien nacheinander
• sucht nach einem gültigen Boot‑Code

Diese Entscheidung basiert nicht auf Dateisystemen oder Programmnamen, sondern auf der Existenz eines bestimmten Codes an einer bestimmten Stelle. Das BIOS denkt nicht in Dateien - sondern in Sektoren.

7. Laden des Bootsektors

Wird ein geeignetes Boot‑Medium gefunden, lädt das BIOS einen exakt definierten kleinen Datenblock - den Bootsektor - an eine festgelegte Speicheradresse. Wichtig ist:

• das BIOS weiß nicht, was dieser Code tut
• es prüft nicht, ob er sinnvoll ist
• es vertraut ihm vollständig

Der Bootsektor ist der erste frei kontrollierte Code, den das BIOS fremder Software überlässt. Das BIOS lädt - und tritt dann zurück.

8. Übergabe der Kontrolle

Nach dem Laden springt die CPU an die Startadresse des Bootsektors. Ab diesem Moment hat das BIOS:

• keine Kontrolle mehr
• keine Rücksprachefunktion
• keine Schutzmechanismen

Der geladene Code läuft im selben uneingeschränkten Modus wie das BIOS selbst. Das ist entscheidend, denn:

• Es gibt noch keinen Protected Mode
• Es gibt noch keine Privilegstufen

Alles, was nun passiert, liegt in der Verantwortung des Bootcodes.

9. Rolle von DOS und BIOS‑Routinen

Frühe Betriebssysteme wie DOS machten sich diese Architektur zunutze. DOS:

• lief vollständig im selben Modus wie BIOS
• nutzte BIOS‑Routinen intensiv
• übernahm nur minimale Hardwarekontrolle selbst

DOS war damit kein moderner Kernel, sondern eine Koordinationsebene oberhalb des BIOS. Die eigentliche Hardwareabstraktion lieferte weiterhin die Firmware. Das erklärt, warum DOS‑Programme direkt BIOS‑Funktionen verwenden konnten - und warum sie zugleich extrem anfällig waren.

10. Warum der BIOS‑Bootprozess so lange überlebt hat

Der beschriebene Ablauf ist einfach, deterministisch und universell. Genau das machte ihn attraktiv:

• Er war leicht zu implementieren
• Er erlaubte extreme Abwärtskompatibilität
• Er ließ sich auf unterschiedlichster Hardware reproduzieren

Gleichzeitig wurde er mit zunehmender Systemkomplexität zum Korsett. Sicherheit, große Datenträger, Virtualisierung, Mehrkernsysteme - all das passt nur schlecht in dieses Modell.

Fazit: Der BIOS‑Bootprozess als historisches Fundament

Der BIOS‑Bootprozess ist kein Fehler, keine Übergangslösung und kein schlechtes Design. Er ist die präzise Antwort auf die Anforderungen seiner Zeit. Seine Schwächen sind das Ergebnis seines Erfolges. Er zeigt:

wie der PC ursprünglich gedacht war
warum frühe Betriebssysteme so funktionierten
weshalb moderne Konzepte einen Bruch erforderten