logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 11-11-2021 15:58:58

Guppy88
Membre
Lieu : Rambervillers Vosges
Distrib. : Bullseye (EFI)+Bullseye (bios) + Buster (bios)
Noyau : Linux 5.10.0-9-amd64 - Linux 4.19.0-6-amd64
(G)UI : Gnome 3.38.5 - 3.38.05
Inscription : 07-01-2012

[Résolu] Pavé numérique désactivé sous Buster Gnome

Après plusieurs années de bons et loyaux services Buster s'est mis à faire des siennes, notamment avec le pavé numérique qui se désactive après l'ouverture de Gnome.
Cela ne vient pas du clavier, parce qu'il fonctionne parfaitement pour taper le mot de passe et que je ne rencontre aucun problème de ce type sous Bullseye.
J'ai cherché à appliquer les propositions de solutions que j'ai trouvées sur DF  et sur d'autres sites mais sans succès. C'est la raison pour laquelle j'ai décidé de passer à Bullseye, maintenant je pourrais me contenter de ne me servir que de Bullseyye, je voudrais quand même trouver le moyen de rétablir le bon fonctionnement du clavier sous Buster.

Merci de votre aide.

Dernière modification par Guppy88 (10-12-2021 15:42:08)

Hors ligne

#2 12-11-2021 07:49:06

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : Debian 12
Noyau : Linux 6.1.0-18-amd64
(G)UI : Gnome - mutter 43.8-0+deb12u1
Inscription : 15-02-2016

Re : [Résolu] Pavé numérique désactivé sous Buster Gnome

Bonjour Guppy88 smile

Avec le paquet gkrellm-leds :
https://packages.debian.org/buster/gkrellm-leds
tu peux activer le pavé numérique. Je m'en étais servi avec debian 7 wheezy pour le même problème.

Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
 Intel® Core™2 Duo E8500  × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil palestine.png

Hors ligne

#3 12-11-2021 13:12:24

Guppy88
Membre
Lieu : Rambervillers Vosges
Distrib. : Bullseye (EFI)+Bullseye (bios) + Buster (bios)
Noyau : Linux 5.10.0-9-amd64 - Linux 4.19.0-6-amd64
(G)UI : Gnome 3.38.5 - 3.38.05
Inscription : 07-01-2012

Re : [Résolu] Pavé numérique désactivé sous Buster Gnome

J'avais un doute sur ta solution, mais je l'ai quand même essayé, tout d’abord j'ai du enlever tout ce qui était relatif à mes processeurs parce que la fenêtre dépassait de l'écran. Les Leds sont tout en bas, il y en a trois N C S , je ne sais pas ce que fais fait N, cela n'a aucun effet, C met en majuscules et S ne veux pas s'allumer.

En fait mon pavé numérique se désactive à l'ouverture de Gnome et je n'ai trouvé aucun moyen de le réactiver. La touche de verrouillage devient inopérante tout comme ta solution et bien d'autres que j'ai tentées. 
Je suis passé à Bullseye en grande partie pour cela, et avec Bullseye le pavé numérique reste fonctionnel. je sais donc au moins une chose, cela ne vient pas du clavier. Donc ce n'est plus vraiment une difficulté, mais je n'aime pas quand je n'arrive pas à régléer ce genre de problème.
Merci pour ton aide.
Guppy

Dernière modification par Guppy88 (12-11-2021 15:39:38)

Hors ligne

#4 12-11-2021 13:35:25

raleur
Membre
Inscription : 03-10-2014

Re : [Résolu] Pavé numérique désactivé sous Buster Gnome

As-tu testé avec un autre compte utilisateur tout neuf ? Ça permettrait de savoir si ça vient du système ou des réglages utilisateur.

Il vaut mieux montrer que raconter.

Hors ligne

#5 12-11-2021 15:56:05

Guppy88
Membre
Lieu : Rambervillers Vosges
Distrib. : Bullseye (EFI)+Bullseye (bios) + Buster (bios)
Noyau : Linux 5.10.0-9-amd64 - Linux 4.19.0-6-amd64
(G)UI : Gnome 3.38.5 - 3.38.05
Inscription : 07-01-2012

Re : [Résolu] Pavé numérique désactivé sous Buster Gnome

Merci de t’intéresser à mon problème.
Je viens donc de créer un nouveau compte utilisateur, et résultat même blocage.  Je peux taper le mot de passe avec le pavé numérique pour ce nouvel utilisateur, mais une fois Gnome ouvert, même chose, plus de pavé numérique.
Et bien sûr, j'ai vérifié, la touche de verrouillage est inopérante. Donc il va falloir aller plus loin que les réglages personnels.
Guppy

Hors ligne

#6 12-11-2021 18:33:12

anonyme
Invité

Re : [Résolu] Pavé numérique désactivé sous Buster Gnome

Bonjour
la configuration générale du clavier est ici


cat /etc/default/keyboard
 



# KEYBOARD CONFIGURATION FILE

# Consult the keyboard(5) manual page.

XKBMODEL="pc105"
XKBLAYOUT="fr"
XKBVARIANT="latin9"
XKBOPTIONS=""

BACKSPACE="guess"
 


comme il est fonctionnel en console pure , ça vient de gnome ou gdm3 (voir les configurations et voir les différences entre buster et bullseye)
a priori ton /home/$USER  n'est pas responsable puisque tu a créé un autre utilisateur même résultat

remarque: tu est sous Wayland je suppose , donc pas de log de X


ls -l /etc/gdm3/
 



total 32
-rw-r--r-- 1 root root  554 18 déc.   2020 daemon.conf
-rw-r--r-- 1 root root 1472 18 déc.   2020 greeter.dconf-defaults
drwxr-xr-x 2 root root 4096  2 nov.  18:09 Init
drwxr-xr-x 2 root root 4096  2 nov.  18:09 PostLogin
drwxr-xr-x 2 root root 4096  2 nov.  18:09 PostSession
drwxr-xr-x 2 root root 4096  2 nov.  18:09 PreSession
-rwxr-xr-x 1 root root 5996 14 oct.  00:01 Xsession
 



tu peu préciser si le comportement est identique sous Wayland ou sous X (gnome-classic par exemple)

