kein zugriff auf die Festplatte

[mskamen]

Hallo zusammen,

ich habe ein ganz anderes Problem. Ich habe eine Maxtor 500GB, die via SATA angeschlossen ist, die von einen auf den anderen Tag nicht mehr booten wollte. Es war wohl ein Elektronikproblem auf der Platine. Maxtor schrieb auch mal von einem Firmware Problem. Was auch immer. NUn habe ich mir die Baugleiche nochmal gekauft um die Platine zu wechseln. Jetzt erkennt sie zumindest das Bios wieder. Allerdings nur mit 0MB. Wenn ich sie in der Datenträgerverwaltung anklicken will, wo sie als unbekannt drin steht, dann sagt er initailisierung nicht möglich auf Grund eines E / A Gerätefehlers.

Im ChrystalDiskInfo erkennt er jetzt sogar schon die Größe. Aber auf die Platte zugreifen kann ich immernoch nicht. Ich brauche dringend die daten.

Hat vllt jmd eine Idee? Oder ein ähnliches Problem? Gibt es einen zusammenhang mit einem fehlenden SM Bus treiber?

Gruß
Markus

 

[oncho]

hi,

wenn ich jetzt: mount -t vfat /dev/sda /mnt eingebe
bekomme ich folgende aussage.

mount: wrong fs type, bad option, bad superblock on /dev/sda,
missing codepage or helper program, or other error
In some casses useful info is found in syslog - try dmesg l tail or so

wie gehts weiter? heist das schon was schlechtes?

Ergänzung (19. November 2010)

hi,

könnte mir eventuel jemand weiterhelfen??

 

[Ernst@at]

War leider bis jetzt unterwegs...

Ich kann die Frage nicht ganz nachvollziehen - was hängt an der physischen platte /sda ?
Die Kaputte, die Ersatz oder Dein System?

Du musst drei verschiedene Devices /sd... angezeigt bekommen
Die Kaputte für die Angabe der Input-Device, die Ersatz für die Angabe der Output-Device (wo die Angabe der Physischen Adresse sda,sdb,sdc ... genügt) und noch ein Medium, auf das der Logfile geschrieben wird, damit man sich den Fortgang und die Fehlstellen ansehen kann.
Der Logfile muss an eine formatierte Partition mit einem intakten Filesystem gelegt werden, was ein USB-Stick, Deine Windows-Systempartition oder sonstwas sein kann.
Diese werden hinten noch mit einer Nummer bezeichnet (zB sdc1=die erste Partition auf sdc; im Beispiel mein USB-Stick mit FAT oder sdd1=die erste Partition auf sdd; in meinem Beispiel eine Platte mit NTFS) - je nachdem musst Du die im Beispiel angeführten Befehle mount bei FAT oder ntfs-3g bri NTFS mit angegebenen Parametern ausführen, damit Du Zugriff auf das Filesystem bekommst und drauf geschrieben werden kann.

Die Kaputte Platte wird einfach als sda,sdb... angezeigt ohne erkanntem Filesystem drauf, weil das beschädigt ist - reicht aber, die Platte physisch auf die Ersatz zu kopieren.
Auf der Ersatzplatte kann, muss aber nicht (bei einer neuen ist garnichts drauf) ein Filesystem angezeigt werden. Auf dem Gerät, wo der Logifile hinkommt, muss eines angezeigt werden.

Welche der sd... die Kaputte 1TB ist, musst Du anhand der Seriennummer mit dem Befehl hdparm herausfinden, gleiches gilt für die Ersatz

Poste doch mal, was Du jetzt für Devices angeschlossen hast, und mit welchem Buchstaben die jetzt im Rescue-System erkannt werden.

 

[oncho]

also, ich habe jetzt drei platten angeschlossen.

die sda ist meine ersatz platte
die sdb ist meine system platte
die sdc ist meine defekte platte

sdb hat die unterpunkte sdb1 *, sdb 2 , sdb 5

