Raid5 durch booten im IDE Modues zerstört?

[zeddicus]

Hallo!

Vielen Dank schon einmal für die Hilfe!

Problem ganz kurz geschildert: Raid5 mit 6 Platten, PC mit falscher Bios Einstellung (HDD als IDE) gebootet. 2 Festplatten scheinen plötzlich im Raid Controller Bios als "Non-Raid Disks" auf. Laut Storage Manager sind 2 HDDs missing, scheinen aber als Non-Raid Disk auf. Windows Gerätemanager listet 3 HDDs mit identem Speicherplatz (den gesamten vom Raid) auf, allerdings eine online, eine offline und eine nicht initialisiert.

Für diejenigen die so nett sind und mir weiterhelfen versuchen, hier nun die genaueren Informationen:

Ich habe ein Asus P5Q-E mit einem Intel ICH10R. Am Intel Raid Controller habe ich 6 1TB Samsung Festplatten in einem Raid5.
Über den gesamten Speicherbereich des Raids hab ich eine Partition mit 4657,5GB, sprich mit GPT. OS ist auf einer gesonderten Festplatte.

Was ist passiert?
- PC runtergefahren
- neue PCI TV Karte eingebaut, dabei war der Strom getrennt
- Beim Einschalten hatte das Bios anscheinend die Einstellungen verloren.
- Bemerkte erst als Windows lief, dass anscheinend im Bios nicht auf RAID sondern auf IDE eingestellt war. Dementsprechend konnte das Raid nicht gefunden werden.
- PC wieder runtergefahren, im Bios wieder auf Raid gestellt, gebootet.
- Leider Raid noch immer nicht da

Aktueller Stand:
- Bios vom Raid Controller meldet 2 Platten als "Non-Raid Disk" (Sata Port 0 und 5)

- Im Matrix Storage Manager werden die beiden Platten im Raid als missing angezeigt, jedoch darunter bei "Non-Raid Harddrives" werden beide Platten angezeigt.
Bild Matrix Storage Manager (http://yfrog.com/0ymatrixstoragemanagerjj)

- In der Datenträgerverwaltung will er die Disk 1 (das Raid) initialisieren, was ich natürlich nicht gemacht habe. Dort werden 3 Disks angezeigt, jede jeweils mit dem gesamten Speicherplatz meines Raid5
Disk 0 als Online und Healthy
Disk 1 als Not Initialized
Disk 2 als Offline, mit dem Hinweis: "The disk is offline because it has a signature collision with another disk that is online" Hab mich auch noch nicht getraut diese Platte Online zu nehmen.
Bild Datenträgerverwaltung (http://yfrog.com/1rdatentraegerverwaltungj)

Anscheinend hat Windows was mit der Platte gemacht, als sie als IDE gebootet wurde.

Ich denke es müsste eine Möglichkeit dem Raid Controller irgendwie zu sagen, dass dies die beiden fehlenden Platten sind. Habe bis jetzt nichts unternommen da ich denke, dass die Daten auf den Platten noch vorhanden sind und "nur" die Zuordnung verloren gegangen ist.

Bin für jeden Tipp dankbar!

Lg Stefan

[DunklerRabe]

Unter normalen Umständen würde ich sagen, dass Raid ist zerrissen und damit zerstört. Ich arbeite viel mit Raids, allerdings nur auf Basis professioneller Raidcontroller, die solche Probleme garnicht kennen, daher fehlt mir da die Erfahrung. Deswegen bin ich auch kein Fan von diesen "R" Southbridges. Wir haben hier im Forum aber den User Ernst, der sich mit solchen Problemen extrem gut auskennt. Falls er nicht von selbst auf diesen Thread stößt kannst du ihm ja mal eine freundliche PM schreiben und um Hilfe bitten.

[Ernst@at]

Das hat er schon getan, bevor er den Thread eröffnete :D - Danke, DunklerRabe. Da ich unentgeltlich werke, kann ich Dir leider keine Vermittlungsprovision zukommen lassen

@zeddicus: Halihalo, Willkommen im illustren Kreis der RAID-Krüppel.
Mal zur derzeitigen Situation, welche Dir ein wenig seltsam anmuten mag:

Der RAID5 vermisst 2 Platten - die erste und die letzte.
Der RAID-Array als logisches Volume von 5TB wird von Win7 (??? nehm ich anhand der Meldung an, und endlich mal ein en-System) im Disk Management als Disk 1 dargestellt - der ist ein wenig größer. Nachdem da 2 Platten fehlen, liefert der Controller auf ein read jedes Sektors vorsichtshalber 00en zurück, worauf das System eine uninitialisierte Platte vermutet.
Disk 0 ist die erste(ausgestoßene und jetzt non-RAID) Platte, welche den MBR und die GPT-Größeninformation drauf stehen hat, deshalb auch 5TB angezeigt
Disk 2 ist die letzte(ausgestoßene und jetzt non-RAID) RAID-Platte, auf der vom ersten Stripeset die Parity-Daten stehen; sind die Datenstripes auf den anderen 4 Platten vorne 00, dann steht da das Abbild der ersten Memberplatte - also der gleiche MBR mit gleichen GPT-Infos. Deswegen motzt er auch, weil die Datenträgersignatur im MBR gleich ist, und setzt diese daher offline.

Die Reaktionen des Systems und die Anzeige im Disk Management sind daher normal und nicht besorgniserregend.

Da Deine Systemplatte keine IDE sein kann, also bleibt nur die Frage, hast Du noch 'nen Zusatzcontroller, an dem die mit der leeren Platte hängt (Disk3+4),
oder hängen die am SilI im "normal" mode?

Ergänzung vom 16.12.2009 23:14 Uhr: Noch eine klitzekleine Bitte:

Im Antworten-Modus findest Du (ev.nach Betätigen des Buttons "Erweitert") die Möglichkeit, Dateien, Bilder etc in den Post-Anhang zu stellen, die ich unumständlicher sichten kann. Die bleiben dann auch erhalten, wenn es den Frosch nicht mehr gibt


Du schreibst: "Anscheinend hat Windows was mit der Platte gemacht, als sie als IDE gebootet wurde."
Ist am RAID auch ein System? oder soll das heißen ... als die IDE war, als gebootet wurde?

[zeddicus]

Hallo,

- Ja ist Windows 7
- Ja, ich habe einen zusätzlichen SATA Controller auf PCIe auf dem eine HDD mit dem OS und eine zusätzliche Platte hängt. Am SilI hängt nur das DVD Laufwerk. Auf dem Raid5 befindet sich kein OS, reiner Datenspeicher
- Mit "als IDE gebootet" war gemeint, dass ich das System startete und dabei im Mainboard Bios die "Storage Configuration" Einstellung für die SATA Platten am Intel Raid Controller nicht auf RAID sondern auf IDE gesetzt war. Die Einstellungen waren anscheinend zurückgesetzt, nachdem ich das Stromkabel abgesteckt hatte. Bios hatte schon einmal die Einstellungen verloren. Nachdem ich aber wieder auf Raid gestellt hatte, lief wieder alles problemlos.

Das Raid hat auch direkt zuvor noch einwandfrei funktioniert. Somit schließ ich einen Hardwarefehler eher aus.

Danke,
Lg Stefan

p.s. hab die Bilder noch einmal angehängt, falls später mal jemand auf den Thread stößt.

Ergänzung vom 17.12.2009 09:55 Uhr: Hallo,

Nur eine Vermutung:
Könnte es sein, dass es gehen könnte wenn man über das Raid über das Raid Bios neu anlegt? Werden da nur die Raid Informationen neu geschrieben, könnten die Daten eventuell bestehen bleibeb?

Habe diesen Tipp von einem Freund bekommen. Könnte so etwas funktionieren?

Lg

[Ernst@at]

Probier nichts selbst herum, warte auf meine Anleitung. Wenn nicht alles 100%ig passt, könnten die Daten zerstört werden.
Derzeit sind sicher alle intakt, wenn der Controller die beiden nicht wegen SMART-Events rausgeworfen hat.
Habe erst am abend, wenn ich daheim bin, Zeit & Gerätschaft für die Anleitung. Erst muss mal versucht werden, herauszufinden, warum der RAID zerfallen ist.
Hoffe, Du kannst Dich solange gedulden.

[zeddicus]

natürlich, hat schließlich ein paar Jährchen gedauert die Daten zu bekommen, dann werde ich jetzt auch die Geduld haben um sie zu behalten ;)
Bin heute aber Weihnachtsfeier, also kann ich deine Ratschläge wahrscheinlich erst sehr spät oder morgen befolgen.
Lg

[Ernst@at]

Weihnachtsfeier? Danach sollte man weder autofahren noch heikle Dinge am PC in Angriff nehmen :D - besser morgen!
Feuchte Feier wünsch ich noch...

[zeddicus]

Hallo,

Nachdem die Weihnachtsfeier gut überstanden ist, kann ich deine Vorschläge nun auch durchführen ;)
Wenn ich von dir dann die Anweisungen bekomme, werde ich schauen, dass ich sie so bald als möglich durchführen kann.

