-- Raid 5 an SB750 / Raid-Status von Critical zu Offline --

Xenvar · 4. Dezember 2011

[solved] -- Raid 5 an SB750 / Raid-Status von Critical zu Offline --

Hallo zusammen,

Hoffe sehr mir ist noch zu helfen

Systemkonfiguration:
Board Asrock 790GMH
Raid 5 mit 3 Festplatten a 500 GB (3 Partitionen)
Windows XP

Ausgangsgeschichte:
Nachdem das System, wahrscheinlich schon im Status Critical, hochgefahren wurde
meldete sich die Raid Console mit entsprechender Fehlermeldung, genauer Inhalt
leider nicht mehr bekannt, Mainboard signalisiert durch "Piepsen" das hier was nicht
stimmt.

Maßnahmen:
System wurde "manuell" heruntergefahren, neu gebootet bis zum Raid Bios.
Erst jetzt habe ich erkannt das das Raid im Status Critical steht, da eine Platte nicht
angeschlossen sei, bzw nicht antworten würde.
System ausgeschaltet. Stecker, Leitungen überprüft soweit ok.
System neu gebootet. Raid-Status unverändert, System im Bootvorgang abgebrochen.
Kann leider nicht ausschließen das die Portbelegung nicht vertauscht wurde. War
mir vorher leider nicht bekannt das dies Böse enden kann.

Raid Status nun Offline.

Aktuelle Situation:
Original System nicht bootfähig.
Notfall XP auf IDE Platte
Raid Bios erkennt alle 3 Festplatten.
Raid Bios bekommt das Raid 5 nicht mehr zusammen.
Platte 3 wird alleine angschlossen noch zum Raid Verbung gewertet.

Was n i c h t probiert wurde:
Raid Verbund neu anzulegen.
Notfall XP mit SATA Platten zu booten.

Benötige Einschätzung ob hier jetzt noch was zu retten ist und wenn ja
wie würden die nächsten Schritte aussehen.

Vielen Dank schon mal in vorraus!

Ergänzung (4. Dezember 2011)

Hi,

versuche mit Testdisk weitere Informationen für euch zu sammeln.
Mit dem Tool habe ich mir die Platte 1 ID1 mal angesehen. Die Systempartition
scheint wohl noch vorhanden zu sein.

Lediglich den Quick Search durchgeführt. Arbeite nur noch nach dem
Motto "Nur gucken, nicht anfassen!"

Vielleicht hilft das schon mal weiter. Traue mich nach wie vor nicht
die Platten eingehängt im Notfall XP mitzubooten.

Ernst@at · 4. Dezember 2011

Was gibt es schöneres als einen grauen Sonntagnachmittag, an dem ein zerfallener RAID5 den Weg hierher findet, wo die halbe Welt nur darauf wartet, sich an den vielen bunten Bildern zu ergötzen.
Leider sind jene, die sonst in Minutenschnelle belehrend den Zeigefinger heben, ein RAID5 erspare kein Backup, bisher ausgeblieben. Keine Ahnung wo die heute stecken...

Haben heute wohl keinen Freigang bekommen.

Ich selbst bin im Moment noch nicht in der Lage, mich darin zu vertiefen, weil ich gleich wieder weg muss. Ab 19:00 kann ich dann aber meinen Senf dazu geben, wenn gewünscht.

Ergänzung (4. Dezember 2011)

Erste Einschätzung:
Schwer zu sagen, aber wenn Dir das vielleicht weiterhilft: bisher habe ich immer das maximal mögliche rausgeholt, und die durchschittl. Wiederherstellungquote nach ca 100 Fällen beträgt etwa 99%, wovon das von der Art der Hardwarefehler und der sinnlosen Vorversuchen mit weiterer Zerstörung abhängt.
Wenn also nicht zwei Deiner Platten völlig hin sind, lässt sich noch was machen.

Was mich schon immer interessiert hat, und ich bis jetzt zu fragen vergessen habe:
Wo auf dem Weg zum Friedhof verlorener Daten steht das Umleitungsschild, welches Dich hierhergeführt hat? In letzter Zeit tauchen nur noch Leute mit Postcount=1 auf...