par exemple dans /etc/gdm3/init/default  la section xkbmap (kb c'est le clavier normalement)
a la fin du script

par défaut (sous gdm3) il me semble que le pavé numérique est actif et fonctionnel avant de rentrer le mdp , c'est le cas pour toi ? (il ne fonctionne plus lorsque tu est sous le bureau )

en général les problèmes viennent de l'utilisateur , tu n'a rien fait sur buster pour modifier le comportement du clavier ?

ps: selon tes réponses ça limite le défaut entre l'invite de connexion (ou il fonctionne encore) et le bureau
dans le syslog avec la session "gnome-classic"


Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (II) This device may have been added with another device file.
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (II) config/udev: Adding input device Eee PC WMI hotkeys (/dev/input/event4)
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (**) Eee PC WMI hotkeys: Applying InputClass "libinput keyboard catchall"
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (II) Using input driver 'libinput' for 'Eee PC WMI hotkeys'
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (II) systemd-logind: got fd for /dev/input/event4 13:68 fd 33 paused 0
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (**) Eee PC WMI hotkeys: always reports core events
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (**) Option "Device" "/dev/input/event4"
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (**) Option "_source" "server/udev"
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (II) event4  - Eee PC WMI hotkeys: is tagged by udev as: Keyboard
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (II) event4  - Eee PC WMI hotkeys: device is a keyboard
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (II) event4  - Eee PC WMI hotkeys: device removed
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (**) Option "config_info" "udev:/sys/devices/platform/eeepc-wmi/input/input4/event4"
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (II) XINPUT: Adding extended input device "Eee PC WMI hotkeys" (type: KEYBOARD, id 9)
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (**) Option "xkb_model" "pc105"
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (**) Option "xkb_layout" "fr"
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (**) Option "xkb_variant" "latin9"
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (II) event4  - Eee PC WMI hotkeys: is tagged by udev as: Keyboard
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (II) event4  - Eee PC WMI hotkeys: device is a keyboard
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (II) config/udev: Adding input device AT Translated Set 2 keyboard (/dev/input/event0)
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (**) AT Translated Set 2 keyboard: Applying InputClass "libinput keyboard catchall"
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (II) Using input driver 'libinput' for 'AT Translated Set 2 keyboard'
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (II) systemd-logind: got fd for /dev/input/event0 13:64 fd 34 paused 0
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (**) AT Translated Set 2 keyboard: always reports core events
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (**) Option "Device" "/dev/input/event0"
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (**) Option "_source" "server/udev"
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (II) event0  - AT Translated Set 2 keyboard: is tagged by udev as: Keyboard
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (II) event0  - AT Translated Set 2 keyboard: device is a keyboard
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (II) event0  - AT Translated Set 2 keyboard: device removed
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (**) Option "config_info" "udev:/sys/devices/platform/i8042/serio0/input/input0/event0"
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (II) XINPUT: Adding extended input device "AT Translated Set 2 keyboard" (type: KEYBOARD, id 10)
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (**) Option "xkb_model" "pc105"
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (**) Option "xkb_layout" "fr"
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (**) Option "xkb_variant" "latin9"
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (II) event0  - AT Translated Set 2 keyboard: is tagged by udev as: Keyboard
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (II) event0  - AT Translated Set 2 keyboard: device is a keyboard
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (II) config/udev: Adding input device PC Speaker (/dev/input/event5)
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (II) No input driver specified, ignoring this device.
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1387]: (II) This device may have been added with another device file.
Nov 12 17:52:45 raven2200g /usr/libexec/gdm-x-session[1439]: /etc/gdm3/Xsession: Beginning session setup...
 



je regarde en session Wayland si une trace

lors de l'invite de connexion en haut a droite (a coter de l'icone de networkmanager (réseau) ) tu a un bouton , chez moi rien d'activer sur toute la liste d'option .

ce message sous wayland dans le syslog


Nov 12 19:19:12 raven2200g org.gnome.Shell.desktop[1787]: The XKEYBOARD keymap compiler (xkbcomp) reports:
Nov 12 19:19:12 raven2200g org.gnome.Shell.desktop[1787]: > Warning:          Unsupported maximum keycode 708, clipping.
Nov 12 19:19:12 raven2200g org.gnome.Shell.desktop[1787]: >                   X11 cannot support keycodes above 255.
Nov 12 19:19:12 raven2200g org.gnome.Shell.desktop[1787]: Errors from xkbcomp are not fatal to the X server
 

Dernière modification par anonyme (12-11-2021 19:29:39)

#7 12-11-2021 19:24:38

Guppy88
Membre
Lieu : Rambervillers Vosges
Distrib. : Bullseye (EFI)+Bullseye (bios) + Buster (bios)
Noyau : Linux 5.10.0-9-amd64 - Linux 4.19.0-6-amd64
(G)UI : Gnome 3.38.5 - 3.38.05
Inscription : 07-01-2012

Re : [Résolu] Pavé numérique désactivé sous Buster Gnome

Bonjour,
Je suppose que ce que tu entends par un terminal pur est la console appelée par la combinaison de touches CTRL ALT F4,  alors oui, le pavé numérique fonctionne après avoir activé la touche de verrouillage de pavé numérique.

Le pavé numérique ne fonctionne pas dans un terminal graphique appelé depuis gnome.


Ma configuration générale du clavier retourne exactement la même chose que ce que tu affiches dans ta réponse
et une différence dans les dates pour

ls -l /etc/gdm3/


total 32
-rw-r--r-- 1 root root  554 févr.  9  2019 daemon.conf
-rw-r--r-- 1 root root 1473 févr.  9  2019 greeter.dconf-defaults
drwxr-xr-x 2 root root 4096 mai   12  2019 Init
drwxr-xr-x 2 root root 4096 mai   12  2019 PostLogin
drwxr-xr-x 2 root root 4096 mai   12  2019 PostSession
drwxr-xr-x 2 root root 4096 mai   12  2019 PreSession
-rwxr-xr-x 1 root root 6068 févr.  9  2019 Xsession
 


Je ne sais pas ce que tu appelles Wayland, j'utilise une version qui s'appelle 3.30.2
Je vais regarder si en changeant le choix de gnome au moment du mot de passe, cela change quelque chose. je crois que c'est cela que tu me demandes.

Au démarrage  j'ai trois options X11, gnome, et gnome classique . J'ai donc redémarré plusieurs fois pour essayer toutes les options ,  au départ je suis avec X11 défault, j'ai essayé gnome puis gnome classic, même résultat pour les trois.

Dernière modification par Guppy88 (12-11-2021 19:38:30)

Hors ligne

#8 12-11-2021 19:33:15

anonyme
Invité

Re : [Résolu] Pavé numérique désactivé sous Buster Gnome

