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

<div dir="ltr"><div>Bonjour,</div><div><br></div><div>J&#39;ai un PC portable tactile Lenovo assez récent sur lequel j&#39;ai installé Ubuntu 20.04.</div><div>Après sa mise à jour hebdomadaire de lundi (hier), j&#39;ai constaté que:</div><div><br></

<div>plusieurs touches du clavier &quot;n&#39;entraient&quot; rien,</div><div>d&#39;autres avaient une action inhabituelle,<br></div><div>le clavier logiciel, quand le PC est en mode tablette, fonctionne normalement.</div><div><br></div><div>Les

touches inopérantes sont assez nombreuses: <br></div><div>A, Q, X</div><div><br></div><div>La touche S génère une copie d&#39;écran. La touche W génère un beep.</div><div><br></div><div>Beaucoup d&#39;autres touches fonctionnent normalement.<br></

<div><br></div><div>J&#39;ai pensé à une simple passage à un clavier Qwerty au lieu d&#39;Azerty mais ce n&#39;est visiblement pas le cas.</div><div><br></div><div>Voici les paquets mis à jour lundi:</div><div>python3-ldb, linux-modules, linux-

image, linux-modules-extra, linux-hwe, linux-headers</div><div><br></div><div><br></div><div>Dans quelle direction chercher ?</div><div>Comment décrire cette anomalie ? <br></div><div>Qui a déjà vécu ça ?</div><div><br></div><div>Slts<br></div><div><

</div><div><br></div><div><br></div><div><br></div></div>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

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

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

This is a multi-part message in MIME format.

