Clef usb lente et étrange

Support Debian
#1

Depuis l’utilisation d’unetbootin pour préparer une clef à booter et à installer une debian lenny, ma clef a un comportement étrange :

[ul][li]Les transferts usb sont devenus très lents comme si elle était détectée en usb 1 au lieu d’usb 2. Un transfert d’1 Go prend plus de 10 minutes.[/li]
[li]La clef usb s’appele “Debian …”, j’ai changé l’étiquette avec gparted mais chaque fois que je la reformate, elle reprend le nom de Debian…[/li][/ul]

J’ai donc essayer de la reformater (FAT 16 et 32) de recréer la table des partitions (tout cela avec gparted) mais rien n’y fait.

Voici ce que me dit dmesg :

[ 912.384052] usb 1-6: new high speed USB device using ehci_hcd and address 6 [ 912.517109] usb 1-6: New USB device found, idVendor=1845, idProduct=0105 [ 912.517114] usb 1-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 912.517117] usb 1-6: Product: PENDRIVE [ 912.517119] usb 1-6: Manufacturer: USB2.0 [ 912.517121] usb 1-6: SerialNumber: 2010040210281362514 [ 912.517262] usb 1-6: configuration #1 chosen from 1 choice [ 912.519121] scsi3 : SCSI emulation for USB Mass Storage devices [ 912.525678] usb-storage: device found at 6 [ 912.525682] usb-storage: waiting for device to settle before scanning [ 917.524189] usb-storage: device scan complete [ 917.524799] scsi 3:0:0:0: Direct-Access USB2.0 PENDRIVE 1.0 PQ: 0 ANSI: 2 [ 917.526640] sd 3:0:0:0: Attached scsi generic sg2 type 0 [ 917.527404] sd 3:0:0:0: [sdb] 7776256 512-byte logical blocks: (3.98 GB/3.70 GiB) [ 917.527898] sd 3:0:0:0: [sdb] Write Protect is off [ 917.527902] sd 3:0:0:0: [sdb] Mode Sense: 0b 00 00 08 [ 917.527904] sd 3:0:0:0: [sdb] Assuming drive cache: write through [ 917.533817] sd 3:0:0:0: [sdb] Assuming drive cache: write through [ 917.533827] sdb: sdb1 [ 917.537275] sd 3:0:0:0: [sdb] Assuming drive cache: write through [ 917.537282] sd 3:0:0:0: [sdb] Attached SCSI removable disk [ 918.004695] FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!
Le usb 1-6 laisse penser que l’usb 2 ne marche pas, non ? Sur une autre clef, j’ai usb 1-8 dans le dmesg et le transfert est un peu plus rapide (1g en 3 minutes)

#2

salut,

pour le 1-6 ou 1-8 ce sont juste tes differents port USB!

chez moi j ai 1-2 ou 1-5 ou 1-6!

#3

Hello.

Que retourne la commande :

@+…

#4

Merci de vos réponses.

$ lsmod | grep usb usb_storage 39625 0 scsi_mod 122149 5 usb_storage,sg,sr_mod,sd_mod,libata usbcore 122034 6 usb_storage,rtl8187,uvcvideo,ohci_hcd,ehci_hcd nls_base 6377 7 isofs,udf,nls_utf8,nls_cp437,vfat,fat,usbcore

#5

Pensez-vous que c’est un problème avec le noyau linux qui ne gérerait pas mes clefs ?

#6

re …

Difficile à dire on a pas d’info …

Que donne la commande :

T’es en lenny … c’est vieux maintenant … ça te dirait pas de passer en squeeze?
Je me souviens d’un noyau 2.6.29 ou 2.6.31 qui me faisait la même chose.

@+…

#7

Non je ne suis pas en lenny mais en squeeze, j’ai utilisé la clef en question pour installer lenny sur une autre machine.

$ uname -a Linux nil 2.6.32-5-amd64 #1 SMP Wed Jan 12 03:40:32 UTC 2011 x86_64 GNU/Linux

