Re: [HS] Touches A, Q, X inopérante sous Ubuntu 20.04 depuis mise à jour

[Haricophile]

Le Wed, 19 Jan 2022 16:38:21 +0100,
Olivier  a écrit :

> Moralité:
> Ne pas faire de mise à jour, c'est dangereux !
> Les faire chaque semaine, c'est dangereux, aussi !

Tu as raison. D'ailleurs le clavier fonctionne très bien sur
la version https://www.debian.org/releases/potato/ avec babelweb 8859-1

Re: [HS] Touches A, Q, X inopérante sous Ubuntu 20.04 depuis mise à jour

[Olivier]

Bonjour,

Après avoir appliqué plusieurs mises à jour intermédiaires, la
dernière mise à jour de ce lundi a rétabli l'usage normal du clavier,
aussi brutalement que celle de mi-novembre l'avait interdit.

Comme je n'ai pas la possibilité de me plonger dans les logs de dpkg
pour cerner les paquets fautifs et salvateurs, je ne marque pas ce fil
comme résolu.

Moralité:
Ne pas faire de mise à jour, c'est dangereux !
Les faire chaque semaine, c'est dangereux, aussi !

Slts

Le mar. 16 nov. 2021 à 18:24, Olivier  a écrit :
>
> Bonjour,
>
> J'ai un PC portable tactile Lenovo assez récent sur lequel j'ai installé 
> Ubuntu 20.04.
> Après sa mise à jour hebdomadaire de lundi (hier), j'ai constaté que:
>
> plusieurs touches du clavier "n'entraient" rien,
> d'autres avaient une action inhabituelle,
> le clavier logiciel, quand le PC est en mode tablette, fonctionne normalement.
>
> Les touches inopérantes sont assez nombreuses:
> A, Q, X
>
> La touche S génère une copie d'écran. La touche W génère un beep.
>
> Beaucoup d'autres touches fonctionnent normalement.
>
> J'ai pensé à une simple passage à un clavier Qwerty au lieu d'Azerty mais ce 
> n'est visiblement pas le cas.
>
> Voici les paquets mis à jour lundi:
> python3-ldb, linux-modules, linux-image, linux-modules-extra, linux-hwe, 
> linux-headers
>
>
> Dans quelle direction chercher ?
> Comment décrire cette anomalie ?
> Qui a déjà vécu ça ?
>
> Slts
>
>
>
>

Re: Re : Re: Re : [HS] Touches A, Q, X inopérante sous Ubuntu 20.04 depuis mise à jour

[Olivier]

@Benoit:
Veux-tu dire que keysym, c'est ce qu'envoie le clavier et keycode c'est ce
qu'il interprète ou bien  est-ce le contraire ?
Si c'est le 1er cas, alors oui, les 2 claviers émettent le même keycode,
sinon ils émettent des keysym différents.


Le lun. 22 nov. 2021 à 11:47, benoit  a écrit :

