Ein Raspberry Pi Update besteht aus zwei getrennten Ebenen: den Paketen des Betriebssystems und der Firmware im Board selbst. Wer beide kennt, hat das Thema in wenigen Minuten erledigt.

Der Standardbefehl: sudo apt update && sudo apt full-upgrade -y – der erste Teil holt die Paketlisten, der zweite installiert alles Neue.
Warum full-upgrade: Die offizielle Dokumentation empfiehlt genau diese Variante, weil Raspberry Pi OS Paketabhängigkeiten häufiger ändert als reines Debian.
Firmware separat: sudo rpi-eeprom-update -a aktualisiert den Bootloader im EEPROM – erst ab dem Pi 4 vorhanden und wichtig für USB- und NVMe-Boot.
Wie oft? Für private Systeme alle vier bis sechs Wochen. Alles, was aus dem Internet erreichbar ist, sollte Sicherheitsupdates automatisch über unattended-upgrades bekommen.
Vor großen Sprüngen: ein Backup oder ein Klon der Karte. Zwanzig Minuten Aufwand ersparen im Ernstfall einen ganzen Abend.
Versionswechsel ist etwas anderes: Der Sprung von Bookworm auf Trixie ist kein Update, sondern ein Distributions-Upgrade – und wird laut Hersteller besser durch eine Neuinstallation gelöst.

Was beim Aktualisieren wirklich passiert

Raspberry Pi OS ist ein Debian-Abkömmling und nutzt dessen Paketverwaltung apt. Auf dem Pi kommen zwei Paketquellen zusammen: die von Debian gepflegten Pakete und die von Raspberry Pi Ltd. gepflegten Ergänzungen – Kernel, Firmware, Kameratreiber, raspi-config und die Desktop-Werkzeuge. Beide Quellen stehen in /etc/apt/sources.list und in den Dateien unter /etc/apt/sources.list.d/.

Genau aus dieser Mischung folgt die wichtigste Regel: Der Pi verschiebt Pakete häufiger zwischen Abhängigkeiten, als es bei Debian üblich ist. Ein einfaches apt upgrade weigert sich in solchen Fällen, etwas zu tun, und hält Pakete zurück. apt full-upgrade darf Pakete austauschen oder entfernen und bringt das System deshalb zuverlässig auf Stand.

Die zweite Ebene ist die Firmware. Beim Pi 4, Pi 5, den Compute Modules ab CM4 und den Tastaturrechnern Pi 400, Pi 500 und Pi 500+ liegt der Bootloader in einem eigenen EEPROM-Baustein auf der Platine. Er entscheidet, von welchem Medium gestartet wird, wie sich der Lüfter verhält und wie sich PCIe-Geräte anmelden. Ältere Modelle bis zum Pi 3 und die Zero-Reihe haben kein EEPROM – sie laden ihre Startdatei bootcode.bin von der Boot-Partition der Karte, dort erledigt das reguläre Paket-Update auch die Firmware.

Aktuell ist Raspberry Pi OS auf Basis von Debian 13 „Trixie", ausgeliefert seit dem 1. Oktober 2025. Die Bilder werden mehrmals im Jahr neu aufgelegt; die Ausgabe vom 18. Juni 2026 bringt zum Beispiel Linux-Kernel 6.18 und die Fenster-Verwaltung labwc in Version 0.9.7 mit. Wer ein laufendes System per apt pflegt, bekommt diese Neuerungen nach und nach automatisch – ein neues Image braucht es dafür nicht.

Die Update-Befehle und was sie unterscheidet

Vier Befehle decken den kompletten Alltag ab. Ihr Unterschied ist die Quelle vieler Missverständnisse in Foren:

Befehl	Was er macht
sudo apt update	Lädt nur die Listen der verfügbaren Pakete neu. Danach ist noch nichts installiert – das System weiß lediglich, was es gäbe.
apt list --upgradable	Zeigt, welche Pakete eine neue Version hätten. Ideal, um vor dem eigentlichen Update kurz zu prüfen, was ansteht.
sudo apt upgrade	Installiert neue Versionen vorhandener Pakete, entfernt oder ergänzt aber nichts. Der vorsichtige Weg – hält auf dem Pi öfter Pakete zurück.
sudo apt full-upgrade	Wie oben, darf zusätzlich Pakete installieren und entfernen. Der offiziell empfohlene Weg für Raspberry Pi OS.
sudo apt autoremove	Entfernt Pakete, die nur als Abhängigkeit mitkamen und niemand mehr braucht. Auf kleinen Karten oft mehrere hundert Megabyte.
sudo apt clean	Löscht heruntergeladene Installationsdateien aus dem Zwischenspeicher. Der erste Griff, wenn /var volläuft.

In der Praxis genügt eine Zeile:
sudo apt update && sudo apt full-upgrade -y && sudo apt autoremove -y

Ein Detail, das seit der Ausgabe vom 13. April 2026 wichtig ist: Passwortloses sudo ist in Raspberry Pi OS nicht mehr voreingestellt. Wer eigene Update-Skripte oder Cronjobs betreibt, muss das entweder in der Systemsteuerung beziehungsweise in raspi-config wieder freischalten oder den Weg über einen Dienst mit Root-Rechten gehen.

Raspberry Pi Update Schritt für Schritt

Platz prüfen: df -h zeigt die Belegung. Bleiben weniger als etwa 1,5 GB frei, sollten vorher sudo apt clean und sudo apt autoremove laufen – ein Update, das mitten im Entpacken den Platz verliert, hinterlässt ein halb konfiguriertes System.
Sichern, wenn es darauf ankommt: Bei produktiven Systemen die Karte klonen oder wenigstens Konfigurationsverzeichnisse kopieren. Bei Container-Systemen reichen die Compose-Dateien und die Datenordner, wie im Docker-Guide beschrieben.
Paketlisten holen: sudo apt update. Fehler an dieser Stelle deuten fast immer auf eine falsche Uhrzeit, einen abgelaufenen Schlüssel oder eine ungültige Paketquelle hin.
Vorschau ansehen: apt list --upgradable – so weiß man vorher, ob ein Kernel, ein Grafikstapel oder nur ein paar Bibliotheken erneuert werden.
Installieren: sudo apt full-upgrade. Rückfragen zu geänderten Konfigurationsdateien im Zweifel mit „die installierte Version behalten" beantworten – die neue Vorlage landet dann als .dpkg-dist daneben und lässt sich in Ruhe vergleichen.
Aufräumen: sudo apt autoremove und bei Bedarf sudo apt clean.
Firmware nachziehen: sudo rpi-eeprom-update zeigt den Stand an, sudo rpi-eeprom-update -a stellt ein Update in die Warteschlange.
Neustart entscheiden: Existiert die Datei /var/run/reboot-required, erwartet das System einen Neustart – bei Kernel- und Firmware-Aktualisierungen ist das der Normalfall. sudo reboot, danach mit uname -r prüfen, ob der neue Kernel wirklich läuft.

Firmware und Bootloader aktualisieren

Der Bootloader im EEPROM ist die Software, die läuft, bevor überhaupt ein Betriebssystem im Spiel ist. Sie legt die Boot-Reihenfolge fest, initialisiert PCIe und steuert beim Pi 5 den Lüfteranschluss. Deshalb lohnt es sich, sie im Blick zu behalten – auch wenn sie sich deutlich seltener ändert als die Pakete.