also muss ich jetzt:

mount -t vfat /dev/sdb /mnt

eingeben?

Ergänzung (19. November 2010)

hmm, vielleicht habs ich jetzt hin bekommen.

da meine system platte eine ntfs ist, muss ich ja nach ntfs vorgehen.

also: ntfs-3g /dev/sdb1 /mnt

danach ls /mnt

dann kanns doch schon mit dem klonen losgehen, oder?

also mit: ddrescue -B -n /dev/sdc /dev/sda /mnt/rescued.log

 

[Ernst@at]

alles richtig! kann losgehen
Das tuckert jetzt sicher mindestens einen Tag;
wenn es fertig ist, steck an der kaputten und der Ersatz den Strom ab, fahre Win hoch und poste mal den logfile (der befindet sich in der ersten Partition im Rootverzeichnis)

 

[oncho]

also es läuft jetzt und ist bei 7374 MiB und hat bis jetzt 2 errors.

also mal schauen wie lange es dauern wird. und hoffentlich hab ich glück und es geht alles gut.

Ergänzung (20. November 2010)

hi, bis jetzt sind ca. 300000MiB durch mit 39 errors.

sind denn 300000MiB gleichzusetzten mit 300GB?
denn dann würde es ja an die fünf tage dauern.

na hoffentlich brints auch was.

 

[Ernst@at]

Was schreibt er denn für eine Datenrate beim Lesen & Schreiben ?
Gut Ding braucht anscheinend Weile... ich werde das mal nachrechnen.
Vielleicht kann man da noch was an einer Einstellung drehen, damit das bei so großen Platten schneller läuft...

 

[oncho]

die rate schwank immerzu zwischen ca. 2000 KiB und 2MiB

 

[oncho]

so, ist jetzt durchgelaufen.

meinst du mit logfile die rescue datei?

das wäre nämlich das hier.

