So baust du ein CasaOS-NAS mit einem Mini-PC und einem USB-DAS mit mehreren Laufwerksschächten

Ein zuverlässiges CasaOS-NAS beginnt damit, den Mini-PC, das USB-DAS und die Softwareebene als drei verschiedene Teile eines Systems zu behandeln.

Der Mini-PC stellt Rechenleistung und Netzwerk bereit, das DAS die direkt angeschlossenen Datenträger und CasaOS das Dashboard, die Freigaben und die Anwendungsebene. Der Aufbau wird anfällig, wenn diese Zuständigkeiten verschwimmen - insbesondere wenn sich USB-Gerätenamen ändern, ein einziges gemeinsames Kabel oder ein ausgefallenes Startlaufwerk dazu führen kann, dass Speicherpfade verschwinden. Plane die Topologie und den Wiederherstellungsweg, bevor du wichtige Dateien überträgst.

Lege die Rollen von Mini-PC, DAS und CasaOS fest, bevor du Laufwerke anschließt

Ein Mini-PC mit einem DAS mit mehreren Einschüben kann sich wie ein NAS verhalten, aber das DAS selbst ist kein NAS. Es verfügt weder über Benutzerkonten und Netzwerkdienste noch über eine Anwendungsebene oder einen unabhängigen Wiederherstellungsablauf. Das Hostsystem muss die Datenträger erkennen, sie konsistent einbinden und ausgewählte Ordner für Clients freigeben.

Ein praxisorientierter Leitfaden zu Mini-PC-NAS-Systemen beschreibt ein NAS als Kombination aus Speicher, Netzwerkdateidiensten und Verwaltung. Das NAS-Modell mit drei Ebenen ist hier hilfreich: Das DAS stellt den Speicher bereit, Linux das Dateisystem und die Einbindungen, und CasaOS dient darüber als Verwaltungs- und Anwendungsschnittstelle.

Lege die Hauptaufgaben des Servers fest, bevor du Apps installierst. Ein einfacher erster Aufbau könnte einen gemeinsamen Medienordner, ein Ziel für Computersicherungen und einen privaten Bereich für Anwendungsdaten bereitstellen. Der bestehende ZimaSpace-Leitfaden zum Aufbau eines ersten Heimservers mit drei Diensten hilft dabei, den Umfang des ersten CasaOS-Stacks überschaubar zu halten.

Wähle ein DAS, das jedes Laufwerk zuverlässig einzeln bereitstellt

Die Anzahl der Einschübe allein bestimmt nicht, ob sich ein Gehäuse für einen Server eignet. Prüfe, ob das Hostsystem jeden Datenträger einzeln erkennt, ob das Gehäuse über ein eigenes, stabiles Netzteil verfügt, wie sich die Kühlung bei belegten Einschüben verhält und ob der Controller nach einem Neustart oder einem Austausch die Datenträgeridentität ändert.

Bei einem Praxistest eines DAS mit fünf Einschüben wurde das Gehäuse mit einem Mini-PC kombiniert. Das DAS wurde als einfaches Gehäuse mit Einschüben, Controller, Lüfter und Netzteil beschrieben. Der Test zeigt, warum ein DAS mit mehreren Einschüben als Speicherebene für ein Mini-PC-NAS dienen kann, während das Hostsystem für das Betriebssystem und die Datendienste zuständig bleibt.

Setze auf den direkten Zugriff auf die Laufwerke, wenn das Betriebssystem Dateisysteme, Speicherpools oder Sicherungsaufgaben verwalten soll. Gehe nicht davon aus, dass ein Hardware-RAID-Modus sicherer ist, nur weil mehrere Laufwerke als ein Gerät erscheinen. Dadurch kann der Zustand einzelner Laufwerke verborgen bleiben und die Wiederherstellung vom Controller des Gehäuses abhängen.

USB-Bandbreite und Stromversorgung als gemeinsam genutzte Ressourcen betrachten