Mach mal von den beiden rausgefallenen Platten einen Screenshot von CrystalDiscInfo, danach lässt sich die Lage schon besser einschätzen. Die Brüder von AMD, welche das RAID-BIOS zusammengepfriemelt haben, wissen auch nicht, welche Infos wichtig sind. Die Erfindung von Seriennummern scheint spurlos an denen vorbeigegeangen zu sein, da braucht man schon einen bunten Typenmix, um die Platten voneinander zu unterscheiden. Vielleicht gibt das Win-Tool ja mehr her...

Xenvar · 4. Dezember 2011

Hey Guten Abend,

Cool, habe gehofft das genau du dich meldest.

Habe über Google den Weg hierher gefunden. Ein Beitrag aus dem letzten Jahr verfolgt, deine kompetente Hilfe hat mir Hoffnung gegeben, so das ich mich direkt entschlossen habe meine Situation hier nieder zu schreiben. Habe gehofft erhört zu werden, weiss aber nicht womit ich das verdient habe

Kann mir derzeit nicht vorstellen das zwei Platten hinüber sind. Ehrlich gesagt glaub ich nicht das überhaupt eine defekt ist. Vermute ehr das ein Stecker der Spannungsversorgung abgerutscht ist. Meine Vermutung ist das ich nach dem Überprüfen der Verbindungen das Raid nicht in der ursprünglichen Portkonfiguration gebootet habe, leider ein Stück zu weit über das RaidBios hinaus. Erst danach war die Palatte 1 ID1 nicht mehr im Raid Verbund und der Status ging von Critical auf Offline.

Wie ich bereits erwähnt habe, habe ich es bisher vermieden die Platten in dem Notfall XP mitzubooten. Gibt es hierbei etwas zu beachten, möchte die Situation ja nicht noch schlimmer machen.
BIOS Einstellungen so belassen ?

Vielen Dank schon mal im Vorraus.

Ernst@at · 4. Dezember 2011

weiss aber nicht womit ich das verdient habe

Reine Glückssache. Ich hatte auch nie vorgehabt, so tief in die Materie reinzuschnüffeln. Alles zusammen glücklicher Zufall.

Rausgefallene Platten laufen nur wenn sie GPT-initialisiert sind, Gefahr von Win Vista aufwärts mit falschen Daten ungefragt zwangsbeglückt zu werden, wobei dann dummerweise die RAID-Metadaten am Ende der Platte überschrieben werden. Im guten alten XP ist das egal.

Die BIOS-Einstellungen kannst Du daher auch gleich auf non-RAID stellen, damit man alle 3 untersuchen und die SMART-Werte rauslesen kann. Nicht vergessen, dass sich die Bootdevice-Einstellung damit ändern kann und daher nach Umstellung überprüfen.

Vielleicht hat die Treibersoftware wie bei Intel's RST auch im AHCI-Mode die notwendige Restintelligenz, die RAID-Konfiguration von der verbliebenen Memberplatte auszulesen, um die Plattenreihenfolge und Stripesize rauszubekommen - andernfalls musst Du die dann später nochmals auf RAID ändern, wenn es so nicht geht.

AMD habe ich bisher nur wenige behandelt. Diese Werte original auszulesen ist einfacher, man kann es aber auch aus den Platteninhalten selbst zusammenpuzzeln, ist halt nur etwas mühsam.

Ergänzung (4. Dezember 2011)

weiss aber nicht womit ich das verdient habe

Reine Glückssache. Ich hatte auch nie vorgehabt, so tief in die Materie reinzuschnüffeln. Alles zusammen glücklicher Zufall.

Rausgefallene Platten laufen nur wenn sie GPT-initialisiert sind, Gefahr von Win Vista aufwärts mit falschen Daten ungefragt zwangsbeglückt zu werden, wobei dann dummerweise die RAID-Metadaten am Ende der Platte überschrieben werden. Im guten alten XP ist das egal.