# Rescue Logfile. Created by GNU ddrescue version 1.11
# current_pos current_status
0x08A70000 +
# pos size status
0x00000000 0x08A59000 +
0x08A59000 0x00000200 -
0x08A59200 0x00016E00 /
0x08A70000 0x00000400 -
0x08A70400 0x0001FE00 /
0x08A90200 0x00000400 -
0x08A90600 0x0003FE00 /
0x08AD0400 0x00000400 -
0x08AD0800 0x0007FE00 /
0x08B50600 0x00000400 -
0x08B50A00 0x000FFE00 /
0x08C50800 0x00000400 -
0x08C50C00 0x001FFE00 /
0x08E50A00 0x00000400 -
0x08E50E00 0x003FFE00 /
0x09250C00 0x00000400 -
0x09251000 0x007FFE00 /
0x09A50E00 0x00000400 -
0x09A51200 0x00FFFE00 /
0x0AA51000 0x00000400 -
0x0AA51400 0x00CC5A00 /
0x0B716E00 0x00000200 -
0x0B717000 0x1C57DD000 +
0x1D0EF4000 0x00000200 -
0x1D0EF4200 0x0001D000 /
0x1D0F11200 0x00000400 -
0x1D0F11600 0x0001FE00 /
0x1D0F31400 0x00000400 -
0x1D0F31800 0x0003FE00 /
0x1D0F71600 0x00000400 -
0x1D0F71A00 0x0007FE00 /
0x1D0FF1800 0x00000400 -
0x1D0FF1C00 0x000FFE00 /
0x1D10F1A00 0x00000400 -
0x1D10F1E00 0x001FFE00 /
0x1D12F1C00 0x00000400 -
0x1D12F2000 0x003FFE00 /
0x1D16F1E00 0x00000400 -
0x1D16F2200 0x007FFE00 /
0x1D1EF2000 0x00000400 -
0x1D1EF2400 0x00FFFE00 /
0x1D2EF2200 0x00000400 -
0x1D2EF2600 0x004DA800 /
0x1D33CCE00 0x00000200 -
0x1D33CD000 0xA45889000 +
0xC18C56000 0x00000200 -
0xC18C56200 0x00001C00 /
0xC18C57E00 0x00000200 -
0xC18C58000 0x00096000 +
0xC18CEE000 0x00000200 -
0xC18CEE200 0x00014200 /
0xC18D02400 0x00000400 -
0xC18D02800 0x0001FE00 /
0xC18D22600 0x00000400 -
0xC18D22A00 0x0003FE00 /
0xC18D62800 0x00000400 -
0xC18D62C00 0x0007FE00 /
0xC18DE2A00 0x00000400 -
0xC18DE2E00 0x000FFE00 /
0xC18EE2C00 0x00000400 -
0xC18EE3000 0x001DBE00 /
0xC190BEE00 0x00000200 -
0xC190BF000 0x209A87000 +
0xE22B46000 0x00000200 -
0xE22B46200 0x00001C00 /
0xE22B47E00 0x00000200 -
0xE22B48000 0xCCD2EE000 +
0x1AEFE36000 0x00000200 -
0x1AEFE36200 0x00001C00 /
0x1AEFE37E00 0x00000200 -
0x1AEFE38000 0xBCE8FE000 +
0x26BE736000 0x00000200 -
0x26BE736200 0x00001C00 /
0x26BE737E00 0x00000200 -
0x26BE738000 0x03B9E000 +
0x26C22D6000 0x00000200 -
0x26C22D6200 0x00001C00 /
0x26C22D7E00 0x00000200 -
0x26C22D8000 0x6FB79000 +
0x2731E51000 0x00000200 -
0x2731E51200 0x00011C00 /
0x2731E62E00 0x00000400 -
0x2731E63200 0x0001FE00 /
0x2731E83000 0x00000400 -
0x2731E83400 0x0003FE00 /
0x2731EC3200 0x00000400 -
0x2731EC3600 0x0007FE00 /
0x2731F43400 0x00000400 -
0x2731F43800 0x000FFE00 /
0x2732043600 0x00000400 -
0x2732043A00 0x001FFE00 /
0x2732243800 0x00000400 -
0x2732243C00 0x003FFE00 /
0x2732643A00 0x00000400 -
0x2732643E00 0x001DA000 /
0x273281DE00 0x00000200 -
0x273281E000 0x201B38000 +
0x2934356000 0x00000200 -
0x2934356200 0x00001C00 /
0x2934357E00 0x00000200 -
0x2934358000 0xE4BCE000 +
0x2A18F26000 0x00000200 -
0x2A18F26200 0x00002C00 /
0x2A18F28E00 0x00000200 -
0x2A18F29000 0x11F9BD000 +
0x2B388E6000 0x00000200 -
0x2B388E6200 0x00007C00 /
0x2B388EDE00 0x00000200 -
0x2B388EE000 0x06728000 +
0x2B3F016000 0x00000200 -
0x2B3F016200 0x00001C00 /
0x2B3F017E00 0x00000200 -
0x2B3F018000 0x003DE000 +
0x2B3F3F6000 0x00000200 -
0x2B3F3F6200 0x00001C00 /
0x2B3F3F7E00 0x00000200 -
0x2B3F3F8000 0x0057E000 +
0x2B3F976000 0x00000200 -
0x2B3F976200 0x00004C00 /
0x2B3F97AE00 0x00000200 -
0x2B3F97B000 0x3524B000 +
0x2B74BC6000 0x00000200 -
0x2B74BC6200 0x00001C00 /
0x2B74BC7E00 0x00000200 -
0x2B74BC8000 0x00A6E000 +
0x2B75636000 0x00000200 -
0x2B75636200 0x00001C00 /
0x2B75637E00 0x00000200 -
0x2B75638000 0x0017E000 +
0x2B757B6000 0x00000200 -
0x2B757B6200 0x00001C00 /
0x2B757B7E00 0x00000200 -
0x2B757B8000 0x0053E000 +
0x2B75CF6000 0x00000200 -
0x2B75CF6200 0x00001C00 /
0x2B75CF7E00 0x00000200 -
0x2B75CF8000 0x00B5E000 +
0x2B76856000 0x00000200 -
0x2B76856200 0x00004C00 /
0x2B7685AE00 0x00000200 -
0x2B7685B000 0x7550B000 +
0x2BEBD66000 0x00000200 -
0x2BEBD66200 0x00004C00 /
0x2BEBD6AE00 0x00000200 -
0x2BEBD6B000 0x3319B000 +
0x2C1EF06000 0x00000200 -
0x2C1EF06200 0x00008C00 /
0x2C1EF0EE00 0x00000200 -
0x2C1EF0F000 0x37957000 +
0x2C56866000 0x00000200 -
0x2C56866200 0x00002C00 /
0x2C56868E00 0x00000200 -
0x2C56869000 0x0246D000 +
0x2C58CD6000 0x00000200 -
0x2C58CD6200 0x00001C00 /
0x2C58CD7E00 0x00000200 -
0x2C58CD8000 0x005EE000 +
0x2C592C6000 0x00000200 -
0x2C592C6200 0x00002C00 /
0x2C592C8E00 0x00000200 -
0x2C592C9000 0x0421D000 +
0x2C5D4E6000 0x00000200 -
0x2C5D4E6200 0x00007C00 /
0x2C5D4EDE00 0x00000200 -
0x2C5D4EE000 0xA8E48000 +
0x2D06336000 0x00000200 -
0x2D06336200 0x00001C00 /
0x2D06337E00 0x00000200 -
0x2D06338000 0x00B5E000 +
0x2D06E96000 0x00000200 -
0x2D06E96200 0x00001C00 /
0x2D06E97E00 0x00000200 -
0x2D06E98000 0x009FE000 +
0x2D07896000 0x00000200 -
0x2D07896200 0x00001C00 /
0x2D07897E00 0x00000200 -
0x2D07898000 0x0004E000 +
0x2D078E6000 0x00000200 -
0x2D078E6200 0x00001C00 /
0x2D078E7E00 0x00000200 -
0x2D078E8000 0x0011E000 +
0x2D07A06000 0x00000200 -
0x2D07A06200 0x00001C00 /
0x2D07A07E00 0x00000200 -
0x2D07A08000 0x0032E000 +
0x2D07D36000 0x00000200 -
0x2D07D36200 0x00001C00 /
0x2D07D37E00 0x00000200 -
0x2D07D38000 0x001CE000 +
0x2D07F06000 0x00000200 -
0x2D07F06200 0x00001C00 /
0x2D07F07E00 0x00000200 -
0x2D07F08000 0x00920000 +
0x2D08828000 0x00000200 -
0x2D08828200 0x00001C00 /
0x2D08829E00 0x00000200 -
0x2D0882A000 0x0215C000 +
0x2D0A986000 0x00000200 -
0x2D0A986200 0x00001C00 /
0x2D0A987E00 0x00000200 -
0x2D0A988000 0x0003E000 +
0x2D0A9C6000 0x00000200 -
0x2D0A9C6200 0x00001C00 /
0x2D0A9C7E00 0x00000200 -
0x2D0A9C8000 0x200CCE000 +
0x2F0B696000 0x00000200 -
0x2F0B696200 0x00001C00 /
0x2F0B697E00 0x00000200 -
0x2F0B698000 0x0004E000 +
0x2F0B6E6000 0x00000200 -
0x2F0B6E6200 0x00001C00 /
0x2F0B6E7E00 0x00000200 -
0x2F0B6E8000 0x0065E000 +
0x2F0BD46000 0x00000200 -
0x2F0BD46200 0x00001C00 /
0x2F0BD47E00 0x00000200 -
0x2F0BD48000 0x12E4521E000 +

 