oui gnome ou gnome-classic (petit engrenage)
oui pour la console avec la combinaison de touche (console pure tu sort du bureau) , sinon la console graphique utilise les paramètres du bureau donc normal
regarde aussi le bouton en haut a droite (voir mon poste au dessus

#9 12-11-2021 19:47:51

Guppy88
Membre
Lieu : Rambervillers Vosges
Distrib. : Bullseye (EFI)+Bullseye (bios) + Buster (bios)
Noyau : Linux 5.10.0-9-amd64 - Linux 4.19.0-6-amd64
(G)UI : Gnome 3.38.5 - 3.38.05
Inscription : 07-01-2012

Re : [Résolu] Pavé numérique désactivé sous Buster Gnome

anonyme a écrit :

oui gnome ou gnome-classic (petit engrenage)
oui pour la console avec la combinaison de touche (console pure tu sort du bureau) , sinon la console graphique utilise les paramètres du bureau donc normal
regarde aussi le bouton en haut a droite (voir mon poste au dessus



Nos posts se croisent... j'ai complété mon post avec le résultat des trois options, aucun changement. Le pavé numérique s'est désactivé à chaque fois.
Je n'ai aucune option activée pour le bouton en haut à droite.
J'ai recoché System X11  défault, comme il était au départ, puis qu’aucune des des autres options n'a rien changé.

On est d'accord que le problème vient de Gnome, puisque cela fonctionne avant, au moment de taper le mdp, et plus après.
Je n'ai fait aucune modification (au moins consciente et volontaire du clavier sous Buster)
Guppy

Dernière modification par Guppy88 (12-11-2021 19:57:19)

Hors ligne

#10 12-11-2021 20:02:56

anonyme
Invité

Re : [Résolu] Pavé numérique désactivé sous Buster Gnome


le log commence ici
[ 5160.621258] rfkill: input handler enabled
 systemd[1]: Starting Flush Journal to Persistent Storage...

en 1 (j'ai un clavier ps2 sur une prise ps2 combo)

[    0.313920] i8042: PNP: PS/2 Controller [PNP0303:PS2K] at 0x60,0x64 irq 1
[    0.313923] i8042: PNP: PS/2 appears to have AUX port disabled, if this is incorrect please boot with i8042.nopnp
[    0.314089] serio: i8042 KBD port at 0x60,0x64 irq 1
[    0.314202] mousedev: PS/2 mouse device common for all mice


en 2
[    0.336845] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input0


en 3
 gnome-shell[1468]: Using public X11 display :0, (using :1 for managed services)
 gnome-shell[1468]: Using Wayland display name 'wayland-0'
 
 rien trouvé de plus
 



donc tu est en serveur X , pas en wayland  option => gnome sous X (Systéme X11) , bon a savoir

#11 12-11-2021 20:10:39

anonyme
Invité

Re : [Résolu] Pavé numérique désactivé sous Buster Gnome

tu dois retrouver dans le log de X (/home/#USER/.local/share/xorg/Xorg.0.log)
un truc de ce genre


[  2864.561] (II) XINPUT: Adding extended input device "Power Button" (type: KEYBOARD, id 7)
[  2864.561] (**) Option "xkb_model" "pc105"
[  2864.561] (**) Option "xkb_layout" "fr"
[  2864.561] (**) Option "xkb_variant" "latin9"
[  2864.562] (II) event2  - Power Button: is tagged by udev as: Keyboard
[  2864.562] (II) event2  - Power Button: device is a keyboard
 



regarde la date de fraicheur de ton log ,  pour moi => [  2863.851] (==) Log file: "/home/robert/.local/share/xorg/Xorg.0.log", Time: Fri Nov 12 20:04:38 2021
précise aussi ton type de clavier (je suppose usb)


lsusb
 


après au niveau script et gnome-shell je connais pas , pour savoir ce qui peu faire ce comportement

Dernière modification par anonyme (12-11-2021 20:20:53)

#12 12-11-2021 23:09:01

Guppy88
Membre
Lieu : Rambervillers Vosges
Distrib. : Bullseye (EFI)+Bullseye (bios) + Buster (bios)
Noyau : Linux 5.10.0-9-amd64 - Linux 4.19.0-6-amd64
(G)UI : Gnome 3.38.5 - 3.38.05
Inscription : 07-01-2012

Re : [Résolu] Pavé numérique désactivé sous Buster Gnome

La date 4.168] (==) Log file: "/var/log/Xorg.0.log", Time: Fri Nov 12 21:11:52 2021

4.849] (II) Using input driver 'libinput' for 'Power Button'
[     4.850] (II) systemd-logind: got fd for /dev/input/event1 13:65 fd 38 paused 0
[     4.850] (**) Power Button: always reports core events
[     4.850] (**) Option "Device" "/dev/input/event1"
[     4.850] (**) Option "_source" "server/udev"
[     4.858] (II) event1  - Power Button: is tagged by udev as: Keyboard
[     4.858] (II) event1  - Power Button: device is a keyboard
[     4.858] (II) event1  - Power Button: device removed
[     4.858] (**) Option "config_info" "udev:/sys/devices/LNXSYSTM:00/LNXPWRBN:00/input/input1/event1"
[     4.858] (II) XINPUT: Adding extended input device "Power Button" (type: KEYBOARD, id 6)
[     4.858] (**) Option "xkb_model" "pc105"
[     4.858] (**) Option "xkb_layout" "fr"
[     4.858] (**) Option "xkb_variant" "latin9"
[     4.874] (II) event1  - Power Button: is tagged by udev as: Keyboard
[     4.874] (II) event1  - Power Button: device is a keyboard
 



Ce genre de séquence se répète plusieurs fois avec un numéro d’événement jusqu' à 19 par ex

[     5.028] (II) XINPUT: Adding extended input device "Microsoft Microsoft® 2.4GHz Transceiver v8.0 System Control" (type: KEYBOARD, id 16)
[     5.028] (**) Option "xkb_model" "pc105"
[     5.028] (**) Option "xkb_layout" "fr"
[     5.028] (**) Option "xkb_variant" "latin9"
[     5.029] (II) event20 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 System Control: is tagged by udev as: Keyboard
[     5.029] (II) event20 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 System Control: device is a keyboard
 


Guppy

Hors ligne

#13 13-11-2021 00:55:40

anonyme
Invité

Re : [Résolu] Pavé numérique désactivé sous Buster Gnome

c'est peut être un clavier sans fil  ?  même sûr "2.4GHz" Transceiver  smile
pour le log pas bon  => Fri Nov 12 21:11:52 2021  21h:11mn:52s
de plus le log est sur /var/log alors que gnome place le log sur /home/robert/.local/share/xorg/ pour moi
donc tu a un autre bureau que gnome ?
ps: moi j'en ai 4 => gnome-flashback , gnome , gnome-classic et cinnamon
Mate par exemple place le log dans /var/log
rien a voir avec le problème mais tu regarde un log qui ne correspond pas a gnome sur X
si tu a un clavier usb teste pour voir sur buster , bien que je suis d'accord qu'il fonctionne parfaitement le sans fil sur bullseye
ps: pour gnome wayland , il n'y a pas de log de X  tongue

remarque: après avoir vérifié pas de Xorg.0.log dans /var/log  avec les 4 bureaux ci dessus

regarde si tu a ce fichier installé sur buster et bullseye , on en a parlé avec raleur il y a pas longtemps (permet de créer des liens symbolique sur certain dossiers pour être a la norme)
sur des migrations on peu ne pas l'avoir fait (rien avoir avec le clavier mais bon ........ )


apt policy usrmerge
 



usrmerge:
  Installé : 25
  Candidat : 25
 Table de version :
 *** 25 500
        500 http://deb.debian.org/debian sid/main amd64 Packages
        500 http://deb.debian.org/debian sid/main i386 Packages
        100 /var/lib/dpkg/status
 

Dernière modification par anonyme (13-11-2021 01:48:50)

#14 13-11-2021 01:46:05

Guppy88
Membre
Lieu : Rambervillers Vosges
Distrib. : Bullseye (EFI)+Bullseye (bios) + Buster (bios)
Noyau : Linux 5.10.0-9-amd64 - Linux 4.19.0-6-amd64
(G)UI : Gnome 3.38.5 - 3.38.05
Inscription : 07-01-2012

Re : [Résolu] Pavé numérique désactivé sous Buster Gnome

Oui, j'ai un clavier usb, comme tu as pu le constater, c'est le même que j'ai depuis longtemps et qui avait jusqu'à présent parfaitement fonctionné et qui bien sûr fonctionne parfaitement avec Bullseye
Non, je n'ai pas d'autre bureau que gnome. Mais je me souviens que j'ai eu beaucoup de mal à installer Buster,  Gnome ne voulait pas s'installer et que j'avais opté  temporairement pour Mate. Tout cela avant de recommencer l'install avec le minimum possible, puis Gnome  à part.
Bon nouveau log
Log file renamed from "/home/guppy88/.local/share/xorg/Xorg.pid-1121.log" to "/home/guppy88/.local/share/xorg/Xorg.0.log"
daté du  ? j'ai pas trouvé la date
qui contient la même chose au sujet du clavier

 27.990] (II) XINPUT: Adding extended input device "Microsoft Microsoft® 2.4GHz Transceiver v8.0 System Control" (type: KEYBOARD, id 16)
[    27.990] (**) Option "xkb_model" "pc105"
[    27.990] (**) Option "xkb_layout" "fr"
[    27.990] (**) Option "xkb_variant" "latin9"
[    27.991] (II) event23 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 System Control: is tagged by udev as: Keyboard
[    27.991] (II) event23 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 System Control: device is a keyboard

Hors ligne

#15 13-11-2021 01:52:02

anonyme
Invité

Re : [Résolu] Pavé numérique désactivé sous Buster Gnome

mise a jour du #13
donc a priori ton clavier prend la configuration par défaut , ce qui est normal si pas de script supplémentaire
ça reste un mystère roll

le log est daté du 12/11/21 donc c'est un bureau que tu a lancé ce jour la  tongue  lol   (en #12)

sur gnome classic par exemple la date et le chemin en début de script


[  1593.762] (--) Log file renamed from "/home/robert/.local/share/xorg/Xorg.pid-1562.log" to "/home/robert/.local/share/xorg/Xorg.0.log"
[  1593.796]
X.Org X Server 1.20.11
X Protocol Version 11, Revision 0
[  1593.796] Build Operating System: linux Debian
[  1593.796] Current Operating System: Linux raven2200g 5.14.0-2-amd64 #1 SMP Debian 5.14.9-2 (2021-10-03) x86_64
[  1593.796] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-5.14.0-2-amd64 root=UUID=b7cc6a0b-04db-4cc4-9ba9-db023d65148c ro quiet
[  1593.796] Build Date: 13 April 2021  04:07:31PM
[  1593.796] xorg-server 2:1.20.11-1 (https://www.debian.org/support)
[  1593.796] Current version of pixman: 0.40.0
[  1593.796]  Before reporting problems, check http://wiki.x.org
  to make sure that you have the latest version.
[  1593.796] Markers: (--) probed, (**) from config file, (==) default setting,
  (++) from command line, (!!) notice, (II) informational,
  (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  1593.796] (==) Log file: "/home/robert/.local/share/xorg/Xorg.0.log", Time: Sat Nov 13 01:33:01 2021
 



pour usrmerge installé par défaut sur cette machine (installé le 31/07/21 avec un dvd1 de bullseye)


DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="11 (bullseye) - installer build 20210731"
X_INSTALLATION_MEDIUM=cdrom
 


tu trouve la date (enfin ce fichier) dans /var/log/installer/lsb-release , pour l'installation , tu peu vérifier pour buster son contenu

ps: le gestionnaire de connexion c'est bien gdm3 sur buster ?
tu peu le voir par cette commande


systemctl status gdm3.service
 



● gdm.service - GNOME Display Manager
     Loaded: loaded (/lib/systemd/system/gdm.service; static)
     Active: active (running) since Sat 2021-11-13 01:07:00 CET; 1h 18min ago
    Process: 615 ExecStartPre=/usr/share/gdm/generate-config (code=exited, status=0/SUCCESS)
   Main PID: 635 (gdm3)
      Tasks: 3 (limit: 16651)
     Memory: 5.8M
        CPU: 179ms
     CGroup: /system.slice/gdm.service
             └─635 /usr/sbin/gdm3

nov. 13 01:06:56 raven2200g systemd[1]: Starting GNOME Display Manager...
nov. 13 01:07:00 raven2200g systemd[1]: Started GNOME Display Manager.
nov. 13 01:07:03 raven2200g gdm-launch-environment][640]: pam_unix(gdm-launch-environment:session): session opened for user Debian-gdm(uid=115) by (uid=0)
nov. 13 01:33:00 raven2200g gdm-password][1499]: gkr-pam: unable to locate daemon control file
nov. 13 01:33:00 raven2200g gdm-password][1499]: gkr-pam: stashed password to try later in open session
nov. 13 01:33:00 raven2200g gdm-password][1499]: pam_unix(gdm-password:session): session opened for user robert(uid=1000) by (uid=0)
nov. 13 01:33:12 raven2200g gdm3[635]: Gdm: Child process -972 was already dead.
 