Lg

[Ernst@at]

Ans Werk:

Wie im Disk Management angezeigt, sind die beiden aus dem RAID-Verbund rausgefallenen Platten Disk 0 und Disk 2
Disk 0 ist unter Windows ansprechbar, da können wie auf jeden Fall die gewünschten Daten auslesen; ob das mit der unter Win7 offline gesetzen Platte ebenfalls funktioniert, kann ich jetzt nicht sagen - ich hab kein Win7.

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 keine Aktionen zu eventuell angezeigten Partitions oder Versuche, diese im Explorer anzuzeigen, machen!

Für die Diagnose zu installieren:
- HDTune zum Auslesen der SMART-Werte und Seriennummer, sowie
- den Hex-Editor HxD von hier (http://mh-nexus.de/en/hxd/) 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

Die folgenden Schritte mit jeder der rausgefallenen RAID Platten machen

- Erheb als erstes mal den SMART-Status mit HDTune, kannst Du bei Info und Health oben rechts mit dem ersten Button rechts neben der Temp-Anzeige in die Zwischenablage stellen (als Text), von dort in einen .txt file,
Name des textfiles = letzte Stellen der Seriennummer.txt
Möglicherweise wird im RAID-Mode des Controllers keine SMART-Info auslesbar sein; dann weglassen und stattdessen nur Info mit der Seriennummer - keinesfalls den Controllermode wechseln.
Wenn die SMART-Daten so nicht erreichbar sind, kannst Du mal versuchen, ob Du
- von der Systemplatte am Zusatzcontroller
- oder von der Platte LEER, wenn Du die an den zweiten freien Port des internen SilI-Controller anschließt,
die SMART-Daten auslesen kannst. Von diesen Platten brauche ich keine .txt Files, nur im Post die Info, ob die SMART-Daten über einen der beiden anderen Controller auslesbar sind. RAID-Platten jetzt keinesfalls umstecken - nur nach späteren Anweisungen!

Im HxD sind die physical hard disk Nummern um 1 höher als im Disk Management angezeigt
Wir extrahieren jetzt Daten von den zwei rausgefallenen Platten:

HxD Aufruf unter User mit Administratorrechten

- Menü: Extras/open disk/physical disk/hard disk 1 (Häkchen bei "open as readonly" NICHT entfernen)
- Menü: File/New (es erscheint in der Anzeige ein zweiter Reiter "untitled1")
- auf Reiter "hard disk 1" klicken
in der Anzeige sollten die erste Zeilen so aussehen:

Offset(h) 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
0000000000 33 C0 8E D0 BC 00 7C FB 50 07 50 1F FC BE 1B 7C 3ÀŽÐ¼.|ûP.P.ü¾.| <== hier steht irgendwas
wenn nicht, dann

- Menü: View/bytes per row/16/OK
- Menü: View/offset base/hexadecimal
- Menü: View/visible columns/hex and text
- Menü: View/byte group size/1einstellen
========= extrahieren Sektor 0
- Menü: Edit/select block/start-offset: 0 , length: 200, hex, OK
- Menü: Edit/copy as.../ editor view (überträgt den markierten Inhalt in die Zwischenablage)
- Reiter "untitled1" anklicken und 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 "hard disk 1" klicken
- in der Menüzeile rechts auf den Button >| drücken, danach < drei Mal klicken (um zum viertletzen Sektor zu kommen)
- 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 "HxDseriennummer.txt" /speichern
- HxD beenden

Das gleiche machst Du dann nochmals mit der hard disk 3 - aber nur, wenn er Dir bei der Auswahl der "physical disks" insgesamt 5 Platten zur Auswahl anbietet. Sind da nur 4, können wir so nicht auf die offline Platte zugreifen

Danach alles zippen, die Auswertung dauert etwas

[zeddicus]

Hallo,

Also ich habe nun deine Anleitung befolgt.

Folgende Anmerkungen:

zu HDTune:
Von einer ausgefallenen Platte konnte ich die Daten auslesen (1.txt). Von der 2. ausgefallenen Platte war dies leider nicht möglich.
Aus dem Storage Manager weiß ich, welche Platten mit welcher Seriennummer ausgefallen sind.
1. Raid Port 0: Samsung HD103SJ S/N: S246JDWSA46946
2. Raid Port 5: Samsung HD103UJ S/N: S13PJ90QA79061 -> kann ich in HDTune auslesen

Die 1. Platte HD103SJ wird zwar angezeigt, aber ohne Informationen. Die anderen Platten gleichen Typs kann ich auslesen und so ausschließen, dass es die ausgefallenen sind.

HxD:
In HxD werden mir 5 Platten aufgelistet. Habe deine Anleitung für "hard disk 1" und "hard disk 3" ausgeführt. Ergebnisse im angehängten zip File.
Also kann Win7 anscheinend auf die Offline Platte zugreifen ;)

Danke für die sehr genaue Anleitung. Das hätte sogar meine Freundin bereits tagsüber machen können :)

Bin schon auf deine Ergebnisse gespannt.

Lg Stefan

Ergänzung vom 18.12.2009 22:09 Uhr: Ich hätte noch eine kleine Verständnisfrage:
Wir haben nun ja anscheinend die Raid Metadaten extrahiert. Müssen die auf allen Platten eines Raids die gleichen sein? oder unterscheiden diese sich voneinander?