UGVyc28gauKAmWVzc2F5ZXJhaXMgZW4gcHJlbWllciB1biB0ZXN0IHNpbXBsZSBzdXIgdW5lIHRv dWNoZSBhdSBjaG9peCA6CgrigJMgYXZlYyB4ZXYsIGplIHJlZ2FyZGVyYWlzIGxlIG51bcOpcm8g ZGUgbGEgdG91Y2hlIGR1IGNsYXZpZXIsIHBhciBleGVtcGxlIGNoZXogbW9pIGxhIHRvdWNoZSBB IGPigJllc3Qga2V5Y29kZSAyNC4KCi0gVHUgcmVnYXJkZXMgYXZlYyB4ZXYgY2UgcXVlIHJlbnZv aXMgY2V0dGUgdG91Y2hlIGTDqWZlY3R1ZXVzZSAodG91am91cnMgcG91ciBBKQoKa2V5Y29kZSAy NCAoa2V5c3ltIDB4NjEsIGEpCgotIFNpIHhldiBuZSByw6lhZ2l0IHBhcyDDoCBsYSBwcmVzc2lv biBk4oCZdW5lIHRvdWNoZSBkw6lmZWN0dWV1c2UgdOKAmWVzIG1hbCBldCBpbCBmYXV0IGFsbGVy IGzigJlhc3NvY2llciwgamUgbmUgc2FpcyBwbHVzIGNvbW1lbnQuCgotIFNpIHR1IG9idGllbnMg dW4gdHJ1YyBxdWkgbmUgY29ycmVzcG9uZCBwYXMsIHR1IGx1aSBhZmZlY3RlcyBhIGNvbW1lIHBy ZW1pZXIgdGVzdCA6Cgp4bW9kbWFwIC1lICJrZXljb2RlIDI0ID0gYSIKCkV0IHB1aXMgaWwgZmF1 dCBhbGxlciBsaXJlIGxhIGRvYyBkZSBs4oCZb3JkcmUgZGVzIG1vZGlmaWNhdGV1cnMgdGVscyBx dWUgU2hpZiwgQWx0LCBDdHJs4oCmCgpWb2ljaSBs4oCZb3JkcmUgZGFucyBsZSBtYW4geG1vZG1h cCA6CgrCq0xlIHByZW1pZXIga2V5c3ltIGVzdCB1dGlsaXPDqSBxdWFuZCBhdWN1bmUgdG91Y2hl IGRlIG1vZGlmaWNhdGV1ciBuJ2VzdCBwcmVzc8OpZSBlbiBtw6ptZSB0ZW1wcyBxdWUgbGEgdG91 Y2hlLCBsZSBzZWNvbmQgcXVhbmQgbGEgdG91Y2hlIG1hanVz4oCQY3VsZSAoU2hpZnQpIGVzdCBw cmVzc8OpZSwgbGUgdHJvaXNpw6htZSBlbiBjb21iaW5haXNvbiBhdmVjIGxhIHRvdWNoZSBNb2Rl X3N3aXRjaCAoQWx0IEdyKSBldCBsZSBxdWF0cmnDqG1lIGVuIGNvbWJpbmFpc29uIGF2ZWMgbGVz IHRvdWNoZXMgbWFqdXNjdWxlIGV0IE1vZGVfc3dpdGNoLsK7CgpDZSBxdWkgZG9ubmUgZW4gc3Vp dmFudCBs4oCZb3JkcmUgaW5kaXF1w6kgZGFucyBsZSBtYW4gOgoKeG1vZG1hcCAtZSAia2V5Y29k ZSAyNCA9IGEgQSBAIgoKRXQgc2kgdHUgYXJyaXZlcyDDoCB04oCZZW4gc29ydGlyIGNvbW1lIMOn YSBwb3VyIGNoYXF1ZSB0b3VjaGUgZMOpZmVjdHVldXNlLCBjZSBu4oCZZXN0IHF14oCZdW5lIGNh Zm91aWxsZSBsb2dpY2llbCBmYWNpbGUgw6AgcsOpZ2xlciBwcm92aXNvaXJlbWVudCBhdmVjIHVu IHBldSBkZSBwYXRpZW5jZS4KClBvdXIgcMOpcmVubmlzZXIgbGUgcsOpc3VsdGF0LCB0dSDDqWNy aXMgY2hhcXVlIGxpZ25lIGFpbnNpCgprZXljb2RlIDI0ID0gYSBBIEAKCmRhbnMgbGUgZmljaGll ciAkSE9NRS8ueG1vZG1hcHJjCgpQb3VyIGxlcyBzaWduZXMsIGlscyBvbnQgdG91cyB1biBub20g w6Agw6ljcmlyZSBlbiB0b3V0ZSBsZXR0cmUuCgpFeCA6CgprZXljb2RlIDEwNSA9IGxlc3MgZ3Jl YXRlciBiYWNrc2xhc2gKCnhtb2RtYXAgLXBrCgpUZSBkb25uZXJhIGxhIGxpc3RlIGNvbXBsw6h0 ZS4KCi0tCkJlbm9pdAoKU2VudCB3aXRoIFtQcm90b25NYWlsXShodHRwczovL3Byb3Rvbm1haWwu Y29tLykgU2VjdXJlIEVtYWlsLgoK4oCQ4oCQ4oCQ4oCQ4oCQ4oCQ4oCQIE9yaWdpbmFsIE1lc3Nh Z2Ug4oCQ4oCQ4oCQ4oCQ4oCQ4oCQ4oCQCkxlIG1hcmRpIDE2IG5vdmVtYnJlIDIwMjEgw6AgMTg6 MjQsIE9saXZpZXIgPG96YS40aDA3QGdtYWlsLmNvbT4gYSDDqWNyaXQgOgoKPiBCb25qb3VyLAo+ Cj4gSidhaSB1biBQQyBwb3J0YWJsZSB0YWN0aWxlIExlbm92byBhc3NleiByw6ljZW50IHN1ciBs ZXF1ZWwgaidhaSBpbnN0YWxsw6kgVWJ1bnR1IDIwLjA0Lgo+IEFwcsOocyBzYSBtaXNlIMOgIGpv dXIgaGViZG9tYWRhaXJlIGRlIGx1bmRpIChoaWVyKSwgaidhaSBjb25zdGF0w6kgcXVlOgo+Cj4g cGx1c2lldXJzIHRvdWNoZXMgZHUgY2xhdmllciAibidlbnRyYWllbnQiIHJpZW4sCj4gZCdhdXRy ZXMgYXZhaWVudCB1bmUgYWN0aW9uIGluaGFiaXR1ZWxsZSwKPiBsZSBjbGF2aWVyIGxvZ2ljaWVs LCBxdWFuZCBsZSBQQyBlc3QgZW4gbW9kZSB0YWJsZXR0ZSwgZm9uY3Rpb25uZSBub3JtYWxlbWVu dC4KPgo+IExlcyB0b3VjaGVzIGlub3DDqXJhbnRlcyBzb250IGFzc2V6IG5vbWJyZXVzZXM6Cj4g QSwgUSwgWAo+Cj4gTGEgdG91Y2hlIFMgZ8OpbsOocmUgdW5lIGNvcGllIGQnw6ljcmFuLiBMYSB0 b3VjaGUgVyBnw6luw6hyZSB1biBiZWVwLgo+Cj4gQmVhdWNvdXAgZCdhdXRyZXMgdG91Y2hlcyBm b25jdGlvbm5lbnQgbm9ybWFsZW1lbnQuCj4KPiBKJ2FpIHBlbnPDqSDDoCB1bmUgc2ltcGxlIHBh c3NhZ2Ugw6AgdW4gY2xhdmllciBRd2VydHkgYXUgbGlldSBkJ0F6ZXJ0eSBtYWlzIGNlIG4nZXN0 IHZpc2libGVtZW50IHBhcyBsZSBjYXMuCj4KPiBWb2ljaSBsZXMgcGFxdWV0cyBtaXMgw6Agam91 ciBsdW5kaToKPiBweXRob24zLWxkYiwgbGludXgtbW9kdWxlcywgbGludXgtaW1hZ2UsIGxpbnV4 LW1vZHVsZXMtZXh0cmEsIGxpbnV4LWh3ZSwgbGludXgtaGVhZGVycwo+Cj4gRGFucyBxdWVsbGUg ZGlyZWN0aW9uIGNoZXJjaGVyID8KPiBDb21tZW50IGTDqWNyaXJlIGNldHRlIGFub21hbGllID8K PiBRdWkgYSBkw6lqw6AgdsOpY3Ugw6dhID8KPgo+IFNsdHM=