Die BIOS-Einstellungen kannst Du daher auch gleich auf non-RAID stellen, damit man alle 3 untersuchen und die SMART-Werte rauslesen kann. Nicht vergessen, dass sich die Bootdevice-Einstellung damit ändern kann und daher nach Umstellung überprüfen.

Vielleicht hat die Treibersoftware wie bei Intel's RST auch im AHCI-Mode die notwendige Restintelligenz, die RAID-Konfiguration von der verbliebenen Memberplatte auszulesen, um die Plattenreihenfolge und Stripesize rauszubekommen - andernfalls musst Du die dann später nochmals auf RAID ändern, wenn es so nicht geht.

AMD habe ich bisher nur wenige behandelt. Diese Werte original auszulesen ist einfacher, man kann es aber auch aus den Platteninhalten selbst zusammenpuzzeln, ist halt nur etwas mühsam.

Also frisch ans Werk, ich will drei CrystalDisk-Screenshots von den Memberplatten und einen von der Datenträgerverwaltung, wo man alle sieht.

Xenvar · 4. Dezember 2011

Ok, so spät noch ans Werk ?!
Mir solls recht sein

Leider komme ich über CrystalDiskInfo nicht an die Memberplatten ran. Das Notfall XP
hat gerade erstmal jede Menge nach installiert. Das Windows war mal unter einer
anderen Hardware unterwegs.

Windows scheint der ersten Platte nen Laufwerksbuchstaben verpasst zu haben, hoffe
das war nicht schädlich. Die 50 GB könnte die alte Systempartition sein.

Anbei schon mal die Datenträgerverwaltung.

Ergänzung (5. Dezember 2011)

CrystalDiskInfo zeigt nur die IDE Platte an.

Ok die ist alt, und der gehts auch nicht mehr so gut, reicht aber wenn Sie für
die Datenrettung durchhält

Ergänzung (5. Dezember 2011)

So habe die BIOS Einstellung für SATA auf IDE geändert, stand im ersten Versuch auf AHCI , dann klappt es auch mit CrystalDiskInfo.

Ergänzung (5. Dezember 2011)

Vielleicht hat die Treibersoftware wie bei Intel's RST auch im AHCI-Mode die notwendige Restintelligenz, die RAID-Konfiguration von der verbliebenen Memberplatte auszulesen, um die Plattenreihenfolge und Stripesize rauszubekommen - andernfalls musst Du die dann später nochmals auf RAID ändern, wenn es so nicht geht.

Stripesize = Stripe Block? Dann 64KB laut RaidBios

Ergänzung (5. Dezember 2011)

Glaub meine Vermutung war bisher korrekt, den Platten ansich gehts doch noch ganz gut,
oder ?! Hoffe das ist ein erster Lichtblick...

Werd mich jetzt für heute Verabschieden.
Morgen Abend, nach Feierabend zwischen 18:00 - 19:00 Uhr bin ich bereit für
neue Taten

Ernst@at · 5. Dezember 2011

Viel bleibt bei Dir nicht zu tun:
- Sichern des MBR des RAID5-Arrays (HxD-Anweisungen folgen)
- Controller auf RAID-Mode
- Feststellen der Plattenreihenfolge
- Auflösen des RAID5
- Neudefinition des RAID5 gleicher Reihenfolge und Stripesize
- Kontrolle ist besser als Vertrauen
- MBR auf Array zurückschreiben

Ich bin ein wenig verwirrt- im Screenshot der Datenträgerverwaltung ist das Reservesystem auf Datenträger0, und auf 2 und 3 zwei der Memberplatten zu sehen.
Warum hier auf Datenträger1 eine 1TB mit einer intakten 50GB Partition zu sehen ist, kann ich nicht erklären. 1TB ja, das wäre der Array - aber nur dann, wenn der voll auspartitioniert wäre. Ist er aber nicht, und die Partition dürfte auch nicht mit gültigem Filesystem(100% frei) erkannt und gemounted werden.

Hast Du die erste 500GB, die als 1TB angezeigt wird, gerade frisch mit einer 50GB partitioniert?

