USB-Platte kaputt?

[Nerthus]

Hallo,

ich hab seit heute ein Problem mit meiner externen USB-Platte(TrekStor).
Die Platte, die ich mit einem EXT2-Filesystem formatiert habe, wird vom Kernel
einfach nicht mehr erkannt. Bisher habe ich immer eine eigene UDEV-Regel
benutzt um immer die selbe Gerätedatei (/dev/usbdisk[0-9]) zu erzeugen
und das Device beim booten anschließend via /etc/fstab zu mounten:

Udev-rule:

BUS=="scsi", SYSFS{vendor}=="SAMSUNG", SYSFS{model}=="MP0804H", NAME="usbdisk%n"

fstab :

/dev/usbdisk1 /media/usbdisk ext2 user,defaults 0 0

Die Prozedur (wenn auch nicht unbedingt sehr elegant) hat Wochenlang ohne
Probleme funktioniert! Gestern hab ich das System sauber heruntergefahren
und heute wird die Platte plötzlich nicht mehr erkannt und zwar weder beim
booten noch durch hotpluging. Der Kernel-Ringpuffer enthält nach dem ein-
stöpseln der Platte die folgenden Meldungen samt core-dump und call-trace:

May 28 18:16:59 localhost kernel: [4296015.094000] usb 4-6: new high speed USB device using ehci_hcd and address 6
May 28 18:16:59 localhost kernel: [4296015.197000] scsi2 : SCSI emulation for USB Mass Storage devices
May 28 18:16:59 localhost usb.agent[11436]: usb-storage: already loaded
May 28 18:18:20 localhost kernel: [4296095.919000] scsi: Device offlined - not ready after error recovery: host 2 channel 0 id 0 lun 0
May 28 18:18:20 localhost kernel: [4296095.922000] usb 4-6: USB disconnect, address 6
May 28 18:18:20 localhost kernel: [4296095.925000] c018face
May 28 18:18:20 localhost kernel: [4296095.925000] Modules linked in: usblp nls_utf8 nls_cp437 vfat fat rfcomm l2cap bluetooth speedstep_lib cpufreq_powersave cpufreq_stats cpufreq_userspace cpufreq_ondemand cpufreq_conservative freq_table pcmcia tc1100_wmi video battery container i2c_acpi_ec i2c_core button pcc_acpi sony_acpi ac dev_acpi hotkey pppoe pppox ppp_generic slhc af_packet ipv6 pcspkr rtc ohci1394 yenta_socket rsrc_nonstatic pcmcia_core snd_intel8x0 snd_ac97_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd soundcore snd_page_alloc tpm_nsc tpm_atmel tpm shpchp pci_hotplug intel_agp ext2 mbcache dm_mod tsdev joydev evdev kqemu fglrx agpgart sbp2 ieee1394 psmouse mousedev parport_pc lp parport sd_mod md reiserfs thermal processor fan usbhid usb_storage scsi_mod natsemi ehci_hcd uhci_hcd usbcore ide_cd cdrom ide_disk ide_generic piix ide_core unix fbcon tileblit font bitblit vesafb cfbcopyarea cfbimgblt cfbfillrect softcursor capability commoncap
May 28 18:18:20 localhost kernel: [4296095.925000] CPU: 0
May 28 18:18:20 localhost kernel: [4296095.925000] EIP: 0060:[sysfs_hash_and_remove+11/227] Tainted: P VLI
May 28 18:18:20 localhost kernel: [4296095.925000] EFLAGS: 00010292 (2.6.12-10-686)
May 28 18:18:20 localhost kernel: [4296095.925000] EIP is at sysfs_hash_and_remove+0xb/0xe3
May 28 18:18:20 localhost kernel: [4296095.925000] eax: 00000000 ebx: c7d3a250 ecx: c7d3a190 edx: c7d3a248
May 28 18:18:20 localhost kernel: [4296095.925000] esi: c7d3a248 edi: e0b11a00 ebp: e0b119a0 esp: dfccbdec
May 28 18:18:20 localhost kernel: [4296095.925000] ds: 007b es: 007b ss: 0068
May 28 18:18:20 localhost kernel: [4296095.925000] Process khubd (pid: 1852, threadinfo=dfcca000 task=dfb4c020)
May 28 18:18:20 localhost kernel: [4296095.925000] Stack: 00000282 00000001 c7d3a250 c7d3a248 e0b11a00 e0b119a0 c0212641 00000000
May 28 18:18:20 localhost kernel: [4296095.925000] c02ac57a c7d3a248 c7d3a190 c5471000 dfba7df4 c021267d c7d3a248 c7d3a000
May 28 18:18:20 localhost kernel: [4296095.925000] e0afb028 c7d3a248 00000003 c5470ff8 c5471000 c9da0a80 e0afb10d c7d3a000
May 28 18:18:20 localhost kernel: [4296095.925000] Call Trace:
May 28 18:18:20 localhost kernel: [4296095.925000] [class_device_del+172/216] class_device_del+0xac/0xd8
May 28 18:18:20 localhost kernel: [4296095.925000] [class_device_unregister+16/29] class_device_unregister+0x10/0x1d
May 28 18:18:20 localhost kernel: [4296095.925000] [pg0+544522280/1069872128] scsi_remove_device+0x46/0xbb [scsi_mod]
May 28 18:18:20 localhost kernel: [4296095.925000] [pg0+544522509/1069872128] __scsi_remove_target+0x70/0x8a [scsi_mod]
May 28 18:18:20 localhost kernel: [4296095.925000] [pg0+544518231/1069872128] scsi_forget_host+0x2b/0x46 [scsi_mod]
May 28 18:18:20 localhost kernel: [4296095.925000] [pg0+544486117/1069872128] scsi_remove_host+0x17/0x73 [scsi_mod]
May 28 18:18:20 localhost kernel: [4296095.925000] [pg0+544635428/1069872128] storage_disconnect+0x5a/0x78 [usb_storage]
May 28 18:18:20 localhost kernel: [4296095.925000] [pg0+544182526/1069872128] usb_unbind_interface+0x78/0x7a [usbcore]
May 28 18:18:20 localhost kernel: [4296095.925000] [device_release_driver+119/121] device_release_driver+0x77/0x79
May 28 18:18:20 localhost kernel: [4296095.925000] [bus_remove_device+121/186] bus_remove_device+0x79/0xba
May 28 18:18:20 localhost kernel: [4296095.925000] [device_del+87/153] device_del+0x57/0x99
May 28 18:18:20 localhost kernel: [4296095.925000] [pg0+544212030/1069872128] usb_disable_device+0x8f/0x102 [usbcore]
May 28 18:18:20 localhost kernel: [4296095.925000] [pg0+544191310/1069872128] usb_disconnect+0xb4/0x140 [usbcore]
May 28 18:18:20 localhost kernel: [4296095.925000] [pg0+544196254/1069872128] hub_port_connect_change+0x2dd/0x3ad [usbcore]
May 28 18:18:20 localhost kernel: [4296095.925000] [pg0+544192374/1069872128] hub_port_status+0x23/0x89 [usbcore]
May 28 18:18:20 localhost kernel: [4296095.925000] [pg0+544196924/1069872128] hub_events+0x1ce/0x3b5 [usbcore]
May 28 18:18:20 localhost kernel: [4296095.925000] [pg0+544197466/1069872128] hub_thread+0x37/0x10b [usbcore]
May 28 18:18:20 localhost kernel: [4296095.925000] [autoremove_wake_function+0/87] autoremove_wake_function+0x0/0x57
May 28 18:18:20 localhost kernel: [4296095.925000] [ret_from_fork+6/20] ret_from_fork+0x6/0x14
May 28 18:18:20 localhost kernel: [4296095.925000] [autoremove_wake_function+0/87] autoremove_wake_function+0x0/0x57
May 28 18:18:20 localhost kernel: [4296095.925000] [pg0+544197411/1069872128] hub_thread+0x0/0x10b [usbcore]
May 28 18:18:20 localhost kernel: [4296095.925000] [kernel_thread_helper+5/11] kernel_thread_helper+0x5/0xb
May 28 18:18:20 localhost kernel: [4296095.925000] Code: 04 00 02 20 00 89 5c 24 18 8b 46 08 8b 5c 24 08 8b 74 24 0c 89 44 24 14 83 c4 10 e9 fa 51 fe ff 55 57 56 53 83 ec 08 8b 44 24 1c <8b> 48 48 8b 50 08 ff 4a 70 0f 88 c9 00 00 00 8b 51 0c 8d 6a fc

