Einplatinencomputer, warnende microSD-Karte, SSD-Migration und Smart-Home-Geräte

Home Assistant fällt oft unspektakulär aus. Die Lampen sind noch gekoppelt, der Zigbee-Stick steckt, die Automationen existieren, aber nach Stromausfall oder Update bootet das System nicht sauber. Manchmal ist die Datenbank beschädigt. Manchmal ist das Dateisystem nur noch lesbar. Manchmal stehen I/O-Fehler im Log und der Besitzer merkt, dass das Smart Home an einer microSD-Karte oder einem billigen USB-Stick hing.

Das ist weniger ein Anfängerfehler als eine Anfängerfalle. Der Raspberry-Pi-Einstieg ist bewusst einfach: Home Assistant OS flashen, microSD einlegen, booten, Geräte hinzufügen. Für den Start ist das gut. Doch eine echte Installation wächst. Verlauf, Energieauswertung, Add-ons, Backups, Kameras, Logs und Recorder machen aus dem kleinen Board einen Dauer-Server.

Die Debatte ist nicht mehr nur die alte Geschichte von sterbenden SD-Karten. Aktuelle Diskussionen zu Raspberry Pi, SSD/NVMe-Boot, Firmware und HAOS 18 zeigen: SSD ist meist die richtige Richtung, aber keine Magie. Netzteil, Adapter, USB-Boot, Recorder und Backups entscheiden über Zuverlässigkeit.

Warum schwacher Speicher leidet

Home Assistant schreibt ständig. Der Recorder speichert Zustände und Statistiken. Energie-Dashboards schreiben Messwerte. Add-ons erzeugen Daten. Backups landen zuerst lokal. Logs wachsen. Kameras und laute Integrationen erhöhen die Last. Ein paar Lampen sind etwas anderes als ein Haus mit Sensoren, Heizung, Zigbee, Matter und Anwesenheitserkennung.

Eine gute microSD kann funktionieren, besonders A2 oder High-Endurance. Die offizielle Raspberry-Pi-Dokumentation nennt weiterhin microSD mit mindestens 32 GB, möglichst Application Class 2, gutes Netzteil und Ethernet. Das ist ein sinnvoller Einstieg. Es ist kein Versprechen für jahrelange Serverlast.

Billige USB-Sticks sind oft schlechter. Sie sind für gelegentlichen Dateitransfer gebaut, nicht für dauernde zufällige Schreibzugriffe. Ihr Sterben sieht selten eindeutig aus: langsamer Boot, Neustarts, beschädigte Datenbank, ein System, das nach hartem Ausschalten kurz wieder läuft.

Symptome wirken wie Softwareprobleme

Kranker Speicher meldet sich selten klar. home-assistant_v2.db kann beschädigt sein. Add-ons starten nicht. Die Oberfläche verschwindet. Logs nennen read-only filesystem, mmc0, blk_update_request, I/O errors oder fehlgeschlagene Updates.

In einem Community-Fall nutzte jemand Raspberry Pi 5, NVMe-Hat und WD_BLACK SN770M und bekam alle paar Tage Datenbankkorruption. Die erste Rückfrage betraf das Netzteil. Richtig so: Eine schnelle SSD hilft nicht, wenn Board, Hat und Laufwerk zu wenig Strom bekommen.

HAOS-Issues aus 2026 zeigen weitere Details: Updatefehler bei SSD-Boot, Pi-5-NVMe-Instabilität, USB3-Boot-Probleme, während USB2 funktioniert, und EEPROM-Updates, die erst nach komplettem Strom-Aus greifen. Das spricht nicht gegen SSD, sondern gegen sorglose SSD-Migration.

Erst sichern, dann optimieren

Vor jeder Migration gehört ein vollständiges Backup auf ein anderes Gerät. Laptop, NAS, Cloud, egal, aber nicht auf dieselbe Karte. Mit Backup ist eine misslungene Migration ärgerlich. Ohne Backup ist sie riskant.

Wenn das System bereits instabil ist, überschreiben Sie den alten Datenträger nicht sofort. Kopieren Sie /config, Backups und eigene Dateien. Ist nur die Recorder-Datenbank defekt, kann das Verschieben von home-assistant_v2.db reichen, um ohne Historie, aber mit Konfiguration zu starten.

Pi behalten, Daten auf SSD verschieben

Für viele Raspberry-Pi-Setups ist ein externer SSD-Datenträger der beste erste Schritt. Home Assistant OS dokumentiert externe Data Disks und warnt, dass USB-SSDs mehr Strom brauchen können, manchmal mit stärkerem Netzteil oder aktivem Hub.

Die Reihenfolge: Backup, ordentliche SSD, zuverlässiges USB-SATA- oder USB-NVMe-Gehäuse, Strom prüfen, Data Disk über aktuelle UI oder CLI verschieben, danach kontrollieren, dass Konfiguration, Add-ons und Datenbank auf der SSD liegen. Dann ein paar Tage beobachten.

Das reduziert Schreiblast auf der Karte, ohne jeden Nutzer zu USB-Boot oder NVMe-Hats zu zwingen. Es ersetzt keine Backups und behebt keine schlechte Stromversorgung.

Komplett von SSD oder NVMe booten

Vollständiger SSD/NVMe-Boot ist sinnvoll, wenn die microSD ganz weg soll. Mit Raspberry Pi 4 oder 5, gutem Adapter und gutem Netzteil kann das stabil und schneller sein.

Gehen Sie konservativ vor: Backup, Bootloader/EEPROM prüfen, HAOS auf SSD flashen, booten, Backup zurückspielen, Logs und erstes Update beobachten. Nicht jeder Adapter verhält sich gleich. USB2 kann funktionieren, USB3 nicht. Ein Firmware-Update kann einen Kaltstart brauchen. In einem kopflosen Controller im Schrank sind solche Details wichtig.

Orange Pi und mini PC

Orange Pi ist verlockend, aber kein Raspberry Pi mit anderem Namen. Viele Modelle haben keinen offiziellen HAOS-Support. Home Assistant Container auf Debian oder Armbian kann gut laufen, bietet aber nicht dieselbe Supervisor/Add-on-Erfahrung wie HAOS.

Wer Linux und Docker mag, kann damit glücklich werden. Wer eine einfache Appliance will, ist mit Home Assistant Green/Yellow, unterstützter Hardware oder einem kleinen x86-PC oft besser bedient.

Ein gebrauchter Mini-PC kann einfacher sein als Pi plus Netzteil, Gehäuse, SSD, Adapter, Hat und Fehlersuche. Er braucht vielleicht mehr Platz und Strom, bietet aber normale SSD, UEFI, mehr RAM und weniger Boot-Eigenheiten.

Kleinigkeiten zählen

Recorder einschränken, laute Entitäten ausschließen, Datenbankgröße beobachten. MariaDB kann in großen Installationen helfen, ist aber kein Pflichtschritt für Einsteiger. Wichtiger sind gutes Netzteil, SSD, sinnvolle Recorder-Regeln und externe Backups.

Auch Funk braucht Abstand. Zigbee- oder Z-Wave-Stick per Verlängerung weg von USB3 und SSD. USB3-Störungen im 2,4-GHz-Bereich können wie kaputte Automationen aussehen. Ethernet ist besser als WLAN. Kabel und Netzteil beschriften.

Home Assistant kann sehr zuverlässig sein. Sobald es Licht, Heizung, Schlösser oder Wassersensoren steuert, ist der Datenträger aber kein Wegwerfteil mehr. Er ist Teil des Hauses.