Langsam, langsam.
Du scheinst Dich in den parallel laufenden Rettungen schlau gemacht zu haben, was gefährlich sein kann, das einfach nachzuempfinden.
Muss mir nur kurz mal die Historie hier ansehen, dann gehts gleich weiter...
Erstens brauchen wir das Reservesystem noch, weil es nichts mit dem Booten vom RAID wird, solange der nicht repariert und überprüft ist.
Wenn das Bild im Post #40 von jetzt ist - also aktuelle Verkabelung darstellt, dann ist die Plattenreihenfolge in Ordnung.
Du hast mir zwar jetzt von den Sektoren 0 die Inhalte gesichert mit HDD1/2/4, die haben wir schon mal erhoben.
Dabei fällt auf, dass an der zweiten Memberplatte (der rausgefallenen), die jetzt an Port 1 hängt, am Sektor 0 nichts draufsteht, was zusammen mit der hinten erhobenen RAID-Metainfo, die von einem anderen Stern stammt, eine Zerstörung bedeutet, weil mit diesen Inhalten von der Member1 und 2 die Paritydaten auf der 3.Memberplatte nicht übereinstimmen und das daher nicht aus der Zeit des Betriebes unter RAID stammen kann.
Möglich wäre, das der erste Sektor gelöscht und die RAID-Metainfo nach dem Zerfall des RAID5 durch ein (absichtliches oder unabsichtliches) "Delete RAID Volume" zustandekam.
2) "Reset Disks to non-RAID" , danach sollten alle drei als non-RAID angezeigt werden.
3.) Neudefinition des RAID: RAID5(striped) Volumename: OneTwoThree Size: max, Stripesize: 64K
Danach den RAID-Manager mit exit verlassen, wenn das BIOS das POST durchläuft, POWER-OFF
Wenn sich der RAID-Manager weigert, die zweite Platte zu verwenden, weil die schon SMART-Incidents meldet, müssen wir die zuerst mundtot machen, indem Du SMART Support im BIOS auf off/disabled stellst, und dann den RAID zu definieren probierst. Wenn das nichts nutzt, wieder vom Win7 starten
ansonsten weiter mit
4) abklemmen der kaputten Platte von Port1
Umstecken der Platte von Port 0 auf den jMicron Port GSATAII_1,
Umstecken der Platte von Port 2 auf den jMicron Port GSATAII_2,
dann Power on, Booten vom Win7
und Bild der Datenträgerverwaltung (das Du mir zuletzt unterschlagen hast)
(hier ist ein Unterschied zu den anderen Rekonstruktionen zu beachten, da bei den meisten anderen der Originalinhalt der ersten und zweiten Memberplatte gesichert werden konnte, und daher direkt im RAID-Array zurückgespielt werden konnte.
Um an den Inhalt der zweiten zu kommen, lassen wir die XOR-Logik des Controllers für uns arbeiten)
Du scheinst Dich in den parallel laufenden Rettungen schlau gemacht zu haben, was gefährlich sein kann, das einfach nachzuempfinden.
Muss mir nur kurz mal die Historie hier ansehen, dann gehts gleich weiter...
Erstens brauchen wir das Reservesystem noch, weil es nichts mit dem Booten vom RAID wird, solange der nicht repariert und überprüft ist.
Wenn das Bild im Post #40 von jetzt ist - also aktuelle Verkabelung darstellt, dann ist die Plattenreihenfolge in Ordnung.
Du hast mir zwar jetzt von den Sektoren 0 die Inhalte gesichert mit HDD1/2/4, die haben wir schon mal erhoben.
Dabei fällt auf, dass an der zweiten Memberplatte (der rausgefallenen), die jetzt an Port 1 hängt, am Sektor 0 nichts draufsteht, was zusammen mit der hinten erhobenen RAID-Metainfo, die von einem anderen Stern stammt, eine Zerstörung bedeutet, weil mit diesen Inhalten von der Member1 und 2 die Paritydaten auf der 3.Memberplatte nicht übereinstimmen und das daher nicht aus der Zeit des Betriebes unter RAID stammen kann.
Möglich wäre, das der erste Sektor gelöscht und die RAID-Metainfo nach dem Zerfall des RAID5 durch ein (absichtliches oder unabsichtliches) "Delete RAID Volume" zustandekam.
2) "Reset Disks to non-RAID" , danach sollten alle drei als non-RAID angezeigt werden.
3.) Neudefinition des RAID: RAID5(striped) Volumename: OneTwoThree Size: max, Stripesize: 64K
Danach den RAID-Manager mit exit verlassen, wenn das BIOS das POST durchläuft, POWER-OFF
Wenn sich der RAID-Manager weigert, die zweite Platte zu verwenden, weil die schon SMART-Incidents meldet, müssen wir die zuerst mundtot machen, indem Du SMART Support im BIOS auf off/disabled stellst, und dann den RAID zu definieren probierst. Wenn das nichts nutzt, wieder vom Win7 starten
ansonsten weiter mit
4) abklemmen der kaputten Platte von Port1
Umstecken der Platte von Port 0 auf den jMicron Port GSATAII_1,
Umstecken der Platte von Port 2 auf den jMicron Port GSATAII_2,
dann Power on, Booten vom Win7
und Bild der Datenträgerverwaltung (das Du mir zuletzt unterschlagen hast)
(hier ist ein Unterschied zu den anderen Rekonstruktionen zu beachten, da bei den meisten anderen der Originalinhalt der ersten und zweiten Memberplatte gesichert werden konnte, und daher direkt im RAID-Array zurückgespielt werden konnte.
Um an den Inhalt der zweiten zu kommen, lassen wir die XOR-Logik des Controllers für uns arbeiten)
Zuletzt bearbeitet:
