[hitstec]

Hallo Hobbyperte. Mit dem RAID-Controller (mit JMB393 Chip) kenne ich mich leider nicht aus. Aber dein RAID funktioniert doch noch, oder nicht? Falls doch, was spricht dagegen die betroffene Festplatte komplett zu löschen und anschließend einen Rebuild vorzunehmen?

[hitstec]

Also, die Markierung muss auf der Festplatte hinterlegt sein, da die Festplatte ja an einem anderen (gleichartigen) Controller als "defekt" angezeigt wird.

Wenn die Markierung also auf der Festplatte ist, dann geht diese Markierung beim Löschen der Festplatte verloren. Oder sehe ich das falsch? Lass doch mal alle Sektoren der Festplatte nullen (diskpart > clean all).

[RalphS]

Was ist denn das für eine Festplatte?

Auf jedem Fall muß sie erstmal vom RAID-Controller weg. Sonst geht da gar nichts.

Dann die Platte komplett leerputzen, zB mit dban (und das degradierte R5-Array sicherheitshalber offline lassen, falls keine Hot Spare da ist und einspringen kann).

Es besteht aber die Möglichkeit, daß der R/C das in einen Bereich auf der Festplatte geschrieben hat, wo man sonst nicht rankommt.

In dem Fall wäre der Support des Festplattenherstellers zu kontaktieren.

Schlimmstenfalls ist die HDD für den Controller nicht mehr zu gebrauchen und es müßte Ersatz ran; ggf. als RAID-fähige Variante, falls es bisher keine solche ist.

[hitstec]

Zitat

Das vollständige Füllen mit Nullen hatte leider wiederum keinen Effekt Ob Western Digital beim Beschreiben, ansonsten nicht erreichbarer Bereiche helfen wird, möchte ich mal Bezweifeln. Zumal man dabei dann sicherlich auch das Risiko hat, die Platte unbrauchbar zu machen.

Halte ich auch für unwahrscheinlich. Womöglich wertet der Controller aber die S.M.A.R.T.-Daten der Festplatte aus. Untersuche doch mal den "Extended Comprehensive SMART error log" (lässt sich zum Beispiel mit smartctl auslesen).

Aber: selbst wenn dem so wäre, müsste dennoch eine neue Festplatte her. Denn der S.M.A.R.T.-Datenbereich lässt sich meines Erachtens nicht ohne Weiteres zurücksetzen.

[hitstec]

Zitat

Das vollständige Füllen mit Nullen ist nicht nötig, hatte nun einen weiten Bereich am Ende der Platte "ausgenullt", mit Erfolg. Werde jetzt noch einmal den Fehler provozieren und testen wie viele Sektoren am Ende gelöscht werden müssen...

Super! Verrätst du uns noch wie du es konkret gemacht hast bzw. welcher Bereich am Ende der Platte dies war?

[RalphS]

Nichts mit Entfallen - die Integrität *muß* sichergestellt werden. "Partielles" Rebuild geht nur unter der Voraussetzung, daß die einzelnen Blöcke nochmal für sich mit Prüfsummen oä versehen sind. Dann kann man das während des Rebuilds prüfen und entweder neu berechnen oder halt so übernehmen.

Bisher ist mir das aber nur in Software untergekommen.

- Und ja, klar, irgendwo müssen die Metadaten des Controllers ja hin... bloß unterscheiden die sich da alle voneinander. Das ist auch das Kritische, wenn man Nicht-RAID-Festplatten insbesondere ins Hardware-RAID steckt: Festplatte antwortet zu spät? RAID-Controller markiert sie als Defekt und dann hat man den Salat. Sogar dann, wenn sich's beheben läßt - denn in der Zwischenzeit ist ja die Ausfallsicherheit (bei R5) gleich Null und führt damit irgendwie die gesamte Idee ad absurdum.

- Baugleich ist jetzt nicht erforderlich. Aber "gleich groß" ist doch ein bissel zuwenig. Denn das Array wird immer vom schwächsten Glied bestimmt, egal ob das in Hinblick auf Größe oder Zugriffsgeschwindigkeit oder sonstwas ist.

WD Reds sind nicht besonders teuer. Die kann man beim nächsten Upgradezyklus - oder wenn was kaputtgeht -- durchaus in Betracht ziehen. Nur A/V Platten sollte man meiden; die sind zwar schnell, kratzen sich aber nur bedingt um korrekt geschriebene Daten.

[hitstec]

Okay. Das ging etwas durcheinander. Denn ich meine mich zu erinnern, dass du zwischenzeitlich geschrieben hattest (und später offensichtlich editiert hast), dass das Ausnullen der Festplatte (so, wie ich es vorgeschlagen hatte) nichts bringt. Dann las ich eben, dass du doch durch Ausnullen (am Ende der Festplatte) erfolgreich warst. Das hat mich verwirrt.