[Ernst@at]

Richtig - steht ja auch drinnen "Rescue logfile".
Beim ersten Durchlauf, damit es schneller geht, wird bei Erreichen eines fehlerhaften (-)Bereiches der restliche in diesem I/O gelesene Block übersprungen (/)

Jetzt sollte man zum "Nachputzen" versuchen, diese übersprungenen Bereiche noch auf die andere Platte zu übertragen - das aber im Fehlerfall nicht zu oft versuchen, weil das sonst wieder ewig dauert.
also wäre bei gleicher Anordnung der Devices wie vorher (bitte wieder überprüfen)
und dem Logfile vom früheren Lauf noch auf derselben Platte, wieder ntfs-3g gemounted


ddrescue -B -c 1 -C -d -r 1 /dev/sdc /dev/sda /mnt/rescued.log

Danach sollten im Logfile keine übersprungenen (/) Stellen mehr vorhanden sein, sondern nur Fehlstellen (-)
In einem oder mehreren weiteren Durchläufen kannst du dann den Wert von -r 1 auf -r 5 oder -r 10 erhöhen, bei ganz wenigen übrigen Fehlstellen mal eine Nacht lang mit -r 100 vor sich hintuckern lassen. Alle werden wohl nicht überwunden werden können.

Wichtig: Auf keinen Fall, wenn Windows ein Überprüfen des Datenträgers automatisch starten sollte (beim Hochfahren) diesen laufen lassen - sofort mit beliebigem Tastendruck abbrechen!

