Partition wiederherstellen nach Blitzeinschlag

H

Henri

0
Hallo zusammen,

ich komme nicht umhin ein bischen auszuholen, um mein Problem richtig zu beschreiben. Es mag Anfangs so aussehen, als hätte ich ein Windows-Problem, aber letztlich läuft wohl alles auf Linux hinaus.

Im August hat ein Blitz in mein Haus eingeschlagen und mit meiner Sicherungsplatte etwas "angestellt", das ich technisch nicht ganz kapiere. So bin ich jetzt seit Wochen auf der Suche nach einer Lösung, um wieder an meine Daten heranzukommen. Dabei habe ich ausschliesslich englischsprachige sites besucht, was sehr mühsam wird, wenn es ins Detail geht. Ich hoffe es finden sich hier welche, die mir weiterhelfen können. Es köönte recht spannend werden.

Zur Technik:
Ich habe einen AMD Athlon 64 3,2G mit einer Samsung HDD (SP2004C S-ATA 200G, NTFS) unter Win XP Pro laufen und eine Maxtor Shared Storage Plus 300G (MSS+) per Netzwerk angebunden. Die MSS+ hat laut Maxtor ein EXT3 Dateisystem.

Zum Problem:
Die MSS+ ist elektronisch und hardmäßig völlig in Ordnung. Sie lässt sich problemlos anpingen, wird aber von Windows nicht mehr im Netzwerk erkannt. D.h. sie kann nicht gemappt werden.

Um an meine Daten zu kommen habe ich folgende Versuche durchgeführt (meine Win-Betriebssystemplatte im PC nenne ich PC-HDD, die mit der defekten Partition MSS-HDD):

Habe die MSS-HDD aus ihrem Gehäuse ausgebaut und direkt an den PC-Bus als Slave-Platte angeschlossen. Die Platte wurde von Win erkannt.

1) Habe Ontrack EasyRecory Pro gekauft und versucht die Dateien wiederherzustellen. Totaler Fehlerschlag. Ausser dass ich mir sehr sicher bin, dass meine Daten noch da sind.

2) Mit TestDisk habe ich versucht die EXT3 Partition wiederherzustellen. Fehlschlag.

3) Habe mir als "Muster" eine neue baugleiche MSS+ gekauft und mit WinHex die ersten vier Sektoren kopiert, auf die MSS-HDD geschrieben und die MSS-HDD wieder in ihr altes Gehäuse einbegesetzt. Fehlschlag; die Platte konnte wieder nicht gemappt werden (gleiche Win-Meldung: Netzwerkpfad nicht vorhanden).

4) Ein Mitglied im Forum von OpenMSS hat mich auf eine vielleicht verrückte Idee gebracht und mir folgende Anleitung gegeben, die ansich funktionieren sollte:

Von meiner PC-HDD habe ich die ersten 512 Byte kopiert und auf die MSS-HDD geschrieben mit dem Ziel, dass Windows die MSS-HDD direkt erkennen kann. Das hat auch funktioniert, nur hatte ich noch keine Partition um das Dateisystem ansprechen zu können.
Dann habe ich in Sektor 1 ab Offset 1BE 64 Byte als EXT3-Partition geschrieben (jeweils 4 Bytes invertiert von der Kopie aus Sektor 2 der neuen MSS-HDD) und mit 55AA abgeschlossen. Die Idee war mit TotalCommander und dem ex2fs Plugin auf das Dateisystem zu kommen. Dannach startete Windows nicht mehr; möglicherweise liegt es an den 2 gleichen MBRs auf der PC-HDD und MSS-HDD. Ich komme jetzt also nicht mal mehr an die Platte heran, um den alten Zustand wieder herstellen zu können.

Jetzt kommt Linux ins Spiel.