#8

Hello.

OK donc à priori ça devrait fonctionner … y’a juste un truc qui m’étonne c’est que t’as :

[ 912.525678] usb-storage: device found at 6 [ 912.525682] usb-storage: waiting for device to settle before scanning [ 917.524189] usb-storage: device scan complete

Alors que j’ai :

[ 5914.833227] Initializing USB Mass Storage driver... [ 5914.833395] scsi0 : usb-storage 1-4.1:1.0 [ 5914.833623] usbcore: registered new interface driver usb-storage [ 5914.833627] USB Mass Storage support registered.

Et surtout :

iman@debian:~$ lsmod | grep usb usb_storage 30263 1 scsi_mod 127467 5 sd_mod,usb_storage,sg,firewire_sbp2,libata usbcore 94761 4 usb_storage,uhci_hcd,ehci_hcd nls_base 4521 5 nls_utf8,nls_cp437,vfat,fat,usbcore

J’ai pas l’impression que le module uhci_hcd soit chargé chez toi.

Tu peux essayer ça :

Ensuite tu branches ta clé et tu nous dis ce que retourne les commandes :

dmesg et lsmod | grep usb et lspci -v|grep HCI
Essaye de copier ton gros fichier sur la clé et dis-nous si ça va mieux.

@+…

#9

J’ai chargé le module uhci_hcd puis insérer ma clef. Voici le résultat des commandes passées après l’insertion de la clef :

dmesg

[16314.624034] usb 1-8: new high speed USB device using ehci_hcd and address 5 [16314.757058] usb 1-8: New USB device found, idVendor=1845, idProduct=0105 [16314.757063] usb 1-8: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [16314.757066] usb 1-8: Product: PENDRIVE [16314.757068] usb 1-8: Manufacturer: USB2.0 [16314.757070] usb 1-8: SerialNumber: 2010040210281362514 [16314.757951] usb 1-8: configuration #1 chosen from 1 choice [16315.242977] Initializing USB Mass Storage driver... [16315.243116] scsi2 : SCSI emulation for USB Mass Storage devices [16315.243295] usbcore: registered new interface driver usb-storage [16315.243299] USB Mass Storage support registered. [16315.249087] usb-storage: device found at 5 [16315.249091] usb-storage: waiting for device to settle before scanning [16320.248181] usb-storage: device scan complete [16320.248777] scsi 2:0:0:0: Direct-Access USB2.0 PENDRIVE 1.0 PQ: 0 ANSI: 2 [16320.250474] sd 2:0:0:0: Attached scsi generic sg2 type 0 [16320.251376] sd 2:0:0:0: [sdb] 7776256 512-byte logical blocks: (3.98 GB/3.70 GiB) [16320.251869] sd 2:0:0:0: [sdb] Write Protect is off [16320.251874] sd 2:0:0:0: [sdb] Mode Sense: 0b 00 00 08 [16320.251877] sd 2:0:0:0: [sdb] Assuming drive cache: write through [16320.253875] sd 2:0:0:0: [sdb] Assuming drive cache: write through [16320.253883] sdb: sdb1 [16320.259873] sd 2:0:0:0: [sdb] Assuming drive cache: write through [16320.259880] sd 2:0:0:0: [sdb] Attached SCSI removable disk [16320.695894] FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! [16322.024029] eth0: auto-negotiating... [16332.048027] eth0: auto-negotiating...

# lsmod | grep usb usb_storage 39625 1 scsi_mod 122149 5 usb_storage,sg,sr_mod,sd_mod,libata usbcore 122034 7 usb_storage,uhci_hcd,rtl8187,uvcvideo,ohci_hcd,ehci_hcd nls_base 6377 7 nls_utf8,nls_cp437,vfat,fat,isofs,udf,usbcore lspci -v|grep HCI pas de changement noté au niveau de la vitesse de transfert.