Dernière modification par anonyme (13-11-2021 02:26:48)

#16 13-11-2021 02:33:40

Guppy88
Membre
Lieu : Rambervillers Vosges
Distrib. : Bullseye (EFI)+Bullseye (bios) + Buster (bios)
Noyau : Linux 5.10.0-9-amd64 - Linux 4.19.0-6-amd64
(G)UI : Gnome 3.38.5 - 3.38.05
Inscription : 07-01-2012

Re : [Résolu] Pavé numérique désactivé sous Buster Gnome

usrmerge n'est pas installé par défaut sur Bullseye,  Gnome (Bullseye) me dit que le système de fenêtrage est X11, il ne me donne pas de choix d'option au démarrage comme sur Buster.
Après installation de usrmerge sur Bullseye il me répond

usrmerge:
  Installé : 25
  Candidat : 25
 Table de version :
 *** 25 500
        500 http://deb.debian.org/debian bullseye/main amd64 Packages
        100 /var/lib/dpkg/status
 


 


 ● gdm.service - GNOME Display Manager
   Loaded: loaded (/lib/systemd/system/gdm.service; static; vendor preset: enabled)
   Active: active (running) since Sat 2021-11-13 02:34:32 CET; 21min ago
  Process: 843 ExecStartPre=/usr/share/gdm/generate-config (code=exited, status=0/SUCCESS)
 Main PID: 852 (gdm3)
    Tasks: 3 (limit: 4915)
   Memory: 14.1M
   CGroup: /system.slice/gdm.service
           └─852 /usr/sbin/gdm3

