EP35-DS3R RAID0 defekt?

[Glotzkopfski]

Hallo zusammen und frohe Weihnachten!

Letzte Woche entschloss ich mich, anlässlich des anstehenden Weihnachtsfestes, dazu auf SSD (Crucial M4) umzusteigen und schenkte mir eine SSD

Bisher hatte ich zwei Samsung 160GB HD161HJ im RAID0 (Betriebssystem und Daten auf jeweils einer Partition des RAID0) auf dem Mainboard Gigabyte EP35-DS3R.
Nachdem ich die neue SSD zusätzlich an das Board angeschlossen hatte, überprüfte ich mit Chrystaldiskinfo die Version der Firmware der neuen SSD und sah, dass ich ein Firmwareupdate durchführen konnte.

Da ich dies schon mehrfach in anderen Rechnern (ohne RAID) gemacht hatte und es hier keine Probleme gab, machte ich mich ans Werk.
Nach dem Start mit der Boot-CD, welche ich zuvor aus einem iso-Image von der Crucial Support HP gemacht hatte, zeigte das Update-Programm an, dass sich kein
entsprechendes Gerät im System befinden würde.
Ein kurzer Blick in die Anleitung (http://edge.crucial.com/firmware/m4/0009/ProductFlyer-letter_m4-firmware0009_08-11.pdf) ergab, dass der SATA-Mode im BIOS
auf IDE oder legacy stehen muss und dass das Update im AHCI-Modus nicht funktioniert.
Nachdem ich im BIOS nachgesehen hatte, der Modus schon auf legacy eingestellt war, deaktivierte ich im BIOS den RAID-Modus, um zu sehen, ob damit die SSD vom Update-Programm gefunden wird und startete den Rechner mit der Boot-CD neu.
Daraufhin wurde die SSD gefunden und das Update der Firmware funktionierte einwandfrei.

Als ich den Rechner dann neu startete und im BIOS wieder den RAID-Modus aktivierte war eine der beiden Samsung als Non-RAID Disk aufgeführt!

War es falsch den RAID-Modus zu deaktivieren, das Update der Firmware für die SSD "im Beisein" der Samsungs durchzuführen oder hat jetzt zufällig die eine Platte
den Geist aufgegeben?

Datensicherung von dem meisten Krempel habe ich, leider seid aber einige Daten seit der letzten Datensicherung hinzugekommen, welche blöderweise noch nicht gesichert waren...:s

Nach Recherchen mit einem anderen Rechner in diesem Forum habe ich die Samsungs abgestöpselt und auf der SSD ein frisches W7 installiert.
Anschließend habe ich die beiden Platten wieder ans Mainboard gehängt und versucht mit Chrystaldiskinfo die benötigten Screenshots zu erstellen, dabei ist mir aufgefallen, dass nur eine Samsung angezeigt wird?!
Da ich auf dem Board nen zweiten SATA-Controller (GSATA) habe, habe ich die SSD an den zweiten Controller gesteckt, den Controller von den Samsungs auf AHCI gestellt und schon tauchen beide Platten im Chrystaldiskinfo auf (Screenshots anbei). WTF?!!?!?! Ist das so richtig/normal? Sieht das BIOS da vielleicht nur eine Platte, da es sich durch RAID0 dann um eine logische Platte handelt? Wenn das so ist war mir das vorher nicht aufgefallen und Chrystaldiskinfo müsste doch auch im RAID beide Platten sehen, oder? Das sah bei den anderen Benutzern, welche ein ähnliches Problem hatten nicht so aus...
Im BIOS kann ich dieses Verhalten auch beobachten.
Steht der SATA-Controller der Samsung Platten auf RAID, kann ich bei der Boot-Reihenfolge der Festplatten nur eine Samsung und die Crucial sehen, steht der SATA-Controller auf AHCI sehe ich beide Samsung und die Crucial! (Screenshots anbei)
Ich bin verwirrt!
Abgesehen von diesen "Tests" habe ich nirgends rumgewurschtelt und hab mich an die "Regeln" des Standard-Programms gehalten, ich hoffe das war nicht schon zu viel?!

Nachdem ich intensiv dieses Forum nach möglichen Lösungen durchstöbert habe, hoffe ich,
dass mir die Star-Regisseure dieses Forums vielleicht ein nachträgliches Weihnachtsgeschenk machen können und mir eine Statistenrolle in einer Folge
von "Zur letzten Hoffnung" anbieten können?

Ich hoffe, dass man mir hier nach den Feiertagen weiterhelfen kann, es eilt nicht!

Vielen Dank für die Informationen vorab!

 

[Fiona]

Teste deine Platte die als None RAID Member aufgeführt ist, ob diese funktionsfähig ist.
Nehme keinerlei Schreibzugriffe auf der Platte vor.
Teile mit, ob sie in Ordnung ist?

Viele Grüße

Fiona

 

[Glotzkopfski]

Was zählt denn in so einem Fall als Test bzw. mit welchem Programm soll ich das durchführen und welche Ergebnisse werden benötigt?

EDIT:
Testdisk?

Da steht auch ne menge bzgl. Wiederherstellung und das macht mir Angst...

 

[Ernst@at]

Das ist ja eine schöne Bescherung!

Nachdem ich intensiv dieses Forum nach möglichen Lösungen durchstöbert habe, hoffe ich, dass mir die Star-Regisseure dieses Forums vielleicht ein nachträgliches Weihnachtsgeschenk machen können und mir eine Statistenrolle in einer Folge von "Zur letzten Hoffnung" anbieten können?

Was hast Du da nur für einen Schnulzenroman gelesen?

Die Lage ist recht einfach erklärt:
Bei derartigen Operationen, wo man irgendwas auf non-RAID umstellt und was installiert/Flasht, sollte man immer VORHER die RAID-Platten vom Strom nehmen, bis man den Controller danach wieder auf RAID hat.

Was passiert ist:
Im Non-RAID-Mode werden die RAID-Platten nicht als Array, sondern als Einzelplatten von der Hardware gesehen.
Das blöde Gigabitch-BIOS hat dann Dank seiner idiotischen Kodierer nichts anderes zu tun, als ein Backup seiner selbst hinten auf die erste greifbare Platte zu schreiben - das war eine der RAID-Member. Dummerweise speichert da aber auchd er RAID-Controller seine Konfiguration des Arrays ab, auf allen Memberplatten.

Wird der Controller wieder in den RAID-Mode gebracht, sieht er nur mehr auf einer Platte des Arrays die Konfigurationsdaten, auf der anderen nicht. deswegen behandelt er letzter als non-RAID Disk, obwohl sie die Seriennummer trägt, welche die vermisste Platte im Array kennzeichnet, der jetzt ohne diese "failed" ist.
In der Datenträgerverwaltung sieht man den Waidwund geschossenen RAID-Array, der als "failed nicht ansprechbar ist, und die Einzelplatte; im AHCI beide Platten.

Als erstes solltest Du mal den RAID-Mode Aktivieren und mit Strg+I in den Intel RAID Manager gehen. Von diesem Schirm mach dann ein Bild und stell es hier rein.

Dann sieh Dich nach einem BIOS-Update für das Board um. Dazu VORHER die RAID Platten vom Strom nehmen, danach sehen wir weiter, Ist nur eine Sache von wenigen Minuten, die ich hoffentlcih neben den anderen Heulsusen hier erledigen kann.

 

[Glotzkopfski]

Was hast Du da nur für einen Schnulzenroman gelesen?

Ab und an stehe ich auf Schnulzenromane, hast ja schon festgestellt, dass ich ne Heulsuse bin...

Danke für die Aufklärung bzgl. Fehler/Updates/Flash, werde das beim nächsten mal berücksichtigen, hoffentlich!
Ich habe bisher gedacht, dass so ein Fall von den Herstellern berücksichtigt wurde...

BIOS Update ist gemacht, vorher F2 jetzt F4, RAID-Platten waren während des Updates aus, sind jetzt wieder dran.

 

[Ernst@at]

Dann sieh mal bei den Advanced BIOS Functions nach, ob da irgendwo ein Parameter
"Backup to Disk" oder so auf "Disabled " steht

 

[Glotzkopfski]

Ja, hatte ich schon gesehen, steht auf disabled.

 

[Ernst@at]

Hoffe, Du konntest derweilen auf den anderen Nebenschauplätzen unterhaltsame Aktivitäten mitlesen - Gerade hat wieder einer seine Daten lieb begrüßt, die lange verschollen waren

Wenn wir uns beeilen, schaffen wir es vielleicht noch vor Mitternacht, auch hier die weisse Fahne zu hissen...
Stell mal den Controller wieder auf AHCI, und mach dann nochmal einen Screenshot der Datenträgerverwaltung

 

[Glotzkopfski]

Werde ich mir gleich noch ansehen, echt faszinierend wie Du das immer machst!
Ist mir schleierhaft wie jemand auf so viele unterschiedliche Probleme einen Rat haben kann...
Dabei arbeite ich auch in der IT-Branche aber eher im Netzwerkbereich.

 

[Ernst@at]

Prinzipielle Richtlinien während der gesamten und aller folgenden Aktionen
(außer es wird ausdrücklich verlangt)

- Bei den geringsten Zweifeln, Unklarheiten, Schwierigkeiten oder Problemen sofort Rückfrage halten und nicht weitermachen
- Wenn ein popup mit der Aufforderung kommt, eine Platte zu initialisieren, ABLEHNEN !!!
- läuft bei Systemstart ein automatisches chkdsk an, sofort durch beliebigen Tastendruck beenden!
- Im Disk Management(Datenträgerverwaltung) keine Aktionen zu eventuell angezeigten Partitions oder Versuche, diese im Explorer anzuzeigen, machen!​

Für die Diagnose zu installieren:
- den Hex-Editor HxD von hier in der englischen Version. Damit nicht herumexperimentieren, damit die Defaulteinstellungen erhalten bleiben.

Alle auf Anforderung erzeugten Dateien dann am Schluss in einen zip-File und den in den Post-Anhang stellen - Screenshots nach Umwandlung in JPG einzeln in den Anhang
(Antworten-Erweitert-Anhänge verwalten)


Im HxD sind die physical hard disk Nummern um 1 höher als in der Datenträgerverwaltung angezeigt.
Die drei RAID-Platten werden jetzt als Datenträger 1-2 angezeigt, daher im HxD physical disk 2-3

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)