PHA+UGVyc28gauKAmWVzc2F5ZXJhaXMgZW4gcHJlbWllciB1bg0KdGVzdCBzaW1wbGUgc3VyIHVu ZSB0b3VjaGUgYXUgY2hvaXgmbmJzcDs6PGJyPjwvcD48cD7igJMgYXZlYyB4ZXYsIGplIHJlZ2Fy ZGVyYWlzIGxlIG51bcOpcm8gZGUgbGEgdG91Y2hlIGR1IGNsYXZpZXIsDQpwYXIgZXhlbXBsZSBj aGV6IG1vaSBsYSB0b3VjaGUgQSBj4oCZZXN0IGtleWNvZGUgMjQuPGJyPjwvcD48cD4tIFR1IHJl Z2FyZGVzIGF2ZWMgIHhldiBjZSBxdWUgcmVudm9pcyBjZXR0ZSB0b3VjaGUgZMOpZmVjdHVldXNl DQoodG91am91cnMgcG91ciBBKTxicj48L3A+PHA+a2V5Y29kZSAyNCAoa2V5c3ltIDB4NjEsIGEp PGJyPjwvcD48cD4tIFNpIHhldiBuZSByw6lhZ2l0IHBhcyDDoCBsYSBwcmVzc2lvbiBk4oCZdW5l IHRvdWNoZSBkw6lmZWN0dWV1c2UNCnTigJllcyBtYWwgZXQgaWwgZmF1dCBhbGxlciBs4oCZYXNz b2NpZXIsIGplIG5lIHNhaXMgcGx1cyBjb21tZW50Ljxicj48L3A+PHA+LSBTaSB0dSBvYnRpZW5z IHVuIHRydWMgcXVpIG5lIGNvcnJlc3BvbmQgcGFzLCB0dSBsdWkgYWZmZWN0ZXMgYQ0KY29tbWUg cHJlbWllciB0ZXN0Jm5ic3A7Ojxicj48L3A+PHA+eG1vZG1hcCAtZSAia2V5Y29kZSAyNCA9IGEi PGJyPjwvcD48cD5FdCBwdWlzIGlsIGZhdXQgYWxsZXIgbGlyZSBsYSBkb2MgZGUgbOKAmW9yZHJl IGRlcyBtb2RpZmljYXRldXJzDQp0ZWxzIHF1ZSBTaGlmLCBBbHQsIEN0cmzigKY8YnI+PC9wPjxw PlZvaWNpIGzigJlvcmRyZSBkYW5zIGxlIG1hbiZuYnNwO3htb2RtYXAgOjwvcD48cD7Cq0xlICBw cmVtaWVyICBrZXlzeW0gZXN0ICB1dGlsaXPDqSAgcXVhbmQgYXVjdW5lIHRvdWNoZSBkZQ0KbW9k aWZpY2F0ZXVyIG4nZXN0IHByZXNzw6llIGVuIG3Dqm1lIHRlbXBzIHF1ZSBsYSB0b3VjaGUsIGxl IHNlY29uZA0KcXVhbmQgbGEgIHRvdWNoZSAgbWFqdXPigJBjdWxlICAoU2hpZnQpICBlc3QgcHJl c3PDqWUsIGxlIHRyb2lzacOobWUNCmVuIGNvbWJpbmFpc29uIGF2ZWMgbGEgdG91Y2hlIE1vZGVf c3dpdGNoIChBbHQgR3IpIGV0IGxlIHF1YXRyacOobWUNCmVuIGNvbWJpbmFpc29uIGF2ZWMgbGVz IHRvdWNoZXMgbWFqdXNjdWxlIGV0IE1vZGVfc3dpdGNoLsK7PGJyPjwvcD48cD5DZSBxdWkgZG9u bmUgZW4gc3VpdmFudCBs4oCZb3JkcmUgaW5kaXF1w6kgZGFucyBsZSBtYW4mbmJzcDs6PGJyPjwv cD48cD54bW9kbWFwIC1lICJrZXljb2RlIDI0ID0gYSBBIEAiPGJyPjwvcD48cD5FdCBzaSB0dSBh cnJpdmVzIMOgIHTigJllbiBzb3J0aXIgY29tbWUgw6dhIHBvdXIgY2hhcXVlIHRvdWNoZQ0KZMOp ZmVjdHVldXNlLCBjZSBu4oCZZXN0IHF14oCZdW5lIGNhZm91aWxsZSBsb2dpY2llbCBmYWNpbGUg w6AgcsOpZ2xlcg0KcHJvdmlzb2lyZW1lbnQgYXZlYyB1biBwZXUgZGUgcGF0aWVuY2UuPGJyPjwv cD48cD5Qb3VyIHDDqXJlbm5pc2VyIGxlIHLDqXN1bHRhdCwgdHUgw6ljcmlzIGNoYXF1ZSBsaWdu ZSBhaW5zaTxicj48L3A+PHA+a2V5Y29kZSAyNCA9IGEgQSBAPGJyPjwvcD48cD5kYW5zIGxlIGZp Y2hpZXIgJEhPTUUvLnhtb2RtYXByYzxicj48L3A+PHA+UG91ciBsZXMgc2lnbmVzLCBpbHMgb250 IHRvdXMgdW4gbm9tIMOgIMOpY3JpcmUgZW4gdG91dGUgbGV0dHJlLjxicj48L3A+PHA+RXgmbmJz cDs6PGJyPjwvcD48cD5rZXljb2RlIDEwNSA9IGxlc3MgZ3JlYXRlciBiYWNrc2xhc2g8YnI+PC9w PjxwPnhtb2RtYXAgLXBrPGJyPjwvcD48cD5UZSBkb25uZXJhIGxhIGxpc3RlIGNvbXBsw6h0ZS48 YnI+PC9wPjxkaXY+LS08YnI+PC9kaXY+PGRpdj5CZW5vaXQ8YnI+PC9kaXY+PGRpdiBjbGFzcz0i cHJvdG9ubWFpbF9zaWduYXR1cmVfYmxvY2siPjxkaXYgY2xhc3M9InByb3Rvbm1haWxfc2lnbmF0 dXJlX2Jsb2NrLXVzZXIgcHJvdG9ubWFpbF9zaWduYXR1cmVfYmxvY2stZW1wdHkiPjwvZGl2Pjxk aXYgY2xhc3M9InByb3Rvbm1haWxfc2lnbmF0dXJlX2Jsb2NrLXByb3RvbiI+U2VudCB3aXRoIDxh IHJlbD0ibm9vcGVuZXIgbm9yZWZlcnJlciIgaHJlZj0iaHR0cHM6Ly9wcm90b25tYWlsLmNvbS8i IHRhcmdldD0iX2JsYW5rIj5Qcm90b25NYWlsPC9hPiBTZWN1cmUgRW1haWwuPC9kaXY+PC9kaXY+ PGRpdj48YnI+PC9kaXY+PGRpdiBjbGFzcz0icHJvdG9ubWFpbF9xdW90ZSI+DQogICAgICAgIOKA kOKAkOKAkOKAkOKAkOKAkOKAkCBPcmlnaW5hbCBNZXNzYWdlIOKAkOKAkOKAkOKAkOKAkOKAkOKA kDxicj4NCiAgICAgICAgTGUgbWFyZGkgMTYgbm92ZW1icmUgMjAyMSDDoCAxODoyNCwgT2xpdmll ciAmbHQ7b3phLjRoMDdAZ21haWwuY29tJmd0OyBhIMOpY3JpdCA6PGJyPg0KICAgICAgICA8Ymxv Y2txdW90ZSBjbGFzcz0icHJvdG9ubWFpbF9xdW90ZSIgdHlwZT0iY2l0ZSI+DQogICAgICAgICAg ICA8ZGl2IGRpcj0ibHRyIj48ZGl2PkJvbmpvdXIsPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5K J2FpIHVuIFBDIHBvcnRhYmxlIHRhY3RpbGUgTGVub3ZvIGFzc2V6IHLDqWNlbnQgc3VyIGxlcXVl bCBqJ2FpIGluc3RhbGzDqSBVYnVudHUgMjAuMDQuPC9kaXY+PGRpdj5BcHLDqHMgc2EgbWlzZSDD oCBqb3VyIGhlYmRvbWFkYWlyZSBkZSBsdW5kaSAoaGllciksIGonYWkgY29uc3RhdMOpIHF1ZTo8 L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PnBsdXNpZXVycyB0b3VjaGVzIGR1IGNsYXZpZXIgIm4n ZW50cmFpZW50IiByaWVuLDwvZGl2PjxkaXY+ZCdhdXRyZXMgYXZhaWVudCB1bmUgYWN0aW9uIGlu aGFiaXR1ZWxsZSw8YnI+PC9kaXY+PGRpdj5sZSBjbGF2aWVyIGxvZ2ljaWVsLCBxdWFuZCBsZSBQ QyBlc3QgZW4gbW9kZSB0YWJsZXR0ZSwgZm9uY3Rpb25uZSBub3JtYWxlbWVudC48L2Rpdj48ZGl2 Pjxicj48L2Rpdj48ZGl2PkxlcyB0b3VjaGVzIGlub3DDqXJhbnRlcyBzb250IGFzc2V6IG5vbWJy ZXVzZXM6IDxicj48L2Rpdj48ZGl2PkEsIFEsIFg8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pkxh IHRvdWNoZSBTIGfDqW7DqHJlIHVuZSBjb3BpZSBkJ8OpY3Jhbi4gTGEgdG91Y2hlIFcgZ8OpbsOo cmUgdW4gYmVlcC48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkJlYXVjb3VwIGQnYXV0cmVzIHRv dWNoZXMgZm9uY3Rpb25uZW50IG5vcm1hbGVtZW50Ljxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48 ZGl2PkonYWkgcGVuc8OpIMOgIHVuZSBzaW1wbGUgcGFzc2FnZSDDoCB1biBjbGF2aWVyIFF3ZXJ0 eSBhdSBsaWV1IGQnQXplcnR5IG1haXMgY2Ugbidlc3QgdmlzaWJsZW1lbnQgcGFzIGxlIGNhcy48 L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PlZvaWNpIGxlcyBwYXF1ZXRzIG1pcyDDoCBqb3VyIGx1 bmRpOjwvZGl2PjxkaXY+cHl0aG9uMy1sZGIsIGxpbnV4LW1vZHVsZXMsIGxpbnV4LWltYWdlLCBs aW51eC1tb2R1bGVzLWV4dHJhLCBsaW51eC1od2UsIGxpbnV4LWhlYWRlcnM8L2Rpdj48ZGl2Pjxi cj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkRhbnMgcXVlbGxlIGRpcmVjdGlvbiBjaGVyY2hl ciA/PC9kaXY+PGRpdj5Db21tZW50IGTDqWNyaXJlIGNldHRlIGFub21hbGllID8gPGJyPjwvZGl2 PjxkaXY+UXVpIGEgZMOpasOgIHbDqWN1IMOnYSA/PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5T bHRzPGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2 PjxkaXY+PGJyPjwvZGl2PjwvZGl2Pg0KDQogICAgICAgIDwvYmxvY2txdW90ZT48YnI+DQogICAg PC9kaXY+

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

