Bonjour tout le monde,
Je suis sous Linux 2.6.14 (Debian, linux-image-2.6.14-2-k7)
Bon je mens un peu. C'est pas le kernel qui se bloque, mais il me cause quand même des problèmes. C'est simple: un cat /proc/bus/usb/devices bloque la console où je le tape. Complètement. Même avec à kill -9 le cat en question ne veut pas partir (j'ai même tenté le kill -11 ;)). On s'en fiche me direz vous, qui se préoccupe de ça ? Ben pas personne justement. HAL ne s'en fiche pas. Soit il utilise /proc/bus/usb/devices, soit il utilise une autre fonction du kernel qui le bloque autant... Et donc, en vrac, voilà ce que ça donne
- le hotpluging usb ne marche pas. Obligé de redémarrer si je veux utiliser ma clef usb
- HAL, en bloquant, arrive aussi à bloquer toutes les applications l'utilisant via dbus. Totem, à tout hasard...
- Enfin, HAL, comme cat, ne s'arrête pas. Ce qui fait, que pour arrêter mon PC, je suis obliger d'utiliser les SysRq... Pas pratique (mais au moins, maintenant, je les connait ;))
Aucune trace de quoi que ce soit de bizarre dans les logs.
Je pense faire un bug report. Oui, mais voilà, si je me ramène sur bugzilla.kernel.org avec comme seule info "My kernel is blo...", ils vont pas aimer (surtout qu'ils risquent de comprendre blo... par bloated ;)). J'ai penser les aider avec un lspci -vv (pas lsusb, il bloque aussi), mais je vois pas comment ça pourrait aider... J'ai tenté un SysReq-T, mais pas grand chose en rapport avec l'usb n'apparaît... Et je peux pas le faire passer par less.
Bon, donc si quelqu'un a une idée de comment faire un report de bug plus fourni, ou même par miracle à une solution à me proposer, je suis preneur.
Merci d'avance ;)
# sommeil ininterruptible.
Posté par CoinKoin . Évalué à 1.
# La poste ;)
Posté par phoenix (site web personnel) . Évalué à 1.
Sinon si tu peux avoir des infos sur l'USB ca peut être utile.
1) As-tu Windows ? Si oui tu peux toujours récuper les infos avec son aide (sauf si lui aussi se plante) ;)
Si tu n'as pas windows, je te comprend
2) As-tu Knoppix ? Un autre Live-CD ?
As-tu le même problème ? Si non tu pourras faire un lsusb, ....
3) Télécharge la dernière version, et la dernière version stable, est compile les à la main à l'aide du fichier de config qui se trouve /boot/config-....
Est-ce que ca marche mieux ?
J'espère aussi que tu pourras recuperer un peu plus d'info, et t'avoir aidé à les obtenires ;).
[^] # Re: La poste ;)
Posté par Moonz . Évalué à 2.
Si tu n'as pas windows, je te comprend
J'ai windows, mais je sais pas comment avoir des infos sur le matériel avec :) (il m'a jamais servi...)
> 2) As-tu Knoppix ? Un autre Live-CD ?
J'ai une 10aine de distributions chez moi :)
> As-tu le même problème ? Si non tu pourras faire un lsusb, ....
Oui, sauf sur les noyaux 2.4.x (une vielle Gentoo...)
> 3) Télécharge la dernière version, et la dernière version stable, est compile les à la main à l'aide du fichier de config qui se trouve /boot/config-....
Est-ce que ca marche mieux ?
Pas du tout :). Sauf si je désactive l'usb dessus mais bon...
Sinon, je vais devoir attendre les prochaines vacances pour reporter le bug, parce que s'ils me demandent des infos je serais pas là... (ssh c'est bien, mais il faut que le PC soit connecté :))
[^] # Re: La poste ;)
Posté par phoenix (site web personnel) . Évalué à 1.
Pour Windows tu peux trouver les infos dans le Gestionnaire de périphériques (XP et 2000) que tu peux obtenir en faisait clique droit sur le Poste de travail propriété et c'est le 2nd onglet je crois, sinon dans la boite Système se trouvant dans le panneau de configuration pour un Windows 9x
Si le problème ne se trouve que sur un 2.6.x, tu auras au moins ciblé un peu plus le problème.
Tu peux aussi faire ton lsusb sous le noyau 2.4 et aussi un lspci pour envoyé ça dans ton rapport de bug.
Et puis bonne vacance alors.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.