Version anzeigen: vcgencmd bootloader_version nennt den installierten Stand, sudo rpi-eeprom-update vergleicht ihn mit dem verfügbaren.
Aktualisieren: sudo rpi-eeprom-update -a, danach sudo reboot. Das eigentliche Schreiben passiert beim nächsten Start – währenddessen darf der Strom auf keinen Fall weg sein.
Einstellungen ändern: sudo rpi-eeprom-config --edit öffnet die Boot-Konfiguration, in der etwa BOOT_ORDER steht. Wer dort Unsinn einträgt, holt sich schnell ein Startproblem ins Haus.
Zwei Kanäle: Der Kanal default bekommt nur geprüfte Korrekturen, latest zusätzlich neue Funktionen. Umstellen lässt sich das in raspi-config unter den erweiterten Optionen. Für Dauerläufer ist default die richtige Wahl.
Automatik abschalten: Raspberry Pi OS aktualisiert das EEPROM von sich aus. Wer das nicht möchte, deaktiviert den Dienst mit sudo systemctl mask rpi-eeprom-update.

Ein Wort zu rpi-update: Dieser Befehl klingt harmlos, installiert aber Vorab-Kernel und -Firmware aus der Entwicklung. Die Dokumentation ist unmissverständlich – das Werkzeug ist für Entwickler gedacht und sollte nur genutzt werden, wenn ein Raspberry-Pi-Ingenieur ausdrücklich dazu rät. Wer versehentlich dort gelandet ist, kommt mit sudo apt install --reinstall raspi-firmware zurück auf den offiziellen Stand.

Weil ein unterbrochenes Firmware-Update ein Board tatsächlich unbrauchbar machen kann, ist eine USV bei Systemen, die niemand ständig im Blick hat, kein Luxus, sondern eine günstige Versicherung.

Raspberry-Pi-Update automatisieren – mit Augenmaß

Ein einzelner Bastel-Pi lässt sich bequem von Hand pflegen. Sobald aber drei oder vier Geräte im Haus laufen, wird Handarbeit zur Nebenbeschäftigung. Debian liefert dafür unattended-upgrades mit, und das Paket ist auf dem Pi in fünf Minuten eingerichtet:

Installieren: sudo apt install unattended-upgrades
Aktivieren: sudo dpkg-reconfigure --priority=low unattended-upgrades und die Abfrage bejahen.
Umfang festlegen: In /etc/apt/apt.conf.d/50unattended-upgrades steht, welche Quellen automatisch aktualisiert werden. Für Server ist „nur Sicherheitsupdates" die vernünftige Einstellung – so kommen keine Funktionsänderungen über Nacht.
Zeitpunkt steuern: /etc/apt/apt.conf.d/20auto-upgrades regelt, wie oft Listen geholt und Updates eingespielt werden. Systemd verteilt den Startzeitpunkt zufällig, damit nicht alle Rechner gleichzeitig laden.
Neustarts bewusst erlauben: Die Option für automatische Reboots gehört nur auf Geräte, bei denen ein kurzer Ausfall egal ist. Eine Smart-Home-Zentrale startet man lieber selbst neu.
Erinnerung statt Automatik: Wer die Kontrolle behalten will, lässt sich die Zahl offener Updates beim Login anzeigen – eine angepasste MOTD erledigt das mit wenigen Zeilen.

Berichte aus der Community zeigen ein klares Muster: Probleme entstehen selten durch die Sicherheitsupdates selbst, sondern durch unbeaufsichtigte Neustarts zur Unzeit. Wer die Automatik auf Sicherheitspakete beschränkt und Neustarts von Hand macht, fährt am ruhigsten.

Neue OS-Version: aktualisieren oder neu aufsetzen?

Etwa alle zwei Jahre erscheint eine neue Debian-Generation und damit ein neues Raspberry Pi OS: Buster, Bullseye, Bookworm, Trixie. Technisch lässt sich so ein Sprung mit umgeschriebenen Paketquellen erzwingen – die Empfehlung des Herstellers lautet trotzdem anders, und dafür gibt es gute Gründe.

Weg	Vorteil	Nachteil
Neu aufsetzen mit dem Imager	Sauberes System, offiziell empfohlen, alter Stand bleibt auf der alten Karte erhalten	Dienste müssen neu eingerichtet werden
Distributions-Upgrade per apt	Konfiguration bleibt, kein Kartenwechsel nötig	Altlasten, defekte Abhängigkeiten, im Fehlerfall schwer zu reparieren
Parallel auf zweiter Karte	Umzug in Ruhe, Rückweg in zwei Minuten	Kostet eine zweite Karte und etwas Geduld