In den ersten Zeilen ist noch zu sehen, daß ein USB-Massenspeichergerät richtig
erkannt wurde, aber dieses durch einen aufgetretenen Fehler (Fehlerkorrektur)
nicht bereit ist.

May 28 18:18:20 localhost kernel: [4296095.919000] scsi: Device offlined - not ready after error recovery: host 2 channel 0 id 0 lun 0
May 28 18:18:20 localhost kernel: [4296095.922000] usb 4-6: USB disconnect, address 6

Ist mein Laufwerk kaputt bzw. gibt es irgendeine Möglichkeit an die Daten auf der
Platte zu kommen?

Danke, bye!

 

[catweazle]

Kannst du sie überhaupt noch ansprechen, z.B. über fdisk oder dgl.?
Wahrscheinlich aber, dieser Fehlermeldung nach, ist dies eher unwahrscheinlich.
Dann musst Du es mit einem Recoveryprogramm auslesen lassen und diese dann danach ri. Schrottplatz befördern.
Was anderes mache ich in so einem Fall auch nicht.

MfG
Catweazle

 

[Nerthus]

Hallo,

leider rührt sich überhaupt nix mehr. Die Platte arbeitet zwar noch und auch die
Kontroll-LED am Gehäuse ist noch aktiv, aber sie ist nicht mehr mit den üblichen
tools ansprechbar, da auch keine Gerätedatei erzeugt wird. Nach der obrigen
Fehlermeldung ist keine Benutzung von USB-Geräten mehr möglich, weil entweder
[usbcore] oder irgendein [scsi_mod] im Kernel abschmiert und sich nicht mehr
entfernen lässt.

