microSD

1 💾 microSD (Der ultrakompakte Flash-Speicherriese)

1.1 🔬 DIE FUNKTIONSWEISE UND DIE VERSCHIEDENEN STANDARDS

microSD-Karten basieren auf der NAND-Flash-Technologie. Da sie im Gegensatz zu SSDs keinen großen, hochentwickelten Controller besitzen, hängt ihre Leistung und Lebensdauer massiv von der korrekten Wahl des Dateisystems (z. B. F2FS) und den aufgedruckten Spezifikationen ab.

Die Karten werden anhand ihrer Kapazität in vier Hauptstandards unterteilt:

• microSD: Bis maximal 2 Gigabyte (Nutzt das alte FAT16-Dateisystem).
• microSDHC (High Capacity): 2 GB bis 32 Gigabyte (Standardmäßig mit FAT32 formatiert).
• microSDXC (Extended Capacity): 32 GB bis 2 Terabyte (Standardmäßig mit exFAT formatiert).
• microSDUC (Ultra Capacity): 2 TB bis theoretisch 128 Terabyte.

1.2 🚀 DIE GESCHWINDIGKEITSKLASSEN: WORAUF MAN UNBEDINGT ACHTEN MUSS!

Auf einer microSD-Karte wimmelt es meist nur so von Symbolen. Für Linux- und Smarthome-Gurus (z. B. beim Betrieb eines Raspberry Pi oder Home Assistant) sind zwei Klassen von entscheidender Bedeutung:

1. Die sequenzielle Geschwindigkeit (Video-Klassen):
   • Class 10 (C10):
     Garantiert mindestens 10 MB/s Schreibgeschwindigkeit.
   • UHS-Klassen (U1 / U3):
     U1 bedeutet mind. 10 MB/s, U3 mind. 30 MB/s.
   • Video-Klassen (V10 bis V90):
     V30 steht für 30 MB/s, V90 für 90 MB/s (wichtig für 4K/8K-Kameras).
2. Die Anwendungs-Performance-Klassen (A1 / A2) – Überlebenswichtig für Linux-OS:
   • A1-Standard:
     Mindestens 1.500 IOPS (Lesezugriffe) und 500 IOPS (Schreibzugriffe) pro Sekunde.
   • A2-Standard:
     Mindestens 4.000 IOPS (Lesen) und 2.000 IOPS (Schreiben).
   • Warum das wichtig ist:
     Betriebssysteme schreiben permanent tausende winzige Log-Dateien. Eine "V90"-Karte kann bei großen Videodateien superschnell sein, bricht aber völlig ein, wenn ein Linux-System darauf läuft. Für einen Raspberry Pi sollte immer eine Karte mit A2-Zertifizierung gewählt werden!

1.3 🛠️ DIAGNOSE IM TERMINAL: KARTEN-INFOS UND GECHWINDIGKEIT PRÜFEN

Unter Linux lassen sich die echten Hardware-Informationen einer eingesteckten microSD-Karte direkt aus dem Kernel-Verzeichnis auslesen.

Die echten Hardware-Herstellerdaten der Karte (z. B. mmcblk0) anzeigen:

cat /sys/block/mmcblk0/device/name

Die exakte Schreibgeschwindigkeit der Karte live testen (Vorsicht: Schreibt eine 1 GB große temporäre Datei):

dd if=/dev/zero of=/media/user/AusgabeDatei bs=1M count=1000 status=progress conv=fdatasync

1.4 ⚠️ DIE KLASSISCHEN STOLPERSTEINE: DIE SCHREIBTOD-FALLE (WRITE AMPLIFICATION)

Ein Nutzer betreibt seinen Raspberry Pi, ioBroker oder Pi-hole monatelang problemlos auf einer microSD-Karte. Plötzlich friert das System ein, bootet nicht mehr oder schaltet dauerhaft in den schreibgeschützten Modus (Read-Only). Die Karte ist irreparabel defekt.

Die Ursache:
microSD-Karten haben im Gegensatz zu SSDs kein ausgeklügeltes Wear-Leveling (Abnutzungs-Verteilung). Wenn ein Linux-System wie Debian standardmäßig im Sekundentakt Logs (z. B. unter /var/log) auf die Karte hämmert, werden dieselben Speicherzellen permanent überschrieben, bis sie physisch sterben.

Die Lösung:
Um den vorzeitigen Tod der microSD-Karte zu verhindern, gibt es in der Community drei goldene Regeln:

1. Nutze RAM-Logging:
   Tools wie Log2Ram installieren oder fertige Distributionen wie DietPi nutzen, die Log-Dateien flüchtig in den Arbeitsspeicher schreiben, anstatt die SD-Karte zu malträtieren.
2. Das richtige Dateisystem wählen:
   Formatierte Partitionen auf der Karte mit dem flash-freundlichen F2FS betreiben, statt mit dem starren ext4.
3. Die "Commit"-Zeit erhöhen:
   In der Datei /etc/fstab bei den Mount-Optionen der Karte den Parameter commit=60 hinzufügen. Dadurch schreibt Linux Daten nur noch alle 60 Sekunden gesammelt auf die Karte, statt bei jedem winzigen Zugriff.