Der praktische Ablauf beim sauberen Weg: neue Karte oder SSD mit dem aktuellen Abbild beschreiben, Benutzer und WLAN gleich im Imager vorkonfigurieren, dann Konfigurationsdateien und Datenverzeichnisse vom alten Medium übernehmen. Bei Home Assistant genügt das eingebaute Backup, bei Container-Setups sind es die Compose-Dateien samt Datenordnern. Die alte Karte bleibt unangetastet in der Schublade – das ist der beste Rückfahrschein, den es gibt.

Mehrere Pis im Dauerbetrieb pflegen

Wer einen Werbeblocker, eine Smart-Home-Zentrale, einen Medienserver und ein paar Sensor-Knoten betreibt, hat schnell fünf Systeme mit unterschiedlichen Ansprüchen. Erfahrungswerte aus solchen Aufbauten laufen auf eine einfache Einteilung hinaus:

Kritische Dienste – alles, wovon der Haushalt abhängt, etwa DNS oder Heizungssteuerung. Hier gilt: nur Sicherheitsupdates automatisch, Funktionsupdates von Hand und nie am Sonntagabend.
Erreichbare Systeme – alles, was über einen Tunnel oder eine Portfreigabe von außen erreichbar ist. Diese Geräte brauchen zwingend automatische Sicherheitsupdates, ergänzt um die Grundlagen aus dem Ratgeber Raspberry Pi absichern.
Bastelgeräte – dürfen ruhig mutig aktualisiert werden. Geht etwas kaputt, ist die Karte in einer halben Stunde neu beschrieben.

Praktisch hilft ein fester Rhythmus mehr als jedes Werkzeug: ein Termin im Kalender alle vier bis sechs Wochen, an dem alle Geräte per SSH durchgegangen werden. Wer es bequemer mag, legt einen Cronjob an, der nur apt update ausführt und die Zahl wartender Pakete meldet – installiert wird dann bewusst und im Beisein eines Menschen.

Fehler und Stolpersteine beim Update

„Could not get lock" oder abgebrochenes dpkg: Ein anderer Vorgang läuft noch oder wurde hart beendet. sudo dpkg --configure -a bringt das System meist wieder in einen sauberen Zustand, danach das Update wiederholen.
Kein Platz mehr: Updates brauchen Puffer für das Entpacken. sudo apt clean und sudo apt autoremove schaffen Luft, alte Kernel-Pakete ebenfalls – weitere Wege stehen im Guide Speicher voll.
Falsche Uhrzeit blockiert apt: Modelle ohne Echtzeituhr holen sich die Zeit aus dem Netz. Stimmt sie nicht, gelten Signaturen als „noch nicht gültig" und das Update bricht ab. Ein RTC-Modul oder ein erreichbarer Zeitserver löst das dauerhaft.
Hängen bei „Reading database": Fast immer eine langsame oder sterbende Speicherkarte. Wenn das mehrfach auftritt, ist der Wechsel auf SSD überfällig.
Pi startet danach nicht mehr: Erst prüfen, ob es an der Stromversorgung liegt, dann die Checkliste aus Raspberry Pi bootet nicht abarbeiten. Ein Konsolenkabel zeigt die exakte Fehlermeldung, wenn Netzwerk und Bildschirm schweigen.
Dienst fehlt nach dem Update: Geänderte Konfigurationsdateien werden bei Bedarf ersetzt. Die alte Fassung liegt als .dpkg-old, die neue Vorlage als .dpkg-dist daneben – ein Vergleich beider Dateien klärt fast jeden solchen Fall.
Fremde Paketquellen: Zusätzlich eingebundene Repositories sind der häufigste Grund für kaputte Abhängigkeiten. Nach einem Versionswechsel müssen sie ohnehin neu eingerichtet werden.

Häufige Fragen zum Raspberry-Pi-Update

