Bonsoir,
Frédéric a écrit :
> Bonsoir,
>
> Je continue avec mes soucis d'install de la debian etch... l'accès au
> scanner est hyper lent ; il faut 2 minutes pour lancer une appli qui veut
> y accéder (une fois lancée, tout marche nickel).
>
> Un coup de strace sur kooka, par exemple, donne ceci :
>
> ...
> open("/dev/bus/usb/001/003", O_RDWR) = 10
> ioctl(10, USBDEVFS_SETCONFIGURATION, 0xbff096f4) = 0
> ioctl(10, USBDEVFS_CLAIMINTERFACE, 0xbff096f4) = 0
> gettimeofday({1176743451, 327829}, NULL) = 0
> ioctl(10, USBDEVFS_SUBMITURB, 0xbff09684) = 0
> ioctl(10, USBDEVFS_REAPURBNDELAY, 0xbff096c8) = -1 EAGAIN (Resource
> temporarily unavailable)
> select(11, NULL, [10], NULL, {0, 1000}) = 1 (out [10], left {0, 1000})
> ...
>
> Ce groupe de ligne (sauf les 3 premières) est répété des dizaines de
> milliers de fois pendant le temps d'attente (CPU à fond).
>
> Pourtant, lsusb donne bien le scanner en 001:003...
>
> Une idée du problème ?
Oui : Une boulette dans les règles de "udev" : /etc/udev/ Les règles
doivent êtres configurées pour lancer des actions qui échouent.
J'ai tenté il y a quelques temps de jouer avec "udev", afin de lancer
une GUI wifi suite à l'insertion d'une clef USB. Après la lectures de
"man", de pages Internet, et d'un bon mal de crâne, j'ai fini par jeter
l'éponge.
Il y a quelques outils sympas qui peuvent t'aider à comprendre ce que
fait "udev" lorsqu'il fonctionne. Et notamment lorsqu'un "évènement"
udev intervient, comme l'insertion d'une clef USB par exemple :
udevinfo
udevmonitor
udevtest (pour tester la configuration je crois)
Bonne chance, tu en auras besoin !!!
Cordialement,
Olivier
PS: Après le déboires de devfs sur Sarge, tu t'attaques à udev sous
Etch. Tu vas devenir expert dans le domaine du hotplug !!! ;)
--
~~~~~~~ _____/\_____ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Phoenix / _ \/ _ \ Olivier Allard-Jacquin
/ / \ / \ \ Web: http://olivieraj.free.fr/
/___/ / \ \___\ Mail: olivieraj@???
~~~~ ///// ///\\\ \\\\\ ~~~~~~~~~~~~~~~~~~~~~~~ Linux Powered !!
