Je change de thread car c'est maintenant un nouveau peoblème.
J'ai un mal fou à faire obéir ma souris optique à mollette logitech
M-BJ58 qui marche très bien sur le port auxiliaire ou USB du même
ordinateur mais sous WinXPPro.
Sous Debian Woody 3r1 kernel 2.4.21, quand elle est branché sur le port
auxiliaire si je fais cat /dev/psaux je vois les caractères débiles à
l'écran.
En mode console, si j'installe gpm, elle fonctionne très bien, mais en
mode console.
Si je veux rediriger la sortie de gpm dans XFree ca ne marche pas.
J'ai enleve gpm.
J'ai essaye toutes les options, tous les protocoles des souris ImPS/2 PS/2
avec ou sans émulation du 3 bouton, etc.....
Dans X, la souris bouge un peu lors de l'écran de login Gnome. Mais très
vite le curseur
ne bouge plus.
Alors je me dis, je vais essayer de la faire marcher sur le port USB.
Je trouve le document de référence www.linux-usb.org.
Je fais tout le noyau comme il faut.
cat /dev/input/mice ne donne rien si je bouge la souris.
De rage, je la débranche et la rebranche et voici les messages que j'ai
à l'écran :
usb.c : USB disconnect on device 00:04.2-1 address 2
hub.c : new USB device 00:04.2.1, assigned address 5
usb.c : USB device 5 (vend/prod 0c46d/0xc00e) is not claimed by any
active driver.
Armé de ses messages, je recherche dans google. Je trouve rien.
Avez-vous des idées, conseils ?
Le plus dingue, c'est que la souris a fonctionné normalement branchée
sur le port auxiliaire
3 jours la semaine dernière quand j'ai installé la Woody.
Puis plus rien, le grand bordel, même avec une réinstallation complète.
Puis en recompilant mon noyau 2.4.21
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
ericb
Jeannot Lelapin a écrit:
Bonjour à toutes et à tous,
Bonjour à toi,
De rage, je la débranche et la rebranche et voici les messages que j'ai à l'écran : usb.c : USB disconnect on device 00:04.2-1 address 2 hub.c : new USB device 00:04.2.1, assigned address 5 usb.c : USB device 5 (vend/prod 0c46d/0xc00e) is not claimed by any
il y a un problème avec l'identifiant Vendeur (vendor id, qui devrait être égal à 046d (0x046d), et qui est vu comme 0c46d ci-dessus.
Quel soft utilises-tu entre usbmgr et hotplug ? Je pense qu'il y a un problème à ce niveau... Conseil : usbmgr, et si tu veux, je t'envoie hos forum un fichier récent, avec un maximum d'entrées).
Etant donné que cette souris utilise les modules hid et mousedev, peut-être peux tu essayer d'ajouter dans ton /etc/modules.conf, la ligne suivante :
options mousedev vendor=0x046d product=0xc00e
Avez-vous des idées, conseils ?
On essaye ça, et après on verra (je vais me coucher ;-) )
==================================================== > lsmod ==================================================== > Module Size Used by Not tainted adiusbadsl 91268 0 (unused)
OK :
mousedev 3808 0
le module hid est en dur dans le noyau, je pense ? (sinon, modprobe hid, mais je pense que c'est inutile mousedev en dépend)
De rage, je la débranche et la rebranche et voici les messages que j'ai
à l'écran :
usb.c : USB disconnect on device 00:04.2-1 address 2
hub.c : new USB device 00:04.2.1, assigned address 5
usb.c : USB device 5 (vend/prod 0c46d/0xc00e) is not claimed by any
il y a un problème avec l'identifiant Vendeur (vendor id, qui devrait
être égal à 046d (0x046d), et qui est vu comme 0c46d ci-dessus.
Quel soft utilises-tu entre usbmgr et hotplug ? Je pense qu'il y a un
problème à ce niveau... Conseil : usbmgr, et si tu veux, je t'envoie hos
forum un fichier récent, avec un maximum d'entrées).
Etant donné que cette souris utilise les modules hid et mousedev,
peut-être peux tu essayer d'ajouter dans ton /etc/modules.conf,
la ligne suivante :
options mousedev vendor=0x046d product=0xc00e
Avez-vous des idées, conseils ?
On essaye ça, et après on verra (je vais me coucher ;-) )
==================================================== > lsmod
==================================================== > Module Size Used by Not tainted
adiusbadsl 91268 0 (unused)
OK :
mousedev 3808 0
le module hid est en dur dans le noyau, je pense ?
(sinon, modprobe hid, mais je pense que c'est inutile mousedev en dépend)
De rage, je la débranche et la rebranche et voici les messages que j'ai à l'écran : usb.c : USB disconnect on device 00:04.2-1 address 2 hub.c : new USB device 00:04.2.1, assigned address 5 usb.c : USB device 5 (vend/prod 0c46d/0xc00e) is not claimed by any
il y a un problème avec l'identifiant Vendeur (vendor id, qui devrait être égal à 046d (0x046d), et qui est vu comme 0c46d ci-dessus.
Quel soft utilises-tu entre usbmgr et hotplug ? Je pense qu'il y a un problème à ce niveau... Conseil : usbmgr, et si tu veux, je t'envoie hos forum un fichier récent, avec un maximum d'entrées).
Etant donné que cette souris utilise les modules hid et mousedev, peut-être peux tu essayer d'ajouter dans ton /etc/modules.conf, la ligne suivante :
options mousedev vendor=0x046d product=0xc00e
Avez-vous des idées, conseils ?
On essaye ça, et après on verra (je vais me coucher ;-) )
==================================================== > lsmod ==================================================== > Module Size Used by Not tainted adiusbadsl 91268 0 (unused)
OK :
mousedev 3808 0
le module hid est en dur dans le noyau, je pense ? (sinon, modprobe hid, mais je pense que c'est inutile mousedev en dépend)
J'oubliais : il faudrait peut-être continuer sur fr.comp.application.x11, non, on change de forum avec cette question ?
-- NON AUX BREVETS SUR LES LOGICIELS. Voir http://swpat.ffii.org/
eric b
jeannot.lelapin
Eh cherchant dans google, j'ai enlevé toutes les erreurs issues de modprobe. Il fallait recompiler le noyau en permettant dans filesystem certaint systèmes de caractères. Pour PEX, j'ai désactivé la ligne correspondant aux modules dans /etc/X11/XF86Config-4 Je n'ai plus d'erreur mais ce ne marche pas mieux. En fouillant, je trouve le fichier ~/.xsession-error dont la dernière ligne est "mkdtemp: private socket dir: Permission denied" Je cherche dans google. La solution trouvé chgrp -R users /tmp cd /tmp rm -rf chmod g+w /tmp /etc/init.d/gdm restart
Xfree refuse maintenant de démarrer avec l'erreur suivante : "X: /tmp/.X11-unix has suspicious ownership (not root:root), aborting."
Alors je refais chgrp -R root /tmp cd /tmp rm -rf chmod 777 /tmp
XFree refuse toujours toujours de démarrer avec le message d'erreur suivant : "X: /tmp/.X11-unix has suspicious mode (not 1777) or is not a directory."
Dans google, je trouve plus rien (qu'un message en allemand auquel je ne comprends rien).
Je le repète, c'est une installation toute neuve de la Debian Woody 3r1 avec le noyau 2.4.21. Je n'ai touché à rien. J'ai même enlever toutes les règles du firewall. Je n'ai toujours pas pu me logger.
Nouvelles idées, conseils ? Pourquoi ca n'arrive qu'à moi des trucs pareils ?
En tout cas, je vais refaire des dpkg sur les noms de paquets que tu m'as indiqué. Je refais maintement un post pour fr.comp.applications.x11
Merci à tous,
Jeannot Lelapin
Eh cherchant dans google,
j'ai enlevé toutes les erreurs issues de modprobe. Il fallait
recompiler le noyau en permettant dans filesystem certaint systèmes de
caractères.
Pour PEX, j'ai désactivé la ligne correspondant aux modules dans
/etc/X11/XF86Config-4
Je n'ai plus d'erreur mais ce ne marche pas mieux.
En fouillant, je trouve le fichier ~/.xsession-error
dont la dernière ligne est
"mkdtemp: private socket dir: Permission denied"
Je cherche dans google. La solution trouvé
chgrp -R users /tmp
cd /tmp
rm -rf
chmod g+w /tmp
/etc/init.d/gdm restart
Xfree refuse maintenant de démarrer avec l'erreur suivante :
"X: /tmp/.X11-unix has suspicious ownership (not root:root),
aborting."
Alors je refais
chgrp -R root /tmp
cd /tmp
rm -rf
chmod 777 /tmp
XFree refuse toujours toujours de démarrer avec le message d'erreur
suivant :
"X: /tmp/.X11-unix has suspicious mode (not 1777) or is not a
directory."
Dans google, je trouve plus rien (qu'un message en allemand auquel je
ne comprends rien).
Je le repète, c'est une installation toute neuve de la Debian Woody
3r1 avec le noyau 2.4.21. Je n'ai touché à rien. J'ai même enlever
toutes les règles du firewall. Je n'ai toujours pas pu me logger.
Nouvelles idées, conseils ?
Pourquoi ca n'arrive qu'à moi des trucs pareils ?
En tout cas, je vais refaire des dpkg sur les noms de paquets que tu
m'as indiqué.
Je refais maintement un post pour fr.comp.applications.x11
Eh cherchant dans google, j'ai enlevé toutes les erreurs issues de modprobe. Il fallait recompiler le noyau en permettant dans filesystem certaint systèmes de caractères. Pour PEX, j'ai désactivé la ligne correspondant aux modules dans /etc/X11/XF86Config-4 Je n'ai plus d'erreur mais ce ne marche pas mieux. En fouillant, je trouve le fichier ~/.xsession-error dont la dernière ligne est "mkdtemp: private socket dir: Permission denied" Je cherche dans google. La solution trouvé chgrp -R users /tmp cd /tmp rm -rf chmod g+w /tmp /etc/init.d/gdm restart
Xfree refuse maintenant de démarrer avec l'erreur suivante : "X: /tmp/.X11-unix has suspicious ownership (not root:root), aborting."
Alors je refais chgrp -R root /tmp cd /tmp rm -rf chmod 777 /tmp
XFree refuse toujours toujours de démarrer avec le message d'erreur suivant : "X: /tmp/.X11-unix has suspicious mode (not 1777) or is not a directory."
Dans google, je trouve plus rien (qu'un message en allemand auquel je ne comprends rien).
Je le repète, c'est une installation toute neuve de la Debian Woody 3r1 avec le noyau 2.4.21. Je n'ai touché à rien. J'ai même enlever toutes les règles du firewall. Je n'ai toujours pas pu me logger.
Nouvelles idées, conseils ? Pourquoi ca n'arrive qu'à moi des trucs pareils ?
En tout cas, je vais refaire des dpkg sur les noms de paquets que tu m'as indiqué. Je refais maintement un post pour fr.comp.applications.x11