Wenn Du das durch hast, poste wieder den Logfile, dann sehen wir weiter

Anschließend kann man mit dem Klon auf der Ersatzplatte, auf der nur mehr diese Sektoren fehlen, den Inhalt begutachten; die Dateien, welche Fehler enthalten, identifizieren und ihn im Fall eines in Mitleidenschaft gezogenen Dateisystemes mit Rettungssoftware bearbeiten.

 

[oncho]

hi, könnte ich eventuel schon die geklonte platte anschließen und schauen was alles da ist?

um so vorzugehen wie du sagtest müsste ich wieder:

ntfs-3g /dev/sdb1 /mnt

danach ls /mnt

oder? und dann halt ddrescue -B -c 1 -C -d -r 1 /dev/sdc /dev/sda /mnt/rescued.log

 

[Ernst@at]

Du machst alles so wie vorher im letzten Lauf: Überprüfe, ob sdc die Kaputte und sda die Ersatzplatte ist(das ist das Wichtigste), und mit dem vorhandenen Logfile vom letzten Lauf macht er nur an den Fehlstellen/übersprungenen weiter. Fehlt der alte Logfile, würde er wieder die komplette Kopiererei von vorne beginnen, was nicht weiter schlimm ist und abgebrochen und neu aufgesetzt werden kann, wenns nicht passt

Wenn er den alten Logfile verwendet, sieht man das an der Anzahl der noch nicht bearbeiteten Datenmenge, die nur mehr ein paar KB oder MB sein kann.

Wenn der nächste Durchlauf mit -r 1 nur mehr 10 Minuten dauert, kannst Du abschätzen dass er zB mit -r 6 eine Stunde lang weiterwerkelt, bis Du aufgibst, die unlesbaren doch noch rauszukitzeln.

 

[oncho]

also, ich habe

ntfs-3g /dev/sdb1 /mnt

danach

ls /mnt

und dann

ddrescue -B -c 1 -C -d -r 1 /dev/sdc /dev/sda /mnt/rescued.log

eingegeben.

antwort: ddrescue: Nothing to do

Ergänzung (23. November 2010)

ich habe mal windows gestartet und auf die ersatzplatte zugegriffen.
es wurden keine dateien angezeigt, nur das in etwa 140gb belegt sind.

