fehlerhafte Sektoren / was tun?

[commandercool]

Hallo,

bei mir hat kürzlich eine 2TB-Platte den Geist aufgegeben. Darauf ist eine NTFS-Partition mit ein paar Ordnern und überwiegend großen Dateien. Einen größeren Teil der Daten habe ich bereits auf eine neue Platte kopiert.
2 Ordner machen aber Probleme:
Ein Ordner lässt sich gar nicht öffnen (dauert ewig, dann kommt I/O-Error: dabei treten in ca. 2 Sek. Abstand Geräusche auf). Der andere Ordner kann noch geöffnet werden, aber der Großteil der enthaltenen Dateien ist weg.

Da viele Daten noch problemlos gelesen werden konnten, ist meine Vermutung, dass nur einige Sektoren mechanisch beschädigt sind. Da wohl die MFT betroffen ist, lässt sich das Directory-Listing der 2 Ordner nicht mehr öffnen; die zugehörigen Dateien könnten allerdings noch vorhanden sind. (Bitte korrigieren, falls das Unsinn sein sollte.)

Hab schon im Forum gesucht und etwas mit Testdisk rumprobiert, aber das scheint wohl für den Zweck nicht gedacht zu sein...
Wie sollte ich weiter vorgehen / welches Tool würdet ihr empfehlen?

 

[Bender Bieger]

Schön das du uns dein Problem nennst, aber kein Wort um was für eine Festplatte es sich handelt.

 

[commandercool]

WD20EARS. Wofür ist das relevant?

 

[bu1137]

Linux, ddrescue. Platte auf ne neue Spiegeln. Mit CrystalDiskInfo (windows) oder halt smartctl (linux) würd ich mal noch SMART auslesen, dann weisst du wenigstens ungefähr, wie kaputt die Platte ist.

 

[Bender Bieger]

..... bei so einem Fall heißt es für mich Daten retten und Platte austauschen und das geht über WD einwandfrei per Seriennummer.

Mann kanm den Bereich um den defekten Sektoren durch Partition ausgrenzen ~ allerdings ist das nicht wirklich eine geeignete Methode und schon gar nicht eine Dauerlösung.

 

[commandercool]

Ach Daten retten und Platte tauschen. Super Tipp...
Übrigens, man muss nicht auf ein Thema antworten, wenn man nix beizutragen hat

@bu1137
Reallocated Sector Count war am Limit und das WD Diagnose Tool bricht die Analyse auch nur mit Fehlermeldung ab. Aber bringt einen ja auch nicht weiter, kaputt ist kaputt...

ddrescue seh ich mir mal an. Ich hoffe, das macht nicht bloß eine Kopie der Platte; dann wär ich ja genauso weit wie jetzt.

 

[bu1137]

@Bender Bieger: "ausgrenzen" wird korrekterweise so erledigt: Defekte Sektoren überschreiben. Die Firmware tauscht sie dann intern gegen Reservesektoren aus. Aber austauschen würde ich sie sofern möglich ebenfalls.

@commandercool: Doch, macht "nur" eine Kopie, aber damit bist du weiter als jetzt. Wenn Windows auf einem defekten Sektor trifft, hängt alles und gar nix geht mehr. Wenn du aber ein Image mit einigen fehlerhaften Stellen hast, lässt sich in der Regel das Meiste wiederherstellen.

Achja, und wenn du wirklich so viele defekten Sektoren hast, dann wird das Auslesen locker 24h brauchen können.

Aber wenn du sagst, Reallocated Sector Count sei am Limit: Dir ist klar, dass das Limit nach unten geht, nicht nach oben? Was sagt der rohe Zählerwert?

 

[wupi]

Die SMART Werte würden mich persönlich noch interessieren, ich habe schon mal die Seite worüber du die Platte austauschen lassen kannst für dich rausgesucht.

http://support.wdc.com/warranty/index.asp?lang=de

 

[Bender Bieger]

Du kannst mir gerne sagen, wie du das Problem lösen willst... darauf bin ich nämlich sehr gespannt

Schon versucht in "Low-Level" zuformatieren?

@bu1137

Korrekt

Aber gut, ich will zu dem Thema nichts mehr sagen, ich trage ja sowieso nichts bei

 

[commandercool]

die Platte ist erst 5 Monate alt, hat also sogar noch Gewährleistung. Getauscht wird in jedem Fall; aber wohl beim Händler.

Angenommen ich hab die Kopie, was mache ich dann?
Ich bräuchte doch eigentlich ein Tool, was versucht, die Platte nach Dateien abzuscannen, die nicht in der MFT stehen (da die ja scheinbar teilweise beschädigt ist und durch das Kopieren nicht besser wird).

Heute krieg ich in Crystal für diese Platte gar keine Smartwerte mehr angezeigt. Für die neue Ersatzplatte allerdings auch nicht...

@Bender: du spamst hier mit Unsinn den Thread zu... Ich will Daten retten, nicht vernichten.

 

[bu1137]

