USB Platte defekt?

Hi,

versuch mal im Bios USB auf AHCI umzustellen.

gruss eule

Zitat

Original von eule
versuch mal im Bios USB auf AHCI umzustellen.

Seit wann hat USB was mit AHCI zu tun? Ich glaube kaum, daß Du da irgenwas im BIOS finden wirst.

Gruß
e9hack

Zitat

Original von knebb
Yohoo!

Habe hier was ganz merkwuerdiges.

Meine kleine USB Platte hat offensichtlich ihren Geist aufgegeben:

Code

Jun 20 12:46:05 tp kernel: scsi3 : SCSI emulation for USB Mass Storage devices
Jun 20 12:46:11 tp kernel:   Vendor: IC25N040  Model: ATMR04-0          Rev:  0 0
Jun 20 12:46:11 tp kernel:   Type:   Direct-Access                      ANSI SCSI revision: 00
Jun 20 12:46:11 tp kernel: SCSI device sdb: 78140160 512-byte hdwr sectors (40008 MB)
Jun 20 12:46:11 tp kernel: sdb: Write Protect is off
Jun 20 12:46:11 tp kernel: sdb: assuming drive cache: write through
Jun 20 12:46:11 tp kernel: SCSI device sdb: 78140160 512-byte hdwr sectors (40008 MB)
Jun 20 12:46:11 tp kernel: sdb: Write Protect is off
Jun 20 12:46:11 tp kernel: sdb: assuming drive cache: write through
Jun 20 12:46:11 tp kernel:  sdb:<6>sd 3:0:0:0: SCSI error: return code = 0x10070000
Jun 20 12:46:11 tp kernel: end_request: I/O error, dev sdb, sector 0
Jun 20 12:46:11 tp kernel: printk: 79 messages suppressed.
Jun 20 12:46:11 tp kernel: Buffer I/O error on device sdb, logical block 0
Jun 20 12:46:11 tp kernel: sd 3:0:0:0: SCSI error: return code = 0x10070000
Jun 20 12:46:11 tp kernel: end_request: I/O error, dev sdb, sector 0
Jun 20 12:46:11 tp kernel: Buffer I/O error on device sdb, logical block 0
Jun 20 12:46:11 tp kernel: sd 3:0:0:0: SCSI error: return code = 0x10070000
Jun 20 12:46:11 tp kernel: end_request: I/O error, dev sdb, sector 0

Alles anzeigen

So I/O Error. Platte hinueber. Das Teil kann ich auch garnicht mehr als /dev/sdb ansprechen.

Aber jetzt kommts:
Klemme ich das Teil an mein XP dran (gleicher Rechner, gleiche Hardware!), kann ich munter Paritionen erstellen, die Platte formatieren, Daten draufkopieren. Auch der grosse chkdsk mit Sektorlesen funktioniert ohne Probleme....

So was jetzt? Platte kaputt oder nicht?

Alles anzeigen

Ich würde erst einmal einen SMART-Selbsttest machen: "smartctl -t long /dev/xxx".

Vermutlich funktioniert dies am USB-Kontroller nicht. Daher Platte ausbauen und irgendwo direkt anschließen.

Anschließend (nach dem Selbsttest) "smartctl -a /dev/xxx" ausführen.

Dann kann man vermutlich mehr dazu sagen.

CU
Oliver

hallo,
falls Ext2FS/Ext3FS könnte R-Linux helfen.

gruß kukop

Zitat

Original von knebb
Aber jetzt kommts:
Klemme ich das Teil an mein XP dran (gleicher Rechner, gleiche Hardware!), kann ich munter Paritionen erstellen, die Platte formatieren, Daten draufkopieren. Auch der grosse chkdsk mit Sektorlesen funktioniert ohne Probleme....

Hatte ich so ähnlich auch schon, Formatieren (viel später probiert), Daten draufspielen, Daten wieder runterspielen klappte alles, auf den ersten Blick. Lediglich die meisten Daten (vdr-Aufnahmen) wieder lesen brachte Klötzchensalat und quietschenden Ton auf den Bildschirm.

Zitat

So was jetzt? Platte kaputt oder nicht?

Bei mir war es die USB<->SATA Bridge im Festplattengehäuse (SunplusIT Chip im Trekstor Gehäuse).
Platte aus dem Gehäuse ausbauen und direkt an den SATA des Rechners angeschlossen und schon waren alle Aufnahmen wieder fehlerfrei abspielbar. Zum Glück bin ich nicht meiner ersten Idee gefolgt (neu Partitionieren und formatieren), sonst hätten die Aufnahmen nicht überlebt. Die Platte war billig genug um den Verlust des USB-SATA Wandlers zu verschmerzen, die Platte läuft jetzt in meiner Activy (an einem Digitus IDE-SATA Konverter), das Netzteil passt zufällig als Ersatz für das gestorbene Netzteil einer älteren USB-(IDE)Platte.

Da gibt es dann wohl mehrere USB-SATA-ICs die Probleme bereiten JM20337 read data corruption – solution.

Zitat

Original von SHF
Da gibt es dann wohl mehrere USB-SATA-ICs die Probleme bereiten JM20337 read data corruption – solution.

Weiß jemand, wofür Pin 34 vom JM20337 zuständig ist?
Habe bisher kein brauchbares Datenblatt gefunden.

CU
Oliver

http://eshop.henkan-mania.jp/tf002/TF002.pdf

Wenn das die Standardbeschaltung ist, ist R15 der Pullup für die Resetleitung.

Zitat

Original von dreamy1
http://eshop.henkan-mania.jp/tf002/TF002.pdf

Wenn das die Standardbeschaltung ist, ist R15 der Pullup für die Resetleitung.

Danke! Pin 34 ist GPIO2, der fragliche Widerstand ist hier mit R4 bezeichnet.

Hm - wenn man den auslötet, wird SATA-Hotplug deaktiviert...

CU
Oliver

Zitat

Original von UFO
Weiß jemand, wofür Pin 34 vom JM20337 zuständig ist?

Keine Ahnung.
Ich bin nicht mal sicher, dass der wirklich an Pin 34 geht. könnte genauso gut Pin 33 sein.

Zitat

Hm - wenn man den auslötet, wird SATA-Hotplug deaktiviert...

... wenn die Beschreibung nicht fehlerhaft ist.

Kann nur bestätigen, dass durch Auslöten des Widerstands (meist R15, in der Schaltung aber mit R4 bezeichnet) an Pin 34 SATA Hotplug deaktiviert und gleichzeitig auch die Probleme mit dem Chip behoben werden.
Wenn SATA Hotplug aktiviert ist, wird bei einer Veränderung am SATA Anschluss (an-/abschließen) der USB disconnected und wenige Sekunden später ein neues USB Gerät erkannt (die neue Platte). Dieses Feature ist aber eher unnötig, da man beim Wechsel der Festplatte den USB Anschluss des Adapters/Gehäuses auch manuell an- und abschließen kann. Hauptsache die Probleme sind weg.

Zitat

Original von lxP
Kann nur bestätigen, dass durch Auslöten des Widerstands (meist R15, in der Schaltung aber mit R4 bezeichnet) an Pin 34 SATA Hotplug deaktiviert und gleichzeitig auch die Probleme mit dem Chip behoben werden.

Interessant, dass die beiden Funktionen zusammenhängen.
So ist zumindestens recht schnell raus zu finden, ob der eigene Adapter betroffen ist oder nicht.
Wenn SATA Hotplug ist er betroffen, wenn nicht, dann nicht.