[Ernst@at]

Zu Deiner Frage:
Die RAID-Metadaten sind im störungsfreien Betrieb auf allen Memberplatten identisch.
Bei Ausfällen ergibt sich aus den Unterschieden die genaue Hergangs-Abfolge, die zu dieser Situation geführt hat.


Die anderen Platten gleichen Typs kann ich auslesen und so ausschließen, dass es die ausgefallenen sind.


Das heißt also, von der Platte LEER und von der Systemplatte ist HDTUNE-Smart möglich, daher unterstützt der Zusatzcontroller die SMART-Commands. Sehr schön.

Ich werd jetzt mal die extrahierten Daten ansehen, dauert ein wenig, und dann gibts neue Anweisungen. Die schreib ich hier dazu, d.h. wenn Du noch nichts hier unterhalb siehst, mach ab und zu ein Browser-refresh

FRAGE(für die Statistik): Ein Backup von dem 5TB Daten-Array hast Du nicht zufällig??? :):):)

Die Auswertung war kurz und schmerzlos und mit bloßem Auge möglich.

Da der Array ja >2TiB ist, handelt es sich um einen GPT-initialisierten Datenträger. Das ist im MBR der ersten Memberplatte (Original) und der letzten Memberplatte (1.Stripe Parity) ersichtlich.

Am Ende der beiden vom RAID ausgestoßenen Platten befinden sich keine RAID-Metadaten, sondern der GPT-Header-Mirror. Das finde ich lustig und dies ist nur so zu erklären:
- Nachdem der RAID justament jene zwei Platten rausgeschmissen hat, die im Sektor 0 einen MBR-Inhalt tragen, der sie als GPT-Datenträger ausweist,
- hat das WIn7 auf den beiden jetzt non-RAID-Platten neugierig den Inhalt kontrolliert;
- festgestellt, dass vorne GPT-Header und Partition-Entries stehen; und die Mirror-Daten nicht am Plattenende stehen (Weil der Mirror irgendwo hinten auf 5TB am Array lag, die Platte aber alleine nur 1TB groß ist)
- und den Mirror dann neu erstellt und brav hinten auf den Platten über die RAID-Metadaten geschrieben.

Win7 hat die letzte Platte erst danach (weil sie die gleiche Datenträger-Signatur im MBR trägt) offline gestellt.

Wir haben also jetzt das Problem:
- Wir wissen nicht was in den RAID-Metadaten der rausgefallenen Platten stand, weil der Inhalt mit einem neuen GPT-Mirror überschrieben wurde
- Da die ursprünglichen GPT-Informationen der Partitionierung damit auf beiden Platten ebenfalls verändert wurden, haben wir kein Backup davon

Glückwunsch, das ist mir bisher noch bei keinem der hunderten bisherigen Fälle, die ich erfolgreich behandelt habe, untergekommen, obwohl kaum einer dem anderen glich.

Ich bastle jetzt mal daran, wie wir weiter vorgehen...

In der Zwischenzeit wünsche ich Dir frohes Bangen und
an alle neugierigen Mitleser, die vielleich auch stolze RAID5-Betreiber sind, eine Schweigeminute zur Frage der Sicherheit eines RAID5: Es muss nicht gleich ein Blitzschlag sein, der alles vernichtet. Manchmal (und öfter als man denkt) gibt es dumme Zufälle, welche einen RAID5 ganz banal außer Gefecht setzen können - daher ist ein RAID5 kein Ersatz für ein Backup!
Das hier ist wieder ein ausgezeichnetes Beispiel, wie sehr eine anderslautende Meinung (ist ja unwahrscheinlich, dass 2 Platten gleichzeitig ausfallen) ins Auge gehen kann.

Ergänzung vom 19.12.2009 02:52 Uhr:

Ich nehme an, die Platte LEER ist ein vorsorglich gehaltenes stilles Spare für den RAID5, falls dort eine ausfällt? Die brauchen wir vorerst nicht, aber das SATA-Kabel, welches dort angesteckt ist.
- Stelle im Matrix-Manager die Seriennummern der Platten von Port1 bis 4 fest(durch Anklicken Port x unter Array_0000/RAID Hard Drives) und notiere sie mit Portnummer
- Markiere das am Plattenende mit einem Stück Klebeband und einem CD-oder permanent-Marker, bevor Du es abziehst, mit "ZC" (Zusatzcontroller).
- Markierst Du das Kabel, welches an der Platte S246JDWSA46946 hängt, mit "P0", bevor Du es abziehst
- Markierst Du das Kabel, welches an der Platte S13PJ90QA79061 hängt, mit "P5", bevor Du es abziehst
- dann steckst Du das mit "ZC" markierte Kabel in die Platte S246JDWSA46946, die sonst am Port0 hängt (wenn der Zusatzcontroller AHCI und Hotswap kann, ginge das alles im laufenden Betrieb)
- machst von der S246JDWSA46946 ein HDTune-Health(wie früher geübt) als "P0.smart.txt"

Im Disk Management darf jetzt nach "Menu: Action/Rescan Disks" nur mehr in beliebiger Reihenfolge
- die Systemplatte
- der failed RAID-Array mit 4657,56 GB und
- die S246JDWSA46946 mit 4657,43 GB aufscheinen. Von dieser letztgenannten die im Disk Management angezeigte Disk# um 1 erhöht als "physical disks/hard disk ..." im HxD auswählen
HxD Aufruf unter User mit Administratorrechten

- Menü: Extras/open disk/physical disk/hard disk ... (Häkchen bei "open as readonly" NICHT entfernen)
========= extrahieren GPT-Info
- Menü: Edit/select block/start-offset: 0 , length: 1000, hex, OK
- Menü: Edit/copy as.../ editor view (überträgt den markierten Inhalt in die Zwischenablage)
- Menü: Edit/File/New in der Anzeige von "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
- Menü: File/Save as... einen Ordner auswählen und als Dateinamen "GPT.txt" /speichern
- die Anzeige von GPT.txt mit dem unteren x rechts in der Menüzeile schließen

========= Sichern MBR von der ersten. Memberplatte = Sektor 0 des Arrays
- Menü: Edit/select block/start-offset: 0 , length: 200, hex, OK
- Strg+C (überträgt den markierten Inhalt in die Zwischenablage)
- Menü: File/New (es erscheint in der Anzeige ein zweiter Reiter "untitled1")
- diesmal nichts darin 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 "MBR.bin" /speichern

- HxD beenden

Die erhobenen Seriennummern der Ports 1-4 schreibst Du ins Post und im Anhang den zip-File mit "P0.smart.txt", "GPT.txt" und "MBR.bin"

als nächstes holen wir uns die RAID-Informationen von einer der im Array verbliebenen Platten.

Der Blick in meine Glaskugel zeigt, warum das jetzt so aussieht:
Im IDE-Mode macht der ICH aus den Memberplatten keinen RAID-Array; das Win7 sieht die 6 Einzelplatten und macht eine Korrektur der vermeintlich falschen GPT-Info auf den beiden MBR-tragenden HDDs und überschreibt damit die RAID-Metadaten. Alles logisch - Voller Erfolg, RAID gekillt.:evillol