KeyPress event, serial 37, synthetic NO, window 0x800001,
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 0x800001,
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 0x800001,
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 0x800001,
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 0x800001,
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 0x800001,
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 0x800001,
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 0x800001,
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 <benoitlst@protonmail.ch> 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 <https://protonmail.com/> Secure Email.

‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
Le mardi 16 novembre 2021 à 18:24, Olivier <oza.4h07@gmail.com> 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

<div dir="ltr"><div><br>KeyPress event, serial 37, synthetic NO, window 0x800001,<br>    root 0x522, subw 0x0, time 200309, (125,78), root:(247,192),<br>    state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,<br>    XLookupString gives 1 bytes:
(61) &quot;a&quot;<br>    XmbLookupString gives 1 bytes: (61) &quot;a&quot;<br>    XFilterEvent returns: False<br><br>KeyRelease event, serial 37, synthetic NO, window 0x800001,<br>    root 0x522, subw 0x0, time 200508, (125,78), root:(247,192),<

    state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,<br>    XLookupString gives 1 bytes: (61) &quot;a&quot;<br>    XFilterEvent returns: False<br><br>KeyPress event, serial 37, synthetic NO, window 0x800001,<br>    root 0x522, subw 0x0,

time 215527, (125,78), root:(247,192),<br>    state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen YES,<br>    XLookupString gives 0 bytes: <br>    XmbLookupString gives 0 bytes: <br>    XFilterEvent returns: False<br><br>
KeyRelease event, serial 37, synthetic NO, window 0x800001,<br>    root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),<br>    state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen YES,<br>    XLookupString gives 0 bytes: <br>
    XFilterEvent returns: False<br><br></div><div>Voici ci-dessus une capture avec xev.</div><div>Les 2 premiers évènements sont consécutifs à un appui sur la touche A d&#39;un clavier USB Azerty connecté au PC portable.</div><div>Les 2 suivants