========= extrahieren Sektor 0-3 (MBR/GPT)
- Menü: Edit/select block/start-offset: 0 , length: 800, hex, OK
- Menü: Edit/copy as.../ editor view (überträgt den markierten Inhalt in die Zwischenablage)
- Menü: File/New (es erscheint in der Anzeige ein zweiter Reiter "untitled1")
- in das kleine punktierte Rechteck rechts unter ... 0E 0F klicken
- Strg+V (überträgt den Inhalt aus der Zwischenablage) im popup "file size change": OK
- den Cursor an der Endposition belassen, nicht in der Anzeige herumklicken!

========= extrahieren maxLBA-4 (RAID-Metadaten)
- auf Reiter "harddisk 2" klicken
- in der Menüzeile rechts auf den Button ">|" anklicken, danach auf "<" drei Mal klicken (Positionierung auf letzten Sektor und dann drei Sektoren nach vorne)
- Menü: Edit/select block/(den eingetragenen Start-Offset belassen) length: 800, hex, OK
- Menü: Edit/copy as.../ editor view (überträgt den markierten Inhalt in die Zwischenablage)
- Reiter "untitled1" anklicken
- 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.txt" /speichern
- HxD beenden

das gleiche nochmals mit Hard disk 3

.txt files gezippt in den Anhang

 