Huch, das kann ja jedem mit einem GPT-Array passieren, der das System nicht am Array hat und bei dem das BIOS beim Startup einen checksum-error kriegt (Spannungsschwankungen, falsche RAM-Timings oder RAM defekt) oder sonst aus irgendeinem Grund die BIOS-recovery anspringt und alles auf default (ICH mode auf IDE) setzt!

[zeddicus]

Hallo,
Also erst einmal für deine Statistik: Nein, es gibt kein Backup der Daten auf dem Raid. Aus folgendem Grund: Die wichtigsten Daten von mir befinden sich nicht am Raid, diese sind sogar doppelt gebackupt. Das Raid ist mein Datenspeicher für natürlich legale Filme und Musik ;) Und leider bereits eine Größe erreicht, wo ich momentan keine Möglichkeit habe, ein Backup dieser Mengen zu machen.

Deine Anweisungen werde ich heute Abend dann durchführen.

Lg

[DunklerRabe]

Als neugieriger Mitleser ergänze ich gerne noch, dass GAR KEIN RAID JEMALS EIN BACKUP IST :)
Ist hier ja zum Glück auch nicht der Fall.

[zeddicus]

Hallo,

Foglendes vorweg, ich hatte mich anscheinend geirrt. Mein zusätzlicher Controller ist nicht in der Lage die SMART Daten auszulesen.

War aber nicht weiter schlimm, da ich deine Anleitung befolgt habe, nur zum Auslesen der SMART Daten meinen Silicon Image SATA Controller verwendet habe. Sprich ich habe die Platte vom ursprünglichen Port 0 auf den Silicon Image Controller gehängt und von dort ausgelesen.

Somit blieben mir nicht 3 sondern 4 Platten im Disk Management, weil die Platte LEER im System blieb.

- Smart Daten im Anhang

- Die einzige 4657,43 Platte war nun Disk 3 im Disk Management (S246JDWSA46946). Also im HxD Disk 4 geöffnet. Habe die Informationen wie beschrieben extrahiert und angehängt. Laut SMART ist die Platte anscheinend in Ordnung.

- Seriennummern:
Port 1: S13PJ9BQ908243
Port 2: S246JDWS903691
Port 3: S13PJ90QA79055
Port 4: S246JDWS815229

Bin ja schon gespannt wie es weiter geht ;)

Muss dir gleich noch einmal für deinen Zeitaufwand danken, und die Genauigkeit deiner Anleitung loben :)

Lg Stefan

[Ernst@at]

Fein, fein.

wie schon angedeutet, holen wir uns jetzt die Metadaten des RAID von einer noch intakten Platte.

Dazu hängst Du die zuletzt untersuchte Platte S246JDWSA46946 vom SiliconImage Controller ab und steck statt dessen die Platte S13PJ9BQ908243 vom Port1 dran.

SMART-Daten brauchen wir von dieser Platte keine,
jetzt suchst Du im Disk Manager die 1TB-Platte , die RAW ist - man wird dir nahelegen wollen, diese zu initialisieren: Ablehnen!
Du öffnest diese (mit der um 1 größeren Nummer) im HxD und machst von der Platte dasselbe wie im Post 9. Den .txt file wieder gezippt in den Anhang.

Wenn das Zeug ausgewertet ist, geht es dann morgen weiter mit:

- Auslesen der alten GPT-Partitionierung vom nicht überschriebenen Mirror
- der Überlegung, wie wir das Win7 austricksen, damit wir
- dem RAID wieder alle 6 Platten zuführen können und
- auf den Array wieder die ursprüngliche GPT-Info draufmachen, damit der Zugriff wieder funktioniert.

wenn mir im Schlaf noch was einfällt, wie wir den RAID-Array davor schützen können, dass sowas noch einmal passiert, dann lassen wir das noch einfließen.

Der Zeitaufwand von mir ist halb so schlimm, da ich die Auswertungen sowieso schon automatisiert habe - das war mir schon beim zweiten Mal vor langer Zeit zu dumm, das händisch zu machen, immer mit der Gefahr, dass ich dabei einen Fehler beim herumrechnen mache.
Die Anleitungen sind auch schon an früheren Patienten auf DAU-Festigkeit geprüft und werden nach copy&paste nur mehr dem jeweiligen Fall angepasst.

[zeddicus]

Hallo,

Hier die Informationen der Platte am SATA Port 1 (S13PJ9BQ908243).

Lg

Ergänzung vom 19.12.2009 23:33 Uhr: Kleine Zusatzinformation:
Diese Platte vom SATA Port 1 wird im Disk Manager nun als online und "unallocated" mit einer Größe von 931,39 GB angezeigt.

[Ernst@at]

Hab mir gerade den dritten Teil runtergeholt.
Aufgefallen ist mir bisher folgendes:
Du hast im 2.Teil einem MBR.txt geschickt, der eigentlich MBR.bin heißen sollte. Um Verwirrungen zu vermeiden, benenne den bitte auch bei Dir in MBR.bin um.

Die Platte von Port1 (die jetzt zuletzt untersuchte) hat unerwarteterweise einen MBR drauf, welcher die Platte als GPT-initialisiert ausweist. Mach mir bitte davon noch wie Post11 den Step "========= extrahieren GPT-Info", benenne die Datei aber statt GPT.txt jetzt "P1.GPT.txt", um die Herkunft dieser Daten zu beleuchten.

Die Daten hinten auf dieser Platte von Port1 tragen gültige RAID-Metadaten.
Ergebnisse folgen hier im Post in Kürze, also ab und zu Refresh im Browser, um sie zu sehen, falls du online bist.

Ergänzung vom 20.12.2009 12:26 Uhr:

Die GPT- und Raid-Metadaten zeigen, was wir ohnehin schon wissen, bestätigt:

Basic data partition
Part first LBA: 264192
Part last LBA: 9767600127 ==> Size 9767335936 Sectors = 4657,43 GiB wie in disk management für die rausegefallenen Einzelplatten angezeigt


--- Volume [0] ---
Map Name: "Datacenter"
Sectors: 9767602176 ==> 4657,56 GiB wie in disk management für den Array angezeigt
volume LBA0 offset: 0
# Sectors/member: 1953520904
# Stripes/member: 15261880
# Sectors/Stripe: 128 ==> stripesize=64KB
Volume status: FAILED
RAID Level: RAID-5 Array
# member disks: 6
Disk Order:
HDD[0] <Serial=S246JDWSA46946> *** MISSING ***
HDD[1] <Serial=S13PJ9BQ908243>
HDD[2] <Serial=S246JDWS903691>
HDD[3] <Serial=S13PJ90QA79055>
HDD[4] <Serial=S246JDWS815229>
HDD[5] <Serial=S13PJ90QA79061> *** MISSING ***

[zeddicus]

Hallo,

Hier die GPT-Info von der zuletzt analysierten Platte (ursprünglich Port 1).
Lg

[Ernst@at]

Danke - es geht am Abend ca 20:00 weiter ...
Erbitte AUszeit - nach 5 Std Kampftrinken am Wihnachtsmarkt-Punschstand kann ich für deine Daten nicht garantieren, wenn ich jetzt Anleitungens chreibe **Hicks**

[zeddicus]