Wie gesagt, wenn du eine Kopie ohne Lesefehler hast, sieht das Bild schon komplett anders aus. Dann kannst du ev. auch einfach einen fsck drüberlaufen lassen (am besten aber auch nur auf einer Kopie der Kopie ), und gut ist.

Ein einzelner defekter Sektor kann Windows schon in die Knie zwingen.

Edit: Achja, für's Auslesen benutze ich folgende ddrescue commands:

Schritt 1: Grob auslesen
ddrescue -n -v /dev/sdd /ort/mit/viel/platz/KAPUTT.img /woauchimmer/KAPUTT.log

Schritt 2: Fehlerhafte Stellen genauer prüfen
ddrescue -d -r2 -v /dev/sdd /ort/mit/viel/platz/KAPUTT.img /woauchimmer/KAPUTT.log

Anstatt in eine Image Datei kann man natürlich auch direkt auf eine neue Platte schreiben. Das log jedoch sollte irgendwo sonst unterkommen. /dev/sdd nur beispielhaft, bei dir wird's vermutlich ein anderes Device sein.

 

[Atlan3000]

Ein Programm was mir sehr geholfen bei einer Datenrettung wo das Root-Verzeichnis überschrieben war aber nicht die Daten selbst ist GetDataBack NTFS. Wobei hier auch nur der extremste Mode half der die komplette Platte einmal Sektorweise gescannt hat. Danach kann man die gefunden Ordner/Dateien auf eine andere Platte abspeichern.

 

[commandercool]

da tut sich irgendwie nix (screen)... wie ich seit jahren von linux gewohnt bin, erstmal ewig frickeln, ums überhaupt zum laufen zu bringen und wens mal läuft, funktioniert auch nix.
ne idee, woran das liegen könnte?


und wie würde der befehl eigentlich aussehen, wenn man kein image-file will? da hab ich nix gefunden. einfach den filename weglassen geht nicht.

 

[bu1137]

Du hast als Pfad zum Volume den Mountpath angegeben, du musst aber den Pfad zum Gerät (Device) angeben.

Also, nicht /media/HDD 2000-2, sondern etwas wie /dev/sda zb.

ls /dev/sd* zeigt dir die vorhandenen devices an, und mittels "parted /dev/sda print" kannst du ungefähr rausfinden, um welche harddisk es sich handelt.

und wenn du die platte direkt auf eine neue klonen willst, musst du als ziel das device der neuen angeben. also, zb.

ddrescue -n -v /dev/sda /dev/sdb /media/irgendwo/KAPUTT.log

aber vergewissere dich, dass du die richtigen devices in der richtigen reihenfolge angibst. linux ueberschreibt gnadenlos, ohne nachfrage.

 

[commandercool]

das hat jetzt soweit geklappt. sdb wurde nach sdc kopiert.
aber mit dem ergebnis kann ich nichts anfangen. unter linux zeigt er auf der neuen platte eine unknown partition an, unter windows RAW. das lässt sich so nicht mounten und chkdsk geht wegen RAW auch nicht.

 

[bu1137]

Hmm... zeig doch mal das log vom ddrescue

 

[commandercool]

das gibt auch nicht viel her...