[Glotzkopfski]

gemacht...

 

[Ernst@at]

Tja, Harddisk 3 hat nur mehr 312579695 Sektoren, dass sind um 2113 weniger als sie haben sollte, nämlich 312581808 - wie vorhergesagt.
Harddisk3 ist Volume A, harddisk2 Volume B des RAID0, und diese Info ist nur mehr auf harddisk2 hinten drauf

[FONT="Lucida Console"][SIZE="3"]Analyzing: \\Pc10\SharedDocs\Glotzkopfski RAID0\harddisk3.txt

===== MBR INFORMATION ===== at LBA=0
00000001FE 55AA              Boot signature='55AA'... valid
.                            ... Partition Table entry 1 ...
00000001C2 07                Partition Type: NTFS
00000001BE 80                Boot indicator: *** ACTIVE ***
00000001BF 202100            Start CC-HH-SS:    0-033-33
00000001C3 DF130C            End   CC-HH-SS:   12-224-19
00000001C6 00080000          Start    (LBA):        2048 0-32-32
00000001CA 00200300          Size  (Blocks):      204800 12-190-50     100MiB    0.10GiB
.                            ... Partition Table entry 2 ...
00000001D2 07                Partition Type: NTFS
00000001CE 00                Boot indicator: inactive
00000001CF DF140C            Start CC-HH-SS:   12-224-20
00000001D3 FEFFFF            End   CC-HH-SS: 1023-255-63 (not CHS addressable)
00000001D6 00280300          Start    (LBA):      206848 12-223-19
00000001DA 00D8C009          Size  (Blocks):   163633152 10185-176-39   79899MiB   78.03GiB
.                            ... Partition Table entry 3 ...
00000001E2 07                Partition Type: NTFS
00000001DE 00                Boot indicator: inactive
00000001DF FEFFFF            Start CC-HH-SS: 1023-255-63 (not CHS addressable)
00000001E3 FEFFFF            End   CC-HH-SS: 1023-255-63 (not CHS addressable)
00000001E6 0000C409          Start    (LBA):   163840000 10198-144-58
00000001EA 7096DD08          Size  (Blocks):   148739696 9258-157-35   72626MiB   70.92GiB
.                            ... Partition Table entry 4 ...
00000001F2 00                Partition Type: unused partition entry