nov. 13 02:34:32 Guppy-PC systemd[1]: Starting GNOME Display Manager...
nov. 13 02:34:32 Guppy-PC systemd[1]: Started GNOME Display Manager.
nov. 13 02:34:34 Guppy-PC gdm-launch-environment][964]: pam_unix(gdm-launch-environment:session): session opened for user Debian-gdm by (uid=0)
nov. 13 02:34:52 Guppy-PC gdm-password][1497]: pam_unix(gdm-password:session): session opened for user guppy88 by (uid=0)

 

Dernière modification par Guppy88 (13-11-2021 03:04:05)

Hors ligne

#17 13-11-2021 02:42:26

anonyme
Invité

Re : [Résolu] Pavé numérique désactivé sous Buster Gnome

ok tu dois avoir la même chose sur buster pour usrmerge
gnome a toujours donné le choix (enfin gdm3) si ton système est compatible wayland , c'est a partir de l'invite de connexion (engrenage) mais tu a un driver propriétaire (nvidia) moi je suis en driver libre AMD.
peut être la raison
gdm3 sur buster pour l'invite de connexion ?

je suppose que tu a un disque pour buster et un pour bullseye
a ta place je remplace buster par bullseye et je migre vers testing ou sid pour découvrir la future stable "Bookworm"
bon c'est pas du dépannage , mais une prise de tête pour une touche du clavier .........
les barbus conseille sid , moi j'utilise les deux  wink   , mate en sid et gnome en testing (toujours un disque pour chaque debian)
ps: et chaque machine a un disque de secours en bullseye (stable) le cas ou  roll

Dernière modification par anonyme (13-11-2021 03:06:46)

#18 13-11-2021 03:51:15

anonyme
Invité

Re : [Résolu] Pavé numérique désactivé sous Buster Gnome

donc ok pour gdm3 sur buster ,sinon  je vois pas , un souci radio avec le clavier sur buster ça me semble un peu gros
tu la peut être déjà dit le voyant sur le clavier réagit lorsque tu appuie sur la touche "verr Num"  ? mais il se passe rien au niveau  bureau

#19 13-11-2021 07:31:50

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : Debian 12
Noyau : Linux 6.1.0-18-amd64
(G)UI : Gnome - mutter 43.8-0+deb12u1
Inscription : 15-02-2016

Re : [Résolu] Pavé numérique désactivé sous Buster Gnome

à Guppy88

Pour voir si il n'y aurait pas des erreurs liées à ce clavier plus loin dans le le log ( ne pas couper, mettre le log filtré en entier ) :

less ~/.local/share/xorg/Xorg.0.log | grep Transceiver

Dernière modification par --gilles-- (13-11-2021 08:04:30)


Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
 Intel® Core™2 Duo E8500  × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil palestine.png

Hors ligne

#20 13-11-2021 07:48:26

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : Debian 12
Noyau : Linux 6.1.0-18-amd64
(G)UI : Gnome - mutter 43.8-0+deb12u1
Inscription : 15-02-2016

Re : [Résolu] Pavé numérique désactivé sous Buster Gnome

Je propose ce test parce que certains claviers ont des problèmes, je vois cela plus loin dans le log en filtrant avec grep, exemple le mien :

less ~/.local/share/xorg/Xorg.0.log | grep Logitech

[   104.515] (II) config/udev: Adding input device Logitech USB Keyboard (/dev/input/event3)
[   104.515] (**) Logitech USB Keyboard: Applying InputClass "libinput keyboard catchall"
[   104.515] (II) Using input driver 'libinput' for 'Logitech USB Keyboard'
[   104.517] (**) Logitech USB Keyboard: always reports core events
[   104.520] (II) event3  - Logitech USB Keyboard: is tagged by udev as: Keyboard
[   104.520] (II) event3  - Logitech USB Keyboard: device is a keyboard
[   104.520] (II) event3  - Logitech USB Keyboard: device removed
[   104.520] (II) XINPUT: Adding extended input device "Logitech USB Keyboard" (type: KEYBOARD, id 9)
[   104.524] (II) event3  - Logitech USB Keyboard: is tagged by udev as: Keyboard
[   104.524] (II) event3  - Logitech USB Keyboard: device is a keyboard
[   104.525] (II) config/udev: Adding input device Logitech USB Keyboard Consumer Control (/dev/input/event4)
[   104.525] (**) Logitech USB Keyboard Consumer Control: Applying InputClass "libinput keyboard catchall"
[   104.525] (II) Using input driver 'libinput' for 'Logitech USB Keyboard Consumer Control'
[   104.527] (**) Logitech USB Keyboard Consumer Control: always reports core events
[   104.532] (II) event4  - Logitech USB Keyboard Consumer Control: is tagged by udev as: Keyboard
[   104.532] (II) event4  - Logitech USB Keyboard Consumer Control: device is a keyboard
[   104.532] (II) event4  - Logitech USB Keyboard Consumer Control: device removed
[   104.532] (II) XINPUT: Adding extended input device "Logitech USB Keyboard Consumer Control" (type: KEYBOARD, id 10)
[   104.534] (II) event4  - Logitech USB Keyboard Consumer Control: is tagged by udev as: Keyboard
[   104.534] (II) event4  - Logitech USB Keyboard Consumer Control: device is a keyboard
[   104.535] (II) config/udev: Adding input device Logitech USB Keyboard System Control (/dev/input/event5)
[   104.535] (**) Logitech USB Keyboard System Control: Applying InputClass "libinput keyboard catchall"
[   104.535] (II) Using input driver 'libinput' for 'Logitech USB Keyboard System Control'
[   104.536] (**) Logitech USB Keyboard System Control: always reports core events
[   104.538] (II) event5  - Logitech USB Keyboard System Control: is tagged by udev as: Keyboard
[   104.539] (II) event5  - Logitech USB Keyboard System Control: device is a keyboard
[   104.539] (II) event5  - Logitech USB Keyboard System Control: device removed
[   104.539] (II) XINPUT: Adding extended input device "Logitech USB Keyboard System Control" (type: KEYBOARD, id 11)
[   104.541] (II) event5  - Logitech USB Keyboard System Control: is tagged by udev as: Keyboard
[   104.541] (II) event5  - Logitech USB Keyboard System Control: device is a keyboard
[   529.736] (EE) event3  - Logitech USB Keyboard: client bug: event processing lagging behind by 26ms, your system is too slow
[   649.401] (EE) event3  - Logitech USB Keyboard: client bug: event processing lagging behind by 27ms, your system is too slow
[   883.641] (EE) event3  - Logitech USB Keyboard: client bug: event processing lagging behind by 27ms, your system is too slow
[   914.761] (EE) event3  - Logitech USB Keyboard: client bug: event processing lagging behind by 35ms, your system is too slow
[  1260.386] (EE) event3  - Logitech USB Keyboard: client bug: event processing lagging behind by 32ms, your system is too slow
[  1260.386] (EE) event3  - Logitech USB Keyboard: WARNING: log rate limit exceeded (5 msgs per 60min). Discarding future messages.
[  4167.916] (EE) event3  - Logitech USB Keyboard: client bug: event processing lagging behind by 14ms, your system is too slow
 



