Fazit: Nach dem Deaktivieren der Laufwerke neu starten, bevor Sie Metadaten löschen
Im gelösten Fall funktionierten zwei neue 4-TB-Festplatten als eigenständige Laufwerke, aber beim Erstellen von RAID 0/1 wurde der generische Fehler exit status 2 ausgegeben. Ein Austausch oder Löschen der Laufwerke war nicht erforderlich: Nach dem Deaktivieren der Laufwerke und einem Neustart von ZimaOS wurde der veraltete Speicherstatus bereinigt, und die RAID-Erstellung war erfolgreich. Das sollte der erste Test mit geringem Risiko sein.
Bestätigen, dass beide Laufwerke tatsächlich frei sind
lsblk -f
mount
cat /proc/mdstat
Beide vorgesehenen Laufwerke sollten nicht eingebunden und weder Mitglied eines anderen md-Arrays noch eines aktiven ZimaOS-Pools sein. Verlassen Sie sich nicht ausschließlich auf die Bezeichnung in der Benutzeroberfläche, wenn die Erstellung bereits fehlgeschlagen ist.
Vor einer destruktiven Bereinigung einmal neu starten
Deaktivieren Sie die beiden Laufwerke unter „Speicher“, starten Sie ZimaOS neu, öffnen Sie anschließend erneut „Speicher“ und erstellen Sie das RAID erneut. Das ist besonders hilfreich, wenn der Speicher- oder UI-Dienst noch einen veralteten Status aus der vorherigen eigenständigen Konfiguration hält.
Wenn der Fehler weiterhin auftritt, erfassen Sie die tatsächliche Fehlermeldung
journalctl -xb | tail -200
dmesg | tail -200
exit status 2 ist lediglich eine übergeordnete Fehlermeldung. Die eigentliche Ursache kann im mdadm-Status, in veralteten Dateisystemsignaturen, einem Einbindungskonflikt oder einem anderen Fehler des Speicherdienstes liegen. Das Linux-Verhalten von mdadm-RAID erläutert die Array-Ebene.
Metadaten prüfen, bevor Sie sie löschen
sudo wipefs -n /dev/sdX
sudo mdadm --examine /dev/sdX 2>/dev/null
Verwenden Sie zunächst den Prüfmodus. Falls Sie später Signaturen entfernen, müssen Sie sicher sein, dass die Laufwerke keine benötigten Daten enthalten. Machen Sie „wipefs -a everything“ nicht zur Standardantwort auf einen generischen UI-Fehler.
Aktuelle ZimaOS-Versionen unterstützen RAID 0 und RAID 1 direkt
Die aktuellen Speicherdokumentationen behandeln RAID 0, RAID 1, RAID 5, RAID 6 und JBOD. RAID 0 erfordert mindestens zwei Laufwerke und bietet keine Redundanz; RAID 1 spiegelt zwei Laufwerke. Die ZimaOS-RAID-Level sind die aktuelle Produktreferenz.
Verwenden Sie RAID 0 nicht für Daten, die Sie nicht wiederherstellen können
RAID 0 erhöht die nutzbare Kapazität und kann den Datendurchsatz verbessern, aber der Ausfall eines einzigen Mitglieds zerstört das Array. Wenn diese 4-TB-Laufwerke wichtige Medien oder Backups enthalten, sollten Sie prüfen, ob RAID 1/5 plus ein unabhängiges Backup geeigneter ist.
Das ZimaOS-Backup und die RAID-Wiederherstellung erläutern das Ausfallmodell.
Das neue Array vor dem Laden von Daten überprüfen
cat /proc/mdstat
lsblk -f
df -h
Warten Sie, bis Initialisierung oder Resynchronisierung abgeschlossen ist, und kopieren Sie zunächst nur entbehrliche Testdaten. Starten Sie das System einmal neu und prüfen Sie, ob das Array weiterhin fehlerfrei ist, bevor Sie die einzige Kopie wichtiger Dateien darauf speichern.
Eine unterschiedliche Laufwerksgröße ist nicht die erste Schlussfolgerung
Kleine nominelle Unterschiede können die nutzbare Größe beeinflussen, aber in diesem Fall wurde das Problem allein durch den Neustart gelöst. Prüfen Sie die tatsächlichen Protokolle, bevor Sie einen generischen Statuscode auf unterschiedliche Laufwerksgrößen oder einen Hardwarefehler zurückführen.
Wenn Metadaten tatsächlich die Ursache sind, entfernen Sie nur das, was Sie identifiziert haben
Die Signaturprüfungen von wipefs unter Linux können Dateisystem-, Partitionstabellen- und RAID-Signaturen anzeigen, bevor etwas gelöscht wird. Wenn bestätigt ist, dass die Laufwerke leer sind, und die Protokolle auf veraltete Signaturen hinweisen, entfernen Sie die betreffende Metadaten gezielt, starten Sie das System neu und versuchen Sie es erneut. Das ist sicherer, als jeden generischen RAID-Fehler sofort als Anlass zu nehmen, beide Laufwerke zu löschen.
Führen Sie nach der Bereinigung erneut lsblk -f und mdadm --examine aus, damit Sie wissen, dass sich die Laufwerke tatsächlich in dem von ZimaOS erwarteten Zustand befinden, bevor Sie den RAID-Erstellungsdialog wieder öffnen.
Wenn ein Neustart die Erstellung sofort ermöglicht, halten Sie dieses Ergebnis in den Vorfallnotizen fest. Es ist ein wichtiger Hinweis darauf, dass die Laufwerke selbst nicht nachweislich fehlerhaft waren und ein veralteter Dienststatus die wahrscheinlichere Erklärung war.
FAQ
Was bedeutet „exit status 2“ beim Erstellen eines RAID in ZimaOS?
Es handelt sich um ein generisches Fehlerergebnis, nicht um eine Diagnose. Prüfen Sie die Protokolle auf den zugrunde liegenden Speicher- oder mdadm-Fehler.
Soll ich die Laufwerke sofort löschen?
Nein. Starten Sie das System nach dem Deaktivieren zunächst neu und prüfen Sie anschließend die Metadaten, bevor Sie eine destruktive Bereinigung durchführen.
Können brandneue Laufwerke alte Metadaten enthalten?
Ja, insbesondere wenn sie getestet oder zuvor partitioniert wurden. Belegen Sie dies jedoch mit wipefs -n oder mdadm --examine.
Ist RAID 0 für Backups sicher?
Nein. Der Verlust eines Mitglieds bedeutet den Verlust des gesamten Arrays. Bewahren Sie daher unabhängige Kopien auf.
Woher weiß ich, dass das RAID korrekt erstellt wurde?
Prüfen Sie /proc/mdstat, den Dateisystem- und Einbindungsstatus, starten Sie das System neu und stellen Sie sicher, dass das Array weiterhin fehlerfrei ist.