Kennt jemand ein gutes Recoveryprogramm für Win/Unix das mit EXT2 klar kommt,
damit ich wenigstens noch versuchen kann meine Daten zu retten?

 

[damager]

also fdisk -l /dev/usbdisk1 liefert keine daten mehr?
die frage ist ...wenn er auch keine partitionen mehr hat ...was will man da noch retten? das evtl. der usb-port oder kabel defekt ist?

 

[Nerthus]

Hi,

wie gesagt, es wird kein Device mehr erzeugt!
Weder /dev/usbdisk1 noch ein vergleichbares wie /dev/sda1. Deshalb kann ich ja
auch Programme wie fdisk oder fsck.ext2 nicht verwenden. Es muß
doch die Möglichkeit geben, die Daten auf unterster Ebene ohne Verwendung eines
Device und Dateisystems zu lesen. Cdrecord z.b arbeitet ja auch ohne
Device-Namen....!?!

Das Kabel und der USB-Port sind OK, das hab ich gleich als erstes geprüft!

 

[Goodspeed]

Kernel-Version? Entlad mal das EHCI_HCD-Modul vor dem Anstecken ...
Schon mal an einem anderen Rechner versucht?

 

[slasher]

ich würde die Festplatte aus dem Gehäuse entfernen und sie direkt an den IDE-Controller anschließen. So kann man auch direkt feststellen, ob die Platte einen Weg hat oder ob einfach nur das USB-Gehäuse einen Weg hat(USB-Port kaputt, IDE-Controller intern defekt usw...).

 

[damager]

Hi,

wie gesagt, es wird kein Device mehr erzeugt!
Weder /dev/usbdisk1 noch ein vergleichbares wie /dev/sda1. Deshalb kann ich ja
auch Programme wie fdisk oder fsck.ext2 nicht verwenden. Es muß
doch die Möglichkeit geben, die Daten auf unterster Ebene ohne Verwendung eines
Device und Dateisystems zu lesen. Cdrecord z.b arbeitet ja auch ohne
Device-Namen....!?!

Das Kabel und der USB-Port sind OK, das hab ich gleich als erstes geprüft!

eine eben unter den device-files? du meinst die scanbus-id's wie bei cdrecord?
das sind doch imho emulierte scsi-id's.
ich würde auch, wie von Goodspeed vorgeschlagen, die usb-module entladen bevor die platte angesteckt wird.
an einem weiteren pc die platte mal versucht...oder zu mindet mit knoppix mal gebootet?

ach ja, die ausrufezeichen sind überflüssig