RAID 5 ICH9R Initialisieren / Überprüfen

[ManOki]

hallo an alle

ich habe vier 500GB festplatten ST3500320AS von seagate.

dazu habe ich ein mainboard von gigabyte: GA-EP35C-DS3R mit ICH9R southbridge und F2 bios

zusätzlich habe ich noch eine 250GB platte fürs system mit XP und vista64.

nun versuche ich schon seid einiger zeit, diese ist ein RAID5 zu packen.
an sich kein problem: entweder kann ich das ganze übers raid bios aufbauen
oder mit dem intel matrix storage manager. (rückschreibecache ist aktiviert)

alles funktioniert wunderbar, gesamtgröße ist ca. 1,4TB, stripesize ist 64KB.

nun das eigentliche problem: sobald das system einmal nicht ordnungsgemäß
heruntergefahren wurde, geht der raid controller davon aus, dass dateninkonsistenz
besteht und möchte deshalb das volume überprüfen.

um allerdings das zu überprüfen, muss das volume erst initialisiert werden.
und dabei scheitert es jedes mal: mehr als 72% habe ich noch nie geschafft.

ich kann die initialisierung nicht abbrechen.

mittlerweile habe ich schonmal die platten einzeln betrieben, S.M.A.R.T. überprüft,
seatools drüber laufen lassen und alle mal testweise komplett formatiert.
alles scheint in ordnung mit den platten, keine fehler, nix auffälliges.

woran kann es also liegen, dass jedesmal bei 72% abgebrochen wird?
die platten können es nicht sein->überprüft
das mainboard eigentlich auch nicht. ich kann problemlos daten auf das
volume kopieren und auch das anlegen vom volume funktioniert tadellos.

ich möchte keine diskussion, ob raid5 schneller, sinnvoller oder besser ist.
auch das ein 300€ kontroller mein problem sicher lösen kann, nützt mir nix.

vielen dank schonmal im vorraus für die hilfe

ManOki

 

[nur für sp3]

wußtest du das dieser controller sicher dein problem lösen kann ???


http://www.alternate.de/html/product/Controller_SATA/3WARE/9650SE-8LPML/193808/?articleId=193808&tn=HARDWARE&l1=Controller&l2=Serial+ATA

 

[Hypocrisy]

Hallo ManOki,

auch wenn du es nicht hören willst, schlage ich doch den Einsatz eines RAIDControllers vor.
Du hast ja im Prinzip alles abgegrast, was das Problem identifizieren könnte.
Ich hab da jetzt auch keinen Tipp weiter, was es noch sein könnte. Ich würde aber der trügerischen Datensicherheit derweil nicht trauen - wenn er nicht komplett initialisieren kann, muss es irgendwo ein Problem geben. Früher oder später reisst es dir dann vllt. doch die Platten weg...!?!?
Naja was soll ich sagen. Vielleicht ist es aber doch nur ein dämlicher SW Fehler und es gibt gar kein Problem. Aber wie gesagt, keine Ahnung.

Gruß
Tobi

edit:
Ist das F2 BIOS aktuell? Probiers doch mal mit nem update.

 

[ManOki]

wußtest du das dieser controller sicher dein problem lösen kann ???

ein scherz oder? (text gelesen? )

edit:
Ist das F2 BIOS aktuell? Probiers doch mal mit nem update.

es gibt noch zwei aktuellere, die sind aber beta und sollten nur neuere CPUIDs freischalten.

 

[nur für sp3]

ja scherz ,na klar .aber nur zum teil .aber das dir ein externer controller vielleicht helfen würde weißt du ja.

ich habe auch keinen blassen schimmer was es sein könnte,für mich sieht es so aus als wenn du es mal zum test mit drei 500 probieren solltest.ein paar tage um zu sehen was ist.

wenn das dann klappt dann würde ich denken das es etwas mit der kapazität zu tun hat. warum kann ich dir aber nicht sagen.

