hoe 'resette' je je usb muis ook al weer onder linux als ie is vastgelopen? als ie nu eens vastloopt dan moet ik helemaal mn pc opnieuw opstarten namelijk
gebruik geen linux, maar mischien lukt het door de USB-deamon te herstarten?
Veni, Vidi, Et je n'en crois pas mes yeux! (ik kwam, ik zag, en ik geloofde mijn ogen niet!) - J. Caesar (Asterix en de gladiatoren) | Nu vernieuwd met toegevoegde lazyness.
volgens mij was dat nog niet eens nodig en was er nog een nettere oplossing... hoe restart je de usb daemon trouwens?
Wat staat er in je /var/log/messages op het moment dat je muis ermee kapt?
iets als
of soms
verder loopt ie niet echt per se vaak vast, maar usb muizen blijven veel vaker hangen onder linux dan onder windows, die zal wel automatisch zijn usb daemon restarten zodra de muis hangt ofzo
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
| Jun 17 16:15:31 fuego kernel: usb-uhci.c: interrupt, status 3, frame# 556 Jun 17 16:15:35 fuego kernel: usb_control/bulk_msg: timeout Jun 17 16:15:39 fuego last message repeated 2 times Jun 17 16:15:39 fuego kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 9 ret -110 Jun 17 16:15:39 fuego kernel: usb_control/bulk_msg: timeout Jun 17 16:15:39 fuego kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 9 ret -110 Jun 17 16:15:39 fuego kernel: usb_control/bulk_msg: timeout Jun 17 16:15:39 fuego kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 9 ret -110 Jun 17 16:15:39 fuego kernel: usb_control/bulk_msg: timeout Jun 17 16:15:39 fuego kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 9 ret -110 Jun 17 16:15:39 fuego kernel: usb_control/bulk_msg: timeout Jun 17 16:15:39 fuego kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 9 ret -110 Jun 17 16:15:39 fuego kernel: usb_control/bulk_msg: timeout Jun 17 16:15:39 fuego kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 9 ret -110 Jun 17 16:15:39 fuego kernel: usb_control/bulk_msg: timeout Jun 17 16:15:39 fuego kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 9 ret -110 Jun 17 16:15:40 fuego kernel: usb_control/bulk_msg: timeout Jun 17 16:15:40 fuego kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 9 ret -110 Jun 17 16:15:40 fuego kernel: usb_control/bulk_msg: timeout Jun 17 16:15:40 fuego kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 9 ret -110 |
of soms
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
| jun 17 16:38:53 fuego /etc/hotplug/usb.agent[1789]: Bad USB agent invocation Jun 17 16:38:59 fuego kernel: hub.c: USB new device connect on bus1/1, assigned device number 5 Jun 17 16:39:03 fuego kernel: usb_control/bulk_msg: timeout Jun 17 16:39:03 fuego kernel: usb.c: USB device not accepting new address=5 (error=-110) Jun 17 16:39:03 fuego kernel: hub.c: USB new device connect on bus1/1, assigned device number 6 Jun 17 16:39:07 fuego kernel: usb_control/bulk_msg: timeout Jun 17 16:39:07 fuego kernel: usb.c: USB device not accepting new address=6 (error=-110) Jun 17 16:41:12 fuego kernel: hub.c: USB new device connect on bus1/2, assigned device number 7 Jun 17 16:41:16 fuego kernel: usb_control/bulk_msg: timeout Jun 17 16:41:16 fuego kernel: usb.c: USB device not accepting new address=7 (error=-110) Jun 17 16:41:16 fuego kernel: hub.c: USB new device connect on bus1/2, assigned device number 8 Jun 17 16:41:20 fuego kernel: usb_control/bulk_msg: timeout Jun 17 16:41:20 fuego kernel: usb.c: USB device not accepting new address=8 (error=-110) Jun 17 16:41:36 fuego kernel: hub.c: USB new device connect on bus1/1, assigned device number 9 Jun 17 16:41:40 fuego kernel: usb_control/bulk_msg: timeout Jun 17 16:41:40 fuego kernel: usb.c: USB device not accepting new address=9 (error=-110) Jun 17 16:41:40 fuego kernel: hub.c: USB new device connect on bus1/1, assigned device number 10 Jun 17 16:41:44 fuego kernel: usb_control/bulk_msg: timeout Jun 17 16:41:44 fuego kernel: usb.c: USB device not accepting new address=10 (error=-110) |
verder loopt ie niet echt per se vaak vast, maar usb muizen blijven veel vaker hangen onder linux dan onder windows, die zal wel automatisch zijn usb daemon restarten zodra de muis hangt ofzo
muis erruit
rmmod:
usbmouse
usb-core
insmod usbcore
muis errin, en test, en anders ga je meer usb modules eerruit halen
)
rmmod:
usbmouse
usb-core
insmod usbcore
muis errin, en test, en anders ga je meer usb modules eerruit halen
Maybee we are alone... After all.
Wat geeft de output van 'lsmod' ?
<font color="#0000ff"> Oeps
Dat was dus edit ipv reply
</font>
* deadinspace is wel aan het prutsen vandaag
<font color="#0000ff">Hieronder een schamele reconstructie van de post
:</font>
<lap output van lsmod>
* deadinspace is wel aan het prutsen vandaag
<font color="#0000ff">Hieronder een schamele reconstructie van de post
<lap output van lsmod>
Dat ga ik proberen!Op maandag 17 juni 2002 20:34 schreef Heidistein het volgende:
muis erruit
rmmod:
usbmouse
usb-core
insmod usbcore
muis errin, en test, en anders ga je meer usb modules eerruit halen)
Je gebruikt de 'gewone' uhci driver. Met sommige uhci chips zijn wat problemen, daarom is er ook een 'alternative' uhci driver, genaamd 'uhci' (ipv 'usb-uhci').Op maandag 17 juni 2002 21:16 schreef ru1 het volgende:
code:
1 Module Size Used by Tainted: usb-uhci 20996 0 (unused)
Misschien dat het helpt als je deze driver gebruikt ipv de gewone.
Als je usbmgr gebruikt moet je /etc/usbmgr/host aanpassen en /etc/init.d/usbmgr restart doen, en als je hotplug gebruikt moet je /etc/hotplug/usb.rc aanpassen en /etc/init.d/hotplug restart doen.
Pagina: 1