Analyzing: \\Pc10\SharedDocs\Glotzkopfski RAID0\harddisk2.txt
Analyzer Version: 2009072701

===== RAID MPB INFORMATION ===== when MaxLBA=312581808 then from Sector==>312581806 downwards
25433D5C00 496E74656C205261  . RAID
25433D5C08 69642049534D2043  .. Controller
25433D5C10 6667205369672E20  ... Signature: Intel Raid ISM Cfg Sig.
25433D5C18 312E302E3030      .... Version: 1.0.00
25433D5C1E 0000              <reserved>
25433D5C20 88ED92FA          MPB checksum: unknown type
25433D5C24 E0010000          MPB size: 480
25433D5C28 93A6298A          family ID <first time checksum>
25433D5C2C 7C090000          Generation <# MPB updates>: 2428
25433D5C30 F00F0000          Error Log Size: 4080
25433D5C34 00000080          MPB Attributes: checksum verify
25433D5C38 02                # configured disks: 2
25433D5C39 01                # configured volumes: 1
25433D5C3A 02                error log position: 2
25433D5C3B 00                <reserved>
25433D5C3C 00000000          <cache size>
25433D5C40 93A6298A          original family ID: -0
25433D5C44 00000000...       <148 Bytes unused>
.                            --- HDD [0] ---
25433D5CD8 533056334A394450  .
25433D5CE0 3930353334303A30  .. Serial: "S0V3J9DP905340:0"
25433D5CE8 009EA112          Sectors total: 312581632
25433D5CEC FFFFFFFF          MISSING!
25433D5CF0 02                Status Flags: Disk is: Member, *** Unusable ***, *** Undetected ***,
25433D5CF1 00                Status Flags:
25433D5CF2 00                Status Flags:
25433D5CF3 00                Status Flags: <unused>
25433D5CF4 00000000          owner config number.
25433D5CF8 0000000000000000  .
25433D5D00 0000000000000000  .. <16 bytes unused>
.                            --- HDD [1] ---
25433D5D08 533056334A394450  .
25433D5D10 3930353333390000  .. Serial: "S0V3J9DP905339"
25433D5D18 B09EA112          Sectors total: 312581808
25433D5D1C 00000100          SCSI ID: Port 0 Path 0 Target 1 Lun 0
25433D5D20 3A                Status Flags: Disk is: Member, Usable, Detected, Claimed,
25433D5D21 05                Status Flags: contains metadata, SMART events supported,
25433D5D22 00                Status Flags:
25433D5D23 00                Status Flags: <unused>
25433D5D24 00000000          owner config number.
25433D5D28 0000000000000000  .
25433D5D30 0000000000000000  .. <16 bytes unused>
.                            --- Volume [0] ---
25433D5D38 566F6C756D653000  .
25433D5D40 0000000000000000  .. Map Name: "Volume0"
25433D5D48 0018432500000000  Sectors: 625154048
25433D5D50 0C                Status Flags: read coalescing, write coalescing,
25433D5D51 00                Status Flags:
25433D5D52 0000              <reserved>
25433D5D54 00000000          Reserved Sectors: 0
25433D5D58 00000200          <migration priority,# subvolumes,target id,cng master disk>
25433D5D5C 00000000          <cache policy[2],cng state,cng substate>
25433D5D60 00000000...       <40 Bytes unused>
25433D5D88 0F180000          <curr migr unit>
25433D5D8C 00000000          <check point ID>
25433D5D90 00                Volume migration state: 0 <normal or migrating>
25433D5D91 02                Volume migration type: 2 <initializing, rebuilding,...>
25433D5D92 00                Volume dirty: 0
25433D5D93 FF                Volume fs state: 0xFF
25433D5D94 0000              <verify errors>
25433D5D96 0000              <verify bad blocks>
25433D5D98 00000000...       <16 Bytes unused>
25433D5DA8 00000000          volume LBA0 offset(LBAs or stripes? - LBAs will run in >2TiB bug): 0
25433D5DAC 088DA112          # Sectors/member: 312577288
25433D5DB0 8CA11200          # Stripes/member: 1221004
25433D5DB4 0001              # Sectors/Stripe: 256 ==> stripesize=128KB
25433D5DB6 03                Volume status: FAILED
25433D5DB7 00                RAID Level: RAID-0 Array
25433D5DB8 02                # member disks: 2
25433D5DB9 01                # domains: 1
25433D5DBA 00                failed disk: HDD[0]
25433D5DBB 01                <unused, always 01>
25433D5DBC 00000000...       <28 Bytes unused>
25433D5DD8 00000001          member order 1: HDD[0] <Serial=S0V3J9DP905340:0> *** BAD ***
25433D5DDC 01000000          member order 2: HDD[1] <Serial=S0V3J9DP905339>
25433D5DE0 === end of metadata ===

