Ubsfestplatten Gehäuse will nicht

[Atomara]

Ich hab mir ein Usb Festplattengehäuse mit einem Cypress Chip zugelegt

wenn ich sie anstecke passiert das :

May 13 20:26:33 localhost kernel: usb 5-8: new high speed USB device using ehci_hcd and address 10
May 13 20:26:33 localhost kernel: scsi4 : SCSI emulation for USB Mass Storage devices
May 13 20:26:33 localhost usb.agent[7431]: usb-storage: already loaded
May 13 20:26:38 localhost kernel: Vendor: ST340810 Model: A Rev: 0 0
May 13 20:26:38 localhost kernel: Type: Direct-Access ANSI SCSI revision: 00
May 13 20:26:38 localhost kernel: SCSI device sda: 78165360 512-byte hdwr sectors (40021 MB)
May 13 20:26:38 localhost kernel: SCSI device sda: 78165360 512-byte hdwr sectors (40021 MB)
May 13 20:26:38 localhost kernel: sda:<7>usb-storage: queuecommand called
May 13 20:26:53 localhost hal.hotplug[7485]: timout(10000 ms) waiting for /devices/pci0000:00/0000:00:10.4/usb5/5-8/5-8:1.0/host4/target4:0:0/4:0:0:0
May 13 20:27:03 localhost scsi.agent[7487]: Attribute /sys/devices/pci0000:00/0000:00:10.4/usb5/5-8/5-8:1.0/host4/target4:0:0/4:0:0:0/type does not exist
May 13 20:27:11 localhost kernel: SCSI error : <4 0 0 0> return code = 0x70000
May 13 20:27:11 localhost kernel: end_request: I/O error, dev sda, sector 0


Was soll das heißen ?

 

[name]

Welches fs hat die platte ?

 

[Atomara]

fat 32

 

[Atomara]

also ich konnte die hd zum laufen bringen ,aber nur teilweise .....


vorweg : die Hd ist in Ordnung

Das Problem ist dass ich die Hd vieleicht ein oder 2 mal umounten und mounten kann und danach nur noch stress macht oder dass ich maximal 415mb auf die Hd schreiben kann und sie dann streikt .............


Wenn ich das Teil nun abziehe und wieder anschließe dann kommt der von mir genannte Fehler ,ich muss den Computer schon reseten um auf die Hd zuzugreifen zu können

 

[Kulfadir]

wenn du die Festplatte einfach abziehstz und wieder dran steckst ändert sich auch was hab ich mittlerweile festgestellt, und zwar rutscht sie eine Nummer weiter.
z.B /dev/sda1 ---> /dev/sda2 und wenn du noochmal ziehst rutscht sie noch einen weiter. Das hab ich auch mit meinem Mp3-Player. Und mit dem schreiben klappt bei mir auch nur bedingt würde mich auch mal interessieren woran das liegt.

 

[theborg]

hm bei meiner war das ehnlich da war das problem das ich usb2.0 habe aber das usb1.0 modul geladen war und das probleme gemacht hat

 

[Atomara]

dann erzähl doch mal wie du das problem gelöst hast ?


Ich konnte die Hd jetzt mit einem Windowssystem testen ,ist zwar nur usb1.0 aber die Hd läuft unter Windows tadellos also liegt es doch am Linux ......

Linux und Usb ....... eine Trauergeschichte

 

[theborg]

ka ich habs nicht gelöst ich habe die platte ind den rechner eingebaut*G*

 

[Atomara]

na das habe ich eher ja nicht vor aber es ist schon echt beunruhigend zu sehen dass sie unter windows so gut läuft und unter linux nur stress macht ,man findet aber auch gar nichts zu dem thema im internet

 

[mo_no]

Linux erkennt die gesamte Platte ja als /dev/sda.
Partitioniere sie doch mal mit cfdisk oder einem anderen Patitionierer komplett neu
und formatiere sie anschließend mit /sbin/mkdosfs -F 32 /dev/sda1