viel glück!!

 

[Hypocrisy]

Okay, denn scheiden die Betas aus.

Aber an deiner Stelle würd ich mir nen Controller kaufen, wenn das halt öfter passiert. Mir wär´s einfach n bisschen zu unsicher, wenn ich mir schon n fettes RAID 5 mache.
Vermutlich wäre auch die Performance noch höher als beim ICH9R.

Kosten natürlich ne ordentliche Stange Geld....

 

[ManOki]

ein billiger raid-controller soll nicht besser als onboard sein (habe ich schon mehrfach hier gelesen)

außerdem steht mein board nurnoch PCI zur verfügung, über den PCIe x1 hängt ein graka kühler.
und dann wäre das ganze so lahm, dass ich doch lieber 4 einzelne platten benutzen würde/müsste.

und ein teuren controller brauche ich nicht
- kein geld
- kein steckplatz
- kein realer nutzen

PS: außerdem habe ich mir extra das board mit raid controller gekauft, weil ich es nutzen will
sonst hätte ich sicher 10-20€ weniger bezahlt

€: die idee mit den 3 platten werde ich natürlich ausprobieren!

 

[Hypocrisy]

Ja verstehe ich. Ist halt doof, wenn´s dann iwie ned richtig läuft.
Viel Erfolg!

 

[supaman]

zu deinem problem:
es kommt vor, das eine platte im einzelbetrieb problemlos läuft und bei sämtlichen tests fehlerfrei besteht. nur im raidbetrieb gibts (sporadisch) probleme. wenn du 4 platten hast, kannst du schauen, ob sich das problem auf eine bestimmte platte eingrenzen lässt.

zu thema controller: von den "einfachen" controllern sind die intel ICH noch die besten, wenn man raid-1 nutzt ist das gar kein problem. bei raid-5 würde ich *immer* einen echten controller mit eigener cpu benutzen. alles andere taugt nicht viel und führt früher oder später zu problemen, die dann einen kompletten datenverlust zur folge haben, sofern kein aktuelles backup vorliegt. bei raid-5 hilft dir auch kein daten-rettungsstool.

 

[nur für sp3]

hast du schon recht manoki.

die onboard controller sind besser als ihr ruf und wenn externer controller dann gibt es die verbünftigen eben nicht unter 230,- für vier und 380,- für acht.
da du aber nur einen pci*1 frei hast würde ich das an deiner stelle auch lassen.ich denke wenn du dein raid 5 zum laufen gebracht hast dann wirst du auch zufrieden sein

das supaman schreibt das du über kurz oder lange einen datenverlust haben wirst kann ich nicht nachvollziehen denn eine raid hat nicht damit zu tun das du deine daten sicher aufbewahrst.
eine backup ist immer nötig !!!

von daher würde es ja gut passen das du noch eine 500 frei hast für die wirklich wichtigen geschichten

 

[supaman]

bei raid-1 (spiegelung) sind die daten auf jeder beteiligten platte vollständig vorhanden und kalr lesbar, bei raid-5 liegt auf jeder platte etwas. verwendungsfähige daten kann man bei raid-5 nur dann lesen, wenn der verbund intakt ist, auf einer einzelnen platte findet man nur datenmüll.

ich habe nur geschrieben, das es problematisch wird, wenn das raid mal defekt ist und kein backup vorhanden ist. vielen ist das nicht bewusst, und später das geschrei groß wenn alles in den ewigen datengründen verloren gegangen ist.

 

[Hypocrisy]

Japp, die Datensicherung wird zu oft nicht berücksichtigt.

 

[Interlink]

Bohren wir mal im Nebel:

Es gibt immer mal wieder Berichte im Netz zu bestimmten Festplatten, die sich gerne aus Arrays verabschieden. Was zu einem guten Teil an fehlerhafter Firmware liegt. Bei der ST3500320AS existieren im Netz zumindest Meldungen von fehlerhaften Firmware-Versionen. Keine Ahnung, ob das den RAID - Betrieb oder andere Dinge betrifft.