habe testweise mal testdisk angeschmissen.
hier konnte ich nach quick scan fortfahren zu deep scan. (ging ja vorher nicht)
soll ich hier überhaupt was machen oder doch erst versuchen die übersprungenen bereiche zu übertragen?

 

[Ernst@at]

Es wäre besser, bevor man das Filesystem vom Win da drauf werken lässt, soviel wie möglich noch vom fehlenden zu übertragen - sonst kann uU was durch diese Aktivität kaputtgehen, was die ganze lange Kopiererei zunichte macht. Keinesfalls ein chkdsk
Also zumindest den Laufwerksbuchstaben in der Datenträgerverwaltung wegnehmen, soferne einer zugewiesen wurde.
Testdisk stellt nichts Böses an, solange Du keine Änderung auf die Platte zurückschreibst.

Ergänzung (24. November 2010)

Probier mal - nach den üblichen Vorarbeiten und Kontrolle der richtigen Devicezuordnungen -

ddrescue -B -c 1 /dev/sdc /dev/sda /mnt/rescued.log

damit wird nur der Lesevorgang von 128 Sektoren(default) in einem Schwung auf einen Sektor reduziert.
Macht er dann weiter?

 

[oncho]

hab die ersatzplatte im windows unter arbeitsplatz gesehen. sie ist als fat32 angezeigt worden. ich konnte auch problemlos darauf zugreifen.

mit ddrescue -B -c 1 /dev/sdc /dev/sda /mnt/rescued.log macht er weiter.
aber es sie genau so aus wie das vorher.

 

[Ernst@at]

aber es sie genau so aus wie das vorher.

Geht das etwas genauer?
Ist aus der Anzahl der schon verarbeiteten /noch nicht verarbeiteten Menge erkennbar, dass das ganze Volume nochmals kopiert wird? oder sagt er wieder: Nothing to do?

Sieh mal in den angegebenen log-File hinein, wie am Ende der Anleitung gezeigt wird - steht da das drin, was Du im Post #29 gezeigt hast?

 

[oncho]

sieht so aus als ob er wieder kopiert.

ich habe zuerst: ntfs-3g /dev/sdb1 /mnt
dann: ls /mnt
und dann: ddrescue -B -c 1 /dev/sdc /dev/sda /mnt/rescued.log
eingegeben

Initial status (read from logfile)
rescued: 0B, errsize: 0B, errors: 0
Current status
rescued: 9888 MiB, errsize: 127 MiB, current rate: 1272 KiB/s
ipos: 10015 MiB,errors 2, average rate: 2373 KiB/s
opos: 10015 MiB, time from last successful read: 0s
Copying non-tried blocks...


für mich sieht das genau so aus wie beim letzten klon vorgang.
soll das jetzt abbrechen mit Ctrl-C? hab vergessen den ersten logfile auf nen stick zu kopieren. muss also erstmal wieder in windows starten um nachzusehen.

 

[Ernst@at]

Ja, brich mit Strg-C ab, das tut nichts, weil er ja ohnehin nur das gleiche nochmal überträgt.

Was jetzt im logfile rescued.log auf sdb steht, kannst Du ja auch im Linux anzeigen lassen, wie am Ende der Gebrauchsanleitung gezeigt.
Da werden nur wenige Zeilen stehen mit den ersten beiden erkannten Fehlstellen, und ein großer, nicht verarbeiteter Bereich am Ende.
Aber wo ist der alte logfile hingekommen, auf den er eigentlich aufsetzen sollte?
Oder ist sdb1 eine andere Partition(anderer Datenträger) als beim letzten Mal?

 

[oncho]

wenn ich es in linux nach der anleitung öffne zeigt er mir dasselbe wie unter windows.

an den devises hat sich nix geändert. sdb1 ist dieselbe platte geblieben.

 

[Ernst@at]

Lade den Log mal als Datei in den Anhang hoch(nicht ins Post kopieren)
Antworten - Erweitert - Anhänge verwalten ...