Ein RAID-Array bleibt degradiert, wenn das Ersatzlaufwerk zwar sichtbar ist, aber noch nicht zu einem gültigen Mitglied für den Rebuild geworden ist. Häufige Ursachen sind eine falsche Größe, fremde Metadaten, ein nicht unterstützter Status, eine fehlende manuelle Zuweisung oder ein weiteres Quelllaufwerk, das ausfällt.
Initialisieren Sie das Ersatzlaufwerk nicht und importieren Sie nicht wahllos eine Fremdkonfiguration. Ermitteln Sie zunächst das genaue Array, die fehlende Rolle, die Seriennummer des Ersatzlaufwerks, den Controller-Status und die Berechtigung für einen Rebuild. Ziel ist es, ein leeres, geeignetes Ziellaufwerk einzubinden, ohne die vertrauenswürdige Quellkonfiguration zu ändern.
Prüfen Sie, ob der richtige Controller das Ersatzlaufwerk erkennt
Eine Festplatte kann im Betriebssystem erscheinen, während sie für den RAID-Controller nicht verfügbar ist, oder dem Controller in einem anderen Gehäuseeinschub angezeigt werden als erwartet. Vergleichen Sie die physische Seriennummer, den Einschub, den Controller-Port und die gemeldete Sektoranzahl.
Wird die neue Festplatte auf RAID-Ebene nicht angezeigt, prüfen Sie Stromversorgung, Backplane, Kabel, HBA-Modus und Gehäusezuordnung, bevor Sie Array-Metadaten ändern. Wiederholtes Einsetzen, ohne die Seriennummer zu ermitteln, kann dazu führen, dass das falsche Mitglied gewartet wird.
„Ready“, „Unconfigured“ und „Spare“ bedeuten nicht, dass ein Rebuild läuft
Viele Hardware-Controller versetzen eine neue Festplatte in einen neutralen Status wie „Ready“ oder „Unconfigured Good“. Das Array bleibt degradiert, bis die Festplatte gemäß dem Arbeitsablauf des Controllers als Ersatzlaufwerk, dediziertes Ersatzlaufwerk oder geeignetes globales Hot-Spare zugewiesen wird.
Ein neues Laufwerk im Status „Ready“ ist ein gutes Beispiel: Die bloße Verfügbarkeit füllt die fehlende RAID-Rolle nicht aus. Prüfen Sie, ob ein Hot-Plug-Einsetzen, ein manueller Austausch oder die Zuweisung als Ersatzlaufwerk erforderlich ist.
Software-RAID erfordert normalerweise ein explizites Hinzufügen
Linux-md-Arrays fügen eine verschwundene Festplatte nicht unbedingt erneut hinzu, nur weil ein Blockgerät unter demselben Pfad wieder verfügbar ist. Das frühere Mitglied kann weiterhin als entfernt markiert sein, während das Ersatzgerät lediglich ungenutzt vorhanden ist.
Das Verhalten beim manuellen erneuten Hinzufügen mit mdadm setzt eine Sicherheitsgrenze: Einem Gerät, das zuvor verschwunden ist, automatisch wieder zu vertrauen, kann riskanter sein, als einen Administrator zu verlangen, es zu überprüfen und gezielt hinzuzufügen.
Fremde Metadaten können das Ersatzlaufwerk blockieren
Ein wiederverwendetes Laufwerk kann RAID-Signaturen eines anderen Arrays enthalten. Controller kennzeichnen es als fremd, da ein Import die aktive Konfiguration verändern könnte. Auch ein brandneues Laufwerk kann Metadaten aus der Produktion, von Tests oder einer früheren Verwendung enthalten, die verhindern, dass es automatisch zugelassen wird.
Importieren Sie keine Fremdkonfiguration von einem Laufwerk, das als leeres Ersatzlaufwerk vorgesehen ist. Im Fall eines Ersatzlaufwerks mit Fremdstatus war es der richtige Weg, das neue Laufwerk auf „Unconfigured Good“ zu setzen, nicht dessen alte Array-Konfiguration zu importieren.
Kapazität und Sektorgeometrie müssen die Mindestanforderungen des Arrays erfüllen
Das Ersatzlaufwerk muss mindestens so viele nutzbare Sektoren bieten wie das ausgefallene Laufwerk. Ein Laufwerk mit nominell gleicher Kapazität kann geringfügig kleiner sein. Manche Controller lehnen auch Änderungen am logischen oder physischen Sektorformat, Schnittstellentyp, an der Firmware-Zertifizierung oder der Verschlüsselungsfähigkeit ab.
Vergleichen Sie die genaue Größe und das Sektorformat, nicht nur die Angaben auf der Verpackung. Wenn der Controller das neue Laufwerk als nicht unterstützt oder zu klein meldet, erzwingen Sie nicht, dass es online geht. Wählen Sie stattdessen ein kompatibles Laufwerk mit größerer Kapazität.
Ein anderes Quelllaufwerk verhindert möglicherweise die Rekonstruktion
Für einen Wiederaufbau müssen die Daten auf den verbleibenden Laufwerken lesbar sein. Wenn ein anderes Laufwerk nicht korrigierbare Sektoren aufweist, wiederholt in Time-outs läuft oder aus dem Array fällt, kann der Controller den Vorgang abbrechen, das Ersatzlaufwerk als Hot-Spare belassen oder nach einem fehlgeschlagenen Rekonstruktionsversuch im degradierten Zustand bleiben.
Prüfen Sie das Ereignisprotokoll ab dem Ausfall des ursprünglichen Laufwerks bis zum Einsetzen des Ersatzlaufwerks. Der neueste Alarm bezieht sich möglicherweise auf das Ziellaufwerk, während das eigentliche Hindernis ein Lesefehler auf einem anderen Quelllaufwerk ist.
Fehlerbehebung nach Status durchführen
| Ersatzstatus | Wahrscheinliche Bedeutung | Nächste Prüfung |
|---|---|---|
| Nicht erkannt | Verbindungs- oder Controllerpfadproblem | Stromversorgung, Kabel, Laufwerksschacht, HBA, Zuordnung der Seriennummern |
| Bereit / nicht konfiguriert, einwandfrei | Sichtbar, aber nicht zugewiesen | Zuordnung als Ersatz- oder Hot-Spare-Laufwerk |
| Fremd | Alte RAID-Metadaten vorhanden | Identität überprüfen; nur die Metadaten des neuen Ziellaufwerks löschen |
| Zu klein / nicht unterstützt | Eignungsprüfung fehlgeschlagen | Exakte Sektoren, Format, Controller-Unterstützung |
| Hot Spare, kein Wiederaufbau | Kein Auslöser oder Quellfehler | Fehlende Rolle, Richtlinie, Protokolle der verbleibenden Mitglieder |
| Wiederaufbau abgebrochen | Quelle oder Pfad konnte den Vorgang nicht abschließen | Lesefehler, Zeitüberschreitungen, zweiter Ausfall |
Eine manuelle Zuweisung für den Wiederaufbau kann bei einem bestimmten Controller eine Hot-Spare-Aktion zur Wiederherstellung verwenden. Verwende den für die Plattform dokumentierten Zustandswechsel statt allgemeiner Befehle, die von einem anderen RAID-System übernommen wurden.
Überprüfe den Auslöser für den Wiederaufbau, bevor du das System verlässt
Sobald das Ersatzlaufwerk zugewiesen ist, beobachte den Vorgang lange genug, um zu bestätigen, dass die Anzahl der verarbeiteten Blöcke steigt und die vorgesehene Seriennummer zum Ziellaufwerk gehört. Ein Zustandswechsel, der beginnt und sofort abbricht, bedeutet weiterhin, dass das Array beeinträchtigt ist – auch wenn das Dashboard kurz den Wiederaufbau angezeigt hat.
Speichere nach einem Abbruch die erste Fehlermeldung. Sie zeigt oft deutlicher als die abschließende Zusammenfassung, woran es tatsächlich liegt – insbesondere, wenn bei einem verbleibenden Quelldatenträger eine Zeitüberschreitung auftritt oder der Controller die Geometrie des Ziellaufwerks ablehnt.
FAQ
Sollte ich das Ersatzlaufwerk zuerst initialisieren?
Normalerweise nicht. Bei der Initialisierung können Metadaten geschrieben werden, und sie kann destruktiv sein, wenn das falsche Laufwerk ausgewählt wird. Bereite nur das bestätigte leere Ziellaufwerk über den Austausch-Workflow des Controllers vor.
Warum blieb das neue Laufwerk nach dem Austausch im ausgeschalteten Zustand ungenutzt?
Manche Controller erkennen und verknüpfen ein Ersatzlaufwerk beim Einsetzen im laufenden Betrieb anders. Beim Austausch im ausgeschalteten Zustand können eine fehlende Rolle und ein separates, bereites Laufwerk zurückbleiben, das manuell zugewiesen werden muss.
Kann ich das Laufwerk online erzwingen?
Aktionen zum Erzwingen des Online-Status sind für bestimmte Wiederherstellungssituationen vorgesehen und können veraltete Daten hochstufen. Weise ein neues, leeres Ersatzlaufwerk als Wiederherstellungsziel oder Hot Spare zu, statt so zu tun, als enthalte es aktuelle Array-Daten.
Das Array wird erst nach einer Änderung der Mitgliedschaft wieder fehlerfrei
Ein sichtbarer Austausch hebt den beeinträchtigten Status nicht auf. Das Ersatzlaufwerk muss geeignet, der fehlenden Rolle zugewiesen, aus lesbaren Quellen wiederhergestellt und zu einem aktiven, synchronisierten Mitglied hochgestuft werden.
Support und Tipps
Mehr zum Lesen

Sicherheitslücke in der Google MCP Toolbox: Was Nutzer selbst gehosteter KI-Systeme überprüfen sollten
Verstehen Sie den Dateizugriff der MCP Toolbox anhand verifizierter Release-Informationen, praktischer Workflow-Grenzen, des Umgangs mit privaten Dateien, Prüfschritten und realistischen Speicherrollen von ZimaOS.

So prüfen Sie Speicher- und Laufzeitanforderungen, bevor Sie LFM2.5-24B-A2B ausführen
Prüfen Sie vor der Bereitstellung auf einem Heimserver das Gewichtsformat, den Speicherbedarf, die Laufzeitversionen, den Kontext und die Tool-Kompatibilität von LFM2.5-24B-A2B.

So testen Sie Granite Speech 5.0 mit englischsprachigen Audiodateien, die auf Ihrem NAS gespeichert sind
Teste Granite Speech 5.0 mit einer kurzen englischen Aufnahme von deinem NAS. Überprüfe die Checkpoint-Version, die Laufzeit, die Abtastrate, die Transkriptionsqualität und die Verarbeitung...