Alle Laufwerke im Gehäuse nutzen letztlich dieselbe Hostverbindung. Die sequenziellen Lesevorgänge einer einzelnen HDD sind womöglich moderat, aber gleichzeitige Backups, das Einlesen von Medien, die Erstellung von Vorschaubildern und das Kopieren von Dateien konkurrieren um dieselbe USB-Verbindung. Auch der Gehäuselüfter und alle eingebauten Laufwerke sind auf ein gemeinsames Stromversorgungssystem angewiesen.

Ein Leitfaden zur NAS-Einrichtung mit einem Mini-PC weist darauf hin, dass externe USB-Gehäuse zwar praktisch sind, aber Zuverlässigkeitsrisiken mit sich bringen. Außerdem können mehrere HDDs eine gemeinsam genutzte 10-Gbit/s-Verbindung bei gleichzeitiger Nutzung auslasten. Deshalb sollte die USB-Bandbreite für die kombinierte Arbeitslast eingeplant werden, statt sie anhand eines Geschwindigkeitstests mit nur einem Laufwerk zu beurteilen.

Schließe das DAS direkt an den Mini-PC an und nicht über einen Hub ohne eigene Stromversorgung. Verwende das mitgelieferte Netzteil des Gehäuses, sichere das Datenkabel und überprüfe, ob alle Laufwerke nach einem Kaltstart wieder verfügbar sind. Wenn das Gehäuse einen automatischen Ruhemodus bietet, teste Datenbankschreibvorgänge und geplante Backups, nachdem die Laufwerke eine Weile inaktiv waren.

Richte stabile Einhängepunkte ein, bevor CasaOS den Speicher erkennt

Linux-Gerätenamen wie /dev/sdb und /dev/sdc können sich ändern, wenn USB-Laufwerke erneut verbunden werden oder beim Start in einer anderen Reihenfolge erkannt werden. Eine Anwendung, die Medien an einem bestimmten Pfad erwartet, findet nach einem Neustart möglicherweise unbemerkt ein anderes Laufwerk – oder einen leeren Ordner.

Ein aktueller Linux-Leitfaden empfiehlt, Datendateisysteme anhand ihrer UUID einzuhängen, da Gerätenamen nicht garantiert stabil bleiben – insbesondere bei mehreren Laufwerken oder USB-Speichern. Der Workflow zum persistenten Einhängen anhand der UUID bildet die richtige Grundlage, bevor CasaOS den Speicher Freigaben oder Containern zuordnet.

Erstelle aussagekräftige Einhängepunkte wie /mnt/storage/media, /mnt/storage/backups und /mnt/storage/archive. Teste die Einhängekonfiguration vor dem Neustart, starte den Server zweimal neu und prüfe, ob jeder Pfad weiterhin auf das vorgesehene Dateisystem verweist. CasaOS sollte eine stabile Speicherübersicht übernehmen, statt selbst erraten zu müssen, welches Laufwerk welches ist.

Bootlaufwerk, App-Daten, gemeinsam genutzte Dateien und Backups trennen

Lege nicht jede Ebene in einem einzigen Medienordner ab. Auf der internen SSD des Mini-PCs sollten normalerweise Linux, CasaOS und ersetzbarer Anwendungscode liegen. Persistente Anwendungsdaten – Datenbanken, Konfigurationen, Indizes und Geheimnisse – benötigen einen eigenen geschützten Pfad. Gemeinsam genutzte Dateien und Medien können auf dem DAS liegen, während Backups ein Ziel benötigen, das nicht als gewöhnlicher Arbeitspeicher behandelt wird.

Better Stack erklärt, dass Containerdaten in einem persistenten Speicher abgelegt werden müssen, wenn sie einen Austausch des Containers überstehen sollen. Dieser unabhängige Lebenszyklus der Anwendungsdaten ist bei einem CasaOS-Aufbau unverzichtbar, denn bei einer Neuinstallation oder Aktualisierung einer App sollte weder ihre Datenbank gelöscht werden noch ein erneutes Einlesen der gesamten Medienbibliothek nötig sein.