Habe mir eine KNoppix 5.01 Boot-CD erstellt, gestartet und prompt wurden beide Platten erkannt. Unter Knoppix kann ich auf die PC-HDD mit zugreifen, die MSS-HDD sehe ich aber nur dargestellt mit 3 Driveicons als hdc1, hdc2 und hdc3 mit jeweils 566 B Größe - sind wohl 3 Partitionen ? Nun ist meine Idee, die ersten 512 Byte von Sektor 1 mit Nullen zu überschreiben, um von vorne beginnen zu können. Da ich Bedenken habe mit falscher Syntax mir die Platte zu weit zu überschreiben, bitte ich hier um Unterstützung. Bin natürlich um jede Idee dankbar, wie ich wieder an meine Daten komme. Vielleicht ist mein Vorgehen ja auch nicht der beste Weg, jemand hat das schon einmal gemacht oder ihr sagt mir alles Quatsch, mach´s so und so ...

Also um die 512 Nullen zu schreiben wollte ich unter KNoppix folgenden Command ausführen: dd if=/dev/null of=/dev/hdc1 bs=512 count=1
Ist das korrekt ? Wo gibt man eigentlich den command ein unter Knoppix ein (sorry, bin blutiger Linux-Anfänger, aber ich fange an Linux zu mögen) ? Soll ich meine PC-HDD besser vorher abhängen ?

In der Hoffnung auf Hilfe
Henri
 
mal kurz die relevanten sachen rekapituliert:

du hast so ein MSS+ bzw. jetzt zwei stück davon auf dem ein ext3-filesystem sein sollte

du fängst mit windowstools eine recovery an

du fängst an ohne vorherige sicherung beliebig bytes auf der platte zu ändern

habe ich das bis hierhin richtig verstanden?

deine knoppixzeile ist fast richtig, wobei ich allerdings glaube, dass das unsinn ist :-) eingeben tut man das in einer konsole. unten links dürfte ein shortcut dazu vorhanden sein, ansonsten ALT+F2 und dort xterm eingeben

Code: 
sudo dd if=/dev/zero of=/dev/hdc1 bs=512 count=1

da du ja eine baugleiche, mutmasslicherweise leere platte hast, würde ich jetzt mal beide intern anschliessen, so wie ichs jetzt weiterbeschreibe ist die defekte master und die neue slave, aber bitte vor dem dd'en überprüfen.
von knoppix starten.
zuerst mal schauen, wie die partitionen auf der neuen platte ausschauen, damit du weisst, wie du sie auf der alten reparieren musst. evtl. die ersten sektoren in eine datei sichern

Code: 
sudo fdisk -l
sudo dd if=/dev/hdd of=/irgendeinfileirgendwo bs=512 count=wieviel du vorher verändert hast

dann ein image machen, dass du im notfall wieder zum status quo zurückkannst:

Code: 
sudo dd if=/dev/hdc of=/dev/hdd

dann kommts drauf an, was er so erkennt auf /dev/hdc. sind die partitionstabellen intakt, einfach mit

Code: 
sudo fsck.ext3 /dev/hdc

das filesystem versuchen zu retten, sind die partitionen nicht intakt, die gesicherte datei einspielen und nochmals fsck'en.

kann dir hier keine gewähr geben, obs funktioniert, aber knoppix hätte spätestens vor deinem schritt eins eingesetzt gehört :-)
 
Tja, trotz vieeeelen Jahren Programmiererfahrung mache auch ich immer noch ab zu dummes Zeug :) Das Rummhacken in diesem Zusammenhang ist eher ein Hobby. Letztlich brauche ich einen Teil meiner Daten wieder und das, wenn´s sein muss, auch ohne Verzeichnisstruktur.

Ich hätte eine Sicherung machen können, wenn ich irgendwo noch 300 G Speicher frei hätte. Recovery deshalb, weil ich erwartet hatte, das eine Firma wie Ontrack das richtig hinbekommt. Leider können die es halt nicht. Und warum soll ich nicht auf der Platte editieren. Die Sektoren 1-4 sehen eh nicht wie erwartet aus und einschlägige Tools erkannten auch keine Partitionen. Ausserdem habe ich vor dem Eingriff diese Sektoren im Original-Kaputt-Zustand gespeichert. Nur komme ich jetzt mit Windows nicht mehr an die Platte dran. Im BIOS wird sie noch richtig als Maxtor erkannt, aber beim starten von Windows ist eben Schluss. Selbst wenn ich über als Startoption die funktionierende PC-HDD selektiere.