jaja kein Problem ;) hoffe der Punsch hat geschmeckt!

[Ernst@at]

Irgendwas ist mir am WoE an Unlogik in der ausgewerteten Daten aufgestoßen, mir ist aber leider entfallen, was das war. Werde mich heute abend erneut durchwühlen. Wenn das geklärt ist, gibt's neue Anweisungen...

Hat das Win7 beim Anschließen der Platte von Port1 am SilI (zur letzten Auswertung) nach einer Erlaubnis zum initialisieren gefragt, der Du (entgegen meinen Empfehlungen) zugestimmt hast? Da ist plötzlich auf der 1TB Platte ein GPT-Datenträger im MBR ohne Benutzerpartition eingetragen, der so im RAID nicht draufgekommen sein kann; nur als Einzelplatte - und das war sie erst nach dem Umhängen auf den SilI - oder früher mal, bevor sie in den RAID integriert wurde (was ich eher vermute).

[zeddicus]

Hallo,
Also Win7 hat zum initialiesieren nur für die andere Platte gefragt, für die es jedes mal gefragt hat, wenn ich den Disk Manager gestartet habe. Habe aber auch dieses immer abgebrochen und nie durchgeführt.

Windows braucht momentan recht lange zum Starten. Also das Windows Logo ist recht lange zu sehen, was normalerweise nicht der Fall ist. Was Win da genau macht, sieht man leider nicht. Vielleicht hat es da etwas mit der Platte gemacht.

Aber für die Platte von Port 1 kam am SilI nie die Frage zur Initialisierung.
Lg

[Ernst@at]

Wenn Du die Platten, bevor Du ein RAID5 daraus gemacht hast, früher einzeln verwendet hast und die GPT-initialisiert hast, und bei der Umstellung auf RAID wieder alle Partitions da drauf gelöscht hast, ist das derzeitige Aussehen durchaus möglich.
Es sieht so aus, als ob die RAID-Metadaten den GPT-Mirror am Ende der Platte überschrieben haben und nicht umgekehrt. Lustigerweise scheint es so herum in beiden Modi zu funktionieren, weil GPT am Sektor MaxLBA-1 und von MaxLBA-33 aufwärts, die RAID-Metadaten bei Intel aber erst auf MaxLBA-2 und von dort abwärts operieren. Wenn sich die wegen geringer Datenmenge nicht in der Mitte treffen und zerstören, passiert da nix.

Um das zu kontrollieren, mach mal einen Auszug von der ehemaligen Port1-Platte am Silicon:

die im Disk Management angezeigte 1TB Disk# um 1 erhöht als "physical disks/hard disk ..." im HxD auswählen
HxD Aufruf unter User mit Administratorrechten

- Menü: Extras/open disk/physical disk/hard disk ... (Häkchen bei "open as readonly" NICHT entfernen)
========= extrahieren GPT-Mirror-Info
- in der Menüzeile iin das Sektorfeld (mit copy&paste zwecks Tippfehlervermeidung) 1953525135 übertragen
- Menü: Edit/select block/start-offset: (den eingetragenen Start-Offset belassen) , length: 1000, hex, OK
- Menü: Edit/copy as.../ editor view (überträgt den markierten Inhalt in die Zwischenablage)
- Menü: Edit/File/New in der Anzeige von "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
- Menü: File/Save as... einen Ordner auswählen und als Dateinamen "P1.GPTMirror.txt" /speichern
- HxD beenden

File zippen und posten

[zeddicus]

Hallo,

Hat leider etwas gedauert. Hier die P1.GPTMirror.txt.

Es kann durchaus sein, dass die Platte bevor sie im Raid verwendet wurde, als GPT initialisiert wurde. Danach alle Partitionen gelöscht und das Raid erstellt.
Lg

[Ernst@at]

Na denn, sag mal, wann Du ein paar Stunden am Stück Zeit hättest, um dem RAID5 wieder Leben einzuhauchen...
Die folgenden Schritte wären
- MBR auf Platte vom Port 0 und 5 totmachen
- RAID auflösen & neudefinieren; sogleich in degraded versetzen
- Kontrolle, ob alles passt; die alten GPT-Mirror-Daten auslesen
- MBR wieder draufmachen; neue GPT-Partitionierung
- und rebuild anstoßen
- happy sein...

[zeddicus]

Hallo,

Ich hätte heute bzw. morgen bis am frühen Abend Zeit. Sag mir bescheid wann es bei dir geht.
Lg

[Ernst@at]

heute und morgen geht es bei mir nur abends - am 30. ganztag/nachts

[zeddicus]

ok, dann würd ich mal morgen abend sagen. Falls was dazwischen kommt, schreib ich dir spätestens zu mittag.

Ergänzung vom 29.12.2009 17:06 Uhr: so, ich werde ab ca. 19:00, 19:30 da sein, werde dann regelmäig seite refreshen.

[zeddicus]

werde morgen Abend wieder reinschauen. gn8

[Ernst@at]

tut mir leid, bin gerade erst von Komplikationen an einem Patienten nach Hause gekommen und geh jetzt schlafen. ca 1900 bin ich hier

[zeddicus]

kein problem :) Da ich heute aber Besuch bekomme, weiß ich nicht wie ich heute Abend Zeit haben werde. Vielleicht kannst du mir die ersten Schritte ja schon schicken und ich führe sie heute oder morgen Vormittag durch. Außer es ist besser, alles in einem Stück zu machen.

Dann wirds wenn nicht morgen Vormittag erst im neuen Jahr sein ;)
Lg

[Ernst@at]

Wir schreiten zur bösen Tat...

Zuletzt hattest Du die Platte vom Port1 <Serial=S13PJ9BQ908243> am Silicon Image zur Untersuchung; die steckst Du wieder an Port1


Nun mal die letzte RAID-Platte von Port5 <Serial=S13PJ90QA79061> an den Silicon Image Controller.
Im Disk Management ist das wieder die Platte mit 4657,43 GB. Die dort dafür angezeigte Disk# wieder um 1 erhöht als physical disk im HxD öffnen: Diesmal das Häkchen bei "read only" wegmachen
========= Löschen MBR der 6. Memberplatte
- Menü: Edit/select block/start-offset: 0 , length: 200, hex, OK
- Edit/Fill Selection/ im erscheinenden Fenster einfach OK
- File/Save
-HxD beenden,
Nach "Menu: Action/Rescan Disks" im Disk Management sollte die dann als uninitialisiert mit 1TB angezeigt werden.
Das gleiche wiederholst Du mit der 1. Memberplatte von Port0 <Serial=S246JDWSA46946>

als nächstes hängst Du alle rausgenommenen Raid-Platten wieder an den Controller, und zwar dorthin, wo sie früher mal hangen:
HDD[0] <Serial=S246JDWSA46946>
HDD[1] <Serial=S13PJ9BQ908243>
HDD[2] <Serial=S246JDWS903691>
HDD[3] <Serial=S13PJ90QA79055>
HDD[4] <Serial=S246JDWS815229>
HDD[5] <Serial=S13PJ90QA79061>

Die bisherige Systemplatte des Reservesystemes steckst du ab.

