LW IT Solutions logo LW IT Solutions logo LW IT Solutions
« Blog-Übersicht /Raspberry Pi / Raspberry Pi 4 und 5: Vom SSD-Laufwerk...
Diesen Artikel in anderen Sprachen lesen:

Raspberry Pi 4 und 5: Vom SSD-Laufwerk booten über den Bootloader

Teil 1 von 7 der Reihe Homelab auf dem Raspberry Pi

Raspberry Pi 4 und 5: Vom SSD-Laufwerk booten über den Bootloader
Inhalt
  1. USB-SSD und PCIe-NVMe sind unterschiedliche Startwege
  2. Vorbereitung
  3. 1. Aktuelle Konfiguration prüfen und sichern
  4. 2. Gewünschte Bootreihenfolge einstellen
  5. 3. Betriebssystem schreiben und SSD testen
  6. Wiederherstellung bei nicht startendem Pi
  7. Fragen und Antworten
  8. Quellen

Eine SSD kann Speicherleistung und Kapazität eines Raspberry Pi 4 oder 5 verbessern. Der Nutzen hängt von Laufwerk, Adapter, Netzteil und Anwendung ab. Gute microSD-Karten eignen sich weiterhin für viele Installationen; auch SSDs können bei Stromausfall beschädigte Daten hinterlassen.

USB-SSD und PCIe-NVMe sind unterschiedliche Startwege

Beide Modelle unterstützen geeignete USB-Speicher. Ein Pi 5 kann zusätzlich eine NVMe-SSD über einen passenden PCIe-Adapter oder HAT nutzen. Der Bootloader bleibt im EEPROM der Platine; das Betriebssystem liegt auf dem gewählten Datenträger. Der Wechsel auf SSD verlagert diesen EEPROM-Bootloader nicht auf das Laufwerk.

Bootreihenfolge im Raspberry-Pi-Bootloader vor und nach der Änderung, mit SSD statt SD-Karte als erstem Bootmedium
BOOT_ORDER legt die Reihenfolge der Startmedien fest. Daraus folgt keine garantierte Wiederherstellung bei späterem Betriebssystemfehler.

Vorbereitung

  • Eine überprüfte Sicherung schützt vorhandene Dateien und Anwendungsdaten.
  • Das Schreiben eines Betriebssystemabbilds überschreibt das gewählte Laufwerk. Modell, Kapazität und Zielauswahl benötigen deshalb vor dem Schreiben einen Abgleich.
  • SSD und Adapter müssen zusammenpassen und ausreichend stabil mit Strom versorgt werden. Beim Pi 5 hängt die verfügbare USB-Versorgung insbesondere von Netzteil und Konfiguration ab.
  • Eine frische Raspberry-Pi-OS-Installation ist keine Migration des vorhandenen Systems. Anwendungen und Daten benötigen danach eine Neueinrichtung oder Wiederherstellung.

1. Aktuelle Konfiguration prüfen und sichern

Ein laufendes Raspberry Pi OS zeigt die EEPROM-Einstellungen ohne Änderung mit folgendem Befehl:

rpi-eeprom-config

Die Ausgabe gehört auf einen Datenträger außerhalb des anschließend überschriebenen Laufwerks. Der vorhandene Bootloader kann den gewünschten Startweg bereits unterstützen; ein vollständiges Zurücksetzen des EEPROM ist kein Pflichtschritt.

2. Gewünschte Bootreihenfolge einstellen

Der unterstützte Konfigurationsweg führt über sudo raspi-config und Advanced Options > Boot Order. Verfügbare Bezeichnungen hängen von Modell und Softwarestand ab. Alternativ öffnet sudo rpi-eeprom-config --edit den Editor; dessen Meldungen zeigen, ob die Änderung sofort erfolgt oder einen Neustart benötigt.

BOOT_ORDER wird von rechts nach links gelesen. Die Ziffern bedeuten 1 SD, 4 USB-Massenspeicher, 6 PCIe-NVMe und f Wiederholung. Damit versucht 0xf14 zuerst USB und danach SD. Beim Pi 5 bedeutet 0xf416 NVMe, danach SD und danach USB. Ein NVMe-Laufwerk im USB-Gehäuse verwendet weiterhin Bootmodus 4 (USB-Massenspeicher).

Ein PCIe-Adapter ohne HAT+-Erkennung kann zusätzlich PCIE_PROBE=1 im EEPROM und dtparam=pciex1 in /boot/firmware/config.txt erfordern. Maßgeblich sind die Adapterunterlagen und die aktuelle Raspberry-Pi-Anleitung.