Aber alles Gejammer hilft ja nicht weiter. Ich probiere gerne mal deinen Vorschlag aus. Nur was bedeuet "sudo" ? Was macht "fdisk -1" ? Ich schau wohl erst noch ein bischen im web rum, um über deine Befehle mehr zu erfahren. Nicht dass ich dir nicht traue, aber ich wüsste schon gerne etwas genauer, was ich da mache.
 
@Henri :

Mal zwei Fragen :

1. Hat Dein Rechner die neue MSS+ problemlos erkannt ?
2. Sind die Unterschiede zwischen den "Sektoren im Original-Kaputt-Zustand" und denen der neuen MSS+ beträchtlich (im Sinne von : Kein Byte ist am gleichen Offset gleich)?

Ich frage nur dehalb, weil es nicht in meinen Kopf will, wie ein Blitzeinschlag "nur" die Partionstabelle einer Festplatte zerstören kann und den "Rest" des Rechners unangetastet lässt. Wenn der Blitzeinschlag irgendetwas mit mit dem Problem zutun hat, dann hätte der Schaden doch beträchtlicher sein müssen.
 
Vorweg eine Antwort an merker:

Die MSS+ ist eine NAS-Box, also Gehäuse + HDD + Platine mit OS und Netzwerkkarte. MSS+ ans Netzwerk anbinden, zur Arbeitsgruppe hinzufügen, fertig. Die HDD alleine direkt an den IDE-Bus angeschlossen funktioniert nicht ! Windows erkennt lediglich die Platte und die Modellbezeichnung.


Danke ElLute,

mit deinen Tipps habe ich es hinbekommen, dass die Platte unter Windows wieder angesprochen werden kann. Habe folgendes getan:

PC-HDD abgehängt (nur zum Schutz), funktionierende MSS an IDE Bus angeschlossen, Diskette formatiert und 4 Sektoren von MSS auf Diskette geschrieben:

sudo dd if=/dev/hdd of=/media/fd0/mssok4.img bs=512 count=4

Dann funktionierende MSS gegen kaputte getauscht und Image von Diskette auf HDD kopiert (einfach if und of vertauscht).

Jetzt PC-HDD wieder angeschlossen und PC unter WinXP gestartet. Yeap !

Noch ein Hinweis: die neue MSS kann unter Linux nicht gemounted werden; Fehlermeldung unbekanntes Dateisystem !?

Und jetzt habe ich auch noch ein neues Problem. Die neue MSS-HDD habe ich zurück ins Gehäuse, ans Netzwerk angeschlossen und Win neu gestartet. Jetzt habe ich den gleichen Fehler wie mit der (vielleicht garnicht so) kaputten MSS: sie wird im Netzwerk nicht mehr erkannt. Das ist doch alles zu ko...

Ich bin mir 1000% sicher, dass ich an der neuen MSS nicht ein einziges Bit geändert habe. Ich habe keinerlei Plan, was sich Maxtor da zurecht gebastelt hat.

Ich glaube mittlerweile, dass das Ganze ein Rechteproblem ist. Zur MSS gibt es von Maxtor einen Webclient für die Einrichtung der Platte. Dieser lässt sich über den Win Dateiexplorer über die IP-Adresse der MSS starten. Ich gehe mal davon aus, dass der Webclient in der Firmware verpackt ist. Im Neuzustand gibt es auf der MSS einen Ordner "offentlich", auf den man direkt, also ohne irgendwelche User anlegen zu müssen, zugreifen kann. Der ist nun unter Windows weg !? Von Win bekomme ich die Meldung Netzwerkpfad nicht vorhanden. Schaue ich mit WinHex auf die alte und neue MSS, dann finde ich diesen Ordner auf beiden Platten an der gleichen Position. Ich sehe auch meine Verzeichnisse, die ich wiederbeleben will.

Der Maxtor Telefonsupport konnte mir nicht helfen, diesen Offentlich-Ordner wieder zugänglich zu machen. Firmware up- und downgrades gehen fehlerfrei, helfen aber nicht. Maxtor sagt, dass definitiv ein EXT3 Format verwendet wird.

