Intel RAID 5: 2 non-raid disks / 3 member disks nach Windows Start mit AHCI

[frank_i2600k]

Hallo Ernst! In Deiner Anleitung steht: wenn nicht "File0" zu finden ist, dann Inhalt von Sektor 2048. Brauchst Du also den Inhalt des gerade genannten Sektors, um mir noch helfen zu können?

 

[Ernst@at]

Ja

 

[frank_i2600k]

Voila. Ich finde, das schaut mir aus ähnlichen Threads bekannter aus. Leise Hoffnung keimt.

 

[Ernst@at]

Auf die Frage, ob der Kerl wie wild am RAID herumarbeitet, hast Du noch nicht geantwortet.
Ich war mir jetzt einige Zeit (nach dem FILE0 nicht gefunden, leerer Sektor 2048)
so gar nicht mehr sicher, ob der beim initialisieren nicht alle Platten auf Nullen löscht.
Abbrechen hätte nur innerhalb der ersten Minuten was gebracht, wenn einmal die MFT gelöscht ist, gibt es keine Rettung mehr.

Nachdem das Ding jetzt gut eine Stunde arbeitet und der Anfangssektor immer noch hier und nicht leer ist, schreibt er wohl doch nur die Paritydaten neu.
Wenn jetzt - angenommen - die Plattenreihenfolge nicht gestimmt hat, ist die Partition Schrott.

Ich hab die Anweisungen schon längst vergessen, weil ja einige Tage her, und da ist noch dazu der Fehler drin, dass sie nicht auf 2048 beginnt. Was überprüft werden soll, sind die MFT-Eintragsreihenfolge, die anders aussehen würde, wenn die Reihenfolge der Platten falsch wäre.
Beim Erstellen hab ich irgendwie schon 64K Clustersize geahnt, aber mit 4K gerechnet, womit die MFT 16x weiter hinten beginnt.
Ich werde das jetzt oben ausbessern und gebe dann laut, wenn Du es prüfen kannst...

 

[frank_i2600k]

Hallo Ernst!

Das ist ja schon mal beruhigend, denn eines ist sicher:

Die Plattenreihenfolge hat bei der Neuerstellung im Raid-Bios gestimmt. War leicht zu überprüfen, da ja sortiert.

Ich hatte damals die Platten ganz bewusst in der Reihenfolge der Seriennummer sortiert und dann von oben Platte für Platte erst eingebaut, mit SATA Kabel angeschlossen, und dann die nächste. Vertauschte Reihenfolge schließe ich zu 100% aus.

Liebe Grüße, Frank

Ergänzung (14. April 2012)

Intel RST sagt Initialisierung 5%. Klingt nicht ganz so gut...

Ergänzung (14. April 2012)

Andererseits: der angegebene Sektor ist noch immer da... ...die Hoffnung stirbt zuletzt...

 

[Ernst@at]

Der Beginnsektor wäre in den ersten Sekunden dran, die MFT liegt je nach Clustersize bei 4K 3,2GiB hinter dem Partitionbeginn, bei 64K 48GiB dahinter. 5% von 8TB sind aber schon 372GiB, darüber ist das Initialisieren schon weit hinaus.

Bei den geschätzen etwa 200 Raid-Reparaturen ging bisher nur einmal was schief - eine zweifelhaft formulierte Anweisung wurde prompt misinterpretiert, und so wie hier begann der RAID zu initialisieren. Es hätte aber eine asynchron gegangene Platte abgestöpselt gehört, und so nahm das Unglück seinen Lauf. Die Daten der asynchronen wurden in die bis dahin noch richtigen Parityinformationen gemanscht und die MFT schwer beschädigt.
War glücklicherweise nur die Systempartition betroffen, da nach ein paar Minuten abgebrochen, die Partitions dahinter hats nicht erwischt.

Ergänzung (14. April 2012)

so - fertig. Überprüfe mal , ob es die MFT noch gibt...

 

[frank_i2600k]

Was genau heisst das denn nun? Gehen wir jetzt davon aus, dass die Initialisierung in diesem Fall hier nur die Parity Informationen aktualisiert? Da die Platten ja in Sync waren, wäre das dann ja "nur" die Neuberechnung aus den noch vorhanden Werten. Und mit inzwischen 7.5% Fortschritt sind wir eigentlich sowieso schon jenseits des "Point of no return". Also entweder läuft (a) gerade nur die Parity-Aktualiserung oder (b) es ist eh schon wurscht.

