Einzelnen Beitrag anzeigen
Alt 22.11.2002, 14:25   #30 (permalink)
Markus
BofH
 
Benutzerbild von Markus
 

Registriert seit: 22.01.2002
Beiträge: 2.384

Markus sorgt für eine eindrucksvolle AtmosphäreMarkus sorgt für eine eindrucksvolle AtmosphäreMarkus sorgt für eine eindrucksvolle Atmosphäre

Standard

Zitat:
Zitat von Exit
@Markus

Ja Du kommst mit etwas Glück noch an die Daten. Bei mir war es das selbe. Ich hatte ein Raid0 mit 2 IBM DTLA 45GB das mir auch abgeraucht ist - ich konnte aber eigentlich auch noch alle Daten retten.

Im Grunde genommen ist es auch ganz einfach. Bau das Raid 0 mitsamt Controller in nen anderen Rechner um - bzw. hol dir ne andere Platte (häng die Platten vom Raid0 erstmal ab) - installiere darauf ein System mit dem Du an alle Daten rankommst (also wenn Du NTFS Partitionen hast - dann W2K, NT4 oder XP) im Idealfall das selbe was Du drauf hattest.

Dort installierste auch den RAID Controller. Dann hängste die IBM Platten wieder an den Raid Controller - und bootest von dem neu installierten System. Dann siehste (mit ein bisschen Glück) Deine Raid Partitionen - von denen Du dann die Daten auf die neue Platte (oder worauf auch immer) sichern kannst.
Bis hierhin hatte ich das selber schon gemacht. Hatte mir 2 Tage zuvor eine 80gb wd gekauft. Dann das Raid nach der installation von xp und dem raidtreiber wieder dran gehangen. Xp wollte die raidtreiber nochmal also gab ich ihm sie nochmal ok reboot und dann hat es erstmal gedauert und das rrrt rrrt setzte wieder ein.
Dann sah ich nach dem reboot alle partitionen wobei alle "lokaler Datenträger" hiessen und eine partition ihren namen behalten hat. Dann kam sofort eine Meldung das auf O: (die mit dem alten namen) nicht geschrieben werden konnte. Ok geklikckt und auf arbeitsplatz.
Da ware sie erstemal aber ein doppelklick auf eine part. brachte nur einen error kann nicht zugegriffen werden blah fehler ...

Zitat:

Warum geht das ganze?
Meist ist auf einer Platte des RAID 0 Systems nur ein Sektor kaputt gegangen - und wenn er beim Booten (oder wo auch immer) darauf zugreift - hängt er sich auf. Der Rest ist noch ganz. Somit ist die Wahrscheinlichkeit sehr hoch das Du fast alles retten kannst.

Bei mir war es eine Seti WorkUnit - die auf dem kaputten Sektor lag - und als er Zugriff - war es das.

Beim Daten retten/kopieren kann es vorkommen - das Du die Daten auf dem kaputten Sektor kopieren willst - es kann also sein das er sich dabei aufhängt.
Bis hierhin alles schön und gut...

Zitat:
Weiterhin - kann das IBM Tool (Drive Fitnesstest) auch einzelne Sektoren reparieren - das hat bei nem Kumpel auch geholfen - die Daten auf dem Sektor sind dabei auch weg/kaputt - aber der Rest ist noch ok. Wenn darauf wichtige Systemdateien liegen - ist natürlich auch nix mit booten - aber wenn Du es halt in ein lauffähiges System hängst - dann kannst Du sogut wie alles noch retten. Du mußt nur sehr vorsichtig mit dem Drive Fitnesstest umgehen - weil er standartmäßig die ganze Platte reparieren will - wobei dann alle Daten weg sind. Achtung das geht nur mit der neuesten Version des Tools - die älteren bieten nur alles reparieren an! Wie die genaue Option genau hieß - bin ich mir im Moment aber net sicher.

Das ganze geht natürlich nicht nur bei RAID Sets - sondern auch mit einzelnen Platten.
Das haben ich noch nicht getestet. Ok dann werde ich mich einmal in einer ruhigen Stunde damit befassen. aber zu erst die Prüfungen bestehen. Wünscht mir Glück.

Erstmal vielen dank Exit. Super das sich das Forum zu einer globalen wissensdatenbank entwickelt in der man einfach alles finden kann und sofort umgehend hilfe bekommt. Weiter so!
EX Redakteur / Member #9
CPU: Intel(R) Core(TM) i9-9900K CPU @ 3.60GHz / GPU: Gigabyte NVIDIA GeForce GTX 1080 Ti 11GB / MEM: 32GB DDR4
Zitat:
"Wer während der Arbeit einschläft, vom Bürostuhl fällt und sich dabei verletzt, hat dann einen Arbeitsunfall erlitten, wenn er infolge betrieblicher Überarbeitung vom Schlaf übermannt worden ist" (Sozialgericht Dortmund " 36 U 294 / 97)
Markus ist offline   Mit Zitat antworten