Wie schon gesagt suche ich schon seit Wochen nach einer Lösung und habe viele Foren durchforstet. Dass dieser Ordner offentlich verschwindet ist nichts Neues, aber keiner hat je eine Wiederherstellung hinbekommen. Ich hatte die Platte auch bei einer ausgewiesenen Linux-Datenrettungsfirma. Die konnte mir aber auch nur bestätigen, dass auf der HDD 4 Partitionen eingerichtet sind und dass das Dateisystem EXT3 ist. Es muss doch einen Weg geben, an die Daten heranzukommen.

Also endlich weiter:

Sektor 1 beginnt mit dem Eintrag:
Broadcom NAS Version 1.1 MBR Tag u System (s. Hexdatei im Anhang; ist Sektor 1 bis 4 der kaputten MSS). In Sektor 2 steht was, das nach Sektorgrösse, Zylinder usw. aussieht). In Sektor 3 stehen nur 2 Byte anders als Nullen, Sektor 4 wiederholt Sektor 2. Sieht eigentlich vernüftig aus.

Die Idee war, Sektor 1 so zu verändern, dass Windows die Platte ansprechen kann und ich einen Laufwerksbuchstaben bekomme. Die Partitioninfo sollte so sein, dass ich mit einem geeigneten Prog (zB. TotalCommander mit ex2fs Plugin) die Daten nach NTFS kopieren kann. Warum so herum und nicht von Linux aus retten ? Soweit ich weiss kann Linux nicht ins NTFS Format schreiben und ich kenne mich einfach zu wenig mit Linux aus.

Ideen was man tun könnte ?
 
also hast du schon den fs-driver für ext3 unter windows probiert und kommst dort nicht an die platte dran? bei mir anno dazumal hats sofort funktioniert

anderer gedanke, der mir gerade geschossen ist... hat maxtor eine verschlüsselung drauf?

was war das mit der datenrettungsfirma? sie hat dir bestätigt, dass auf der platte eine ext3 partition ist, kam aber an die daten nicht ran??

gibts bei der mss+ keinen reset/format-knopf, der dir die platte auf null zurücksetzt?
 
Habe Software von fs-driver.org installiert. Beim Start kommt gleich Info, dass Konfiguration nicht möglich, weil keine andere Partitionen ausser DOS erkannt werden. Im folgenden Fenster sieht man die MSS-HDD als Disk 1, dargestellt als Rechteck mit Schraffur. Plattengröße ist korrekt. Darauf zugreifen kann ich aber nicht.

Nein, keine Verschlüsselung. Konnte ja eine Handvoll Dateien mit Ontrack wiederherstellen.

Richtig, die Datenrettungsfirma kam, so wie ich jetzt auch, nicht an die Daten dran.

Klar gibt es einen Reset-Knopf. Der ordnet aber der Platte nur den ursprünglichen Maxtor-Namen wieder zu und setzt die Arbeitsgruppe zurück. Übrigens hat der Webclient eine Systemprüffunktion, die an der Platte keinerlei Fehler feststellt.
 
dass eine datenrettungsfirma da nix rausbekommt nimmt mir irgendwie die hoffnungen, dir helfen zu können. bei mir damals wars ein headcrash: data recovery nach head-crash
durch das robuste design von ext3 konnte ich dann mit einem

Code: 
sudo fsck.ext3 -yf -b xxx /dev/hdc

einen grossen teil retten. xxx bezeichnet einen reservesuperblock. da fragst du am besten bei maxtor nach, wo diese bei ihnen standardmässig gespeichert werden, da es glaub ich je nach grösse der partition und art der partitionserstellung unterschiede gibt.

PS: es gibt gar einige superblock-kopien
 
Jow, dann frag ich mal wieder Maxtor. Blöd ist halt, dass die auf Mail-Anfragen keine Anwort geben und am Telefon auch nichts vernüftiges rausrücken.
 
dann würd ich mal auf gut glück schiessen :-)

evtl. gehts ja auch schon mit dem standard-superblock :-)

weisst du die blocksize?

weil dann könntest du mit