Festplattenprobleme sind gelegentlich Ausdruck von latenten Speicherfehlern. Wenn in den Daten von den Festplatten beim Speichern in den RAM bzw. im RAM gelegentlich ein Bit kippt, geht die Überprüfung einer Festplatte naturgemäß mehr oder weniger schnell in die Hose.

In diesem Fall ist die BIOS-Version des Mainboards die aktuellste Nicht-Beta-Version aus Januar 2008. Was mich nicht unbedingt froh stimmt, denn Gigabyte hatte um die Jahreswende jede Menge an für große Festplatten (1TB) absolut schrottreifem BIOS im Programm. Ich würde auch mal das aktuelle Beta-BIOS (F3e) testen.

Alle Treiber zum Mainboard bis hin zum Netzwerkchip sollten aktuell sein. Es gibt gelegentlich die merkwürdigsten Seiteneffekte.

Hast Du Dein Problem schon mal im Gigabyte-Forum zur Diskussion gestellt?

Es kommt auch der übliche Ärger bei "neuen" Betriebssystemen fernab der Standard-Konfigurationen in Frage. Ein Onboard-RAID 5 ist schon wegen der eher schlechten Schreib-Performance definitiv keine Standard-Konfiguration und damit in Vista 64 zunächst mal weniger ausführlich getestet.

 

[ManOki]

also die festplatten allein können nicht das problem sein:

ich kann sie einzeln formatieren und im raid5 auch daten schreiben und lesen.
sogar während der initialisierung ist dies möglich. natürlich habe ich bei meinen
versuchen, das volume richtig zu initialieren, keine lese/schreib vorgänge gemacht.

im gigabyte forum werde ich mich auch mal melden, danke für den tip!

mir ist klar, was raid5 ist, was es kann und auch, was es nicht kann.

 

[Prollpower]

-Manchmal gibt es Firmwareupdates für Festplatten... Prüfen!

-Mit dem Matrix Storage Manager könntest Du doch mal die Daten der einzelnen Platten vergleichen. (Firmware, Sektorgröße gleich?, Modellbezeichnung auch gleich...usw.)
Die Seriennummer darf natürlich anders sein ;-)

-Ansonsten würde es vielleicht mal helfen, die platten alle seperat laufen zu lassen um sie dann mit aufgerufener CMD (Kommandozeilenkonsole) und dem Befehl "chkdsk /f /r ?:" ? steht für den Laufwerkskennbuchstaben. Du kannst eigentlich dann 4 mal die kommandokonsole aufrufen und parallel jede Platte auf der Art und Weise um nach Fehler u.u. auch auf der Plattenoberfläche zu prüfen.

-Memtestx86 laufen lassen...


MFG, viel Glück


Edit: Neuester Treiber für den ICH9R drauf?!

 

[supaman]

also die festplatten allein können nicht das problem sein:

ich kann sie einzeln formatieren und im raid5 auch daten schreiben und lesen.
sogar während der initialisierung ist dies möglich. natürlich habe ich bei meinen
versuchen, das volume richtig zu initialieren, keine lese/schreib vorgänge gemacht.

falsch. wie ich schon sagte, wenn eine eine platte im einzelbetrieb läuft, kommt es trotzdem vor das sie im raid betrieb rumzickt.

wenn du ein volume initialisiert hast ist es eingerichtet, du kannst es sofort benutzen, es wird alles gelesen und geschrieben - aber das volume ist nicht über über alle sektoren verifiziert. beim "unsachgemäßen" runterfahren stösst der controller ein verify an und findet dann irgendwas, das ihm nicht gefällt bzw braucht für einige sektoren etwas länger bis er sie lesen konnte. der time-out führt dann zu besagtem fehler, der halt im einzelbetrieb nicht auftritt.

tausch die platte aus und alles wird gut