Falls das der Status ist, würde ich erwarten, dass man im Fall (a) das RAID jetzt am besten in Ruhe läßt und dann in einigen Stunden weitermacht, wenn die Initialisierung abgeschlossen ist. Im Fall (b) ist es eh egal. Oder übersehe ich da etwas?

Liebe Grüße

Frank

Ergänzung (14. April 2012)

Also Sektor 264192 ist noch da! Ist das die MFT, oder wo die liegt?

Ergänzung (14. April 2012)

Hallo Ernst! Unter Sektor 100927488 kein "File0". Bei den nächsten 2 Einträgen auch nicht.

Ergänzung (14. April 2012)

Gute Nacht, Ernst! Besten Dank schon mal! Liebe Grüße, Frank

 

[Ernst@at]

zu (a) und (b) Völlig richtig kombiniert, Watson ich präferiere zu (a)

des Rätsels Lösung

Spoiler: NTFS-Bootrec

[SIZE="3"][FONT="Lucida Console"]Analyzing: \\Pc10\shareddocs\frank_i2600k RAID5\Sektor264192.txt

===== NTFS INFORMATION ===== at LBA=264192  
000081001FE 55AA             Boot signature='55AA'... valid
00008100000 EB5290           jump around... OK
00008100003 4E54465320202020 NTFS ID... OK
0000810000B 0002             Bytes per sector: 512
0000810000D 80               Sectors per cluster: 128 ==> [B]Clustersize=64K[/B]
0000810000E 0000             reserved sectors: 0
00008100010 000000           always zero...OK
00008100013 0000             not used...OK
00008100015 F8               <Media descriptor>
00008100016 0000             always zero...OK
00008100018 3F00             Sectors per track: 63
0000810001A FF00             # heads: 255
0000810001C 00080400         # hidden sectors: 264192
00008100020 00000000         <not used by NTFS>
00008100024 80008000         <not used by NTFS>
00008100028 FFC77DA303000000 Total Sectors: 15627831295
.                            ==> Size:7630777MB 7451.93GB
.                            ==> NTFS Mirror at sector: 15628095487 ==> Sector placement: OK
00008100030 00C0000000000000 Cluster# of $MFT: 49152
.                            [B]==> $MFT at sector: 6555648[/B]
00008100038 0100000000000000 Cluster# of $MFTmirr: 1
.                            ==> $MFTmirr at sector: 264320
00008100040 F6000000         Clusters/File Record Segment: 246
00008100044 F4000000         Clusters/Index Block: 244
00008100048 A14C7BE4937BE4BE Volume Serial #
00008100050 00000000         checksum       [/FONT][/SIZE]

man soll zu so später Stunde(und schon gar am Freitag, dem 13.) nicht auf Augen,Finger und Taschenrechner vertrauen, sondern besser altbewährte Programme befragen.
ist wohl nicht mit Win formatiert worden.
MFT ab Cluster 0x0000C000 statt üblicherweise 0x000C0000, und 64K Clustern

Während Du jetzt von Angstträumen geplagt schläfst, um dann mit Ringen unter den Augen vormittags hier weiterzulesen, sieh dann mal ab Sektor 6555648 nach, ob sich dort nicht doch die verloren geglaubten MFT "FILE0" Kennungen verstecken...

 

[frank_i2600k]

Hi Ernst! Bin kurz wach geworden.

JAA, da liegt sie, siehe Screenshot! Und stimmt: zumindest habe ich das Alignment und die Partitionen damals vermutlich mittels Diskpart eingerichtet.

Blöderweise war gerade der Rechner schon wieder aus. In den Energieoptionen hatte ich nach der Neuinstallation Energiesparen vergessen abzuschalten, obwohl ich ihm verboten hatte, Speicherabbilder auf die SSD zu schreiben ("hibernatecfg.exe /off"). Nach dem Wiedereinschalten brauchte ich leider gerade einen Reset, damit überhaupt das Bios kommt. Er müsste also kontrolliert heruntergefahren sein und brauchte etwas Anschupsen zum Starten aus diesem undefinierten Zustand. Das Raid initialisiert nun munter unter Win weiter. Ist bei 16.3%. Hoffentlich ist da nichts async gegangen, kann ich nun aber eh nicht mehr ändern.

Das hier ist ein echter Thriller!!! Wahnsinn...