Code: 
sudo mkfs.ext3 -n -b xxx /dev/hdcx

ermitteln, wo die superblockkopien liegen. wichtig ist -n, dass du nur simulation machst!

in meinem system auf einer 14GB partition mit einer blocksize von 4096 liegen sie auf

32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208


also mein vorgehen wäre zuerst mal fsck ohne optionen aufrufen, dann evtl. -f, dann wenn ers braucht -b und wenn du siehst er würde was reparieren -y, damit du nicht immer auf yes drücken musst.

wenn alles gut geht ist danach in lost+found sehr viel founded material :-)
 
Ich bin seit gestern abend sehr skeptisch, ob wirklich die Partition defekt ist. Vielleicht hast du nicht ganz gelesen, was mit meiner neuen MSS passiert ist. An der habe ich nur gelesen und überhaupt nichts geändert und die verhält sich jetzt so wie die vermeintlich kaputte. Sie wird im Original-Case nicht mehr von Windows erkannt. Da stimmt doch irgend etwas anderes nicht.
 
dass irgendwas nicht stimmt, glaube ich dir aufs wort. allerdings kann ich persönlich mit NAS, Windows, Rechtemanagement über Samba nicht so viel anfangen. deshalb habe ich auch versucht die lösung über linux-tools anzudenken. wie erfolgreich das sein kann, kann ich nicht beurteilen, da ich ja nicht weiss, wie die partitionen überhaupt auf die platte gekommen sind, welche recovery-mechanismen maxtor angedacht hat, wo der fehler liegt, ob man als privater hobbybastler mehr aus einer platte herausrecovern kann als ein professionelles unternehmen.

wie du früher einmal erwähnt hast, sind meine lösungsansätze kein allheilmittel und auf ihre richtigkeit deshalb auch nicht zu überprüfen. meine argumentation ist mehr oder weniger: "it worked fine for me"

was mir aber sehr erfolgversprechend klingt wäre ein fsck-durchlauf, da es unmittelbar zum ext3-fs gehört und sozusagen auf nativster ebene was leisten kann. was technische details angeht, kann ich aber nicht mehr als herum_raten_, da dürfte doch eher maxtor die hölle heiss zu machen sein :-)
 
Da stimmt doch irgend etwas anderes nicht.
Zum Vergrößern anklicken....
Bitte nehme es mir nicht übel, aber bei mir ist der Eindruck entstanden, dass Du durch Patchen des Bootsektors Zugriff auf eine verschlüsselte Festplatte erhalten wolltest.

Aber da die neue MSS auch Zicken macht, gehört Dein Thread eher zu Netzwerk- oder Hardware"zicken". :-)
 
ok, muss jetzt erstmal drüber nachdenken, noch ein bischen rumgoogeln und morgen mal Maxtor anrufen.

Ende mit Denke. Bei meinen MSS ist zwar irgendwas faul, aber ich glaube mittlerweile nicht mehr, dass es an kaputten Partitionen liegt. Ist einfach unlogisch. Ich beende hier mal den Tread und danke für die Unterstützung. Vielleicht doch mal eine andere Gruppe fragen.

ElLute, stammen deine Erfahrungen denn von einer Maxtor Shared Storage Plus ? Wenn ja, würde ich gerne mal direkt per Email mit dir Kontakt aufnehmen ... wenn´s recht ist :) Sollte ich/wir doch noch einen Weg finden, diese dämlichen NAS-Dinger direkt am IDE-Bus knacken zu können, werde ich das auch gerne hier posten.

Nachtrag:

Habe zwar weder eine Fehlerursache gefunden noch die MSS wieder zum Normalbetrieb gebracht, aber heute endlich alle meine Daten retten können. Geholfen hat ein Mitglied von www.openmss.com. Dort gibt es ein HowTo connect MSS HDD directly to PC. Danach ist die Platte im MSS-Gehäuse nicht mehr zu gebrauchen. Aber man hat halt alle Daten wieder !

Resultat: Nie wieder eine externe Maxtor-Netzwerkplatte.
 
Um antworten zu können musst du eingeloggt sein.
Zurück
Oben