Ce phénomène est même répertorié comme un bug ici :
https://bugs.debian.org/cgi-bin/bugrepo … bug=968093


Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
 Intel® Core™2 Duo E8500  × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil palestine.png

Hors ligne

#21 13-11-2021 08:26:33

anonyme
Invité

Re : [Résolu] Pavé numérique désactivé sous Buster Gnome

Bonjour
ce paquet n'a rien a faire sur debian sauf si il a été installé par l'utilisateur


apt policy xserver-xorg-input-kbd
xserver-xorg-input-kbd:
  Installé : (aucun)
  Candidat : 1:1.9.0-1+b2
 Table de version :
     1:1.9.0-1+b2 500
        500 http://deb.debian.org/debian sid/main amd64 Packages
 


le paquet installé par debian est celui la


 apt policy xserver-xorg-input-libinput
xserver-xorg-input-libinput:
  Installé : 1.2.0-1
  Candidat : 1.2.0-1
 Table de version :
 *** 1.2.0-1 500
        500 http://deb.debian.org/debian sid/main amd64 Packages
        100 /var/lib/dpkg/status
 




Ce paquet fournit le pilote d’entrées pour les périphériques utilisant la
bibliothèque libinput. Il peut manipuler les claviers, souris et pavés
tactiles, et remplace les pilotes distincts -evdev et -synaptics.

Ce paquet est compilé à partir du module de pilote xf86-input-libinput d’X.Org.
 



moi et Guppy88 on a pas beaucoup dormit cette nuit smile

#22 13-11-2021 10:11:33

Guppy88
Membre
Lieu : Rambervillers Vosges
Distrib. : Bullseye (EFI)+Bullseye (bios) + Buster (bios)
Noyau : Linux 5.10.0-9-amd64 - Linux 4.19.0-6-amd64
(G)UI : Gnome 3.38.5 - 3.38.05
Inscription : 07-01-2012

Re : [Résolu] Pavé numérique désactivé sous Buster Gnome

Bonjour

anonyme a écrit :

ok tu dois avoir la même chose sur buster pour usrmerge
gnome a toujours donné le choix (enfin gdm3) si ton système est compatible wayland , c'est a partir de l'invite de connexion (engrenage) mais tu a un driver propriétaire (nvidia) moi je suis en driver libre AMD.
peut être la raison
gdm3 sur buster pour l'invite de connexion ?



J'ai le driver propriétaire NVIDIA parce que j'utilise Blender et que pour faire des rendus avec ma carte graphique  NVIDIA Corporation TU106 [GeForce RTX 2070]   Nouveau n'est pas suffisant, c'est simple avec ce pilote il (Blender) ne peut pas utiliser la fonction de rendu avec GPU. Avec Nvidida c'est bon je peux activer la fonction GPU de Blender. Je pense que ma prochaine carte graphique sera une AMD, comme mon processeur AMD® Ryzen 9 3900x 12-core processor × 24. Mais c'est exactement la même machine sous Buster et là j'ai le choix pour gdm3

anonyme a écrit :

je suppose que tu as un disque pour buster et un pour bullseye

Tu supposes bien, j'en ai même un troisième, sur lequel il y a une vieille Jessie qui ne me sert plus du tout.

a ta place je remplace buster par bullseye et je migre vers testing ou sid pour découvrir la future stable "Bookworm"
bon c'est pas du dépannage , mais une prise de tête pour une touche du clavier .........

Pas qu'une seule touche toutes celles du pavé numérique... lol

anonyme a écrit :

les barbus conseillent sid , moi j'utilise les deux  wink  , mate en sid et gnome en testing (toujours un disque pour chaque debian)
ps: et chaque machine a un disque de secours en bullseye (stable) le cas ou  roll




Mais bon tu me tentes, pour une nouvelle installation sur le disque de Jessie, pourrais tu me conseiller pour cette installation de Bookworm ? parce que j'ai toujours de nombreuses questions relatives à la mise en place d'une nouvelle Debian à commencer par l'uefi  et sa compatibilité avec Legacy et mon disque dur sous NTFS qui reste une strate archéologique de la période où j'avais encore Windows le septième du nom. Il serait temps que je rationalise tout cela.

Je suis plutôt utilisateur de Debian et je n'ai jamais vraiment approfondi  la connaissance  et la la maîtrise du système.

guppy88@Guppy88:~$
apt policy xserver-xorg-input-kbd
xserver-xorg-input-kbd:
  Installé : (aucun)
  Candidat : 1:1.9.0-1+b2
 Table de version :
     1:1.9.0-1+b2 500
        500 http://deb.debian.org/debian bullseye/main amd64 Packages