> Alors là... Je ne comprend pas pourquoi ça ne va pas !
>
> KeyPress event, serial 37, synthetic NO, window 0x81,
> root 0x522, subw 0x0, time 200309, (125,78), root:(247,192),
> state 0x0, *keycode 24 (keysym 0x61, a)*, same_screen YES,
> XLookupString gives 1 bytes: (61) "a"
>
> Tes deux claviers retournent la même chose lors de la pression de la
> touche A :
> *keycode 24 (keysym 0x61, a)*
>
> Normalement ça devrait aller ...
>
> --
> Benoit
> Sent with ProtonMail  Secure Email.
>
> ‐‐‐ Original Message ‐‐‐
> Le lundi 22 novembre 2021 à 08:47, Olivier  a écrit :
>
> De mon message précédent, je déduis:
> la touche A du clavier d'origine émet des événements,
> ces événements suivent "une table de correspondance" inhabituelle avec
> l'émission d'un keycode 211 au lieu d'un keycode attendu 24,
> visiblement, deux claviers physiques connectés à une même machine (l'un
> par USB, l'autre par XXX), suivent chacun leur propre table de
> correspondance
>
> En cherchant, je n'ai pas trouvé de nom à l'interface entre la carte mère
> d'un PC portable et son clavier d'origine. Je l'ai baptisée XXX ci-dessus.
>
> Qu'en pensez-vous ? Que faire ?
>
> Le lun. 22 nov. 2021 à 08:23, Olivier  a écrit :
>
>>
>> KeyPress event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 200309, (125,78), root:(247,192),
>> state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,
>> XLookupString gives 1 bytes: (61) "a"
>> XmbLookupString gives 1 bytes: (61) "a"
>> XFilterEvent returns: False
>>
>> KeyRelease event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 200508, (125,78), root:(247,192),
>> state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,
>> XLookupString gives 1 bytes: (61) "a"
>> XFilterEvent returns: False
>>
>> KeyPress event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),
>> state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen
>> YES,
>> XLookupString gives 0 bytes:
>> XmbLookupString gives 0 bytes:
>> XFilterEvent returns: False
>>
>> KeyRelease event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),
>> state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen
>> YES,
>> XLookupString gives 0 bytes:
>> XFilterEvent returns: False
>>
>> Voici ci-dessus une capture avec xev.
>> Les 2 premiers évènements sont consécutifs à un appui sur la touche A
>> d'un clavier USB Azerty connecté au PC portable.
>> Les 2 suivants sont consécutifs à un appui sur la touche du clavier
>> Azerty d'origine du PC portable.
>>
>> KeyPress event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 200309, (125,78), root:(247,192),
>> state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,
>> XLookupString gives 1 bytes: (61) "a"
>> XmbLookupString gives 1 bytes: (61) "a"
>> XFilterEvent returns: False
>>
>> KeyRelease event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 200508, (125,78), root:(247,192),
>> state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,
>> XLookupString gives 1 bytes: (61) "a"
>> XFilterEvent returns: False
>>
>> KeyPress event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),
>> state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen
>> YES,
>> XLookupString gives 0 bytes:
>> XmbLookupString gives 0 bytes:
>> XFilterEvent returns: False
>>
>> KeyRelease event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),
>> state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen
>> YES,
>> XLookupString gives 0 bytes:
>> XFilterEvent returns: False
>>
>>
>>
>> Le jeu. 18 nov. 2021 à 17:29, benoit  a écrit :
>>
>>> Perso j’essayerais en premier un test simple sur une touche au choix :
>>>
>>> – avec xev, je regarderais le numéro de la touche du clavier, par
>>> exemple chez moi la touche A c’est keycode 24.
>>>
>>> - Tu regardes avec xev ce que renvois cette touche défectueuse (toujours
>>> pour A)
>>>
>>> keycode 24 (keysym 0x61, a)
>>>
>>> - Si xev ne réagit pas à la pression d’une touche défectueuse t’es mal
>>> et il faut aller l’associer, je ne sais plus comment.
>>>
>>> - Si tu obtiens un truc qui ne correspond pas, tu lui affectes a comme
>>> premier test :
>>>
>>> xmodmap -e "keycode 24 = a"
>>>
>>> Et puis il faut aller lire la doc de l’ordre des modificateurs tels

Re : Re: Re : [HS] Touches A, Q, X inopérante sous Ubuntu 20.04 depuis mise à jour

[benoit]

Alors là... Je ne comprend pas pourquoi ça ne va pas !

KeyPress event, serial 37, synthetic NO, window 0x81,
root 0x522, subw 0x0, time 200309, (125,78), root:(247,192),
state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,
XLookupString gives 1 bytes: (61) "a"

Tes deux claviers retournent la même chose lors de la pression de la touche A :
keycode 24 (keysym 0x61, a)

Normalement ça devrait aller ...

--
Benoit