sont consécutifs à un appui sur la touche du clavier Azerty d&#39;origine du PC portable.<br></div><div><div><div><br>KeyPress event, serial 37, synthetic NO, window 0x800001,<br>    root 0x522, subw 0x0, time 200309, (125,78), root:(247,192),<br>  �
� state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,<br>    XLookupString gives 1 bytes: (61) &quot;a&quot;<br>    XmbLookupString gives 1 bytes: (61) &quot;a&quot;<br>    XFilterEvent returns: False<br><br>KeyRelease event, serial 37,
synthetic NO, window 0x800001,<br>    root 0x522, subw 0x0, time 200508, (125,78), root:(247,192),<br>    state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,<br>    XLookupString gives 1 bytes: (61) &quot;a&quot;<br>    XFilterEvent returns:
False<br><br>KeyPress event, serial 37, synthetic NO, window 0x800001,<br>    root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),<br>    state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen YES,<br>    XLookupString gives 0
bytes: <br>    XmbLookupString gives 0 bytes: <br>    XFilterEvent returns: False<br><br>KeyRelease event, serial 37, synthetic NO, window 0x800001,<br>    root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),<br>    state 0x0, keycode 211
(keysym 0x1008ff44, XF86Launch4), same_screen YES,<br>    XLookupString gives 0 bytes: <br>    XFilterEvent returns: False<br><br></div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le jeu. 18 nov. 2021 à 17:
29, benoit &lt;<a href="mailto:benoitlst@protonmail.ch">benoitlst@protonmail.ch</a>&gt; a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><p>Perso j’essayerais
en premier un
test simple sur une touche au choix :<br></p><p>– avec xev, je regarderais le numéro de la touche du clavier,
par exemple chez moi la touche A c’est keycode 24.<br></p><p>- Tu regardes avec xev ce que renvois cette touche défectueuse
(toujours pour A)<br></p><p>keycode 24 (keysym 0x61, a)<br></p><p>- 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.<br></p><p>- Si tu obtiens un truc qui ne correspond pas, tu lui affectes a
comme premier test :<br></p><p>xmodmap -e &quot;keycode 24 = a&quot;<br></p><p>Et puis il faut aller lire la doc de l’ordre des modificateurs
tels que Shif, Alt, Ctrl…<br></p><p>Voici l’ordre dans le man xmodmap :</p><p>«Le premier keysym est utilisé quand aucune touche de
modificateur n&#39;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.»<br></p><p>Ce qui donne en suivant l’ordre indiqué dans le man :<br></p><p>xmodmap -e &quot;keycode 24 = a A @&quot;<br></p><p>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.<br></p><p>Pour pérenniser le résultat, tu écris chaque ligne ainsi<br></p><p>keycode 24 = a A @<br></p><p>dans le fichier $HOME/.xmodmaprc<br></p><p>Pour les signes, ils ont tous un nom à écrire en toute
lettre.<br></p><p>Ex :<br></p><p>keycode 105 = less greater backslash<br></p><p>xmodmap -pk<br></p><p>Te donnera la liste complète.<br></p><div>--<br></div><div>Benoit<br></div><div><div></div><div>Sent with <a rel="noopener noreferrer" href="https://
protonmail.com/" target="_blank">ProtonMail</a> Secure Email.</div></div><div><br></div><div>
‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐<br>
Le mardi 16 novembre 2021 à 18:24, Olivier &lt;<a href="mailto:oza.4h07@gmail.com" target="_blank">oza.4h07@gmail.com</a>&gt; a écrit :<br>
<blockquote type="cite">
<div dir="ltr"><div>Bonjour,</div><div><br></div><div>J&#39;ai un PC portable tactile Lenovo assez récent sur lequel j&#39;ai installé Ubuntu 20.04.</div><div>Après sa mise à jour hebdomadaire de lundi (hier), j&#39;ai constaté que:</div>
<div><br></div><div>plusieurs touches du clavier &quot;n&#39;entraient&quot; rien,</div><div>d&#39;autres avaient une action inhabituelle,<br></div><div>le clavier logiciel, quand le PC est en mode tablette, fonctionne normalement.</div><div><br></div><