Vielleicht hift das ja. Immerhin bricht er ja beim Einlesen der Patitionstabelle ab.

 

[Atomara]

alles klar das könnte ich mal versuchen wenn ich die platte mal wieder zum laufen bekomme was eher selten vorkommt.


denn wenn der von mir genannte Fehler auftritt kann ich nichtmal per cfdisk auf die platte zugreifen ,der versucht dann so lange drauf zuzugreifen bis ich die platte abklemm

 

[mo_no]

Was für Module werden denn geladen?
(Ausgabe von lsmod)

 

[Atomara]

hmm ich lasse gerade mal zwanghaft die platte unter usb 1.0 laufen und siehe da der fehler ist weg, dafür dauert die übertragung aber auch ewig

 

[mo_no]

Ich würde sagen: "Hauptsache es geht!"

Was für einen Kernel verwendest du denn?

 

[Atomara]

2.6.11.8

naja das läuft aber dafür auch extrem lahm und naja wenn ich sehe wie schnell das usb 2 läuft dann ärgert mich das schon

 

[mo_no]

Wie hast du den Kernel denn kompiliert?
Sind ehci_hcd, [u/o]hci_hcd, usbcore, usb-storage als Module integriert?
Wenn ja, dann integriere sie doch mal fest in den Kernel.

 

[Atomara]

das habe ich auch schon mal versucht , fehlanzeige

 

[NiceDay]

Frage

Funzt es wenn du das ehci (oder ohci ?)-Modul entlädst ?
Bei mir hatts dann gefunzt.

 

[Atomara]

dass ehci modul ,dann läuft die platte nur noch unter usb 1.1 anstatt 2.0

dadurch ist sie leider auch viel viel langsamer -

 

[Atomara]

Achja jetzt kann ich nichtmal mehr mit voller geschwindigkeit schreiben wenn die Festplatte kurz im Usb2.0 Modus läuft ,sie schreibt dann nähmlich nur noch in Intervallen von 5 Sekunden.

Und wie immer kommt kurz danach die Meldung dass das schreiben nicht mehr möglich ist


.......

und weils so schön ist ...

cat /var/log/messages

May 20 01:03:32 localhost hal.hotplug[18359]: timout(10000 ms) waiting for /devices/pci0000:00/0000:00:10.4/usb5/5-3/5-3:1.0/host4/target4:0:0/4:0:0:0
May 20 01:03:42 localhost scsi.agent[18360]: Attribute /sys/devices/pci0000:00/0000:00:10.4/usb5/5-3/5-3:1.0/host4/target4:0:0/4:0:0:0/type does not exist


cat /var/log/syslog

May 20 01:03:32 localhost hal.hotplug[18359]: timout(10000 ms) waiting for /devices/pci0000:00/0000:00:10.4/usb5/5-3/5-3:1.0/host4/target4:0:0/4:0:0:0
May 20 01:03:42 localhost scsi.agent[18360]: Attribute /sys/devices/pci0000:00/0000:00:10.4/usb5/5-3/5-3:1.0/host4/target4:0:0/4:0:0:0/type does not exist
May 20 01:03:47 localhost udev[18378]: creating device node '/dev/sdb'


dmesg :

usb-storage: Soft reset done
usb-storage: scsi cmd done, result=0x70000
SCSI error : <4 0 0 0> return code = 0x70000
end_request: I/O error, dev sdb, sector 0
Buffer I/O error on device sdb, logical block 0
usb-storage: *** thread sleeping.
unable to read partition table
Attached scsi disk sdb at scsi4, channel 0, id 0, lun 0

nuclearblast:/mnt/xfs/Share/ajinc# lsusb
Bus 005 Device 009: ID 04b4:6830 Cypress Semiconductor Corp. USB-2.0 IDE Adapter

Offenbar bin ich nicht der einzigste .........

http://bugme.osdl.org/show_bug.cgi?id=4057