Sent with [ProtonMail](https://protonmail.com/) Secure Email.

‐‐‐ Original Message ‐‐‐
Le lundi 22 novembre 2021 à 08:47, Olivier  a écrit :

> De mon message précédent, je déduis:
> la touche A du clavier d'origine émet des événements,
> ces événements suivent "une table de correspondance" inhabituelle avec 
> l'émission d'un keycode 211 au lieu d'un keycode attendu 24,
> visiblement, deux claviers physiques connectés à une même machine (l'un par 
> USB, l'autre par XXX), suivent chacun leur propre table de correspondance
>
> En cherchant, je n'ai pas trouvé de nom à l'interface entre la carte mère 
> d'un PC portable et son clavier d'origine. Je l'ai baptisée XXX ci-dessus.
>
> Qu'en pensez-vous ? Que faire ?
>
> Le lun. 22 nov. 2021 à 08:23, Olivier  a écrit :
>
>> KeyPress event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 200309, (125,78), root:(247,192),
>> state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,
>> XLookupString gives 1 bytes: (61) "a"
>> XmbLookupString gives 1 bytes: (61) "a"
>> XFilterEvent returns: False
>>
>> KeyRelease event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 200508, (125,78), root:(247,192),
>> state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,
>> XLookupString gives 1 bytes: (61) "a"
>> XFilterEvent returns: False
>>
>> KeyPress event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),
>> state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen YES,
>> XLookupString gives 0 bytes:
>> XmbLookupString gives 0 bytes:
>> XFilterEvent returns: False
>>
>> KeyRelease event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),
>> state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen YES,
>> XLookupString gives 0 bytes:
>> XFilterEvent returns: False
>> Voici ci-dessus une capture avec xev.
>> Les 2 premiers évènements sont consécutifs à un appui sur la touche A d'un 
>> clavier USB Azerty connecté au PC portable.
>> Les 2 suivants sont consécutifs à un appui sur la touche du clavier Azerty 
>> d'origine du PC portable.
>>
>> KeyPress event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 200309, (125,78), root:(247,192),
>> state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,
>> XLookupString gives 1 bytes: (61) "a"
>> XmbLookupString gives 1 bytes: (61) "a"
>> XFilterEvent returns: False
>>
>> KeyRelease event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 200508, (125,78), root:(247,192),
>> state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,
>> XLookupString gives 1 bytes: (61) "a"
>> XFilterEvent returns: False
>>
>> KeyPress event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),
>> state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen YES,
>> XLookupString gives 0 bytes:
>> XmbLookupString gives 0 bytes:
>> XFilterEvent returns: False
>>
>> KeyRelease event, serial 37, synthetic NO, window 0x81,
>> root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),
>> state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen YES,
>> XLookupString gives 0 bytes:
>> XFilterEvent returns: False
>>
>> Le jeu. 18 nov. 2021 à 17:29, benoit  a écrit :
>>
>>> Perso j’essayerais en premier un test simple sur une touche au choix :
>>>
>>> – avec xev, je regarderais le numéro de la touche du clavier, par exemple 
>>> chez moi la touche A c’est keycode 24.
>>>
>>> - Tu regardes avec xev ce que renvois cette touche défectueuse (toujours 
>>> pour A)
>>>
>>> keycode 24 (keysym 0x61, a)
>>>
>>> - Si xev ne réagit pas à la pression d’une touche défectueuse t’es mal et 
>>> il faut aller l’associer, je ne sais plus comment.
>>>
>>> - Si tu obtiens un truc qui ne correspond pas, tu lui affectes a comme 
>>> premier test :
>>>
>>> xmodmap -e "keycode 24 = a"
>>>
>>> Et puis il faut aller lire la doc de l’ordre des modificateurs tels que 
>>> Shif, Alt, Ctrl…
>>>
>>> Voici l’ordre dans le man xmodmap :
>>>
>>> «Le premier keysym est utilisé quand aucune touche de modificateur n'est 
>>> pressée en même temps que la touche, le second quand la touche majus‐cule 
>>> (Shift) est pressée, le troisième en combinaison avec la touche Mode_switch 
>>> (Alt Gr) et le quatrième en combinaison avec les touches majuscule et 
>>> Mode_switch.»
>>>
>>> Ce qui donne en suivant l’ordre indiqué dans le man :
>>>
>>> xmodmap -e "keycode 24 = a A @"

Re: Re : [HS] Touches A, Q, X inopérante sous Ubuntu 20.04 depuis mise à jour

[Olivier]

