Die ursprüngliche RAID-Checkliste der Community fordert Benutzer auf zu bestätigen, dass mindestens zwei Laufwerke verfügbar sind, den Laufwerkszustand zu prüfen, zu verifizieren, dass jedes Laufwerk formatiert werden kann, den vorgesehenen Einhängepunkt leer zu lassen, das System neu zu starten und die Erstellung des Arrays erneut zu versuchen.
Die Antworten zeigen, warum diese Checkliste nur ein Ausgangspunkt war. Zwischen ZimaOS 1.2.1 und 1.3.0 stießen Benutzer außerdem auf eine verschwundene RAID-Oberfläche, Fehler aufgrund eines schreibgeschützten Dateisystems und eine falsche Zuordnung der Laufwerksschächte auf Hardware, die nicht von ZimaCube stammte. Dies sind historische Fälle und keine Aussage über die aktuelle ZimaOS-Oberfläche.
Mit den ursprünglichen fünf Prüfungen beginnen
Bestätigen, dass mindestens zwei Laufwerke verfügbar sind
Die Anleitung beginnt mit der Mindestanzahl an Laufwerken. Laufwerke, die bereits als separater Speicher aktiviert waren, wurden dem historischen RAID-Konfigurator nicht immer als verfügbare Mitglieder angezeigt.
Laufwerkszustand und individuelle Formatierung prüfen
Die nächsten Prüfungen trennen ein grundlegendes Laufwerksproblem von einem Problem bei der Array-Erstellung. Die Anleitung empfiehlt, den Zustandsstatus zu überprüfen und zu bestätigen, dass jedes Laufwerk eine individuelle Formatierung ohne Fehler abschließen kann.
Einhängepunkt leer lassen und nach dem Neustart erneut versuchen
In der Anleitung steht, dass der vorgesehene RAID-Einhängepunkt noch keine Dateien enthalten sollte. Vorhandene Daten sollten gesichert werden, bevor der Einhängepunkt geleert wird. Nach Abschluss der Prüfungen endet die ursprüngliche Abfolge mit einem Neustart des Systems und einem erneuten Versuch, das Array zu erstellen.
Die historische Benutzeroberfläche erwartete nicht zugewiesene oder deaktivierte Laufwerke
Mehrere Nutzer formatierten und aktivierten Laufwerke einzeln und stellten anschließend fest, dass der RAID-Einstiegspunkt verschwunden war oder keine Laufwerke ausgewählt werden konnten. Eine Teamantwort erklärte, dass die Laufwerke als einzelner Speicher deaktiviert werden mussten, damit sie im RAID-Ablauf wieder als verfügbare Laufwerke erschienen. Die Formatierung wurde anschließend beim Erstellen des Arrays durchgeführt.
Damit waren nicht alle Fälle gelöst. ZimaOS 1.2.2 enthielt eine Korrektur im Zusammenhang mit dem Deaktivieren einzelner Laufwerke, und spätere Antworten berichteten über weitere Fehler bei der Laufwerksauswahl bis einschließlich 1.2.4. Ein Nutzer bestätigte später, dass sein ursprüngliches Problem in 1.3.0 behoben war, fand die RAID-Oberfläche jedoch weiterhin schwer auffindbar.
Ein schreibgeschütztes Dateisystem führte zu einem anderen Fehler
Im Speicherprotokoll eines Nutzers wurde angezeigt, dass ZimaOS /media/Files angezeigt wurde, da das Dateisystem schreibgeschützt war. Ein Teammitglied unterschied dies von einem Problem mit einer fehlenden Schaltfläche und bat den Nutzer, den Einbindungsstatus mit folgenden Befehlen zu prüfen:
mount -l | grep "/ "
mount -l | grep /media
lsblkEs sollte überprüft werden, ob die betreffende Einbindung als ro statt rw. Der Thread nennt fehlgeschlagene Einbindungen, Dateisystemfehler, Berechtigungen oder andere Konfigurationsprobleme als mögliche Ursachen, dokumentiert jedoch keine abschließende Reparatur für diesen speziellen schreibgeschützten Fall.
Hardware anderer Hersteller als ZimaCube legte Fehler bei der Zuordnung von Laufwerkseinschüben offen
Eine weitere Gruppe von Antworten stammte von Nutzern, die ZimaOS auf Systemen anderer Hersteller mit mehreren SATA-Controllern oder NVMe-Geräten betrieben. Ihre Laufwerke waren sichtbar und konnten formatiert werden, aber das RAID-Diagramm zeigte leere Einschübe, unerwartete Einschubnummern oder weniger auswählbare Laufwerke, als das Betriebssystem erkannt hatte.
Das Team veröffentlichte später ein Verfahren zur Laufwerksanzeige auf Nicht-ZimaCube-Geräten. Ein Benutzer von ZimaOS 1.2.5 berichtete, dass die angezeigten Laufwerke nach Befolgung dieses Verfahrens korrekt dargestellt wurden und sich ein RAID erstellen ließ. Ein anderer Benutzer bestätigte, dass dasselbe Verfahren das Problem sofort behob.
Änderungen am Array über die Befehlszeile waren keine allgemeine Lösung
Ein späterer Teilnehmer erstellte über die Benutzeroberfläche ein RAID 5 mit vier Datenträgern und fügte ein fünftes NVMe-Gerät hinzu mit mdadmDer Benutzer beschrieb das Ergebnis als nicht ideal. Da diese Befehle ein aktives Array veränderten und speziell für dieses Gerät bestimmt waren, stellt diese Zusammenfassung aus der Community sie nicht als wiederverwendbare Reparaturabfolge dar.
Die abschließende Antwort des Teams im Mai 2025 stufte einen weiteren Bericht über einen fehlenden Laufwerksschacht als Problem mit Drittanbieterhardware ein und bat den Benutzer, ein eigenes Thema zu eröffnen, damit die Entwickler Screenshots und Aufzeichnungen prüfen konnten. Das bekräftigt die wesentliche Grenze: Die Sichtbarkeit eines Laufwerks im Betriebssystem garantiert nicht, dass eine hardwarespezifische Einschubzuordnung von einer älteren RAID-Benutzeroberfläche korrekt dargestellt wird.
FAQ
Warum verschwand die RAID-Option, nachdem die Datenträger formatiert worden waren?
In mehreren Fällen mit älteren Versionen der Reihe 1.2.x wurden Datenträger, die als individueller Speicher aktiviert waren, vom RAID-Workflow nicht mehr als verfügbar erkannt. Durch ihre Deaktivierung wurde der RAID-Pfad wieder angezeigt, obwohl separate Fehler in der Benutzeroberfläche und bei der Zuordnung von Einschüben weiterhin einige Systeme betrafen.
Hat ein Upgrade von ZimaOS jeden Fall mit fehlenden Laufwerken behoben?
Nein. Einige Benutzer berichteten von Behebungen nach späteren Versionen oder einer sauberen Installation, während andere weiterhin das Verfahren zur Laufwerksanzeige auf Nicht-ZimaCube-Geräten benötigten. Das Ergebnis hing davon ab, ob die Ursache in der historischen Benutzeroberfläche, einem schreibgeschützten Dateisystem oder der Zuordnung von Drittanbieterhardware lag.