# Rescue Logfile. Created by GNU ddrescue version 1.11
# current_pos  current_status
0xBDA2607200     +
#      pos        size  status
0x00000000  0x00000200  -
0x00000200  0x00000C00  /
0x00000E00  0x00000200  -
0x00001000  0xBDA2606000  +
0xBDA2607000  0x00000200  -
0xBDA2607200  0x0001A000  +
0xBDA2621200  0x00000200  -
0xBDA2621400  0x4D5450EC00  +
0x10AF6B30000  0x00000200  -
0x10AF6B30200  0x00011200  +
0x10AF6B41400  0x00000200  -
0x10AF6B41600  0x00020000  +
0x10AF6B61600  0x00000200  -
0x10AF6B61800  0x00040000  +
0x10AF6BA1800  0x00000200  -
0x10AF6BA1A00  0x00080000  +
0x10AF6C21A00  0x00000200  -
0x10AF6C21C00  0x00100000  +
0x10AF6D21C00  0x00000200  -
0x10AF6D21E00  0x00200000  +
0x10AF6F21E00  0x00000200  -
0x10AF6F22000  0x00400000  +
0x10AF7322000  0x00000200  -
0x10AF7322200  0x00800000  +
0x10AF7B22200  0x00000200  -
0x10AF7B22400  0x01000000  +
0x10AF8B22400  0x00000200  -
0x10AF8B22600  0x02000000  +
0x10AFAB22600  0x00000200  -
0x10AFAB22800  0x3EFC6D6800  +
0x149F71F9000  0x00000200  -
0x149F71F9200  0x00019600  +
0x149F7212800  0x00000200  -
0x149F7212A00  0x00020000  +
0x149F7232A00  0x00000200  -
0x149F7232C00  0x00040000  +
0x149F7272C00  0x00000200  -
0x149F7272E00  0x00080000  +
0x149F72F2E00  0x00000200  -
0x149F72F3000  0x00100000  +
0x149F73F3000  0x00000200  -
0x149F73F3200  0x00200000  +
0x149F75F3200  0x00000200  -
0x149F75F3400  0x00400000  +
0x149F79F3400  0x00000200  -
0x149F79F3600  0x00800000  +
0x149F81F3600  0x00000200  -
0x149F81F3800  0x01000000  +
0x149F91F3800  0x00000200  -
0x149F91F3A00  0x02000000  +
0x149FB1F3A00  0x00000200  -
0x149FB1F3C00  0x04000000  +
0x149FF1F3C00  0x00000200  -
0x149FF1F3E00  0x07FFFE00  /
0x14A071F3C00  0x00000200  -
0x14A071F3E00  0x27073200  +
0x14A2E267000  0x00000200  -
0x14A2E267200  0x0001CC00  +
0x14A2E283E00  0x00000200  -
0x14A2E284000  0x00020000  +
0x14A2E2A4000  0x00000200  -
0x14A2E2A4200  0x00040000  +
0x14A2E2E4200  0x00000200  -
0x14A2E2E4400  0x00080000  +
0x14A2E364400  0x00000200  -
0x14A2E364600  0x00100000  +
0x14A2E464600  0x00000200  -
0x14A2E464800  0x00200000  +
0x14A2E664800  0x00000200  -
0x14A2E664A00  0x00400000  +
0x14A2EA64A00  0x00000200  -
0x14A2EA64C00  0x00800000  +
0x14A2F264C00  0x00000200  -
0x14A2F264E00  0x01000000  +
0x14A30264E00  0x00000200  -
0x14A30265000  0x02000000  +
0x14A32265000  0x00000200  -
0x14A32265200  0x04000000  +
0x14A36265200  0x00000200  -
0x14A36265400  0x07FFFE00  /
0x14A3E265200  0x00000200  -
0x14A3E265400  0x2706FC00  +
0x14A652D5000  0x00000200  -
0x14A652D5200  0x00010200  +
0x14A652E5400  0x00000200  -
0x14A652E5600  0x00020000  +
0x14A65305600  0x00000200  -
0x14A65305800  0x00040000  +
0x14A65345800  0x00000200  -
0x14A65345A00  0x00080000  +
0x14A653C5A00  0x00000200  -
0x14A653C5C00  0x00100000  +
0x14A654C5C00  0x00000200  -
0x14A654C5E00  0x00200000  +
0x14A656C5E00  0x00000200  -
0x14A656C6000  0x00400000  +
0x14A65AC6000  0x00000200  -
0x14A65AC6200  0x00800000  +
0x14A662C6200  0x00000200  -
0x14A662C6400  0x01000000  +
0x14A672C6400  0x00000200  -
0x14A672C6600  0x02000000  +
0x14A692C6600  0x00000200  -
0x14A692C6800  0x04000000  +
0x14A6D2C6800  0x00000200  -
0x14A6D2C6A00  0x07FFFE00  /
0x14A752C6800  0x00000200  -
0x14A752C6A00  0x267FC600  +
0x14A9BAC3000  0x00000200  -
0x14A9BAC3200  0x00013800  +
0x14A9BAD6A00  0x00000200  -
0x14A9BAD6C00  0x00020000  +
0x14A9BAF6C00  0x00000200  -
0x14A9BAF6E00  0x00040000  +
0x14A9BB36E00  0x00000200  -
0x14A9BB37000  0x00080000  +
0x14A9BBB7000  0x00000200  -
0x14A9BBB7200  0x00100000  +
0x14A9BCB7200  0x00000200  -
0x14A9BCB7400  0x00200000  +
0x14A9BEB7400  0x00000200  -
0x14A9BEB7600  0x00400000  +
0x14A9C2B7600  0x00000200  -
0x14A9C2B7800  0x00800000  +
0x14A9CAB7800  0x00000200  -
0x14A9CAB7A00  0x01000000  +
0x14A9DAB7A00  0x00000200  -
0x14A9DAB7C00  0x02000000  +
0x14A9FAB7C00  0x00000200  -
0x14A9FAB7E00  0x04000000  +
0x14AA3AB7E00  0x00000200  -
0x14AA3AB8000  0x07FFFE00  /
0x14AABAB7E00  0x00000200  -
0x14AABAB8000  0x871565E000  +

 

[bu1137]

Doch, es zeigt zum beispiel, dass der MBR und damit auch die Partitionstabelle kaputt ist. Kein wunder taucht's als raw auf.

Da musst du mit testdisk drüber, um die Partition zu finden/retten.

 

[commandercool]

über die raw hab ich testdisk drüberlaufen lassen. am anfang GPT ausgewählt und den scan gemacht. das hat dann 3 komische HFS- und 1 FAT-Paritionen irgendwo mitten in der Disk vorgeschlagen (was aber nicht sein kann).

 

[bu1137]

Und du hattest vorher GPT, nicht MBR Partitionen?