De mon message précédent, je déduis:
la touche A du clavier d'origine émet des événements,
ces événements suivent "une table de correspondance" inhabituelle avec
l'émission d'un keycode 211 au lieu d'un keycode attendu 24,
visiblement, deux claviers physiques connectés à une même machine (l'un par
USB, l'autre par XXX), suivent chacun leur propre table de correspondance

En cherchant, je n'ai pas trouvé de nom à l'interface entre la carte mère
d'un PC portable et son clavier d'origine. Je l'ai baptisée XXX ci-dessus.

Qu'en pensez-vous ? Que faire ?

Le lun. 22 nov. 2021 à 08:23, Olivier  a écrit :

>
> KeyPress event, serial 37, synthetic NO, window 0x81,
> root 0x522, subw 0x0, time 200309, (125,78), root:(247,192),
> state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,
> XLookupString gives 1 bytes: (61) "a"
> XmbLookupString gives 1 bytes: (61) "a"
> XFilterEvent returns: False
>
> KeyRelease event, serial 37, synthetic NO, window 0x81,
> root 0x522, subw 0x0, time 200508, (125,78), root:(247,192),
> state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,
> XLookupString gives 1 bytes: (61) "a"
> XFilterEvent returns: False
>
> KeyPress event, serial 37, synthetic NO, window 0x81,
> root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),
> state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen
> YES,
> XLookupString gives 0 bytes:
> XmbLookupString gives 0 bytes:
> XFilterEvent returns: False
>
> KeyRelease event, serial 37, synthetic NO, window 0x81,
> root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),
> state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen
> YES,
> XLookupString gives 0 bytes:
> XFilterEvent returns: False
>
> Voici ci-dessus une capture avec xev.
> Les 2 premiers évènements sont consécutifs à un appui sur la touche A d'un
> clavier USB Azerty connecté au PC portable.
> Les 2 suivants sont consécutifs à un appui sur la touche du clavier Azerty
> d'origine du PC portable.
>
> KeyPress event, serial 37, synthetic NO, window 0x81,
> root 0x522, subw 0x0, time 200309, (125,78), root:(247,192),
> state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,
> XLookupString gives 1 bytes: (61) "a"
> XmbLookupString gives 1 bytes: (61) "a"
> XFilterEvent returns: False
>
> KeyRelease event, serial 37, synthetic NO, window 0x81,
> root 0x522, subw 0x0, time 200508, (125,78), root:(247,192),
> state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,
> XLookupString gives 1 bytes: (61) "a"
> XFilterEvent returns: False
>
> KeyPress event, serial 37, synthetic NO, window 0x81,
> root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),
> state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen
> YES,
> XLookupString gives 0 bytes:
> XmbLookupString gives 0 bytes:
> XFilterEvent returns: False
>
> KeyRelease event, serial 37, synthetic NO, window 0x81,
> root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),
> state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen
> YES,
> XLookupString gives 0 bytes:
> XFilterEvent returns: False
>
>
>
> Le jeu. 18 nov. 2021 à 17:29, benoit  a écrit :
>
>> Perso j’essayerais en premier un test simple sur une touche au choix :
>>
>> – avec xev, je regarderais le numéro de la touche du clavier, par exemple
>> chez moi la touche A c’est keycode 24.
>>
>> - Tu regardes avec xev ce que renvois cette touche défectueuse (toujours
>> pour A)
>>
>> keycode 24 (keysym 0x61, a)
>>
>> - Si xev ne réagit pas à la pression d’une touche défectueuse t’es mal et
>> il faut aller l’associer, je ne sais plus comment.
>>
>> - Si tu obtiens un truc qui ne correspond pas, tu lui affectes a comme
>> premier test :
>>
>> xmodmap -e "keycode 24 = a"
>>
>> Et puis il faut aller lire la doc de l’ordre des modificateurs tels que
>> Shif, Alt, Ctrl…
>>
>> Voici l’ordre dans le man xmodmap :
>>
>> «Le premier keysym est utilisé quand aucune touche de modificateur n'est
>> pressée en même temps que la touche, le second quand la touche majus‐cule
>> (Shift) est pressée, le troisième en combinaison avec la touche Mode_switch
>> (Alt Gr) et le quatrième en combinaison avec les touches majuscule et
>> Mode_switch.»
>>
>> Ce qui donne en suivant l’ordre indiqué dans le man :
>>
>> xmodmap -e "keycode 24 = a A @"
>>
>> Et si tu arrives à t’en sortir comme ça pour chaque touche défectueuse,
>> ce n’est qu’une cafouille logiciel facile à régler provisoirement avec un
>> peu de patience.
>>
>> Pour pérenniser le résultat, tu écris chaque ligne ainsi
>>
>> keycode 24 = a A @
>>
>> dans le fichier $HOME/.xmodmaprc
>>
>> Pour les signes, ils ont tous un nom à écrire en toute lettre.
>>
>> Ex :
>>
>> keycode 105 = less greater backslash
>>
>> xmodmap -pk
>>
>> Te donnera la liste complète.
>> --
>> Benoit
>> Sent with ProtonMail 

