Dieser Thread dokumentiert eine reale Produktlücke, die später zu einer integrierten Funktion wurde. In ZimaOS 1.4.1 wechselte ein RAID 1 mit zwei Laufwerken in einen degradierten bzw. schreibgeschützten Zustand, nachdem ein 750-GB-Laufwerk ausgefallen war. Das Ersatzlaufwerk wurde als separate, gesunde Festplatte angezeigt, aber die Speicheroberfläche bot keine klare Aktion zum Ersetzen und Neuaufbauen an.
IceWhale betreute betroffene Nutzer zunächst über den technischen Support und per CLI-Diagnose. Anschließend kündigte Zima-Giorgio an, dass ZimaOS 1.4.4 einen umfassenderen Reparaturprozess für RAID 1 bieten würde. Die aktuellen offiziellen Versionshinweise zu 1.4.4 bestätigen, dass die RAID-1-Reparatur für degradierte oder beschädigte Arrays hinzugefügt wurde.
Das Quell-RAID wechselte in den Status „Protecting / Read-Only“
Die Ersatzfestplatte wurde separat erkannt
Die Speicherseite von 1.4.1 wies darauf hin, dass neue Laufwerke erforderlich waren
IceWhale forderte die Nutzer auf, riskante Reparaturversuche zu vermeiden
Zima-Giorgio bot technische Unterstützung an und bat erfahrene Nutzer, Folgendes zu sammeln lsblk und mdadm -D /dev/md0 Ausgabe. Er veröffentlichte keine Anleitung für einen destruktiven Neuaufbau.
Nachdem Techniker das Array eines späteren Nutzers privat repariert hatten, warnte er ausdrücklich davor, RAID-Operationen auf Root-Ebene ohne ausreichende Kenntnisse oder direkte Anweisung der Techniker durchzuführen.
ZimaOS 1.4.4 fügte die RAID-1-Reparatur zur WebUI hinzu
Am 4. September 2025 erklärte Zima-Giorgio, dass 1.4.4 einen umfassenderen Reparaturprozess für RAID 1 bieten würde. Als ein anderer Nutzer um CLI-Hilfe für 1.4.4 bat, antwortete Giorgio, dass 1.4.4 die Reparatur über die WebUI durchführen könne.
Die aktuellen IceWhale-Versionshinweise bestätigen: „RAID1-Reparaturfunktion hinzugefügt: Eine Reparatur kann durchgeführt werden, wenn das RAID1-Array degradiert oder beschädigt ist.“
Verwenden Sie die offizielle RAID-1-Reparaturfunktion von ZimaOS 1.4.4, anstatt alte Experimente mit root und mdadm nachzubilden.
1.4.4 behob außerdem zuvor verwendete Festplatten während der Wiederherstellung
In denselben Versionshinweisen steht außerdem, dass ZimaOS ein Problem behoben hat, durch das zuvor verwendete Festplatten während der RAID-Wiederherstellung nicht ausgewählt werden konnten. Das ist für Workflows mit Ersatzlaufwerken unmittelbar relevant, wenn ein Laufwerk möglicherweise noch alte Signaturen enthält oder separat initialisiert wurde.
Verwenden Sie ein Ersatzlaufwerk, das mindestens so groß wie das ausgefallene Mitglied ist
Für den Wiederaufbau eines RAID 1 wird ein Ersatzmitglied benötigt, das groß genug für das vorhandene Datenlayout des Arrays ist. Nominell identische Laufwerke mit „750 GB“ oder „2 TB“ können sich bei der Anzahl der Sektoren geringfügig unterscheiden, sodass ein Laufwerk mit geringerer nutzbarer Kapazität möglicherweise abgelehnt wird.
Sichern Sie lesbare Daten nach Möglichkeit vor einer riskanten Wiederherstellung
Ein degradiertes RAID 1 hat seine Redundanz bereits verloren. Wenn die verbleibende Festplatte während des Wiederaufbaus ausfällt, kann das Array verloren gehen. Kopieren Sie unersetzliche Daten auf ein unabhängiges Laufwerk, bevor Sie invasive Wiederherstellungsmaßnahmen durchführen, sofern das Array lesbar und die Daten noch nicht gesichert sind.
Klicken Sie nicht auf „RAID erstellen“, wenn bereits Mitgliedsfestplatten vorhanden sind
Wenn ZimaOS alte RAID-Mitglieder als ungenutzt oder als separate Festplatten anzeigt, kann das Erstellen eines neuen RAID die Metadaten überschreiben. Stellen Sie vor dem Fortfahren fest, ob Sie ein vorhandenes degradiertes Array reparieren oder absichtlich ein neues leeres Array erstellen.
Der Wiederaufbau eines RAID 1 ist eine Phase hoher Belastung für die verbleibende Festplatte
Während eines Wiederaufbaus muss ZimaOS das verbleibende Mitglied umfassend lesen und gleichzeitig auf das Ersatzlaufwerk schreiben. Wenn die verbliebene alte Festplatte bereits an der Belastungsgrenze ist, werden dabei mit besonders hoher Wahrscheinlichkeit nicht lesbare Sektoren oder andere Ausfallerscheinungen entdeckt.
Deshalb sollte bei einem noch lesbaren degradierten Array zunächst eine externe Sicherung unersetzlicher Daten erfolgen, bevor der Wiederaufbau gestartet wird.
Formatieren Sie die Ersatzfestplatte nicht einfach, nur weil sie als separater Speicher angezeigt wird
Im Ausgangsfall hatte der Nutzer die neue Festplatte bereits formatiert, und ZimaOS zeigte sie als HDD-Storage an. Spätere Korrekturen in 1.4.4 behoben gezielt das Problem, dass zuvor verwendete Festplatten für die RAID-Wiederherstellung nicht verfügbar waren.
Verwenden Sie auf einem aktuellen System den RAID-Reparaturprozess und lassen Sie ZimaOS die ausgewählte Ersatzfestplatte vorbereiten. Wenn Sie zuerst einen weiteren Speicherbereich formatieren oder erstellen, können dadurch Metadaten hinzugefügt werden, mit denen die Wiederherstellungsoberfläche anschließend umgehen muss.
Schreibgeschützte Diagnosen sind sicherer als manuelle RAID-Änderungen
Die von Zima-Giorgio angeforderten Befehle—lsblk und mdadm -D /dev/md0—wurden diagnostische Abfragen verwendet, um das Gerät und den Array-Zustand zu ermitteln. Das unterscheidet sich grundlegend von Befehlen, die Mitglieder hinzufügen, Superblöcke löschen, das Zusammenfügen erzwingen oder Arrays neu erstellen.
Wenn der Support CLI-Ausgaben anfordert, erfassen Sie die verlangten schreibgeschützten Informationen exakt und improvisieren Sie keine destruktiven mdadm-Operationen aus unabhängigen Linux-Anleitungen.
Array nach Abschluss des Wiederaufbaus überprüfen
Betrachten Sie die Wiederherstellung nicht in dem Moment als abgeschlossen, in dem die Ersatzfestplatte akzeptiert wurde. Warten Sie, bis die Synchronisierung bzw. der Wiederaufbau abgeschlossen ist, bestätigen Sie, dass RAID wieder den Status „gesund“ bzw. „schützend“ anzeigt, öffnen Sie repräsentative Dateien und überprüfen Sie die Anwendungen, die vom Pool abhängen.
Lassen Sie die externe Sicherung unangetastet, bis diese Prüfungen bestanden sind.
Auf den nächsten Festplattenausfall vorbereiten, solange das Array intakt ist
RAID 1 verschafft Zeit, ein ausgefallenes Mitglied zu ersetzen; eine Sicherung wird dadurch jedoch nicht überflüssig. Bewahren Sie eine unabhängige Kopie wichtiger Daten auf, notieren Sie Festplattenmodelle und Seriennummern und überprüfen Sie regelmäßig den Zustand, damit ein beeinträchtigter Zustand erkannt wird, bevor ein zweites Mitglied ausfällt.
FAQ zur Wiederherstellung von RAID 1
Fehlte die RAID-1-Reparatur in der ZimaOS-1.4.1-Oberfläche?
Der Nutzer im Ausgangsfall konnte das beeinträchtigte Array und die Ersatzfestplatte sehen, hatte aber keine reguläre Reparaturaktion.
Hat IceWhale später einen Reparaturprozess in der WebUI hinzugefügt?
Ja. IceWhale erklärte, dass 1.4.4 RAID 1 über die WebUI reparieren könne, und in den offiziellen Versionshinweisen ist die RAID-1-Reparatur als neue Funktion aufgeführt.
Sollten aktuelle Nutzer die Root-mdadm-Befehle aus dem alten Thread ausführen?
Nein. IceWhale warnte ausdrücklich davor, RAID-Operationen auf Root-Ebene durchzuführen, sofern die Nutzer die Risiken nicht verstanden hatten oder nicht von Ingenieuren dazu angewiesen worden waren.