Dann gehst Du mit Strg+I nach dem BIOS-POST in den RAID-Manager und löst den kümmerlichen Rest des RAID5 auf; er wird irgendwas von "all Data lost" murmeln
definierst den RAID5 mit allen 6 Platten neu mit den Parametern
Map Name: "Datacenter"
Stripesize=64KB
Array type: RAID-5
Danach beendest Du den RAID-Manager; und lässt ihn nochmal durch das POST laufen; er muss als RAID-5 Status "normal" zeigen. Mangels bootdevice wird er dann verrecken; da machst Du wieder Power-Off.

Jetzt steckst Du die Reserve-Systemplatte wieder an,
und nimmst das SATA-Kabel der 6.Platte an Port5 runter und steckst diese 6.Platte <Serial=S13PJ90QA79061> an den Silicon Image Controller.

Beim Power-On kontrollierst Du im BIOS, dass wieder vom Reservesystem gebootet wird, und fährst hoch. Nun muss der RAID5-Status "degraded" sein und die letzte Platte vermisst.

Jetzt ein Bild vom Disk Management - Wenn er Platten initialisieren will, Ablehnen

(Leider kann man dem RAID-Manager nicht beibringen, dass er einen neu definiertes RAID-Array nicht initialisieren soll, deswegen gehen wir den Umweg über "degraded")

[zeddicus]

Hallo,
Ich habe nun die ersten Schritte befolgt, und habe den MBR von den beiden Platten von Port 0 und 5 gelöscht, danach hat er mir sie auch wie du beschrieben hast im Disk Manager angezeigt.

Habe dann alle Platten wie ursprünglich wieder angeschlossen und im Raid Bios das Raid gelöscht und neu definiert.
Habe nun ohne Systemplatte den Rechner eingeschalten. Nun zeigt er mir im Raid Bios den Status des Raids aber nicht als "normal" an, sondern als "Initialize".

Wie soll ich in diesem Fall weiter vorgehen?

[Ernst@at]

unsinn von mir, ich schrieb ja, dass er initialisieren will. Ist schon richtig so,
weitermachen mit platten abziehen, damit er sich in den degraded vertschüsst und nicht mehr an initialize denkt...

[zeddicus]

ok, bin gerade nicht daheim. werde es dann aufd Nacht machen. danke

Ergänzung vom 31.12.2009 01:27 Uhr: so, habe nun die fehlenden Schritte gemacht.

6. Disk (von Port 5) an SilI angeschlossen. Raid Status war nun "Degraded". Danach gebootet.
Screenshot vom Disk Management im Anhang. Windows wollte Disk 0 und 3 initialisieren, was ich abgelehnt habe.

[Ernst@at]

Wunderbar - wie das Disk Management zeigt, ist für HxD
physical hard disk 1 der RAID-Array
physical hard disk 2 die Platte LEER
physical hard disk 3 dein Reservesystem
physical hard disk 4 die letzte Memberplatte, die wir aus dem RAID gerissen haben

Erstmal löschen wir am RAID-Array das erste Stripe(Sektoren 0-127) auf allen 5 verbliebenen Platten, damit da drauf die MBRs/GPTinfos der Einzelplatten verschwinden

HxD Aufruf unter User mit Administratorrechten
- Menü: Extras/open disk/physical disk/hard disk 1 öffnen: Diesmal das Häkchen bei "read only" wegmachen
und dann postest Du mir noch, was in der Menüzeile rechts bei "Sector: [Eingabefeld] of ???????" steht

========= Löschen 5*128 Sektoren am Beginn des RAID5
- Menü: Edit/select block/start-offset: 0 , length: 50000, hex, OK
- Edit/Fill Selection/ im erscheinenden Fenster einfach OK
- File/Save
- HxD beenden,

als nächstes eine Kontrolle neue RAID-Metadaten von der letzten Memberplatte

HxD Aufruf unter User mit Administratorrechten
- Menü: Extras/open disk/physical disk/hard disk 4 öffnen: Das Häkchen bei "read only" nicht entfernen
========= extrahieren maxLBA-4 (RAID-Metadaten)
- in der Menüzeile rechts auf den Button >| drücken, danach < drei Mal klicken (um zum viertletzen Sektor zu kommen)
- 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)
- 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
- Menü: File/Save as... einen Ordner auswählen und als Dateinamen "Port5neu.txt" /speichern
- HxD beenden

wenn 2 Schritte zuvor bei ???????" der Wert 9767602176 stand, kannst Du gleich weitermachen, ansonsten abbrechen

HxD Aufruf unter User mit Administratorrechten
- Menü: Extras/open disk/physical disk/hard disk 1 öffnen: Das Häkchen bei "read only" nicht entfernen
========= NTFS-Bootrec auslesen
- in der Menüzeile rechts als Sector: 264192 eingeben (mit copy&paste zu Vermeidung von Tippfehlern übertragen)
- Menü: Edit/select block/(den eingetragenen Start-Offset belassen) length: 200, 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!
- auf Reiter "hard disk 1" klicken


========= GPT-Mirror des alten RAID5 auslesen
- in der Menüzeile rechts als Sector: 9767602142 eingeben (mit copy&paste zu Vermeidung von Tippfehlern übertragen)
- 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
- den Cursor an der Endposition belassen, nicht in der Anzeige herumklicken!

- auf Reiter "hard disk 1" klicken
- in der Menüzeile rechts auf den Button >| drücken (um zum letzten Sektor zu positionieren)
- Menü: Edit/select block/(den eingetragenen Start-Offset belassen) length: 200, 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
- den Cursor an der Endposition belassen, nicht in der Anzeige herumklicken!

- Menü: File/Save as... einen Ordner auswählen und als Dateinamen "Array.txt" /speichern
- HxD beenden

[zeddicus]

Port5neu.txt befindet sich im Anhang.

Habe dann abgebrochen, weil ich eine andere Sektoranzahl hatte: "Sector 0 of 9767600128"

[Ernst@at]

Das ist leider nicht ganz das gewesen, was wir wollten.
Bei der Definition des RAID im BootROM verwendet er ein anderes Alignment, deswegen ist der Array etwas zu klein. Ich vermute, Du hast den ursprünglich mit dem Matrix Manager definiert. Wir müssen das Anlegen des Arrays mit diesem durchführen, sonst wird das nix.
Ich werde die obige Beschreibung abändern, und sage dann hier Bescheid, wenn ich fertig bin...


Erstmal Power-Off, und die 6.Platte vom Silicon Controller wieder an Port6 stecken.
Dann gehst Du mit Strg+I nach dem BIOS-POST in den RAID-Manager und löst den RAID5 auf; er wird irgendwas von "all Data lost" murmeln
Danach beendest Du den RAID-Manager; und lässt ihn nochmal durch das POST laufen; und bootest;

Im Disk Management muss er alle Platten als uninitialisiert zeigen (wegen unseres Löschens der ersten 128 Sektoren) Initialisieren Ablehnen!

Dann gehst Du in den Matrix Manager und machst die Definition des RAID5 dort

Map Name: "Datacenter"
Stripesize=64KB
Array type: RAID-5
mit den Platten
HDD[0] <Serial=S246JDWSA46946>
HDD[1] <Serial=S13PJ9BQ908243>
HDD[2] <Serial=S246JDWS903691>
HDD[3] <Serial=S13PJ90QA79055>
HDD[4] <Serial=S246JDWS815229>
HDD[5] <Serial=S13PJ90QA79061>