CasaOS-Freigaben und -Apps erst hinzufügen, wenn der Speicher einen Neustart überstanden hat

CasaOS kann die App-Installation und Speicherzuordnung vereinfachen, sollte aber ein bereits stabiles Dateisystemlayout nutzen. Ein CasaOS-Überblick eines Drittanbieters weist darauf hin, dass das Dashboard Laufwerke anzeigen, externen Speicher einbinden und Anwendungen Speicherpfade zuweisen kann, während RAID oder ZFS weiterhin auf Betriebssystemebene verwaltet werden müssen. Diese Trennung zwischen der CasaOS-Verwaltung und dem zugrunde liegenden Speichermodell verhindert, dass die Oberfläche mit einem Datenschutzmechanismus verwechselt wird.

Installieren Sie CasaOS erst, nachdem das zugrunde liegende Linux-System eine feste lokale Adresse hat und das DAS zuverlässig eingebunden wird. Der ZimaSpace-Leitfaden zur Installation von CasaOS auf einem Mini-PC oder Heimserver behandelt diesen Installationsschritt. Erstellen Sie anschließend Freigaben mit benannten Benutzern, weisen Sie jeder App nur die benötigten Ordner zu und geben Sie experimentellen Containern nicht das gesamte DAS-Stammverzeichnis frei.

Testen Sie zunächst einen Client, bevor Sie die gesamte Bibliothek importieren. Erstellen, benennen und löschen Sie eine entbehrliche Datei; starten Sie die App neu; starten Sie den Mini-PC neu; und prüfen Sie dann, ob dieselbe Freigabe und derselbe Datenpfad ohne manuelle Neuzuordnung wieder verfügbar sind.

Trennungen, Wiederherstellungen und die Upgrade-Grenze testen

Ein fertiges Setup muss mehr als einen normalen Lesetest bestehen. Trennen Sie das DAS, wenn keine Schreibvorgänge aktiv sind, und prüfen Sie, ob Dienste sichtbar fehlschlagen, statt in leere Einhängepunktordner zu schreiben. Schließen Sie es wieder an, starten Sie das System neu und prüfen Sie, ob die erwarteten Laufwerke und Pfade wieder verfügbar sind. Stellen Sie dann eine Anwendungskonfiguration und eine gelöschte Datei aus dem Backup wieder her.

Das Tutorial von TechTarget zum Testen von Backups betont die Wiederherstellung von Daten und die Überprüfung, ob die resultierende Arbeitslast funktioniert, denn das bloße Vorhandensein von Sicherungsdateien beweist noch keine Wiederherstellbarkeit. Verwenden Sie diesen funktionalen Wiederherstellungstest als letzte Prüfung, bevor das CasaOS-NAS zum einzigen Speicherort für wichtige Haushaltsdaten wird.

Ein ZimaBoard 2 Mini-Heimserver eignet sich für diese Topologie, wenn kompakte x86-Rechenleistung, direkter Speicheranschluss und ein app-orientierter CasaOS-Stack im Vordergrund stehen. Ein ZimaCube 2 AI NAS ist die naheliegendere Architektur, wenn mehrere Laufwerke, integrierte Speicherverwaltung, Kapazität für mehrere Benutzer und eine speicherorientierte Wiederherstellung wichtiger sind als ein separates USB-DAS.

Der Aufbau ist abgeschlossen, wenn jedes Laufwerk eine stabile Kennung hat, jeder Dienst auf einen festgelegten Datenpfad beschränkt ist, das DAS entfernt werden kann, ohne dass unbemerkt Schreibvorgänge stattfinden, und die Wiederherstellung nicht davon abhängt, sich an das Aussehen des Dashboards zu erinnern.