Wie oft sollte ich meinen Raspberry Pi aktualisieren?
Für private Systeme reicht ein Rhythmus von vier bis sechs Wochen. Geräte, die aus dem Internet erreichbar sind, sollten Sicherheitsupdates dagegen automatisch bekommen – dort ist unattended-upgrades praktisch Pflicht.

Was ist der Unterschied zwischen upgrade und full-upgrade?
upgrade aktualisiert nur vorhandene Pakete und hält alles zurück, was Änderungen an Abhängigkeiten verlangt. full-upgrade darf zusätzlich installieren und entfernen und ist deshalb der für Raspberry Pi OS empfohlene Weg.

Brauche ich vor jedem Update ein Backup?
Vor Routine-Updates nicht zwingend. Vor Firmware-Updates, Kernel-Sprüngen und Versionswechseln unbedingt – und wer den Pi produktiv nutzt, klont die Karte ohnehin in festem Rhythmus.

Kann ich per SSH aktualisieren?
Ja, das ist der Normalfall. Nur bei Kernel- oder Firmware-Updates sollte ein Neustart eingeplant werden – und der Pi muss danach wieder erreichbar sein, sonst braucht es Tastatur, Bildschirm oder Konsolenkabel.

Muss ich nach jedem Update neu starten?
Nein. Ob es nötig ist, verrät ls /var/run/reboot-required: Existiert die Datei, wartet das System auf einen Neustart. Bei reinen Anwendungsupdates genügt es, den betroffenen Dienst neu zu starten.

Was macht rpi-update und warum sollte ich es meiden?
Es installiert Vorabversionen von Kernel und Firmware aus der Entwicklung. Für den Alltagsbetrieb ist das riskant und unnötig – apt liefert die geprüften Fassungen. Zurück geht es mit sudo apt install --reinstall raspi-firmware.

Wie aktualisiere ich Home Assistant OS?
Gar nicht über apt – HAOS bringt seine eigene Update-Funktion in der Oberfläche mit und aktualisiert Kern, Betriebssystem und Add-ons getrennt. Details stehen im Home-Assistant-Guide.

Kann ein Update meine Projekte zerstören?
Selten, aber möglich – vor allem, wenn eigene Software an bestimmte Bibliotheks- oder Python-Versionen gebunden ist. Genau deshalb ist der Klon der Karte vor dem Update die günstigste Versicherung, die es für den Pi gibt.

Fazit

Das Raspberry Pi Update selbst ist mit einer einzigen Befehlszeile erledigt – die eigentliche Kunst liegt im Drumherum: regelmäßig statt sporadisch, die Firmware nicht vergessen, vor jedem großen Sprung ein Klon der Karte. Unsere klare Empfehlung zum Versionswechsel: Ein Distributions-Upgrade auf dem Pi lohnt die Mühe fast nie – eine frisch beschriebene Karte ist schneller, sauberer und deutlich risikoärmer, und der alte Stand bleibt als Rückfahrschein erhalten. Wer mehrere Geräte pflegt, beschränkt die Automatik auf Sicherheitsupdates, entscheidet Neustarts selbst und lässt sich den Rest beim Login per MOTD melden. So bleibt die Kontrolle, ohne dass die Pflege zur Daueraufgabe wird.

* = Affiliate Link (raspi-config.de ist Teilnehmer des Partnerprogramms von Amazon EU, das zur Bereitstellung eines Mediums für Websites konzipiert wurde, mittels dessen durch die Platzierung von Werbeanzeigen und Links zu Amazon.de Werbekostenerstattung verdient werden kann.)

ZUM VIDEOKURSRaspberry Pi für Einsteiger

Aktion: Gratis-Lektionen anschauen ✓

VORSCHAU

Was Dich im Raspberry Pi Videokurs erwartet.

Play klicken & Video abspielen.

QUIZ

Prüfe Deinen aktuellen Wissensstand.

Bild anklicken & Quiz starten.

NEWS

EMPFEHLUNG

Danke für Deine Weiterempfehlung!