Sobald die Definition erfolgt ist, machst Du wieder Power-Off (Falls der von selbst zu initialisieren beginnt, brutal mit Power-Off Taster gedrückt halten) und hängst die 6.Platte wieder an den Silicon Controller, und machst im Post#36 ab dem Step ========= extrahieren maxLBA-4 (RAID-Metadaten) weiter. Die Datei benennst Du jetzt Port5neu2.txt

[zeddicus]

ok, danke. bin zwar jetzt mal auswärts essen. Mach dann am Nachmittag weiter. Und ja, hab es was ich noch weiß, mit dem Matrix Storage Manger erstellt.

Ergänzung vom 31.12.2009 17:28 Uhr: so, habe deinen Post übersehen, da meiner danach war.

Hier die Auswertung.

Und schon einmal einen guten Rutsch!!

[Ernst@at]

OK,
Arraygröße, Stripesize und Plattenreihenfolge sind ident zum früheren Zustand.

Zwecks Doku die Inhalte des NTFS-Headers der Datenpartition und die ursprünglichen GPT-Mirrordaten(deren Originale ab Sektor 1 bei der Behandlung als Einzelplatten von Win7 zerstört wurden) im Anhang

Sehr schön, passt bis jetzt alles. Ab in die Zielgerade:

Im Disk Management initialisiertst Du jetzt Disk 0 als GPT-Volume; und erstellst eine Datenpartition über den gesamten Bereich.

HxD Aufruf unter User mit Administratorrechten
- Menü: Extras/open disk/physical disk/hard disk 1 öffnen: Das Häkchen bei "read only" nicht entfernen
========= extrahieren neue MBR+GPT Info
- 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
- Menü: File/Save as... einen Ordner auswählen und als Dateinamen "GPTnew.txt" /speichern
- HxD beenden

Sollte zur Verblüffung (ev. nach "Menu: Action/Rescan Disks" im Disk Management) die Partition wieder mit Laufwerksbuchstaben im Zugriff sein und da drauf Deine Daten im Explorer zu finden sein, mach noch pro forma unter start/run/"cmd" ein chkdsk laufwerk: (ohne Parameter). Wenn das keine Fehler findet,
- fahr den Rechner runter
- Steck die letzte RAID-Platte vom Silicon Image wieder an Port 6
- überprüfe alle SATA-Stecker am Board und den RAID-Platten auf einwandfreien Sitz (damit nach dem Hochfahren beim Rebuild der RAID5 nicht wieder alle 6e von sich streckt)
- Wenn nichts mehr dazwischen kommt, könnte in ein paar Stunden der RAID5 im neuen Jahr nach rebuild wieder den Status "Normal" erblicken.

[zeddicus]

Habe die Disk 0 nun als GPT initialisiert. Danach kann ich sagen "New Simple Volume...". Dort wähle ich dann den gesamten Speicherplatz aus, als nächstes den Laufwerksbuchstaben. Danach fragt er wegen formatieren.
Hier soll ich schon "Do not format this volume" auswählen, richtig?

[Ernst@at]

KEIN formatieren, klar... :D nur anlegen

[zeddicus]

Habe nun die Disk 0 initialisiert und eine Partition über den gesamten Datenbereich erstellt.

Im Explorer zeigt er sie mir nun auch an, allerdings will er beim Zugreifen die Platte formatieren.

[Ernst@at]

Fahr mal das System runter und wieder rauf - die neuen GPT-Einträge passen exakt.

Wenn er weiterhin formatieren will, sehen wir uns noch mal den NTFS Bootrecord an

[zeddicus]

Nach dem Neustart will er beim Zugriff auf die Partition noch immer formatieren.

Im Disk Management wird die Disk 0 als Online und Healthy mit 4657,43 GB RAW angezeigt. Hat anscheinend kein Dateiformat drauf.

So da ich jetzt leider weg muss, schreiben wir uns im nächsten Jahr. Guten Rutsch!

[Ernst@at]

Prosit retour!

Ergänzung vom 01.01.2010 14:17 Uhr: Schauen wir mal, was der Kerl auf der Partition angestellt hat

HxD Aufruf unter User mit Administratorrechten
- Menü: Extras/open disk/physical disk/hard disk 1 öffnen: Das Häkchen bei "read only" nicht entfernen
========= NTFS-Bootrec auslesen
- in der Menüzeile rechts als Sector: 264192 eingeben (mit copy&paste zu Vermeidung von Tippfehlern übertragen)
- Menü: Edit/select block/(den eingetragenen Start-Offset belassen) length: 2000, 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!
- auf Reiter "hard disk 1" klicken

========= $MFT-Mirror auslesen
- in der Menüzeile rechts als Sector: 264208 eingeben (mit copy&paste zu Vermeidung von Tippfehlern übertragen)
- Menü: Edit/select block/(den eingetragenen Start-Offset belassen) length: 1000, 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
- den Cursor an der Endposition belassen, nicht in der Anzeige herumklicken!

========= $MFT auslesen
- in der Menüzeile rechts als Sector: 6555648 eingeben (mit copy&paste zu Vermeidung von Tippfehlern übertragen)
- Menü: Edit/select block/(den eingetragenen Start-Offset belassen) length: 1000, 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
- den Cursor an der Endposition belassen, nicht in der Anzeige herumklicken!

========= NTFS-Bootrec-Mirror auslesen
- in der Menüzeile rechts als Sector: 9767600127 eingeben (mit copy&paste zu Vermeidung von Tippfehlern übertragen)
- Menü: Edit/select block/(den eingetragenen Start-Offset belassen) length: 200, 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
- den Cursor an der Endposition belassen, nicht in der Anzeige herumklicken!

- Menü: File/Save as... einen Ordner auswählen und als Dateinamen "Array2.txt" /speichern
- HxD beenden

[zeddicus]

Gut im neuen Jahr angekommen ;)
Hier die Informationen

[Ernst@at]

uups - beim ersten Bereich haste 200 als Länge eingegeben statt 2000.
Der Arsch hat tatsächlich den NTFS-Header zermalmt beim Partition anlegen.

Mach einfach den ersten Step nochmal, anstatt letzter Zeile davon
- auf Reiter "hard disk 1" klicken
machst du die beiden Zeilen am Ende, aber jetzt Array3.txt.

Will sehen, ob er nur den ersten Sektor oder den ganzen Cluster mit dem Bootrec gelöscht hat...

[zeddicus]

oh, hier nun mit Länge 2000.

[Ernst@at]

--- er hat nur den ersten Sektor kaputtet - das macht er standardmäßig so (hab ich nur vergessen :D )

Dann werden einfach mal den Mirror vorne wieder draufklatschen, wozu ist denn der sonst da?

HxD Aufruf unter User mit Administratorrechten
- Menü: Extras/open disk/physical disk/hard disk 1 öffnen: Diesmal das Häkchen bei "read only" wegmachen