Les touches inopérantes sont assez nombreuses: <br></div><div>A, Q, X</div><div><br></div><div>La touche S génère une copie d&#39;écran. La touche W génère un beep.</div><div><br></div><div>Beaucoup d&#39;autres touches fonctionnent normalement.

<br></div><div><br></div><div>J&#39;ai pensé à une simple passage à un clavier Qwerty au lieu d&#39;Azerty mais ce n&#39;est visiblement pas le cas.</div><div><br></div><div>Voici les paquets mis à jour lundi:</div><div>python3-ldb, linux-modules,
linux-image, linux-modules-extra, linux-hwe, linux-headers</div><div><br></div><div><br></div><div>Dans quelle direction chercher ?</div><div>Comment décrire cette anomalie ? <br></div><div>Qui a déjà vécu ça ?</div><div><br></div><div>Slts<br></div>
<div><br></div><div><br></div><div><br></div><div><br></div></div>

</blockquote><br>
</div></blockquote></div>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

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 <oza.4h07@gmail.com> a écrit :

KeyPress event, serial 37, synthetic NO, window 0x800001,
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 0x800001,
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 0x800001,
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 0x800001,
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 0x800001,
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 0x800001,
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 0x800001,
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 0x800001,
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 <benoitlst@protonmail.ch> 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 <https://protonmail.com/> Secure Email.

‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
Le mardi 16 novembre 2021 à 18:24, Olivier <oza.4h07@gmail.com> 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

<div dir="ltr"><div>De mon message précédent, je déduis:</div><div>la touche A du clavier d&#39;origine émet des événements,</div><div>ces événements suivent &quot;une table de correspondance&quot; inhabituelle avec l&#39;émission d&#39;un
keycode 211 au lieu d&#39;un keycode attendu 24,</div><div>visiblement, deux claviers physiques connectés à une même machine (l&#39;un par USB, l&#39;autre par XXX), suivent chacun leur propre table de correspondance<br></div><div><br></div><div>En
cherchant, je n&#39;ai pas trouvé de nom à l&#39;interface entre la carte mère d&#39;un PC portable et son clavier d&#39;origine. Je l&#39;ai baptisée XXX ci-dessus.</div><div><br></div><div>Qu&#39;en pensez-vous ? Que faire ?<br></div></div><br><div
class="gmail_quote"><div dir="ltr" class="gmail_attr">Le lun. 22 nov. 2021 à 08:23, Olivier &lt;<a href="mailto:oza.4h07@gmail.com">oza.4h07@gmail.com</a>&gt; a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-
left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br>KeyPress event, serial 37, synthetic NO, window 0x800001,<br>    root 0x522, subw 0x0, time 200309, (125,78), root:(247,192),<br>    state 0x0, keycode 24 (keysym 0x61, a),
same_screen YES,<br>    XLookupString gives 1 bytes: (61) &quot;a&quot;<br>    XmbLookupString gives 1 bytes: (61) &quot;a&quot;<br>    XFilterEvent returns: False<br><br>KeyRelease event, serial 37, synthetic NO, window 0x800001,<br>    root
0x522, subw 0x0, time 200508, (125,78), root:(247,192),<br>    state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,<br>    XLookupString gives 1 bytes: (61) &quot;a&quot;<br>    XFilterEvent returns: False<br><br>KeyPress event, serial 37,
synthetic NO, window 0x800001,<br>    root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),<br>    state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen YES,<br>    XLookupString gives 0 bytes: <br>    XmbLookupString gives
0 bytes: <br>    XFilterEvent returns: False<br><br>KeyRelease event, serial 37, synthetic NO, window 0x800001,<br>    root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),<br>    state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_
screen YES,<br>    XLookupString gives 0 bytes: <br>    XFilterEvent returns: False<br><br></div><div>Voici ci-dessus une capture avec xev.</div><div>Les 2 premiers évènements sont consécutifs à un appui sur la touche A d&#39;un clavier USB
Azerty connecté au PC portable.</div><div>Les 2 suivants sont consécutifs à un appui sur la touche du clavier Azerty d&#39;origine du PC portable.<br></div><div><div><div><br>KeyPress event, serial 37, synthetic NO, window 0x800001,<br>    root
0x522, subw 0x0, time 200309, (125,78), root:(247,192),<br>    state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,<br>    XLookupString gives 1 bytes: (61) &quot;a&quot;<br>    XmbLookupString gives 1 bytes: (61) &quot;a&quot;<br>   
XFilterEvent returns: False<br><br>KeyRelease event, serial 37, synthetic NO, window 0x800001,<br>    root 0x522, subw 0x0, time 200508, (125,78), root:(247,192),<br>    state 0x0, keycode 24 (keysym 0x61, a), same_screen YES,<br>    XLookupString
gives 1 bytes: (61) &quot;a&quot;<br>    XFilterEvent returns: False<br><br>KeyPress event, serial 37, synthetic NO, window 0x800001,<br>    root 0x522, subw 0x0, time 215527, (125,78), root:(247,192),<br>    state 0x0, keycode 211 (keysym
0x1008ff44, XF86Launch4), same_screen YES,<br>    XLookupString gives 0 bytes: <br>    XmbLookupString gives 0 bytes: <br>    XFilterEvent returns: False<br><br>KeyRelease event, serial 37, synthetic NO, window 0x800001,<br>    root 0x522, subw
0x0, time 215527, (125,78), root:(247,192),<br>    state 0x0, keycode 211 (keysym 0x1008ff44, XF86Launch4), same_screen YES,<br>    XLookupString gives 0 bytes: <br>    XFilterEvent returns: False<br><br></div><br></div></div></div><br><div class="
gmail_quote"><div dir="ltr" class="gmail_attr">Le jeu. 18 nov. 2021 à 17:29, benoit &lt;<a href="mailto:benoitlst@protonmail.ch" target="_blank">benoitlst@protonmail.ch</a>&gt; a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px
0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><p>Perso j’essayerais en premier un
test simple sur une touche au choix :<br></p><p>– avec xev, je regarderais le numéro de la touche du clavier,
par exemple chez moi la touche A c’est keycode 24.<br></p><p>- Tu regardes avec xev ce que renvois cette touche défectueuse
(toujours pour A)<br></p><p>keycode 24 (keysym 0x61, a)<br></p><p>- 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.<br></p><p>- Si tu obtiens un truc qui ne correspond pas, tu lui affectes a
comme premier test :<br></p><p>xmodmap -e &quot;keycode 24 = a&quot;<br></p><p>Et puis il faut aller lire la doc de l’ordre des modificateurs
tels que Shif, Alt, Ctrl…<br></p><p>Voici l’ordre dans le man xmodmap :</p><p>«Le premier keysym est utilisé quand aucune touche de
modificateur n&#39;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.»<br></p><p>Ce qui donne en suivant l’ordre indiqué dans le man :<br></p><p>xmodmap -e &quot;keycode 24 = a A @&quot;<br></p><p>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.<br></p><p>Pour pérenniser le résultat, tu écris chaque ligne ainsi<br></p><p>keycode 24 = a A @<br></p><p>dans le fichier $HOME/.xmodmaprc<br></p><p>Pour les signes, ils ont tous un nom à écrire en toute
lettre.<br></p><p>Ex :<br></p><p>keycode 105 = less greater backslash<br></p><p>xmodmap -pk<br></p><p>Te donnera la liste complète.<br></p><div>--<br></div><div>Benoit<br></div><div><div></div><div>Sent with <a rel="noopener noreferrer" href="https://
protonmail.com/" target="_blank">ProtonMail</a> Secure Email.</div></div><div><br></div><div>
‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐<br>
Le mardi 16 novembre 2021 à 18:24, Olivier &lt;<a href="mailto:oza.4h07@gmail.com" target="_blank">oza.4h07@gmail.com</a>&gt; a écrit :<br>
<blockquote type="cite">
<div dir="ltr"><div>Bonjour,</div><div><br></div><div>J&#39;ai un PC portable tactile Lenovo assez récent sur lequel j&#39;ai installé Ubuntu 20.04.</div><div>Après sa mise à jour hebdomadaire de lundi (hier), j&#39;ai constaté que:</div>
<div><br></div><div>plusieurs touches du clavier &quot;n&#39;entraient&quot; rien,</div><div>d&#39;autres avaient une action inhabituelle,<br></div><div>le clavier logiciel, quand le PC est en mode tablette, fonctionne normalement.</div><div><br></div><

Les touches inopérantes sont assez nombreuses: <br></div><div>A, Q, X</div><div><br></div><div>La touche S génère une copie d&#39;écran. La touche W génère un beep.</div><div><br></div><div>Beaucoup d&#39;autres touches fonctionnent normalement.

<br></div><div><br></div><div>J&#39;ai pensé à une simple passage à un clavier Qwerty au lieu d&#39;Azerty mais ce n&#39;est visiblement pas le cas.</div><div><br></div><div>Voici les paquets mis à jour lundi:</div><div>python3-ldb, linux-modules,
linux-image, linux-modules-extra, linux-hwe, linux-headers</div><div><br></div><div><br></div><div>Dans quelle direction chercher ?</div><div>Comment décrire cette anomalie ? <br></div><div>Qui a déjà vécu ça ?</div><div><br></div><div>Slts<br></div>
<div><br></div><div><br></div><div><br></div><div><br></div></div>

</blockquote><br>
</div></blockquote></div>
</blockquote></div>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Le Wed, 19 Jan 2022 16:38:21 +0100,
Olivier <oza.4h07@gmail.com> 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

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)