3. Betriebssystem schreiben und SSD testen

Im Raspberry Pi Imager müssen ausgewähltes Modell, kompatibles Betriebssystem und SSD zusammenpassen. Nach Schreiben und Verifizieren wird der Pi heruntergefahren, bevor die SSD per USB 3 oder passendem Pi-5-PCIe-Adapter angeschlossen wird. PCIe-Kabel werden nur bei getrennter Stromversorgung verbunden.

Der erste Test kann ohne SD-Karte erfolgen. Nach dem Start zeigen diese ausschließlich lesenden Befehle das Root-Dateisystem und die Speichergeräte:

findmnt /
lsblk -o NAME,SIZE,TYPE,MOUNTPOINTS

Das Ergebnis belegt, welches Gerät tatsächlich das Root-Dateisystem bereitstellt. Bootdateien und Root-Dateisystem können bei eigenen Konfigurationen auf verschiedenen Geräten liegen. Ein späterer kontrollierter Neustart mit Rettungskarte prüft die gewünschte Priorität, ohne eine automatische Rettung bei jedem Betriebssystemfehler vorauszusetzen.

Wiederherstellung bei nicht startendem Pi

Raspberry Pi Imager bietet unter Misc utility images modellspezifische EEPROM-Wiederherstellungsabbilder. Eine entbehrliche SD-Karte wird mit dem passenden Abbild überschrieben. Der ausgeschaltete Pi erhält diese Karte und startet anschließend mit stabiler Stromversorgung. Ein grüner HDMI-Bildschirm und das dokumentierte ACT-LED-Muster bestätigen den Erfolg; eine abgelaufene Wartezeit allein genügt nicht.

Nach erfolgreichem Abschluss werden Stromversorgung getrennt und Wiederherstellungskarte entfernt. Die Wiederherstellung kann weitere Einstellungen als die Bootreihenfolge zurücksetzen. Gesicherte Sonderwerte benötigen deshalb vor dem Normalbetrieb einen Abgleich. Dieser Weg dient der Wiederherstellung und ist kein Pflichtumweg bei jeder SSD-Installation.

Fragen und Antworten

Verhindert eine SSD Dateischäden bei Stromausfall?

Nein. Unterbrochene Schreibvorgänge können Dateien oder interne Laufwerksmetadaten beschädigen. Schutz gegen Stromausfall unterscheidet sich je nach Laufwerk. Stabile Versorgung, geordnetes Herunterfahren, Sicherungen und gegebenenfalls eine USV bleiben sinnvoll.

Rettet die SD-Karte jeden fehlgeschlagenen SSD-Start?

Nein. Die Reihenfolge betrifft die Versuche des Bootloaders, ein startfähiges System zu laden. Ein später scheiternder Kernel oder eine defekte Anwendung löst nicht automatisch den nächsten Datenträger aus.

Hält eine SSD grundsätzlich länger als Dutzende SD-Karten?

Ein allgemeines Verhältnis ist nicht belegt. Die Lebensdauer hängt von konkretem Medium, Schreibvolumen, Temperatur und Anwendung ab. Leistungs- und Haltbarkeitsspezifikationen bieten eine bessere Grundlage als die Speicherkategorie allein.

Homelab auf dem Raspberry Pi

  1. Raspberry Pi 4 und 5: Vom SSD-Laufwerk booten über den Bootloader
  2. USV für Raspberry Pi: fünf Lösungen und Auswahlkriterien
  3. Lokales CI/CD für den Raspberry Pi: Automatisierung von Docker-Compose-Deployments
  4. Docker-Compose-Heimserver: Traefik, TLS und Update-Prüfung
  5. Jellyfin auf Raspberry Pi 5: Direct Play und Grenzen der Transkodierung
  6. Raspberry Pi als gehärtetes WireGuard-VPN-Gateway mit Split-Tunneling
  7. Raspberry Pi mit Prometheus und Grafana überwachen
Lukas Wojcik

Lukas Wojcik

Systems architect and technology enthusiast specializing in scalable tracking solutions, GMP Stack (GA4 & GTM), and robust backend architectures. Advocate for clean code and privacy-first design.

Kontakt

Eine Frage oder eine Idee für ein Webprojekt? Schreib mir kurz, worum es geht. Das Formular nutzt reCAPTCHA zum Schutz vor Spam.

Kommentar schreiben

Erfahrungen mit anderen Modellen und Rückfragen zum Aufbau sind hier willkommen.

Die E-Mail-Adresse wird nicht veröffentlicht. Pflichtfelder sind mit einem Stern versehen.