Le message du noyau constate que la tâche qui retire le clavier de la configuration active ne veut pas se terminer car elle attend quelque chose, probablement que ton clavier réponde. Il est plus difficile de tuer une tâche de l'espace noyau qu'un processus utilisateur car cette dernière partage potentiellement sa mémoire avec d'autres tâches. La tuer pourrait donc déstabiliser encore un peu plus le système. Tu peux essayer de décharger (rmmod) les modules concernés, ici toute ta pile USB, mais sans grande garantie de succès, l'issue la plus probable étant de devoir redémarrer comme tu la fait. Le fait qu'un simple redémarrage du noyau n'ait pas été suffisant indique que le contrôleur USB devait être un peu déboussolé et donc que même si tu avais réussi à ne recharger que la pile USB, le résultat aurait été le même qu'un redémarrage du noyau.
Pour aider les développeurs (quand c'est autre chose qu'une panne d'origine matérielle comme ici), le minimum est 1) la trace que tu as reproduite (donc oui elle aide souvent sinon elle ne serait pas affichée), 2) la version du logiciel, 3) la méthode de reproduction (ici: quel type de café?). Tu peux y ajouter une image de la mémoire du processus (core dump), le fichier fautif, la capture tcpdump, ou tout ce qui te semble utile à la reproduction aisée.
Pour le clavier PS/2, outre en avoir un, il faut surtout avoir la prise pour le brancher... Je n'ai jamais renversé de liquide dessus à cette époque (bien qu'encore enfant), donc difficile de répondre même s'il est vrai que le code et l'électronique étaient plus simple.
# Rebooter...
Posté par pma . En réponse au message freeze clavier. Évalué à 2.
Bonsoir,
Le message du noyau constate que la tâche qui retire le clavier de la configuration active ne veut pas se terminer car elle attend quelque chose, probablement que ton clavier réponde. Il est plus difficile de tuer une tâche de l'espace noyau qu'un processus utilisateur car cette dernière partage potentiellement sa mémoire avec d'autres tâches. La tuer pourrait donc déstabiliser encore un peu plus le système. Tu peux essayer de décharger (rmmod) les modules concernés, ici toute ta pile USB, mais sans grande garantie de succès, l'issue la plus probable étant de devoir redémarrer comme tu la fait. Le fait qu'un simple redémarrage du noyau n'ait pas été suffisant indique que le contrôleur USB devait être un peu déboussolé et donc que même si tu avais réussi à ne recharger que la pile USB, le résultat aurait été le même qu'un redémarrage du noyau.
Pour aider les développeurs (quand c'est autre chose qu'une panne d'origine matérielle comme ici), le minimum est 1) la trace que tu as reproduite (donc oui elle aide souvent sinon elle ne serait pas affichée), 2) la version du logiciel, 3) la méthode de reproduction (ici: quel type de café?). Tu peux y ajouter une image de la mémoire du processus (core dump), le fichier fautif, la capture tcpdump, ou tout ce qui te semble utile à la reproduction aisée.
Pour le clavier PS/2, outre en avoir un, il faut surtout avoir la prise pour le brancher... Je n'ai jamais renversé de liquide dessus à cette époque (bien qu'encore enfant), donc difficile de répondre même s'il est vrai que le code et l'électronique étaient plus simple.