Lade Dir den Hex-Editor HxD von hier in der englischen Version runter und installiere ihn. Damit nicht herumexperimentieren, damit die Defaulteinstellungen erhalten bleiben:

HxD Aufruf unter User mit Administratorrechten (oder per Rechtsklick mit ausführen als...)
========= Überprüfen der Anzeigeeinstellungen, bei Bedarf richtigstellen
- Menü: Extras/Options.../View
Bytes per row: 16
Byte Group size: 1
Charset: ANSI
Offset-base: hexadecimal
- HxD beenden

Im HxD ist die physical hard disk x Nummer um 1 höher als in der Datenträgerverwaltung angezeigt, die mit der 50GB Partition draus ist also physical hard disk 2

HxD Aufruf unter User mit Administratorrechten (oder per rechtklick - Ausführen als ...)

- Menü: Extras/open disk/physical disk/hard disk 2 (Häkchen bei "open as readonly" NICHT entfernen)

========= Sichern MBR/Sektor 0
- Menü: Edit/select block/start-offset: 0 , length: 800 , hex, OK
- Strg+C (überträgt den markierten Inhalt in die Zwischenablage)
- Menü: File/New (es erscheint in der Anzeige ein zweiter Reiter "untitled1")
- Strg+V (überträgt den Inhalt aus der Zwischenablage) im popup "file size change": OK
- Menü: File/Save as... einen Ordner auswählen und als Dateinamen "harddisk2.bin" /speichern
- Menü: File/Close

- HxD beenden

das gleiche machst Du auch noch mit Harddisk 3 und 4

Ergebnis gezippt in den Anhang

Xenvar · 5. Dezember 2011

Hey Guten Abend,

Das kann ich mir leider auch nicht erklären. Ganz sicher habe ich die 50 GB Partition nicht
neu angelegt. Wie gesagt nachdem ich die Verbindungen überprüft hatte habe ich das
booten vom Betriebssystem abgebrochen. Danach wurde die Platte 1 ID1 als JBOD im
RaidBios geführt. Ob das mit einer falschen Reihenfolge beim booten zusammenhängt, keine
Ahnung.

Das Raid ist vollständig auspartitioniert (Genaue Angaben kann ich da nicht mehr machen)

System ca 50 GB könnte passen
Daten 1 ca 150 GB ?
Daten 2 ca 800 GB

Es sind auf jedenfall 3 Partitionen gewesen.

Mach mich dann jetzt mal an die Arbeit.
Danke!

Ergänzung (5. Dezember 2011)

Erledigt.

Die Reihenfolge in der Datenträgerverw. ist allerdings heute eine andere. Weiss nicht
ob das mit dem IDE Mode gekommen ist.

Hex-Files entsprechend angepasst 1 - 3.

Ernst@at · 6. Dezember 2011

Die Reihenfolge in der Datenträgerverw. ist allerdings heute eine andere. Weiss nicht
ob das mit dem IDE Mode gekommen ist.

ganz sicher sogar - lass es, nicht umstecken!

Nun, alles erklärbar.
der MBR sieht so aus:

Code:

Analyzing: C:\Downloads\Xenvar RAID5\harddisk1.txt

===== MBR INFORMATION ===== at LBA=0
000001FE 55AA                Boot signature='55AA'... valid
.                            ... Partition Table entry 1 ...
000001C2 07                  Partition Type: NTFS
000001BE 80                  Boot indicator: *** ACTIVE ***
000001BF 010100              Start CC-HH-SS:    0-002-01
000001C3 FEFFFF              End   CC-HH-SS: 1023-255-63 (not CHS addressable)
000001C6 3F000000            Start    (LBA):          63 0-1-0
000001CA 80FA3F06            Size  (Blocks):   104856192 6526-254-0   51199MiB   50.00GiB
.                            ... Partition Table entry 2 ...
000001D2 0F                  Partition Type: Extended Partition, Ext. INT 13
000001CE 00                  Boot indicator: inactive
000001CF FEFFFF              Start CC-HH-SS: 1023-255-63 (not CHS addressable)
000001D3 FEFFFF              End   CC-HH-SS: 1023-255-63 (not CHS addressable)
000001D6 BFFA3F06            Start    (LBA):   104856255 6527-0-0
000001DA 68FF296E            Size  (Blocks):  1848246120 115048-0-0  902463MiB  881.31GiB
.                            ... Partition Table entry 3 ...
000001E2 00                  Partition Type: unused partition entry
.                            ... Partition Table entry 4 ...
000001F2 00                  Partition Type: unused partition entry