guppy88@Guppy88:~$ apt policy xserver-xorg-input-libinput
xserver-xorg-input-libinput:
  Installé : 0.30.0-1
  Candidat : 0.30.0-1
 Table de version :
 *** 0.30.0-1 500
        500 http://deb.debian.org/debian bullseye/main amd64 Packages
        100 /var/lib/dpkg/status
 


Bon je repasse sur Buster pour les autres réponses, cela commence à faire un certain nombre de redémarrages pour passer de l'un à l'autre, et cela m’énerve que la pavé numérique soit fonctionnel pour le mot de passe et s'évanouisse après l'ouverture de Gnome (X11 Défault) mais cela est identique pour les deux autres options.
Guppy

Hors ligne

#23 13-11-2021 10:39:02

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : Debian 12
Noyau : Linux 6.1.0-18-amd64
(G)UI : Gnome - mutter 43.8-0+deb12u1
Inscription : 15-02-2016

Re : [Résolu] Pavé numérique désactivé sous Buster Gnome

Bonjour anonyme et Guppy88 smile

à anonyme

anonyme a écrit :



moi et Guppy88 on a pas beaucoup dormit cette nuit smile



Mon cœur est plein de compassion. C'est pourquoi anonyme, je comprends, ne te braque pas mais plutôt approfondis la question, que tu n'as pas eu la patience de lire les échanges concernant le bug jusqu'au bout. En effet, si le déclarant du bug l'affecte au paquet xserver-xorg-input-kbd, le mainteneur plus loin dans la conversation l'affecte bien au paquet libinput10.

Bug : https://bugs.debian.org/cgi-bin/bugrepo … bug=968093

Image de suivi du bug :
version.cgi?height=2;package=libinput10;found=libinput%2F1.16.1-1;found=1.16.1-1%3Aamd64;absolute=0;width=2;collapse=1

Et comme Guppy88 a déclaré que la prise en charge complète de son clavier n'arrive qu'après 19 tentatives de prise en charge, voir :

Guppy88 a écrit :


Ce genre de séquence se répète plusieurs fois avec un numéro d’événement jusqu' à 19 par ex

[     5.028] (II) XINPUT: Adding extended input device "Microsoft Microsoft® 2.4GHz Transceiver v8.0 System Control" (type: KEYBOARD, id 16)
[     5.028] (**) Option "xkb_model" "pc105"
[     5.028] (**) Option "xkb_layout" "fr"
[     5.028] (**) Option "xkb_variant" "latin9"
[     5.029] (II) event20 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 System Control: is tagged by udev as: Keyboard
[     5.029] (II) event20 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 System Control: device is a keyboard
 



Je pense qu'il serait intéressant que Guppy88 vérifie si plus loin dans le log il n'y a pas d'erreur :

less ~/.local/share/xorg/Xorg.0.log | grep Transceiver


Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
 Intel® Core™2 Duo E8500  × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil palestine.png

Hors ligne

#24 13-11-2021 10:40:48

Guppy88
Membre
Lieu : Rambervillers Vosges
Distrib. : Bullseye (EFI)+Bullseye (bios) + Buster (bios)
Noyau : Linux 5.10.0-9-amd64 - Linux 4.19.0-6-amd64
(G)UI : Gnome 3.38.5 - 3.38.05
Inscription : 07-01-2012

Re : [Résolu] Pavé numérique désactivé sous Buster Gnome

à anonyme
en root pour Buster

systemctl status gdm3.service
● gdm.service - GNOME Display Manager
   Loaded: loaded (/lib/systemd/system/gdm.service; static; vendor preset: enabled)
   Active: active (running) since Sat 2021-11-13 10:13:32 CET; 8min ago
  Process: 863 ExecStartPre=/usr/share/gdm/generate-config (code=exited, status=0/SUCCESS)
 Main PID: 869 (gdm3)
    Tasks: 3 (limit: 4915)
   Memory: 11.3M
   CGroup: /system.slice/gdm.service
           └─869 /usr/sbin/gdm3

nov. 13 10:13:32 Guppy-PC systemd[1]: Starting GNOME Display Manager...
nov. 13 10:13:32 Guppy-PC systemd[1]: Started GNOME Display Manager.
nov. 13 10:13:34 Guppy-PC gdm-launch-environment][939]: pam_unix(gdm-launch-environment:session): session opened for user Debian-gdm by (uid=0)
nov. 13 10:13:56 Guppy-PC gdm-password][1529]: pam_unix(gdm-password:session): session opened for user guppy88 by (uid=0)
 



--gilles-- a écrit :

à Guppy88

Pour voir si il n'y aurait pas des erreurs liées à ce clavier plus loin dans le le log ( ne pas couper, mettre le log filtré en entier ) :

less ~/.local/share/xorg/Xorg.0.log | grep Transceiver



    27.977] (II) config/udev: Adding input device Microsoft Microsoft® 2.4GHz Transceiver v8.0 (/dev/input/event19)