[/SIZE][/FONT]

Wenn Du wieder wach bist, brenne Dir Das hier auf eine CD und boote davon, dabei muss der Controller auf ahci stehen.

dann mach von der Samsung die hässliche HPA runter per "set max (HPA) menu"

Dann wieder auf RAID Mode,
nach POST ctrl+I um in den RAID Manager zu gelangen
Die angezeigte Reihenfolge der Platten an den Ports muss Serniennummer ...340, darunter...339 sein
dann 2. Delete RAID Volume, verabschiede Dich von Deinen Daten per YES
danach 1. Create RAID Volume, RAID0, Name Volume0, Stripesize 128K, gesamte Größe
danach 4.Exit
nach dem Hochfahren Bildchen der Datenträgerverwaltung...

Dann müssen wir nur mehr den MBR auf den Array pappen, fertig...

 

[Glotzkopfski]

Eieieiei!
Ist das schlimm?
Du wirst es kaum glauben aber das sagt mir alles gar nichts!
Ich bin jetzt gleich raus, vielen Dank schonmal für Deine Hilfe!

Ergänzung (26. Dezember 2011)

Gutes Morgen allerseits!

Das mit hdat2 funktioniert irgendwie nicht...
Beim ersten Start von hdat2 kam ne Meldung "buffer overflow".
Also nachdem der Bootvorgang abgeschlossen war hatte ich nur hdat2 gestartet und das Programm fing an nach Geräten zu suchen und blieb dann auf einmal mit der "buffer overflow" Meldung stehen. Ich hab leider nicht die Stelle geknippst, wo das war.
Controller steht auf AHCI.
Beim nächsten Versuch bootete der Rechner nicht mehr von der CD, das CD laufwerk hörte sich irgenwie klackernd an...
Also nochmal das ISO mit geringster Geschwindikeit und diesmal mit PowerISO gebrannt, vorher war die CD mit den Windows-Boardmitteln erstellt worden.
Jetzt bootet er die neue CD bleibt aber bei "detect int BIOS 13h devices" stehen.
STRG-C funktioniert nicht, NUM-Lock geht noch, STRG-ALT-ENTF für Rechner Neustart geht auch.
Bei der "buffer overflow"-Meldung von vorher half nur der Reset-Knopf.

 

