Bonsoir,
Grosse surprise en lançant Mandriva : je retrouve openoffice que j'avais pourtant fermé à ma précédente session et je vois s'écrire de manière ininterrompue le caractère ";". je réussis cependant à fermer Ooo avec la souris et je constate que mon clavier est totalement verrouillé aussi bien lorsque je tente d'écrire dans une console que dans une application.
J'éteinds l'ordinateur et je le relance : même problème : je ne peux rien écrire au clavier.
La seule issue que j'aie trouvée est de lancer une nouvelle session : là, je retrouve mon clavier pour m'identifier et écrire mon mot de passe.
Que se passe-t-il , Voyez-vous une solution ?
Merci d'avance
# Identifier les applications où se produisent le bug
Posté par santos . Évalué à 1.
essaye d'identifier les applications où se produisent le bug.
Est-ce :
- seulement quelques applications ponctuelles
- toutes les applications Gnome (ou KDE ou autre)
- toutes les applications graphiques
- toutes les applications quelles qu'elles soient
Le clavier est-il au moins géré normalement quand tu es en mode texte ?
Ctrl+Alt+F1 pour basculer en mode texte
[^] # Re: Identifier les applications où se produisent le bug
Posté par bernardgr . Évalué à 1.
1 Le clavier est effectivement bien géré en mode texte.
2 Le défaut se produit avec toutes les applications quelles qu'elles soient, aavec un bureau KDE (que j'utilise habituellement) ou même Gnome que j''ai obtenu au démarrage, après avoir terminé une session je crois.
3 Autre observation qui a peut-être son importance : lorsque je lance Mandriva, durant une dizaine de minutes, le menu principal paraît complètement instable et je ne peux lancer aucune application, chaque fois que je veux cliquer quelque part j'obtiens le lancement d'une Konsole...
Après, je peux sélectionner une application, mais le clavier reste bloqué.
Voilà... Voilà...
[^] # Re: Identifier les applications où se produisent le bug
Posté par Olivier Jeannet . Évalué à 2.
Dans les logs noyau (/var/logs/messages) je retrouve ce genre de ligne (il s'agit d'un clavier PS/2) :
kernel: input: AT Translated Set 2 keyboard on isa0060/serio0
Le phénomène me paraît entièrement aléatoire, je n'ai pas encore réussi à identifier une raison particulière.
[^] # Re: Identifier les applications où se produisent le bug
Posté par santos . Évalué à 1.
Là, regarde la liste des processus en cours :
ps -e
Essaye de killer les processus inutiles (applications tierces) ou suspects, un par un (bascule en mode graphique à chaque fois pour vérifier si ça change quelque chose)
killall nom_du processus ou kill PID_du_processus
Dans l'éventualité où le problème viendrait d'un "processus fou", il est possible qu'il surcharge également le processeur.
Visualise les processus les plus gourmands en ressources processeur :
top.
A priori, le problème survient avec les applications graphiques, donc lancées en tant qu'utilisateur.
Cependant, si killer les applications utilisateur ne suffit pas, passe en root et fais-en autant (pas de risque particulier, sinon une instabilité ou un plantage, mais qu'un reboot résoudra)
[^] # Re: Identifier les applications où se produisent le bug
Posté par bernardgr . Évalué à 1.
L'identification des processus suspets n'a pas donné de résultats : le simple fait de basculer en mode texte semble solutionner le blocage du clavier (au retour au mode graphique tout fonctionne) : de ce fait je ne peux rien identifier de suspect. Je peux donc travailler normalement après un CTRL-ALT F1 suivi d'un CTRL-ALT F7...
J'aimerais pourtant connaître la cause de ce dysfonctionnement.
Existe-t-il un fichier des processus lancés au démarrage et éventuellement, peut-on intervenir quelque part pour en supprimer certains ?
Merci pour votre aide
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.