========= NTFS-Bootrec-Mirror kopieren ...
- in der Menüzeile rechts als Sector: 9767600127 eingeben (mit copy&paste zu Vermeidung von Tippfehlern übertragen)
- Menü: Edit/select block/(den eingetragenen Start-Offset belassen) length: 200, hex, OK ( jetzt tatsächlich 200 :D )
- Strg+C (überträgt den markierten Inhalt in die Zwischenablage)
========= ... und in den NTFS-Bootrec übertragen
- in der Menüzeile rechts als Sector: 264192 eingeben (mit copy&paste zu Vermeidung von Tippfehlern übertragen)
- Menü: Edit/select block/(den eingetragenen Start-Offset belassen) length: 200, hex, OK ( jetzt nochmal 200 :D )
- Strg+V (überträgt den Inhalt aus der Zwischenablage) wenn das popup "file size change" auftaucht: ABBRECHEN!
- Menü: File/Save (Schreibt die Änderungen auf die Platte)
- HxD beenden

Das hat man davon - Weil ich gestern zu faul war, die CRC-Prüfsummen auszurechnen, um aus den alten GPT-Mirrordaten die Originale vorne wiederherzustellen, bin ich den Umweg über Init/Partition anlegen gegangen, und damit haben wir uns das eingebrockt...


Spätestens nach "Menu: Action/Rescan Disks" im Disk Management sollte die Welt wieder heil sein,

- mach noch pro forma unter start/run/"cmd" ein chkdsk laufwerk: (ohne Parameter). Wenn das keine Fehler findet,
- fahr den Rechner runter
- Steck die letzte RAID-Platte vom Silicon Image wieder an Port 6
- überprüfe alle SATA-Stecker am Board und den RAID-Platten auf einwandfreien Sitz (damit nach dem Hochfahren beim Rebuild der RAID5 nicht wieder alle 6e von sich streckt)
- Wenn nichts mehr dazwischen kommt, könnte in ein paar Stunden der RAID5 im neuen Jahr doch noch nach rebuild wieder den Status "Normal" erblicken.

[zeddicus]

juhuuu.... das hat anscheinend noch gefehlt.
Auf die Festplatte kann nun wieder zugegrifffen werden. Daten sind vorhanden. chkdsk hat nichts auszusetzen.
Werde jetzt die 6. Platte wieder anschließen und den Rebuild durchlaufen lassen.

Melde mich sobald der Rebuild läuft.

[Ernst@at]

Ufff - ich dachte schon, wir brauchen bis 2011...
heut früh hab ich zu meinem Analysedreck die CRC-32-Prüfung und -Berechnung dazugemanscht, damit mir das nicht nochmals passiert und ich weiter faul sein kann - das tat ich bisher händisch.

[zeddicus]

So, nachdem ich nun die 6. Platte auch angesteckt habe, hat der Matrix Storage Manager nach dem Starten mit dem Rebuild angefangen. Verbleibende Zeit ca 73h ;)

Kann etwas dauern.

Aber schon mal vielen Dank!!!!!! Ein richtig gutes Gefühl seine Daten wieder zu sehen :)
Werde noch mal posten wenn das Rebuild abgeschlossen ist.

Hast natürlich was gut bei mir, keine Frage.

Wenn ich in Zukunft wieder mal was an der Hardware änder und die Stromzufuhr trenne, werde ich mit höchster Aufmerksamkeit aufpassen, dass die Storage Configuration im Mainboard BIOS auf RAID und nicht auf IDE gestellt ist. Sonst denke ich, dass ich sehr schnell wieder das Problem haben könnte.

Lg und danke, danke, danke
Stefan

[Ernst@at]

Dieses Problem ist ein größeres, als es zunächst zu sein schien. Im Prinzip ist jeder davon betroffen,
- der GPT auf seinem RAID initialisiert hat, und
- ein GPT-fähiges Bootsystem nicht auf dem RAID liegt.
Leere Boardbatterie, Netzschwankungen beim POST, BIOS-Update u.ä. sind alles Gelegenheiten, wo sowas passieren kann - dass die BIOS-Einstellung des Controllers unbemerkt auf IDE zurückfällt und gebootet wird.

Dem lässt sich nur vorbeugen, wenn man beim Einrichten eines RAID einen winzigen Array am Anfang definiert, mit einem Basis-MBR. Das hält dann das OS davon ab, mit Einzeldrives Unsinn zu treiben, so wie in Deinem Fall geschehen.

Auf der sicheren Seite liegt man aber auch, wenn man sämtliche Konfigurationsdaten des RAID und ob man das im BootROM oder im MatrixManager (bei AMD im RaidXpert) definiert hat, irgendwo für den Fehlerfall bereithält - samt einem Image der ersten 34 Sektoren mit der jeweils aktuellsten Partitionierung. Dann braucht man nur den RAID auflösen, wieder genauso neu definieren und die ersten 34 Sektoren wiederherstellen, und das wars dann...

Mit HxD geht das einfach folgendermaßen:

HxD Aufruf unter User mit Administratorrechten
- Menü: Extras/open disk/physical disk/hard disk (aus Datenträgerverwaltung+1) öffnen: Das Häkchen bei "read only" nicht entfernen
========= MBR+GPT-Info sichern auslesen
- Menü: Edit/select block/start: 0, length: 2400, 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 "RAIDGPT.bin" /speichern
- HxD beenden, RAIDGPT.bin gut aufheben, sodaß man sie auch bei kaputtem RAID noch im Zugriff hat

Im Fehlerfall wie diesem den RAID wieder genauso wie ursprünglich definieren;
HxD Aufruf unter User mit Administratorrechten
- Menü: Extras/open disk/physical disk/hard disk (aus Datenträgerverwaltung+1) öffnen: Diesmal das Häkchen bei "read only" wegmachen
========= MBR+GPT-Info zurückschreiben
- Menü: Edit/select block/start: 0, length: 2400, hex, OK
- Den File "RAIDGPT.bin" zum öffnen vom Explorerfenster auf das vom HxD ziehen
- mit Strg+A alles markieren
- Strg+C (überträgt den markierten Inhalt in die Zwischenablage)
- "RAIDGPT.bin" schließen (mit File/Close oder dem unteren X in der Menüzeile)
- Strg+V (überträgt den Inhalt aus der Zwischenablage) wenn das popup "file size change" auftaucht: ABBRECHEN! denn dann hat man was falsch gemacht...
- Menü: File/Save (Schreibt die Änderungen auf die Platte)
- HxD beenden

alles keine Zauberei...

[maista]

wau!
respekt!!:)

[zeddicus]

Status: 65% complete, 22h remaining :)

Ergänzung vom 04.01.2010 10:15 Uhr: Rebuild complete! Raid Status: Normal

So nun ist wieder alles in Ordnung. Hab mir auch schon die MBR+GPT Informationen gesichert. Man weiß ja nie.

Vielen Dank noch einmal für die ausgezeichnete Hilfestellung!!

Lg Stefan

[Ernst@at]

Jetzt muß ich mir im Streben nach Perfektion nur noch was einfallen lassen, womit sich das öde init/rebuild (was in Deinem Fall absolut unnötig gewesen ist, denn die Platten waren synchron) vermeiden lässt...

War wieder mal absolut spannend, unterhaltsam und lehrreich - ich danke auch! :daumen