[Ernst@at]

Ich hatte angenommen, Du benutzt einen SATA-Brenner. Ist der ein PATA?
Dann brenn Dir die erste ISO von der Seite und stell den Platten&Brenner Controller auf IDE

 

[Glotzkopfski]

So hats geklappt, RAID-Modus ist wieder aktiv und ich bin im RAID Manager, das RAID wird jetzt schon wieder als "Normal" angezeigt, beide Platten sind Member-Disks, trotzdem löschen?

 

[Ernst@at]

Dann scheint das Bitchboard kein BIOS-Image drübergeschrieben zu haben...
Damit wären wir fertig, wenn Du vollen Zugriff auf die Daten hast.

Das war ja ganz leichte Kost zum Frühstück...

 

[Glotzkopfski]

Leichte Kost? Ich hab immer noch nen Stein im Magen liegen!

Die Startpartition ( C: ) ist verfügbar, die Datenpartition wird als RAW angezeigt, hab ich mich zu früh gefreut?

 

[Ernst@at]

Das... sieht... irgendwie... scheisse...aus.
Die Datenpartition scheint auch ein wenig zu klein zu sein, hab ich recht?
Am Ende ist dafür ein unallocierter Bereich
Das Trottel-Bios wird doch nicht die Partition verkleinert haben (solche funktionelle Features haben die da mal in ihrem Wahn eingebaut gehabt, glaub ich mich zu erinnern)
Oder hast Du ein chkdsk auf die Partition gemacht, als die Platte rausgeflogen war?

Mach mal ein chkdsk G: in der Eingabeaufforderung, ohne Parameter
Gibt es da was außer ein paar Orphan Files (was bei einer Systemplatte normal ist)
Wenns mehr ist, schick mir von "chkdsk G: >chklog.txt" den outputfile im Anhang

 

[Glotzkopfski]

Ja, die Partition ist zu klein, sollte der komplette Rest des RAID sein...
Ein chkdsk habe ich nicht laufen lassen, ich hatte zu dem Zeitpunkt kein Betriebsystem in dem Rechner.

Auch während der ganzen Recovery-Prozedur ist kein chkdisk gelaufen und während der W7 Installation auf der SSD waren die Platten abgestöpselt.
Erst als wir hier angefangen haben hingen die Platten wieder am Mainboard.

Ergänzung (26. Dezember 2011)

sieht nicht viel aus...

 

[Ernst@at]

Muss jetzt mal kurz unterbrechen, um 14:00 könnte es weitergehen.
Das wird nichts großartiges sein, das zu beheben...