[    27.978] (**) Microsoft Microsoft® 2.4GHz Transceiver v8.0: Applying InputClass "libinput keyboard catchall"
[    27.978] (II) Using input driver 'libinput' for 'Microsoft Microsoft® 2.4GHz Transceiver v8.0'
[    27.978] (**) Microsoft Microsoft® 2.4GHz Transceiver v8.0: always reports core events
[    27.979] (II) event19 - Microsoft Microsoft® 2.4GHz Transceiver v8.0: is tagged by udev as: Keyboard
[    27.979] (II) event19 - Microsoft Microsoft® 2.4GHz Transceiver v8.0: device is a keyboard
[    27.979] (II) event19 - Microsoft Microsoft® 2.4GHz Transceiver v8.0: device removed
[    27.979] (II) XINPUT: Adding extended input device "Microsoft Microsoft® 2.4GHz Transceiver v8.0" (type: KEYBOARD, id 12)
[    27.980] (II) event19 - Microsoft Microsoft® 2.4GHz Transceiver v8.0: is tagged by udev as: Keyboard
[    27.980] (II) event19 - Microsoft Microsoft® 2.4GHz Transceiver v8.0: device is a keyboard
[    27.980] (II) config/udev: Adding input device Microsoft Microsoft® 2.4GHz Transceiver v8.0 Mouse (/dev/input/event20)
[    27.980] (**) Microsoft Microsoft® 2.4GHz Transceiver v8.0 Mouse: Applying InputClass "libinput pointer catchall"
[    27.980] (II) Using input driver 'libinput' for 'Microsoft Microsoft® 2.4GHz Transceiver v8.0 Mouse'
[    27.981] (**) Microsoft Microsoft® 2.4GHz Transceiver v8.0 Mouse: always reports core events
[    27.982] (II) event20 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 Mouse: is tagged by udev as: Mouse
[    27.982] (II) event20 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 Mouse: device is a pointer
[    27.982] (II) event20 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 Mouse: device removed
[    27.982] (II) XINPUT: Adding extended input device "Microsoft Microsoft® 2.4GHz Transceiver v8.0 Mouse" (type: MOUSE, id 13)
[    27.982] (**) Microsoft Microsoft® 2.4GHz Transceiver v8.0 Mouse: (accel) selected scheme none/0
[    27.982] (**) Microsoft Microsoft® 2.4GHz Transceiver v8.0 Mouse: (accel) acceleration factor: 2.000
[    27.982] (**) Microsoft Microsoft® 2.4GHz Transceiver v8.0 Mouse: (accel) acceleration threshold: 4
[    27.982] (II) event20 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 Mouse: is tagged by udev as: Mouse
[    27.982] (II) event20 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 Mouse: device is a pointer
[    27.983] (II) config/udev: Adding input device Microsoft Microsoft® 2.4GHz Transceiver v8.0 Mouse (/dev/input/mouse1)
[    27.983] (II) config/udev: Adding input device Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control (/dev/input/event21)
[    27.983] (**) Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control: Applying InputClass "libinput keyboard catchall"
[    27.983] (II) Using input driver 'libinput' for 'Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control'
[    27.984] (**) Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control: always reports core events
[    27.985] (II) event21 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control: is tagged by udev as: Keyboard
[    27.985] (II) event21 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control: device is a keyboard
[    27.985] (II) event21 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control: device removed
[    27.985] (II) libinput: Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control: needs a virtual subdevice
[    27.985] (II) XINPUT: Adding extended input device "Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control" (type: MOUSE, id 14)
[    27.985] (**) Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control: (accel) selected scheme none/0
[    27.985] (**) Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control: (accel) acceleration factor: 2.000
[    27.985] (**) Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control: (accel) acceleration threshold: 4
[    27.986] (II) event21 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control: is tagged by udev as: Keyboard
[    27.986] (II) event21 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control: device is a keyboard
[    27.986] (II) config/udev: Adding input device Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control (/dev/input/event22)
[    27.986] (**) Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control: Applying InputClass "libinput keyboard catchall"
[    27.986] (II) Using input driver 'libinput' for 'Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control'
[    27.987] (**) Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control: always reports core events
[    27.987] (II) event22 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control: is tagged by udev as: Keyboard
[    27.987] (II) event22 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control: device is a keyboard
[    27.987] (II) event22 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control: device removed
[    27.987] (II) libinput: Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control: needs a virtual subdevice
[    27.987] (II) XINPUT: Adding extended input device "Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control" (type: MOUSE, id 15)
[    27.988] (**) Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control: (accel) selected scheme none/0
[    27.988] (**) Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control: (accel) acceleration factor: 2.000
[    27.988] (**) Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control: (accel) acceleration threshold: 4
[    27.988] (II) event22 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control: is tagged by udev as: Keyboard
[    27.988] (II) event22 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control: device is a keyboard
[    27.989] (II) config/udev: Adding input device Microsoft Microsoft® 2.4GHz Transceiver v8.0 System Control (/dev/input/event23)
[    27.989] (**) Microsoft Microsoft® 2.4GHz Transceiver v8.0 System Control: Applying InputClass "libinput keyboard catchall"
[    27.989] (II) Using input driver 'libinput' for 'Microsoft Microsoft® 2.4GHz Transceiver v8.0 System Control'
[    27.989] (**) Microsoft Microsoft® 2.4GHz Transceiver v8.0 System Control: always reports core events
[    27.990] (II) event23 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 System Control: is tagged by udev as: Keyboard
[    27.990] (II) event23 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 System Control: device is a keyboard
[    27.990] (II) event23 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 System Control: device removed
[    27.990] (II) XINPUT: Adding extended input device "Microsoft Microsoft® 2.4GHz Transceiver v8.0 System Control" (type: KEYBOARD, id 16)
[    27.991] (II) event23 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 System Control: is tagged by udev as: Keyboard
[    27.991] (II) event23 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 System Control: device is a keyboard
[    28.023] (**) Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control: Applying InputClass "libinput keyboard catchall"
[    28.023] (II) Using input driver 'libinput' for 'Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control'
[    28.023] (**) Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control: always reports core events
[    28.023] (II) libinput: Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control: is a virtual subdevice
[    28.024] (II) XINPUT: Adding extended input device "Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control" (type: KEYBOARD, id 20)
[    28.024] (**) Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control: Applying InputClass "libinput keyboard catchall"
[    28.024] (II) Using input driver 'libinput' for 'Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control'
[    28.024] (**) Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control: always reports core events
[    28.024] (II) libinput: Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control: is a virtual subdevice
[    28.024] (II) XINPUT: Adding extended input device "Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control" (type: KEYBOARD, id 21)
[ 10973.057] (II) event20 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 Mouse: SYN_DROPPED event - some input events have been lost.
[ 12037.828] (II) event19 - Microsoft Microsoft® 2.4GHz Transceiver v8.0: device removed
[ 12037.828] (II) event20 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 Mouse: device removed
[ 12037.828] (II) event23 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 System Control: device removed
[ 12037.828] (II) event21 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control: device removed
[ 12037.828] (II) event22 - Microsoft Microsoft® 2.4GHz Transceiver v8.0 Consumer Control: device removed
 


On voit que la souris qui allait avec le clavier, n'est plus utilisée, c'est une trust à la place.
Je te rappelle que ce même clavier fonctionne parfaitement sous Bullseye

Hors ligne

#25 10-12-2021 15:38:24

Guppy88
Membre
Lieu : Rambervillers Vosges
Distrib. : Bullseye (EFI)+Bullseye (bios) + Buster (bios)
Noyau : Linux 5.10.0-9-amd64 - Linux 4.19.0-6-amd64
(G)UI : Gnome 3.38.5 - 3.38.05
Inscription : 07-01-2012

Re : [Résolu] Pavé numérique désactivé sous Buster Gnome

En fait c'est plus que simple, le pavé numérique était verrouillé sur les flèches de direction, il suffit d'aller dans les paramètres de gnome, accès universel et  "Pointage et touches de la souris" , et dans le panneau désactiver "Touches de la souris".   Puis re-vérouiller le pavé numérique avec la touche Verrnum. Bien insister sur le touche verrnum. J'ai cru un instant que cela n'avait pas d'effet.

Je ne trouve pas cette formulation très explicite, je ne comprends pas pourquoi  le verrouillage des flèches de direction du pavé numérique  est appelé "touches de la souris" ?!? dans un panneau qui est intitulé pointage et touches de la souris.

Hors ligne

Pied de page des forums