Hallo Liste,
ist vielleicht etwas OT, da ich vermute, die Platte hat einen Fehler.
Problem: Automount und mount können eine Hitachi USB Festplatte nicht mehr einbinden:
Auszug aus /var/log/messages
------------------ Aug 18 20:08:28 gf01 kernel: [ 578.476265] usb 1-3: new high speed USB device using ehci_hcd and address 5 Aug 18 20:08:28 gf01 kernel: [ 578.608239] usb 1-3: New USB device found, idVendor=4971, idProduct=ce21 Aug 18 20:08:28 gf01 kernel: [ 578.608241] usb 1-3: New USB device strings: Mfr=10, Product=11, SerialNumber=3 Aug 18 20:08:28 gf01 kernel: [ 578.608244] usb 1-3: Product: SimpleDrive mini Aug 18 20:08:28 gf01 kernel: [ 578.608245] usb 1-3: Manufacturer: Hitachi GST Aug 18 20:08:28 gf01 kernel: [ 578.608247] usb 1-3: SerialNumber: 2512010011851013 Aug 18 20:08:28 gf01 kernel: [ 578.608849] scsi7 : usb-storage 1-3:1.0 Aug 18 20:08:30 gf01 kernel: [ 579.651271] scsi 7:0:0:0: Direct-Access Hitachi HTS545050B9A300 PQ: 0 ANSI: 2 CCS Aug 18 20:08:30 gf01 kernel: [ 579.651440] sd 7:0:0:0: Attached scsi generic sg3 type 0 Aug 18 20:08:30 gf01 kernel: [ 579.652510] sd 7:0:0:0: [sdc] 976773168 512-byte logical blocks: (500 GB/465 GiB) Aug 18 20:08:30 gf01 kernel: [ 579.653261] sd 7:0:0:0: [sdc] Write Protect is off Aug 18 20:08:30 gf01 kernel: [ 579.653263] sd 7:0:0:0: [sdc] Mode Sense: 28 00 00 00 Aug 18 20:08:30 gf01 kernel: [ 579.653266] sd 7:0:0:0: [sdc] Assuming drive cache: write through Aug 18 20:08:30 gf01 kernel: [ 579.654787] sd 7:0:0:0: [sdc] Assuming drive cache: write through Aug 18 20:08:30 gf01 kernel: [ 579.654791] sdc: sdc1 Aug 18 20:08:30 gf01 kernel: [ 579.673758] sd 7:0:0:0: [sdc] Assuming drive cache: write through Aug 18 20:08:30 gf01 kernel: [ 579.673762] sd 7:0:0:0: [sdc] Attached SCSI disk Aug 18 20:08:33 gf01 kernel: [ 583.530312] sd 7:0:0:0: [sdc] Unhandled sense code Aug 18 20:08:33 gf01 kernel: [ 583.530315] sd 7:0:0:0: [sdc] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE Aug 18 20:08:33 gf01 kernel: [ 583.530318] sd 7:0:0:0: [sdc] Sense Key : Medium Error [current] Aug 18 20:08:33 gf01 kernel: [ 583.530322] sd 7:0:0:0: [sdc] Add. Sense: Unrecovered read error Aug 18 20:08:33 gf01 kernel: [ 583.530326] sd 7:0:0:0: [sdc] CDB: Read(10): 28 00 00 00 00 40 00 00 08 00 Aug 18 20:08:33 gf01 kernel: [ 583.530333] end_request: I/O error, dev sdc, sector 64 Aug 18 20:08:33 gf01 kernel: [ 583.530335] quiet_error: 2 callbacks suppressed Aug 18 20:08:33 gf01 kernel: [ 583.530337] Buffer I/O error on device sdc, logical block 8 Aug 18 20:08:37 gf01 kernel: [ 587.274983] sd 7:0:0:0: [sdc] Unhandled sense code Aug 18 20:08:37 gf01 kernel: [ 587.274986] sd 7:0:0:0: [sdc] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE Aug 18 20:08:37 gf01 kernel: [ 587.274990] sd 7:0:0:0: [sdc] Sense Key : Medium Error [current] Aug 18 20:08:37 gf01 kernel: [ 587.274993] sd 7:0:0:0: [sdc] Add. Sense: Unrecovered read error Aug 18 20:08:37 gf01 kernel: [ 587.274997] sd 7:0:0:0: [sdc] CDB: Read(10): 28 00 00 00 00 40 00 00 08 00 Aug 18 20:08:37 gf01 kernel: [ 587.275004] end_request: I/O error, dev sdc, sector 64 ------------------
Die letzten sieben Zeilen werden dann ständig wiederholt.
Hat jemand einen Tipp, wie ich zumindest die Daten noch von der Platte holen kann? Oder besser noch, sie doch mounten kann?
Mit Dank und Gruß
Dietmar Köppe ----------------------
Am Mittwoch, 18. August 2010 schrieb Dr. Dietmar Köppe:
Die letzten sieben Zeilen werden dann ständig wiederholt.
Gerade die schauen nicht gut aus.
Hat jemand einen Tipp, wie ich zumindest die Daten noch von der Platte holen kann? Oder besser noch, sie doch mounten kann?
Ich würde mit dd_rescue versuchen ein Image von der Platte zu ziehen (dd_rescue /dev/sdc image.raw), schauen, ob sfdisk dort noch was erkennen kann (sfdisk -l -uS image.raw). Wenn ja, mit dem Anfangswert * 512 den Offset der zu rettenden Partition ermitteln und dann versuchen diese zu mounten (mount -o loop,offset=BYTES -r image.raw /mnt). Dann kannst Du aus /mnt alles rausholen, was noch zu retten ist. Auf keinen Fall würde ich versuchen was an der Platte selber zu ändern (filesystemcheck oder sonstige Reparaturversuche), bevor ein Image gezogen wurde. Wenn Das image vorliegt, kannst Du mit badblocks mal schauen, ob da hardwaretechnisch was im argen liegt.
Am Mittwoch, 18. August 2010, 21:42:32 schrieb Manfred Tremmel:
Am Mittwoch, 18. August 2010 schrieb Dr. Dietmar Köppe:
Die letzten sieben Zeilen werden dann ständig wiederholt.
Gerade die schauen nicht gut aus.
Hat jemand einen Tipp, wie ich zumindest die Daten noch von der
Platte holen kann? Oder besser noch, sie doch mounten kann?
Ich würde mit dd_rescue versuchen ein Image von der Platte zu ziehen (dd_rescue /dev/sdc image.raw), schauen, ob sfdisk dort noch was erkennen kann (sfdisk -l -uS image.raw). Wenn ja, mit dem Anfangswert * 512 den Offset der zu rettenden Partition ermitteln und dann versuchen diese zu mounten (mount -o loop,offset=BYTES -r image.raw /mnt). Dann kannst Du aus /mnt alles rausholen, was noch zu retten ist. Auf keinen Fall würde ich versuchen was an der Platte selber zu ändern (filesystemcheck oder sonstige Reparaturversuche), bevor ein Image gezogen wurde. Wenn Das image vorliegt, kannst Du mit badblocks mal schauen, ob da hardwaretechnisch was im argen liegt.
Hallo Manfed,
vielen Dank für die Hinweise. dd_rescue hat über eine Woche geackert ... Ergebnis:
Ein ca. 100 G großes Image einer 500 G Platte (Es kamen Unmengen von Badblock Meldungen)
sfdisk -l -uS image.raw meldet: ------------------------ gf01:/media/backup/hitachi # sfdisk -l -uS image.raw Festplatte image.raw: Die Geometrie konnte nicht festgestellt werden
Festplatte image.raw: 12555 Zylinder, 255 Köpfe, 63 Sektoren/Spur
sfdisk: FEHLER: Sektor 0 hat keine MS-DOS-Signatur image.raw: nicht erkannte Partitiontabellentyp Keine Partitionen gefunden ------------------------ Mounten war bislang nicht möglich: ------------------------ mount: wrong fs type, bad option, bad superblock on /dev/loop0, missing codepage or helper program, or other error ------------------------ Habe ich noch irgendwelche sinnvollen Optionen?
Mit Dank & Gruß
Dietmar
Am Sonntag, 29. August 2010 schrieb Dr. Dietmar Köppe:
Am Mittwoch, 18. August 2010, 21:42:32 schrieb Manfred Tremmel:
Am Mittwoch, 18. August 2010 schrieb Dr. Dietmar Köppe:
Die letzten sieben Zeilen werden dann ständig wiederholt.
Gerade die schauen nicht gut aus.
Hat jemand einen Tipp, wie ich zumindest die Daten noch von der
Platte holen kann? Oder besser noch, sie doch mounten kann?
Ich würde mit dd_rescue versuchen ein Image von der Platte zu ziehen (dd_rescue /dev/sdc image.raw), schauen, ob sfdisk dort noch was erkennen kann (sfdisk -l -uS image.raw). Wenn ja, mit dem Anfangswert * 512 den Offset der zu rettenden Partition ermitteln und dann versuchen diese zu mounten (mount -o loop,offset=BYTES -r image.raw /mnt). Dann kannst Du aus /mnt alles rausholen, was noch zu retten ist. Auf keinen Fall würde ich versuchen was an der Platte selber zu ändern (filesystemcheck oder sonstige Reparaturversuche), bevor ein Image gezogen wurde. Wenn Das image vorliegt, kannst Du mit badblocks mal schauen, ob da hardwaretechnisch was im argen liegt.
Hallo Manfed,
vielen Dank für die Hinweise. dd_rescue hat über eine Woche geackert ... Ergebnis:
Ein ca. 100 G großes Image einer 500 G Platte (Es kamen Unmengen von Badblock Meldungen)
sfdisk -l -uS image.raw meldet:
gf01:/media/backup/hitachi # sfdisk -l -uS image.raw Festplatte image.raw: Die Geometrie konnte nicht festgestellt werden
Festplatte image.raw: 12555 Zylinder, 255 Köpfe, 63 Sektoren/Spur
sfdisk: FEHLER: Sektor 0 hat keine MS-DOS-Signatur image.raw: nicht erkannte Partitiontabellentyp Keine Partitionen gefunden
Mounten war bislang nicht möglich:
mount: wrong fs type, bad option, bad superblock on /dev/loop0, missing codepage or helper program, or other error
Habe ich noch irgendwelche sinnvollen Optionen?
Sorry, aber keine, die ich kennen würde.
PS: dd_rescue ist auch ne Super Sache bei Video-DVDs mit defekten Sektoren ;-)
Hallo,
Am Son, 29 Aug 2010, Manfred Tremmel schrieb:
PS: dd_rescue ist auch ne Super Sache bei Video-DVDs mit defekten Sektoren ;-)
GNU ddrescue (siehe [1]) ist noch praktischer, dank dem Logfile kann man nämlich mit nem anderen Laufwerk und/oder ner anderen Disc weitermachen und die "Löcher" auffüllen ;)
-dnh
[1] http://download.opensuse.org/repositories/home:/dnh/
Am Sonntag, 29. August 2010 10:47 schrieb Dr. Dietmar Köppe:
Am Mittwoch, 18. August 2010, 21:42:32 schrieb Manfred Tremmel:
Am Mittwoch, 18. August 2010 schrieb Dr. Dietmar Köppe:
Die letzten sieben Zeilen werden dann ständig wiederholt.
Gerade die schauen nicht gut aus.
Hat jemand einen Tipp, wie ich zumindest die Daten noch von der
Platte holen kann? Oder besser noch, sie doch mounten kann?
dd_rescue hat über eine Woche geackert ... Ergebnis:
Ein ca. 100 G großes Image einer 500 G Platte (Es kamen Unmengen von Badblock Meldungen)
sfdisk -l -uS image.raw meldet:
gf01:/media/backup/hitachi # sfdisk -l -uS image.raw Festplatte image.raw: Die Geometrie konnte nicht festgestellt werden
Festplatte image.raw: 12555 Zylinder, 255 Köpfe, 63 Sektoren/Spur
sfdisk: FEHLER: Sektor 0 hat keine MS-DOS-Signatur image.raw: nicht erkannte Partitiontabellentyp Keine Partitionen gefunden
Mounten war bislang nicht möglich:
mount: wrong fs type, bad option, bad superblock on /dev/loop0, missing codepage or helper program, or other error
Habe ich noch irgendwelche sinnvollen Optionen?
Vielleicht foremost? http://foremost.sourceforge.net/ http://foremost.sourceforge.net/pkg/foremost-1.5.7.tar.gz
Hat mir schonmal sehr geholfen...
Am Sonntag, 29. August 2010, 19:36:51 schrieb Rolf Muth:
Am Sonntag, 29. August 2010 10:47 schrieb Dr. Dietmar Köppe:
Am Mittwoch, 18. August 2010, 21:42:32 schrieb Manfred Tremmel:
Am Mittwoch, 18. August 2010 schrieb Dr. Dietmar Köppe:
Die letzten sieben Zeilen werden dann ständig wiederholt.
Gerade die schauen nicht gut aus.
Hat jemand einen Tipp, wie ich zumindest die Daten noch von der
Platte holen kann? Oder besser noch, sie doch mounten kann?
dd_rescue hat über eine Woche geackert ... Ergebnis:
Ein ca. 100 G großes Image einer 500 G Platte (Es kamen Unmengen von Badblock Meldungen)
sfdisk -l -uS image.raw meldet:
gf01:/media/backup/hitachi # sfdisk -l -uS image.raw Festplatte image.raw: Die Geometrie konnte nicht festgestellt werden
Festplatte image.raw: 12555 Zylinder, 255 Köpfe, 63 Sektoren/Spur
sfdisk: FEHLER: Sektor 0 hat keine MS-DOS-Signatur
image.raw: nicht erkannte Partitiontabellentyp
Keine Partitionen gefunden
Mounten war bislang nicht möglich:
mount: wrong fs type, bad option, bad superblock on /dev/loop0,
missing codepage or helper program, or other error
Habe ich noch irgendwelche sinnvollen Optionen?
Vielleicht foremost? http://foremost.sourceforge.net/ http://foremost.sourceforge.net/pkg/foremost-1.5.7.tar.gz
Hat mir schonmal sehr geholfen...
Vielen Dank für die Hinweise.
"foremost" hat wirklich noch eine Menge brauchbarer Dateien aus dem Image extrahieren können (ca. 12 GB). Ist wirklich ein Klassetool!
Jetzt ist erst einmal Handarbeit (sichten und unbenennen) angesagt.
Nochmals Dank und Gruß
Dietmar
-
David Haller -
Dr. Dietmar Köppe -
Manfred Tremmel -
Rolf Muth