Re: Re : [HS] Touches A, Q, X inopérante sous Ubuntu 20.04 depuis mise à jour

[Olivier]

KeyPress event, serial 37, synthetic NO, window 0x81,
root 0x522, subw 0x0, time 200309, (125,78), root:(247,192),
state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,
XLookupString gives 1 bytes: (61) "a"
XmbLookupString gives 1 bytes: (61) "a"
XFilterEvent returns: False

KeyRelease event, serial 37, synthetic NO, window 0x81,
root 0x522, subw 0x0, time 200508, (125,78), root:(247,192),
state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,
XLookupString gives 1 bytes: (61) "a"
XFilterEvent returns: False

KeyPress event, serial 37, synthetic NO, window 0x81,
root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),
state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen
YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False

KeyRelease event, serial 37, synthetic NO, window 0x81,
root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),
state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen
YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False

Voici ci-dessus une capture avec xev.
Les 2 premiers évènements sont consécutifs à un appui sur la touche A d'un
clavier USB Azerty connecté au PC portable.
Les 2 suivants sont consécutifs à un appui sur la touche du clavier Azerty
d'origine du PC portable.

KeyPress event, serial 37, synthetic NO, window 0x81,
root 0x522, subw 0x0, time 200309, (125,78), root:(247,192),
state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,
XLookupString gives 1 bytes: (61) "a"
XmbLookupString gives 1 bytes: (61) "a"
XFilterEvent returns: False

KeyRelease event, serial 37, synthetic NO, window 0x81,
root 0x522, subw 0x0, time 200508, (125,78), root:(247,192),
state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,
XLookupString gives 1 bytes: (61) "a"
XFilterEvent returns: False

KeyPress event, serial 37, synthetic NO, window 0x81,
root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),
state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen
YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False

KeyRelease event, serial 37, synthetic NO, window 0x81,
root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),
state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen
YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False



Le jeu. 18 nov. 2021 à 17:29, benoit  a écrit :

> Perso j’essayerais en premier un test simple sur une touche au choix :
>
> – avec xev, je regarderais le numéro de la touche du clavier, par exemple
> chez moi la touche A c’est keycode 24.
>
> - Tu regardes avec xev ce que renvois cette touche défectueuse (toujours
> pour A)
>
> keycode 24 (keysym 0x61, a)
>
> - Si xev ne réagit pas à la pression d’une touche défectueuse t’es mal et
> il faut aller l’associer, je ne sais plus comment.
>
> - Si tu obtiens un truc qui ne correspond pas, tu lui affectes a comme
> premier test :
>
> xmodmap -e "keycode 24 = a"
>
> Et puis il faut aller lire la doc de l’ordre des modificateurs tels que
> Shif, Alt, Ctrl…
>
> Voici l’ordre dans le man xmodmap :
>
> «Le premier keysym est utilisé quand aucune touche de modificateur n'est
> pressée en même temps que la touche, le second quand la touche majus‐cule
> (Shift) est pressée, le troisième en combinaison avec la touche Mode_switch
> (Alt Gr) et le quatrième en combinaison avec les touches majuscule et
> Mode_switch.»
>
> Ce qui donne en suivant l’ordre indiqué dans le man :
>
> xmodmap -e "keycode 24 = a A @"
>
> Et si tu arrives à t’en sortir comme ça pour chaque touche défectueuse, ce
> n’est qu’une cafouille logiciel facile à régler provisoirement avec un peu
> de patience.
>
> Pour pérenniser le résultat, tu écris chaque ligne ainsi
>
> keycode 24 = a A @
>
> dans le fichier $HOME/.xmodmaprc
>
> Pour les signes, ils ont tous un nom à écrire en toute lettre.
>
> Ex :
>
> keycode 105 = less greater backslash
>
> xmodmap -pk
>
> Te donnera la liste complète.
> --
> Benoit
> Sent with ProtonMail  Secure Email.
>
> ‐‐‐ Original Message ‐‐‐
> Le mardi 16 novembre 2021 à 18:24, Olivier  a écrit :
>
> Bonjour,
>
> J'ai un PC portable tactile Lenovo assez récent sur lequel j'ai installé
> Ubuntu 20.04.
> Après sa mise à jour hebdomadaire de lundi (hier), j'ai constaté que:
>
> plusieurs touches du clavier "n'entraient" rien,
> d'autres avaient une action inhabituelle,
> le clavier logiciel, quand le PC est en mode tablette, fonctionne
> normalement.
>
> Les touches inopérantes sont assez nombreuses:
> A, Q, X
>
> La touche S génère une copie d'écran. La touche W génère un beep.
>
> Beaucoup d'autres touches fonctionnent normalement.
>
> J'ai pensé à une simple passage à un clavier Qwerty au lieu d'Azerty mais
> ce n'est visiblement pas le cas.
>
> Voici les paqu

