Der Quellbenutzer vom März 2026 baute sein erstes NAS aus einem HP T640 Thin Client mit einer 128-GB-NVMe-Systemfestplatte und drei per USB angeschlossenen Festplatten. Sein Plan war sinnvoll: Fotos auf einem externen Laufwerk speichern, auf ein zweites Laufwerk sichern und Plex-Medien auf einem separaten 4-TB-Laufwerk ablegen. Das Hauptproblem war nicht, dass USB-Speicher unmöglich war. Immich wurde beendet, weil die Volume-Zuordnungen der App falsch bearbeitet worden waren.
Auch für den Abschnitt zu den Speichermöglichkeiten ist eine aktuelle zeitliche Abgrenzung erforderlich. Im März 2026 betrachteten der Benutzer und der Antwortende USB-Laufwerke als stärker eingeschränkt als internen Speicher. Die aktuelle ZimaOS-Dokumentation besagt nun ausdrücklich, dass USB-Laufwerke derselben Speicherlogik wie interne HDDs/SSDs folgen und für Speicher verwendet, einem Array hinzugefügt oder zur Erweiterung des vorhandenen Speicherplatzes eingesetzt werden können.
Der Quell-NAS war vollständig von USB-Speicher abhängig
Die Einrichtung umfasste:
- HP T640 Thin Client mit AMD R1505G, 8 GB RAM und 128 GB NVMe;
- zwei 2,5-Zoll-Seagate-Festplatten in separaten USB-Gehäusen;
- eine externe 4-TB-WD-Festplatte für Plex-Medien.
Da der Thin Client keine praktischen internen Laufwerksschächte hatte, musste der Benutzer USB-Speicher wie primären NAS-Speicher und nicht wie vorübergehend angeschlossene Wechseldatenträger verwenden können.
Die Laufwerke wurden als USB-Speicher angezeigt
Der Benutzer ging davon aus, dass externe Laufwerke weder wie interner Speicher behandelt noch für RAID verwendet werden könnten. Das entsprach dem Verhalten und den Erwartungen rund um seine Einrichtung im März 2026, nicht dem aktuellen Speichermodell von ZimaOS.
Das aktuelle ZimaOS behandelt USB-Laufwerke wie normalen Speicher
Die aktuelle Dokumentation von IceWhale besagt, dass USB-Laufwerke derselben Logik wie interne HDDs und SSDs folgen: Sie können als einzelner Speicher verwendet, einem Array hinzugefügt oder zur Erweiterung des vorhandenen Speicherplatzes eingesetzt werden.
Verwenden Sie stattdessen den aktuellen ZimaOS-Speicherworkflow für USB-Laufwerke, anstatt ein neues System auf der älteren Annahme aufzubauen, dass USB-RAID grundsätzlich nicht unterstützt wird.
Der Immich-Fehler war ein Zuordnungsfehler zwischen Datei und Verzeichnis
Der Benutzer änderte die Volume-Einstellungen von Immich, worauf Docker einen Fehler mit der Meldung zurückgab, dass Folgendes nicht eingebunden werden konnte:
/media/Photos/Immich
→ /etc/localtime/etc/localtime im Container eine Datei und kein Fotoverzeichnis ist. Docker lehnte daher den Versuch ab, einen Ordner über dieser Datei einzuhängen.
/etc/localtime Dateizuordnung.Fotospeicher und /etc/localtime als separate Mounts beibehalten
Der Antwortende aus der Community trennte die beiden Rollen korrekt:
- Foto-Hostordner → Upload-/Datenverzeichnis von Immich;
- Host
/etc/localtimeDatei → Container/etc/localtimeDatei.
Die aktuellen Docker-Regeln für Bind-Mounts verlangen weiterhin, dass Quell- und Zieltyp übereinstimmen. Ein Verzeichnis kann nicht über eine Datei gemountet werden, als wären sie austauschbar.
Der /DATA-Bind-Mount-Workaround war eine historische Empfehlung der Community
Der Antwortende schlug außerdem vor, ein stabiles Verzeichnis unter /DATA und den USB-Pfad dort per Bind-Mount einzubinden, weil externe Laufwerke nach einem Neustart möglicherweise noch nicht bereit waren, als die Anwendungen gestartet wurden.
Das war eine Empfehlung der Community für die ursprüngliche Version. Das aktuelle ZimaOS bietet eine umfassendere Unterstützung für verwalteten USB-Speicher. Bei einer neuen Installation sollten Sie daher zunächst die Storage-Oberfläche und den Auswahlmechanismus für verwaltete Volumes der App verwenden, statt einen benutzerdefinierten Bind-Mount beim Systemstart zu erstellen.
Immich auf verwalteten Speicher verweisen, nicht auf einen Raw-Gerätepfad
Das aktuelle ZimaOS empfiehlt, Anwendungsdaten und große Medienbibliotheken auf dem dafür vorgesehenen Speicherplatz abzulegen, statt das Systemlaufwerk zu füllen. Verwenden Sie den von ZimaOS ausgewählten Hostpfad und behalten Sie anschließend den containerseitigen Pfad bei, den Immich erwartet.
Für aktuelle App-Zuordnungen erklärt das Pfadmodell für den App-Speicher von ZimaOS, wie Host- und Containerpfade zusammenpassen.
RAID und Backup lösen weiterhin unterschiedliche Probleme
Auch wenn das aktuelle ZimaOS USB-Laufwerke in Arrays verwenden kann, ist RAID 1 kein Ersatz für ein zweites, unabhängiges Backup. Zwei USB-Laufwerke in einem Array schützen vor dem Ausfall eines Mitgliedslaufwerks, aber nicht vor versehentlichem Löschen, Malware, Problemen mit Gehäuse oder Controller oder dem Verlust des gesamten NAS.
Die Idee des ursprünglichen Benutzers, eine zusätzliche Kopie aufzubewahren, bleibt sinnvoll, auch wenn sich der Funktionsumfang des Speichers geändert hat.
Plex-Medien sind unkomplizierter als der Anwendungsstatus von Immich
Der Benutzer hielt das 4-TB-Plex-Laufwerk für entbehrlich, weil die Videoinhalte ersetzt werden könnten. Das ist eine sinnvolle Risikounterscheidung: Mediendateien, Immich-Fotos, der Datenbankstatus von Immich und die Anwendungskonfiguration benötigen nicht unbedingt dieselbe Redundanz- oder Backup-Richtlinie.
FAQ zum externen USB-Speicher
Kann das aktuelle ZimaOS USB-Laufwerke als verwalteten Speicher verwenden?
Ja. Die aktuelle Storage-Dokumentation unterstützt USB-Laufwerke ausdrücklich als Speicher und als Mitglieder eines Arrays.
Warum ist Immich nach der Änderung des Verzeichnisses fehlgeschlagen?
Der Fotoordner wurde versehentlich auf die Datei des Containers abgebildet /etc/localtime Dateipfad.
Sollten aktuelle Benutzer für jedes USB-Laufwerk manuelle /DATA-Bind-Mounts erstellen?
Nein. Das war eine historische Lösung aus der Community. Beginnen Sie mit den aktuellen Einstellungen für verwalteten Speicher und App-Volumes.
