Es macht bloß einen Unterschied, wenn verschiedene Treiber/BIOS BootROM - Versionen im Spiel sind. Üblicherweise kommen die aber erst zum Tragen, wenn ein Array neu definiert wird und nicht, wenn ein bestehendes nach Anstecken der Platten gleich erkannt wird.
Also - was haben wir bis jetzt:
- Systemplatte hat 488397168 Sektoren, da ist bis jetzt kein BIOS-Backup drauf, sinst wären es um 2113 weniger.
- Der Array ist durch Controller mit 976562432 Sektoren (an einer 128KB-Grenze) limitiert
- Im MBR zu finden:
00000001B0 00 00 00 00 00 2C 44 63 AD FB 79 23 FF FF 00 01 .....,Dc.ûy#ÿÿ..
00000001C0 01 00
42 FE FF FF
3F 00 00 00 02 4C 38 3A 00 00 ..Bþÿÿ?....L8:..
Partition Typ: 0x
42 = dynamic Volume
start: 0x
0000003F = Sektor 63
size: 0x
3A384C02 = 976768002 Sektoren
==> end: Sektor 976768064 ==> endet an Zylindergrenze ==> liegt 205633 Sektoren jenseits des Array-Endes, was gar nicht gut ist.
- im dynamic Pointer: (sektor 6) 0xC00-0xDFF
finden sich diese Grenzen wieder:
0000000D00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0000000D10 00 02 00 00 00 00 00 00 00 00 00 00 00 00 00
00 ................
0000000D20
00 00 3F 00 00 00 00
3A 38 4C 02 00 00 00 00
3A ..?....:8L.....:
0000000D30
38 58 00 00 00 00 00 00 00
08 00 00 00 00 00 00 8X..............
und dynamischen Partitionierungsdaten sollten im Bereich ab 0x
3A385800 in den folgenden 0x
0800= 2048 Sektoren stehen - also von Sektor 976771072 - 976773119; das ist 208640 - 210687 Sektoren hinter dem derzeitigen Array-Ende und auch nicht ansprechbar.
Diese beginnen am oberen Ende des Bereiches mit dem Mirror des Privhead von Sektor 6 und für jede Partition wird ein Sektor darunter für die Partitionierungsdaten verwendet.
Deswegen ist das Array in der Datenträgerverwaltung als "ungültig" ausgewiesen.
Das ursprüngliche RAID-Array am anderen Controller war somit 976773120 Sektoren groß und endete an einer 4MB-Grenze
Eine 500GB-Platte hat normalerweise 976773168 Sektoren (ohne Abzug von RAID-Metadaten oder BIOS-Backup) zur Verfügung. Der frühere RAID-Controller dürfte mit den verbleibenden 48 Sektoren das Auslangen gefunden haben.
- Der Bootheader der einzigen Partition sieht so aus:
Code:
Analyzing: \\Pc10\shareddocs\gonzo RAID1\Array0.64.txt
===== NTFS INFORMATION ===== at LBA=63
0000007FFE 55AA Boot signature='55AA'... valid
0000007E00 EB5290 jump around... OK
0000007E03 4E54465320202020 NTFS ID... OK
0000007E0B 0002 Bytes per sector: 512
0000007E0D 08 Sectors per cluster: 8 ==> Clustersize=4K
0000007E0E 0000 reserved sectors: 0
0000007E10 000000 always zero...OK
0000007E13 0000 not used...OK
0000007E15 F8 <Media descriptor>
0000007E16 0000 always zero...OK
0000007E18 3F00 Sectors per track: 63
0000007E1A FF00 # heads: 255
0000007E1C 3F000000 # hidden sectors: 63
0000007E20 00000000 <not used by NTFS>
0000007E24 80008000 <not used by NTFS>
0000007E28 014C383A00000000 Total Sectors: 976768001
. ==> NTFS Mirror at sector: 976768064
0000007E30 00000C0000000000 Cluster# of $MFT: 786432
. ==> $MFT at sector: 6291519
0000007E38 C084A30300000000 Cluster# of $MFTmirr: 61048000
. ==> $MFTmirr at sector: 488384063
0000007E40 F6000000 Clusters/File Record Segment: 246
0000007E44 01000000 Clusters/Index Block: 1
0000007E48 2906228C4A228CF6 Volume Serial #
0000007E50 00000000 checksum
Der letzte Sektor der Partition ist der NTFSBoot-Mirror auf Sektor 976768064 liegt damit auch außerhalb des Arrays, deswegen ist testdisk mit der Fehlermeldung rübergekommen.
Ich würde es sinnvoll finden, dem dynamischen Klimbim ein Ende zu setzen- die dynamischen Partitionierungsdaten sind jetzt wohl sowieso von den RAID-Metadaten überschrieben.
Um den Datenträger auf Basic zurückverwandeln zu können, bleibt nichts anderes übrig, als den RAID aufzugeben.
Daher solltest Du jetzt mal Power-off machen, die Platte von Port6 abklemmen, und nach Power-on im BIOS den Controller von RAID auf AHCI zurückstellen. Damit haben wir vollen Zugriff auf alle Sektoren der Memberplatte an Port5.
Anschließend rufst Du wieder HxD auf und schreibst mit die Sektoranzahl der physical disk 2.
die müsste jetzt mit 976773168 ausgewiesen werden, schlimmstenfalls mit 976771055
Alles klar?
Danach sehen wir uns das Ausmaß der Zerstörung durch den wesentlich größeren Metadatenbereich in der NTFS-Partition mit HxD an