So - nach diesem kleinen Aufenthalt ist die Sache einigermaßen klar.
Die zuletzt von Dir gelieferten Inhalte belegen eindeutig, dass es sich bei der Platte, die jetzt am jMicron hängt, um die 4.Platte handelt:
- am Sektor 0 ist alles leer, was auf das Neuanlegen des RAID5-Arrays zurückzuführen ist, wobei die Platte noch teilnahm, bevor sie abgesteckt wurde.
- Sektoren 781420653-781420654 zeigen nicht die Inhalte der 1. Memberplatte
- Sektoren 781422764-781422767 zeigen die alten RAID-Metadaten der 4.Memberplatte
Nun habe ich mir die Inhalte der 1.Memberplatte HDD[0] und der 4.Memberplatte HDD[3]
angesehen, welche Du ursprünglich am 1.November in den Dateien
Disk 0 SrNr. 9VS0299A.txt
Disk 3 SrNr. S0NFJ1CP301690.txt
hier reingestellt hast und habe die verglichen:
Die beiden sind bis auf die Datenträger-ID (offset 0x1B8-0x1BB) völlig ident und zeigen die offenbar richtige Partitionierung, die in der 3.Partition bis ans Ende des 1200GB-Arrays reicht. Die unterschiedliche Datenträger-ID hat das Win7 verbrochen, als die 4 Memberplatten als Einzelplatten angeschlossen waren, weil es keine 2 Platten mit gleicher ID mag, das ist normal.
Der MBR, den Du gestern auf den Array geschrieben hast, wurde erst gestern von Dir vom Klon der 1.Memberplatte erzeugt und zeigt keinen Unterschied in der Datenträger-ID zum ursprünglichen Inhalt, nur eine verkürzte Größe der 3.Partition.
00000001E6 0088C267 Start (LBA): 1740802048 108359-233-34
00000001EA 70DDAD0C Size (Blocks): 212721008 13241-68-59 103867MB 101.43GB
Zählt man jetzt die Start-Adresse und Anzahl Sektoren zusammen, kommt man auf
1740802048+212721008-1= 1953523055
Eine 1TB-Platte hat 1953525168 Sektoren
1953525168-1953523055= 2113 bleiben daher unbenutzt.
Das gibt einen Hinweis darauf, dass auf dieser 1.Memberplatte wieder ein BIOS-Backup angelegt und die Platte um 2113 Sektoren verkleinert wurde.
Wer dann allerdings die fiktiven Partitionierungswerte, welche ja eigentlich für den 1200GB-Array gelten, auf der Einzelplatte korrigiert hat?
Ich habe da stark die GIOS-Hinterhofcoder von Gigabyte in Verdacht, weil das nur auf der 1.Platte am Controller passiert ist, Wäre das eine neue Win7-Feature, dann hätte diese Änderung auch auf der 4.Platte stattgefunden, was aber nicht passiert ist...
Du brauchst also nur den ursprünglichen MBR der 1.Memberplatte auf den Array schreibenm und alles ist wieder gut.
Da Du den vor 2 Wochen nur in .txt- Form gespeichert hast, hab ich daraus die .bin Version erzeugt (Siehe Anhang)
- Du steckst die ersten 3 Memberplatten wieder an den ICH9R, die 4. vom jMicron klemmst Du ab, IM BIOS Bootreihenfolge Win7 prüfen. RAID-Array ist mit 3 Platten degraded
- Nach dem Start von Win7:
- MBRA.0.1.zip entpacken
-HxD starten
- Du zeigst dir im Explorer den Ordner an, in dem Du den MBRA.0.1.bin abgespeichert hast
- ziehst diese Datei mit der Maus auf das HxD-Fenster
Menü Edit/Select Block/
start offset: 0
end Offset: 1FF
hex
OK
Strg+C zum Kopieren in die Zwischenablage
die Datei MBR.bin mit dem unteren X in der Menüleiste schließen
Danach im HxD den RAID-Array öffnen
Menü: Extras/Open Disk/physical disk / hard disk 1 (wenn es in der Datenträgerverwaltung Datenträger0 ist)
das Häkchen bei "open as read-only" wegmachen
Menü Edit/Select Block/
start offset: 0
end Offset: 1FF
hex
OK
Strg+V (en Inhalt in den Sektor 0 des Arrays auf physical disk 1 übertragen)
der Inhalt des Sektors 0 wird rot dargestellt.
wenn popup Längenänderung kommt, abbrechen !!!
ansonsten
File/Save
schreibt den Inhalt physisch auf die Platte
dann in der Datenträgerverwaltung auf Aktion/Datenträger neu durchsuchen
damit sollten auf dem Datenträger die 3 Partitions erscheinen (die letzte diesmal richtig mit 287.74GB)
und hinten ein wenig leerer Platz (weil der Array jetzt größer ist)
VOR DEM CHKDSK KEINE EXPLORER-ZUGRIFFE auf die Laufwerke!
Dann in der Eingabeeaufforderung ein chkdsk F: (danach auch H.,I: ) ohne Parameter
Wenn das keine Fehler bringt, kannst Du an deine Daten. Wümsche eine frohe Wiedersehensfeier
Solltest Du irgendwas aus den "Eigene Dateien" in "Dokumente und Einstellungen" des XP oder Vista benötigen und dich nicht mit der ownership-security herumstreiten wolen, kannst Du auch ohne weiteres vom Array das XP oder Vista booten.
Da Du ohnehin nur die alten Daten sichern willst und dann alles neuarrangieren, ist der Aufwand eines Rebuild (nach Anstecken der 4.Platte) unnötig, das dauert länger als durch den Performanceverlust, wenn Du es gleich aus dem "degraded" Array ausliest.
