Fehlerhaftes Dateisystem mit Raid
 

Hallo alle miteinander....

ich hoffe ich finde jemanden, der mir noch helfen kann... ich bin am Ende mit Latain...

folgende Ist-Situation:

Ein Pc, 2 Festplatten an SIL3114 Raid Controller
XP Prof als System

Beim Starten (egal welcher Modus) kommt ein Bluescreen mit unmountable boot volume

gut... beschädigtes Dateisystem, würde gern ein Checkdisk machen....

Windows CD (mit Raid Treiber), Reperaturconsole....
startet dann mit
c:> ungültige Laufwerksangabe

mit Map bekomm ich meine Partitionen mit keinem Buchstaben sondern mit ? am Beginn.

Jeder Versuch den LW einen Buchstaben zuzuweisen scheiterte....

Gut..... anderer Versuch...

Knoppix rein... startet, partitionen da, aber nicht mountbar.

andere Vorschläge? am liebsten würd ich chkdsk irgendwie unter windows laufen lassen... wie bekomm die lw gemountet in der wiederherstllungsconsole?

lg

Um welches Raid handelt es sich?

leider 0

Würde auf einer extra HDD ein Reparaturwindows installieren und schauen, ob ich irgendwie an die Partition rankomme.
Aber vielleicht gibts Hilfe aus der Knoppix-Sektion.

Was sagt überhaupt das RAID-Bios zum Verbund?

Puh also....

Angesichts der Tatsache, dass es ein RAID 0 ist und dass es selbst Knoppix nicht schafft, das Volume zu mounten, würd ich meinen, das wars.

Getdataback soll noch gut sein, habe ich aber selber auch noch nie verwendet.

Gruss Wildfoot

raid bios sagt alles in ordnung mit dem verbund... und er ist auch in ordnung.. nur das dateisystem ist beschädigt... ein simples chkdsk fixboot, fixmbr würde alles wieder in ordnung bringen...

knoppix.. zeigt mir ja auch alle partitionen an, nur mounten kann ichs nicht...

beim mount übern dateimanager fragt er nach einen kennwort, das es nicht gibt.
und in der konsole sagt er sie sind schon gemountet....

Wobei, ein simples chkdsk kann bei Raids das völlige aus für die Daten darstellen.
Erst mit Testdisk die Lage prüfen.

Zitat:
"Nachdem dummerweise nach entdecken des Fehlers voreilig ein chkdsk gemacht wurde, dessen Aktivitäten ordnungsgemäß auf den anderen Plattensatz repliziert wurde, gibt es aus dieser von der Anwendung des chkdsk hervorgerufene Zerstörung wohl kein Entkommen.
Ich persönlich meide in der Datenrettung ein chkdsk ohne Schreibschutz wie die Pest.
Für derart zerstörte Filesysteme ist mir keine Rettungsmethode bekannt."
von Ernst@at, Computerbase/Datenrettung (der Raid-Rettungs-Guru)

Das klingt eher nach Raid 1 (replizieren). Bei Raid 0 ist es nur gefährlich, wenn die Platten einzeln gescannt werden.

Wie groß sind die Festplatten?

Hab bei Knoppix die Erfahrung gemacht, dass es Probleme gibt, wenn nicht die alte Partition table verwendet wird. (Welche nur bis zu 2TB unterstützt)
Habe mir vor kurzem selbst über diesen Fehler geärgert, weil ich bei einer Platte mit fdisk die Table ändern wollte, aber ständig die Meldung kam, dass die Platte eingehängt ist, obwohl sie es nicht war.

... Gott sei dank gibt es dd ... was in deinen Fall nicht empfehlenswert wäre.

Würde eher probieren ntfsclone zu verwenden um die Daten auf eine externe zu sicher.
http://linux.die.net/man/8/ntfsclone
Ist bei Knoppix glaube ich vorinstalliert.

sind eh nur 160-er platten...

versteh nur nicht, inwiefern mir clonen bei der problemlösung hilft?!