Re: [HS] Touches A, Q, X inopérante sous Ubuntu 20.04 depuis mise à jour

[Th.A.C]

Le 16/11/2021 à 18:24, Olivier a écrit :

Bonjour,

J'ai un PC portable tactile Lenovo assez récent sur lequel j'ai installé 
Ubuntu 20.04.

Après sa mise à jour hebdomadaire de lundi (hier), j'ai constaté que:

plusieurs touches du clavier "n'entraient" rien,
d'autres avaient une action inhabituelle,
le clavier logiciel, quand le PC est en mode tablette, fonctionne 
normalement.


Les touches inopérantes sont assez nombreuses:
A, Q, X


Le plus simple pour vérifier si c'est le clavier qui est en panne est de 
booter sur ton DVD/clé_usb Ubuntu et de regarder s'il fonctionne ou pas...

Re : [HS] Touches A, Q, X inopérante sous Ubuntu 20.04 depuis mise à jour

[benoit]

Perso j’essayerais en premier un test simple sur une touche au choix :

– avec xev, je regarderais le numéro de la touche du clavier, par exemple chez 
moi la touche A c’est keycode 24.

- Tu regardes avec xev ce que renvois cette touche défectueuse (toujours pour A)

keycode 24 (keysym 0x61, a)

- Si xev ne réagit pas à la pression d’une touche défectueuse t’es mal et il 
faut aller l’associer, je ne sais plus comment.

- Si tu obtiens un truc qui ne correspond pas, tu lui affectes a comme premier 
test :

xmodmap -e "keycode 24 = a"

Et puis il faut aller lire la doc de l’ordre des modificateurs tels que Shif, 
Alt, Ctrl…

Voici l’ordre dans le man xmodmap :

«Le premier keysym est utilisé quand aucune touche de modificateur n'est 
pressée en même temps que la touche, le second quand la touche majus‐cule 
(Shift) est pressée, le troisième en combinaison avec la touche Mode_switch 
(Alt Gr) et le quatrième en combinaison avec les touches majuscule et 
Mode_switch.»

Ce qui donne en suivant l’ordre indiqué dans le man :

xmodmap -e "keycode 24 = a A @"

Et si tu arrives à t’en sortir comme ça pour chaque touche défectueuse, ce 
n’est qu’une cafouille logiciel facile à régler provisoirement avec un peu de 
patience.

Pour pérenniser le résultat, tu écris chaque ligne ainsi

keycode 24 = a A @

dans le fichier $HOME/.xmodmaprc

Pour les signes, ils ont tous un nom à écrire en toute lettre.

Ex :

keycode 105 = less greater backslash

xmodmap -pk

Te donnera la liste complète.

--
Benoit

Sent with [ProtonMail](https://protonmail.com/) Secure Email.

‐‐‐ Original Message ‐‐‐
Le mardi 16 novembre 2021 à 18:24, Olivier  a écrit :

> Bonjour,
>
> J'ai un PC portable tactile Lenovo assez récent sur lequel j'ai installé 
> Ubuntu 20.04.
> Après sa mise à jour hebdomadaire de lundi (hier), j'ai constaté que:
>
> plusieurs touches du clavier "n'entraient" rien,
> d'autres avaient une action inhabituelle,
> le clavier logiciel, quand le PC est en mode tablette, fonctionne normalement.
>
> Les touches inopérantes sont assez nombreuses:
> A, Q, X
>
> La touche S génère une copie d'écran. La touche W génère un beep.
>
> Beaucoup d'autres touches fonctionnent normalement.
>
> J'ai pensé à une simple passage à un clavier Qwerty au lieu d'Azerty mais ce 
> n'est visiblement pas le cas.
>
> Voici les paquets mis à jour lundi:
> python3-ldb, linux-modules, linux-image, linux-modules-extra, linux-hwe, 
> linux-headers
>
> Dans quelle direction chercher ?
> Comment décrire cette anomalie ?
> Qui a déjà vécu ça ?
>
> Slts

Re: [HS] Touches A, Q, X inopérante sous Ubuntu 20.04 depuis mise à jour

[Olivier]

1. En branchant (à tout moment) un clavier USB, ce dernier est totalement
opérationnel (layout français, ...). Sa présence ne change rien au
comportement des 2 autres clavier (le physique et le virtuel).

2. Grâce au clavier USB (et sa touche ESC), j'ai pu (assez difficilement)
accéder au menu Grub et choisir parmi 2 versions du noyau, chacun en 2
variantes (normal et recovery). En démarrant sur chacune des 4, le clavier
reste inopérant.

En tout cas, je suis certain que le clavier marchait normalement lundi:
sans lui, je n'aurai pas pu opérer la modification.


Le mer. 17 nov. 2021 à 07:12, Jean-Michel OLTRA 
a écrit :

>
> Bonjour,
>
>
> Le mardi 16 novembre 2021, Olivier a écrit...
>
>
> > Voici les paquets mis à jour lundi:
> > python3-ldb, linux-modules, linux-image, linux-modules-extra, linux-hwe,
> > linux-headers
> >
> > Dans quelle direction chercher ?
>
> Revenir au noyau précédent, si tu ne l'as pas supprimé ? Ça permettrait
> déjà
> de voir si c'est la mise à jour du noyau qui perturbe le clavier.
>
> --
> jm
>
>

Re: [HS] Touches A, Q, X inopérante sous Ubuntu 20.04 depuis mise à jour

[Michel]

Le 17/11/2021 à 07:20, Jean-Michel OLTRA a écrit :
> 
> Bonjour,
> 
> 
> Le mardi 16 novembre 2021, Olivier a écrit...
> 
> 
>> Voici les paquets mis à jour lundi:
>> python3-ldb, linux-modules, linux-image, linux-modules-extra, linux-hwe,
>> linux-headers
>>
>> Dans quelle direction chercher ?
> 
> Revenir au noyau précédent, si tu ne l'as pas supprimé ? Ça permettrait déjà
> de voir si c'est la mise à jour du noyau qui perturbe le clavier.
> 

A, Q et X sont dans la même région du clavier, ça ne pourrait pas être
un problème matériel ?

Re: [HS] Touches A, Q, X inopérante sous Ubuntu 20.04 depuis mise à jour

[Jean-Michel OLTRA]

Bonjour,


Le mardi 16 novembre 2021, Olivier a écrit...


> Voici les paquets mis à jour lundi:
> python3-ldb, linux-modules, linux-image, linux-modules-extra, linux-hwe,
> linux-headers
> 
> Dans quelle direction chercher ?

Revenir au noyau précédent, si tu ne l'as pas supprimé ? Ça permettrait déjà
de voir si c'est la mise à jour du noyau qui perturbe le clavier.

-- 
jm

Re: [HS] Touches A, Q, X inopérante sous Ubuntu 20.04 depuis mise à jour

[Sabri KHEMISSA]

Et en branchant un clavier sur le port USB ?

La prochaine étape consistera à essayer le Rescue Mode
https://www.linuxtechi.com/boot-ubuntu-20-04-rescue-emergency-mode/

On Tue, Nov 16, 2021, 19:11 Olivier  wrote:

>
>
> Le mar. 16 nov. 2021 à 18:46, Sabri KHEMISSA  a
> écrit :
>
>> Bonjour,
>>
>> (Les questions sont purement prospectives pour le moment)
>>
>> Quel type de portable Lenovo ?
>>
> IdeaPad Flex 5
>
>>
>> Que se passe-t-il au niveau de la saisie avec une console virtuelle (ctrl
>> + alt + f1) ?
>>
> Impossible d'accéder aux touches Ctrl sur le clavier virtuel
>
>>
>> Quel gestionnaire de fenêtres utilises-tu ?
>>
> ubuntu:GNOME
>
>>
>> Le but est de comprendre si le problème vient de la gestion du clavier au
>> niveau du kernel, suite à la mise à jour de ce dernier, ou d'une autre
>> source !
>>
>>
>> On Tue, Nov 16, 2021, 18:24 Olivier  wrote:
>>
>>> Bonjour,
>>>
>>> J'ai un PC portable tactile Lenovo assez récent sur lequel j'ai installé
>>> Ubuntu 20.04.
>>> Après sa mise à jour hebdomadaire de lundi (hier), j'ai constaté que:
>>>
>>> plusieurs touches du clavier "n'entraient" rien,
>>> d'autres avaient une action inhabituelle,
>>> le clavier logiciel, quand le PC est en mode tablette, fonctionne
>>> normalement.
>>>
>>> Les touches inopérantes sont assez nombreuses:
>>> A, Q, X
>>>
>>> La touche S génère une copie d'écran. La touche W génère un beep.
>>>
>>> Beaucoup d'autres touches fonctionnent normalement.
>>>
>>> J'ai pensé à une simple passage à un clavier Qwerty au lieu d'Azerty
>>> mais ce n'est visiblement pas le cas.
>>>
>>> Voici les paquets mis à jour lundi:
>>> python3-ldb, linux-modules, linux-image, linux-modules-extra, linux-hwe,
>>> linux-headers
>>>
>>>
>>> Dans quelle direction chercher ?
>>> Comment décrire cette anomalie ?
>>> Qui a déjà vécu ça ?
>>>
>>> Slts
>>>
>>>
>>>
>>>
>>>

Re: [HS] Touches A, Q, X inopérante sous Ubuntu 20.04 depuis mise à jour

[Olivier]

Le mar. 16 nov. 2021 à 18:46, Sabri KHEMISSA  a
écrit :

> Bonjour,
>
> (Les questions sont purement prospectives pour le moment)
>
> Quel type de portable Lenovo ?
>
IdeaPad Flex 5

>
> Que se passe-t-il au niveau de la saisie avec une console virtuelle (ctrl
> + alt + f1) ?
>
Impossible d'accéder aux touches Ctrl sur le clavier virtuel

>
> Quel gestionnaire de fenêtres utilises-tu ?
>
ubuntu:GNOME

>
> Le but est de comprendre si le problème vient de la gestion du clavier au
> niveau du kernel, suite à la mise à jour de ce dernier, ou d'une autre
> source !
>
>
> On Tue, Nov 16, 2021, 18:24 Olivier  wrote:
>
>> Bonjour,
>>
>> J'ai un PC portable tactile Lenovo assez récent sur lequel j'ai installé
>> Ubuntu 20.04.
>> Après sa mise à jour hebdomadaire de lundi (hier), j'ai constaté que:
>>
>> plusieurs touches du clavier "n'entraient" rien,
>> d'autres avaient une action inhabituelle,
>> le clavier logiciel, quand le PC est en mode tablette, fonctionne
>> normalement.
>>
>> Les touches inopérantes sont assez nombreuses:
>> A, Q, X
>>
>> La touche S génère une copie d'écran. La touche W génère un beep.
>>
>> Beaucoup d'autres touches fonctionnent normalement.
>>
>> J'ai pensé à une simple passage à un clavier Qwerty au lieu d'Azerty mais
>> ce n'est visiblement pas le cas.
>>
>> Voici les paquets mis à jour lundi:
>> python3-ldb, linux-modules, linux-image, linux-modules-extra, linux-hwe,
>> linux-headers
>>
>>
>> Dans quelle direction chercher ?
>> Comment décrire cette anomalie ?
>> Qui a déjà vécu ça ?
>>
>> Slts
>>
>>
>>
>>
>>

[HS] Touches A, Q, X inopérante sous Ubuntu 20.04 depuis mise à jour

[Olivier]

Bonjour,

J'ai un PC portable tactile Lenovo assez récent sur lequel j'ai installé
Ubuntu 20.04.
Après sa mise à jour hebdomadaire de lundi (hier), j'ai constaté que:

plusieurs touches du clavier "n'entraient" rien,
d'autres avaient une action inhabituelle,
le clavier logiciel, quand le PC est en mode tablette, fonctionne
normalement.

Les touches inopérantes sont assez nombreuses:
A, Q, X

La touche S génère une copie d'écran. La touche W génère un beep.

Beaucoup d'autres touches fonctionnent normalement.

J'ai pensé à une simple passage à un clavier Qwerty au lieu d'Azerty mais
ce n'est visiblement pas le cas.

Voici les paquets mis à jour lundi:
python3-ldb, linux-modules, linux-image, linux-modules-extra, linux-hwe,
linux-headers


Dans quelle direction chercher ?
Comment décrire cette anomalie ?
Qui a déjà vécu ça ?

Slts