nachdem sich die erste Partition noch mit Beginn auf Sektor 63 innerhalb der ersten 128 Sektoren(64KStripes) befindet, die zweite aber eine Extended ist, worin sich die beiden anderen Partitions verstecken, und die erweiterten Informationen durch die andere Stripeposition nicht gefunden wird, zeigt es die Datenträgerinformation nicht an.
Sonst ist das Filesystemmount überaus pingelig, hier stösst es sich beu der ersten Partition aber überhaupt nicht, dass die auf Sektor 63 im NTFS-Header befindlichen Pointer zur $MFT ins Nirvana zeigen. Naja, MS eben.

Die Reihenfolge (nach der derzeitigen Anzeige der Datenträgerverwaltung im IDE-Mode) ist harddisk1-3-2. Nichts umstecken!
Mach einfach mal von Crystaldiskinfo
Menü: Copy/Copy Options
Strg+C (Übertragen in Zwischenablage)
mit Strg+V in eine Textdatei einfügen, die Du CDI.txt nennst; in den Anhang..

Xenvar · 6. Dezember 2011

Hey Hallo,

das ja schon mal gut das du damit was anfangen konntest

Bin heute erst gegen 18:00 Uhr wieder daheim...

Vielen Dank!
Bis später.

Ernst@at · 6. Dezember 2011

aus unserem Programm

Viel bleibt bei Dir nicht zu tun:
- Sichern des MBR des RAID5-Arrays (HxD-Anweisungen folgen)
- Controller auf RAID-Mode
- Feststellen der Plattenreihenfolge logisch, die Seriennummern der richtigen Reihenfolge nicht bekannt
- Auflösen des RAID5
- Neudefinition des RAID5 gleicher Reihenfolge und Stripesize
- Kontrolle ist besser als Vertrauen
- MBR auf Array zurückschreiben

um jetzt im RAID-Mode weiterzumachen, plätten wir vorher den MBR, damit ja nichts böses passiert.

Vergewissere Dich, ob in der Datenträgerverwaltung der 1TB Bereich mit der 50GB Partition immer noch Datenträger0 ist; falls nicht, ABBRECHEN

HxD Aufruf unter User mit Administratorrechten (oder per Rechtsklick mit ausführen als...)
========= Überprüfen fileseizechange-popup
Menü: Extras/Options... /General: Hier muss bei "confirm insertion/deletion of bytes" das Häkchen gesetzt sein.

- Menü: Extras/open disk/physical disk/hard disk 1 (Häkchen bei "open as readonly" diesmal schon entfernen)

========= löschen MBR Member A
- Menü: Edit/select block/start: 0 ; length: 200, hex, OK
- Menü: Edit/Fill selection/hex values: 00/OK

- Menü: File/Save (schreibt es auf die Platte zurück)
- Menü: File/Close

Anschließend Restart, im BIOS Controller auf RAID einstellen;
dann sieh mal zu, ob du mit dem RAIDmanager unter Win die Plattenreihenfolge mit Seriennummern rauskriegst; Screenshot davon.

wieder Restart, nach POST ins RAID-BIOS; den RAID5 neu definieren:
mit den 3 Samsung 1TB Platten
Typ Parity/RAID5
Name: ??? (hab ich bis jetzt nirgends gefunden)
Stripesize: 64K
Size: alles

Anschließend kontrollieren wir, ob die Platten in der richtigen Reihenfolge sind, dazu brauche ich wieder einen Screenshot der Datenträgerverwaltung.

Xenvar · 6. Dezember 2011

Guten Abend,

dann mal frisch ans Werk.

Hier schon mal die Infos vom CrystalDiskInfo.