#10

re …

Hum … la seule différence qui reste entre ta config et la mienne c’est le module ohci_hcd qui n’apparaît pas chez moi.

Tu peux essayer :

Et retenter une copie pour voir stp?

T’as pas donné la sortie de :

@+…

#11

merci de ta réponse,

Je n’ai pas la machine sous la main pour le week-end, je te répond lundi.

@ +

#12

Voici ce que me dit hdparm. Cela me semble assez normal mais ça ne prend pas en compte le système[code]# hdparm -tT /dev/sdb

/dev/sdb:
Timing cached reads: 1150 MB in 2.00 seconds = 574.57 MB/sec
Timing buffered disk reads: 30 MB in 3.17 seconds = 9.47 MB/sec
[/code]

#13

Pour voir si ta clef prend l’USB 2, tu fais un «lsusb -v | less», tu cherches ta clef:

[quote]Bus 003 Device 045: ID 090c:1000 Feiya Technology Corp. Flash Drive
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x090c Feiya Technology Corp.
idProduct 0x1000 Flash Drive
…
[/quote]et une clef ne supportant pas l’USB 2.0

[quote]Bus 007 Device 015: ID 090a:1940 Trumpion Microelectronics, Inc.
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x090a Trumpion Microelectronics, Inc.
idProduct 0x1940
bcdDevice 1.00
iManufacturer 1 USB
iProduct 2 mobile Flash Disk
iSerial 0
[/quote]

#14

Ma clef est décrite en usb 2

Mais ce n’est quand même pas normal qu’elle mette 10 minutes à transférer 1Go.

Est-ce que gnome pourrait-être la cause de sa lenteur ?

#15

En fait en vitesse de transfert ce qui influe énormément en plus de la taille c’est le nombre de fichiers transférés.
Un site web avec plusieurs milliers de petits fichiers mettra bien plus de temps qu’un ou deux avi de la même taille.

#16

[quote=“sidell”]Ma clef est décrite en usb 2

Mais ce n’est quand même pas normal qu’elle mette 10 minutes à transférer 1Go.

Est-ce que gnome pourrait-être la cause de sa lenteur ?[/quote]

Avec quelles options est montée la clef?

#17

[quote=“fran.b”]
Avec quelles options est montée la clef?[/quote]

Comment le savoir ? les nouveaux fichiers /etc/fstab sont vides pour les clefs usb. Le montage doit être géré par gnome mais je ne sais pas du tout où est la config.

#18

Tapes mount tout bêtement

#19

Voici le résultat de mount : /dev/sdb1 on /media/5166-4809 type vfat (rw,nosuid,nodev,uhelper=udisks,uid=1000,gid=1000,shortname=mixed,dmask=0077,utf8=1,showexec,flush) Quelque chose d’anormal ?

#20

Peut être l’option flush mais bon…
Voilà quelques tests d clefs, la dernière est en USB 1.1:

[code]/dev/sdb:
Timing cached reads: 3322 MB in 2.00 seconds = 1662.47 MB/sec
Timing buffered disk reads: 66 MB in 3.02 seconds = 21.87 MB/sec
totoche:/home/francois# hdparm -tT /dev/sdb

/dev/sdb:
Timing cached reads: 2870 MB in 2.00 seconds = 1436.47 MB/sec
Timing buffered disk reads: 32 MB in 3.06 seconds = 10.46 MB/sec
totoche:/home/francois# hdparm -tT /dev/sdb

/dev/sdb:
Timing cached reads: 2944 MB in 2.00 seconds = 1473.46 MB/sec
Timing buffered disk reads: 36 MB in 3.11 seconds = 11.59 MB/sec
totoche:/home/francois# hdparm -tT /dev/sdb

/dev/sdb:
Timing cached reads: 2 MB in 2.52 seconds = 812.03 kB/sec
Timing buffered disk reads: 4 MB in 4.97 seconds = 824.56 kB/sec
[/code]