Und besten Dank Dir. Du bist ja der Hammer.

Liebe Grüße

Frank

 

[Ernst@at]

Der Intel ist unterbrechungsfähig beim init und expand, und beim rebuild, solange dabei keine Plattenfehler auftreten und setzt dann wieder auf - also nix async.
Leider kann man ihm auf diese Weise der Wiederherstellung das stundenlange sinnlose Gerödel nicht abgewöhnen, ich werde dazu bei nächster Gelegenheit(am nächsten Opfer) aber eine Alternative ausprobieren, wo dies vermieden wird.

Nach dem letzten Schritt - Restore der MBR/GPT-Daten - sollte alles wieder im Zugriff sein.

Als Zugabe auf den Schrecken noch ein kostenloser Tipp: mit HD Sentinel kannst Du die SMART-Werte der einzelnen Memberplatten überwachen. Warnt bei Plattenfehlern, welche auch zum Ausfall führen können.

 

[frank_i2600k]

Hallo Ernst!

Initialisierung liegt bei 36.7%. Hast Du mir gerade gesagt, dass eigentlich noch alles gut werden kann, wenn ich den MBR rekonstruiere? Das wäre ja obergenial! Muss ich da nicht noch die MFT aufwendiger überprüfen?

Ich finde allerdings in den Einträgen weiter vorne MBRGPT.bin nirgends mehr. Ich glaube, den hattest Du wieder entfernt, als es um die 64k NTFS Clustergröße statt 4k ging. Kannst Du den noch mal posten?

Liebe Grüße und vielen Dank

Frank

Ergänzung (14. April 2012)

Hallo Ernst!

Ok, beginnend ab Adresse 6555648 alle 32 Sektoren gecheckt, ob da "FILE0" und später "00", "10", "20", ... , "50" kommt. Passt.

Dann fehlt also wirklich vermutlich nur noch der Abschluss der Initialisierung und die Rekonstruktion des MBR. Da muss ich Dich noch mal um die Anlage bitten.

Liebe Grüße

Frank

 

[Ernst@at]

...dass eigentlich noch alles gut werden kann, wenn ich den MBR rekonstruiere?

Wir sind nie vom Weg dorthin abgewichen, zwischendurch nur leicht desorientiert gewesen.

Der MBR ist jetzt im Beitrag zur Anleitung als Anhang erstellt. Hab wohl vergessen, den hochzuladen
Mach das erst, wenn das init fertig ist.

 

[frank_i2600k]

Jau, besten Dank. Init ist nun bei 55%. Das wird also erst heute abend/nacht etwas. Bin heilfroh über das neue Netzteil. Nicht auszudenken, wenn das alte jetzt während des Inits abgeraucht wäre. Habe den MBR nun gesehen. Der passt dann auch zu 64K NTFS, oder? Wobei: steht im MBR überhaupt die NTFS Clustersize drin?

In jedem Fall schon mal: vielen, vielen Dank!!

Viele Grüße

Frank

 

[Ernst@at]

Im MBR bzw den GPT-Infos stehen nur Partitiontyp, Beginn und Länge(Ende)
Clustersize und andere Eckdaten sind ja Dateisystem-zugehörig und daher auch im NTFS-Header/Bootrec zu finden(siehe Post#48)

 

[frank_i2600k]

62%

Ergänzung (14. April 2012)

81%. Bei etwa 11 Minuten pro 1% dürfte die Initialiserung gegen 22:00 Uhr fertig sein...

 

[Ernst@at]

Alles wartet gespannt auf den Showdown.
100% Verlust oder 100% gerettet - Alles oder nichts, das ist die Frage, Wetten werden noch angenommen

 

[frank_i2600k]

Jetzt geht's los! 100%.

Ergänzung (15. April 2012)

HURRA, ERNST, DU BIST DER HELD, TAUSEND DANK!!!!

Das gibt's ja gar nicht! Alle Daten wieder da! Jetzt kommt erst mal ein Backup. Ganz ehrlich, damit hatte ich zwischendurch nicht mehr gerechnet. Du hast mich da super durchgeführt! Klasse. Kompetent. Genial.

Vielen, vielen Dank.

Liebe Grüße, Frank

 

[Ernst@at]

Die Wette hab ich gewonnen

installier Dir HD Sentinel., damit kannst Du auch den Zustand der RAID-Platten überwachen