Bonjour,
certaines clé usb ont un débit anormalement lent sous ma debian testing, alors que sous windows et sur le même port alors que sous windows ce débit atteint le maximum annoncé par le constructeur. J'ai essayé tous les ports sans succès.
De plus, d'autres clés ont un excellent débit sur cette même debian.
 
Je n'arrive pas à cerner le problème, alors si quelqu'un pouvait m'aider ...

le problème c'est que comme tu l'as bien expliqué certaines clé usb ont un débit anormalement lent sous ta debian testing, alors que sous windows et sur le même port alors que sous windows ce débit atteint le maximum annoncé par le constructeur, quelque soit le port utilisé. De plus, d'autres clés ont un excellent débit sur cette même debian.
 
J'espère avoir pu t'aider à cerner mieux le problème

C'est que beaucoup de clef sont pas du USB2 mais du USB1 au débit USB2   ce qui ne fonctionne que sous windows à cause d'une histoire de driver + quelques chose dedans qui comble cette difference au niveau software
 
alors que sur toutes machines non-windows la cléf faussement USB2  et exploitées tel que son propre hardware est conçu c'est à dire usb1  
 
mais le hard répond USB1 l'identification répond USB2 et ducoup tu as pour chaque read/write dessus un test + un echec + renvoi vers le systeme du status de l'echec X essais avant de passer le read/write en mode usb1 puis ainsi de suite .....
bref pour 8octets par exemple avec 3 essais ça fait 4 transfert pour ecrireou lire 8 octets soit 4*moins vite que dans le cas ou la clef serai bien identifiée...
 
la solution c'est une regle udev qui identifie par le nimero de serie la clef usb et force le driver USB1.1 même si la clef s'identifie USB2 pour regler ce probleme.

Hum cela peut venir de ça (étonnant d'ailleurs votre histoire, je ne savais pas !) mais ce qui m'étonne c'est que lors d'un transfert USB, le CPU est constamment en pleine charge !

chronomètre une opération de bout en bout : du branchement au débranchement.
 
et fais un 'mount' dans une console quand t'as clef est branché pour voir.
 
 
et qu'est-ce qui te fais dire que le CPU est à pleine charge ?

Je ne comprends pas exactement ce que tu veux dire. Ce n'est pas l'opération de montage/démontage qui est lente (elle est d'ailleurs chez moi automatique via hald/udev) mais bien les transferts.
 
Le CPU est à pleine charge cad que la commande top me montre 100% du processeur pris par le processus de copie