Décalage d'entrée du clavier dans Ubuntu 18.04

24

Je suis récemment passé à Ubuntu 18.04 et depuis lors, j'ai beaucoup de décalage d'entrée au clavier, parfois plusieurs secondes. Je peux taper les mots mais cela prend un certain temps jusqu'à ce qu'ils apparaissent à l'écran.

J'ai déjà utilisé Ubuntu 16.04 sans aucun problème.

Cette erreur se produit dans Terminal mais aussi dans mon navigateur Web.

Une idée où je pourrais déboguer ce problème?

Ce que j'ai compris, c'est que cela peut également déclencher certaines touches plus que d'autres. Par exemple, lorsque je tape, cdcdcdcd cela apparaît beaucoup.

Il peut également être important de savoir que j'utilise une disposition de clavier différente que j'ai définie avec cette commande:

setxkbmap de neo  # (german neo layout) (so cd is rl on asdf)

Bien que cela ne fasse aucune différence pour le décalage.

Apparemment, ce problème ne se produit que sur le bureau GNOME / budgie.

jrsm
la source
1
J'ai eu une expérience similaire avec un clavier USB. Le retour à Unity a aidé. Si c'est une option, il y a un guide linuxconfig.org/…
logcat
Je dois dire que je ne suis vraiment pas un grand fan de l'unité :(
jrsm
1
Je pense que j'ai le même problème. Quelques observations: 1) Si je tombe dans un shell non graphique, il n'y a pas de problème. 2) Dans Gnome: ce n'est pas seulement l'entrée du clavier qui gèle, mais la plupart de l'interface utilisateur. J'ai activé les secondes dans mon horloge et elles gèlent également pendant un certain temps après plusieurs pressions de touches. Mais le pointeur de la souris se déplace toujours si je déplace la souris. 3) Ce n'est pas un problème avec tous les claviers. Mon ancien clavier Logitech avec le récepteur Unifying fonctionne bien. 4) Le clavier affecté fonctionne correctement avec Windows et MacOS sur d'autres ordinateurs. 5) Rien de significatif dans mon syslog.
décibyte le
2
D'accord, quelques observations supplémentaires: si je connecte 2 claviers Logitech et que je tape dessus en même temps , je rencontre le même problème. Cela peut ressembler à un cas d'utilisation inhabituel, mais mon clavier habituel est un clavier R-Go Split ergonomique - une anomalie qui est techniquement deux claviers séparés (chacun avec seulement la moitié des touches d'un clavier normal). Une combinaison d'une moitié et d'un clavier Logitech donne le même résultat. Avec mes observations ci-dessus: cela donne-t-il à quiconque une idée de ce qui se passe? Surtout avec ce fait que cela ne se produit (pour moi) que dans Gnome (3).
décibyte
1
Je ne sais pas si vous vous trouvez également dans une situation de double clavier comme moi. Mais pour mémoire, j'ai ouvert un bug avec mes propres observations: bugs.launchpad.net/ubuntu/+bug/1777708
decibyte

Réponses:

6

Vous pourriez peut-être essayer votre journal système. J'ai remarqué l'erreur suivante sur mon système (plusieurs fois):

xhci_hcd 0000:3a:00.0: xHCI host controller not responding, assume dead

Cela semble être un problème USB3. Mon clavier et mon pavé tactile sur mon ordinateur portable n'ont pas ce problème. Ma souris connectée USB est également en retard.

Lorsque je charge Ubuntu 18.04 avec le noyau précédent et toujours disponible sur mon système tel qu'utilisé dans 17.10, version 4.13.0-39-générique du noyau, je n'obtiens pas les erreurs XHCI. De plus, mon clavier et ma souris ne traînent plus.

Je peux sélectionner ce noyau via le menu GRUB dans ma configuration.

Remarquez que je ne l'ai pas encore complètement compris. Le noyau plus ancien semble mieux fonctionner mais le décalage est là de temps en temps. Je peux faire quelques remarques lors de l'utilisation du noyau par défaut: Une pression continue sur une touche (en maintenant simplement une lettre ou un caractère) se porte bien. Il sort simplement la lettre ou le caractère en permanence, sans gigue. De plus, il suffit de saisir des lettres. Là où je pense que ça va mal avec ma configuration, ce sont des caractères spéciaux comme (virgules, points, deux-points, points-virgules, etc.). Dès que ceux-ci sont introduits dans l'entrée, les étoiles vont mal. Au début, je pensais que cela pouvait être dû à des touches mortes, mais les désactiver ne fait aucune différence. Pouvez-vous confirmer ce comportement? De plus, les touches lentes ne le résolvent pas dans ma configuration.

Mise à jour Ce matin, j'ai reçu une mise à jour qui semble résoudre le problème de clavier sur mon site. Depuis mon journal de mise à jour: ligne de commande:

$ aptdaemon role='role-commit-packages' sender=':1.147'
Upgrade: intel-microcode:amd64 (3.20180312.0~ubuntu18.04.13.20180425.1~ubuntu0.18.04.1)

C'est la seule mise à jour du 18.04 que j'ai reçue jusqu'à présent. Cela a probablement également résolu les temps de démarrage lents sur mon ordinateur portable. C'est maintenant quelques secondes au lieu d'une minute. J'enverrai une confirmation plus tard cette semaine.

André Klaver
la source
xhci loos good on my sys log hower Je reçois souvent quelque chose comme 1 18:19:54 ryzen gnome-software [2177]: json_object_has_member: assertion 'member_name! = NULL' a échoué le 1er mai 18:19:54 ryzen gnome-software [2177 ]: g_strsplit: assertion 'string! = NULL' a échoué le 1er mai 18:19:54 ryzen gnome-software [2177]: g_strv_length: assertion 'str_array! = NULL' a échoué le 1er mai 18:19:54 ryzen gnome-software [2177 ]: json_object_has_member: l'assertion 'member_name! = NULL' a échoué le 1er mai 18:19:54 ryzen gnome-software [2177]: g_strsplit: assertion 'string! = NULL' a échoué
jrsm
Je ne l'ai pas encore complètement compris. L'ancien noyau semble fonctionner mieux mais le décalage est là de temps en temps. Je peux faire quelques remarques:
André Klaver
Je serais curieux d'en savoir plus sur ce problème que vous avez rencontré. Avez-vous déjà déposé un rapport de bogue? Si c'est un vrai bug, cela affectera beaucoup de gens, car de plus en plus d'utilisateurs passent au 18.04 et de plus en plus de machines utilisent USB 3.0
Hee Jin
4

Cela peut être la fonction des touches lentes

Il est activé et désactivé en maintenant la touche Maj enfoncée pendant 8 secondes

Appuyez sur la touche Maj pendant 8 secondes et voyez si le problème disparaît

Jim Anthony
la source
1
Il peut être bon de noter que pour que cette fonction soit activée / désactivée à l'aide de la touche Maj, l'utilisateur doit d'abord modifier ses paramètres système pour activer le raccourci. Voir l' aide d'Ubuntu: activer les touches lentes
Hee Jin
Sauf qu'il semble être activé par défaut: / Je ne l'ai jamais activé et cela a résolu mon problème
Jim Anthony
Oh bizarre! Il n'était pas activé par défaut sur mon système, mais en fait j'allais formuler mon commentaire pour inclure le fait qu'il est possible que ce soit le cas pour certains utilisateurs, car cela me semblait totalement possible. Quoi qu'il en soit, j'espère que cela le corrige pour le poseur de questions!
Hee Jin
Cela ne fait rien du tout.
Luís de Sousa
3
Après un débogage plus approfondi de ce problème, je peux vérifier que l'entrée de clavier retardée n'est pas causée par slowkeys! J'ai désactivé et validé le comportement des touches rapides dans Ubuntu 18.04.1 et j'ai vu le problème de décalage lorsque celui-ci a été désactivé. Lorsque j'active les raccourcis, il faut beaucoup de temps pour taper une lettre et le délai est constant. Lorsque le problème des touches décalées se produit, le délai est variable et parfois un caractère se répète plusieurs fois parce que j'ai essayé d'appuyer plusieurs fois sans qu'il s'enregistre en temps opportun.
TrinitronX
3

Ce n'est pas le clavier. Ce n'est pas le compositeur de fenêtres. Le problème avec le retard est la séquence d'événements qui se produisent dans les contrôles GUI d'un programme donné. une chose qu'ils ont tous en commun en plus de la saisie au clavier et du texte affiché, ce sont les options d'accessibilité comme le lecteur d'écran orca qui obligent l'interface graphique à faire plus de travail entre les mises à jour d'écran. c'est comme avec le rendu vidéo 3D où trop de calculs abaissent votre fréquence d'images jusqu'à ce qu'il se comporte comme une série d'images fixes sans continuité.

tuez les calculs et vous vous tuez le décalage.

J'ai arrêté mon problème de décalage en tuant le processus orca puis en allant dans [les programmes de démarrage]. une fois là-bas, j'ai supprimé orca de la liste de démarrage avec d'autres programmes que je ne voulais pas au démarrage. J'ai également décoché la case pour ne plus me souvenir des programmes en cours d'exécution à l'arrêt.

plus de décalage sur la saisie au clavier, même dans Firefox

portnoithegroundhog
la source
1

Je l'ai fait sur mon ordinateur portable principal lorsque je jouais à Terraria, lorsque je jouais sur mon "nouveau bureau" avec des pièces incroyables comme le ddr2 ram et un dual core e8600 et USB 2.0, je n'avais aucune latence, je ne pouvais même pas voir de retard d'entrée lors de la comparaison d'un clavier sans fil bas de gamme à un clavier mécanique ps2. Un redémarrage de l'ordinateur et son branchement ont aidé. Pour moi, je pense que c'était parce que la batterie du système était faible et qu'elle n'était pas branchée.

Tyler Pluim
la source
Je vois la question sur un système HTPC de bureau avec Intel(R) Core(TM) i7-7700K CPU @ 4.20GHzqui a 8 cœurs! Il dispose également d'un RAID6 avec 5 disques, avec 8 Go de RAM ( DIMM DDR4 Synchronous 2133 MHz (0.5 ns)). Le problème n'est donc certainement pas lié au matériel! Il semble plus probable qu'il s'agisse d'un logiciel basé sur mon expérience.
TrinitronX
1

J'ai eu des problèmes similaires en utilisant un clavier et une souris sans fil Logitech, avec un récepteur unifié. J'ai un PC fixe et j'ai essayé un certain nombre de choses pour y remédier:

  1. Mise à jour du micrologiciel vers la dernière version de Logitech à l'aide de fwupdmgr. Je pensais que cela avait aidé, mais apparemment pas un effet durable.

  2. J'ai créé une nouvelle règle udev dans un nouveau fichier /etc/udev/rules.d/10-logitech-receiver.rulesavec le contenu suivant:

=======

# Unified USB receiver

ACTION=="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="046d",
ATTR{idProduct}=="c52b", ATTR{product}=="USB Receiver", TEST=="power/control", ATTR{power/control}:="on"

=======

Cette règle garantit que le récepteur est toujours sous tension. Peut-être que ce n'est pas nécessaire sur un PC fixe, mais cela ne peut pas faire de mal. Je pensais que cela avait aidé, mais je doute que cela ait un effet durable. Cela peut être utile sur un ordinateur portable, au détriment de la consommation d'énergie.

  1. Interférence avec d'autres appareils

J'ai remarqué que lorsque j'avais une clé USB dans une fente USB voisine ou un autre périphérique USB à proximité, le retard augmentait. J'ai déplacé les autres appareils UDB vers le fond de panier, et j'ai placé le récepteur sur une rallonge USB placée à l'avant du PC et l'ai placé à environ un mètre du PC. C'était clairement la meilleure solution jusqu'à présent - du moins pour ma configuration sans fil Logitech. Cela peut également être lié au nombre d'appareils connectés sur chaque bus USB, de sorte que la tension peut chuter et nuire à la réception. J'ai également remarqué que cela fonctionnait beaucoup mieux dans les emplacements USB 3.x que dans USB 2.x idem.

Après l'avoir éloigné des appareils susceptibles d'interférer, il est maintenant stable, avec le clavier à une distance d'env. 3 m. depuis le dongle :-)

storestyggeulv
la source
0

J'ai eu le même problème avec mon clavier préféré. Tous mes autres claviers fonctionnaient bien.

J'ai résolu le problème en passant à Wayland.

Vous pouvez le faire avec le bouton d'engrenage à côté du bouton de connexion à l'écran de connexion.

Flom
la source
0

Si vous jouez à des jeux ou du genre jeux, l'application de communication Discord saisissait trop de ma carte vidéo et provoquait des hoquets. Essayez de désactiver "Accélération matérielle" dans son paramètre. Fait des merveilles pour moi. Plus de décalage de clavier dans les jeux ou lors de la frappe.

Apparemment, c'est un petit buggy. De la bouche des chevaux: https://twitter.com/discordapp/status/924910040552747008?lang=en

D'autres ont ce problème: https://www.reddit.com/r/PUBATTLEGROUNDS/comments/6ibgj3/psa_turn_off_hardware_acceleration_in_discord/

four43
la source
0

J'ai activé la fonction Slow Keys , la fonction qui met un délai entre le moment où une touche est enfoncée et le moment où elle est acceptée. Son comportement ressemble exactement à celui que vous décrivez ci-dessus.

Pour désactiver les paramètres d'ouverture des touches lentes , choisissez Universal Access, puis choisissez Typing Assist (AccessX) et désactivez-le.

user3162422
la source
0

Pour faire court: dans 99%, vous devez aller dans Paramètres -> Accès universel et basculer sur Désactiver / Par défaut tous les éléments sauf Répéter les touches .

mature
la source
0

((S'IL VOUS PLAÎT MODIFIER ICI, C'EST UN WIKI! MAIS CE N'EST PAS UNE RÉPONSE, EST UNE GRANDE IMAGE 2019))

RÉVISION DE LA NOMBREUSE HYPOTHÈSE:

Ce décalage serait-il un effet secondaire d'un cheval de Troie scannant nos claviers?

Il semble que ce ne soit pas le cas, mais une double vérification est nécessaire: veuillez rapporter ici toute preuve (et procédures pour vérifier la preuve) sur l'hypothèse du cheval de Troie.

Preuve qui n'est pas un "cheval de Troie externe": le problème de décalage persiste dans les installations USB-Live et dans les nouvelles installations UBUNTU 18 - avant d'installer toute application "externe de l' ISO ".

PS: "interne" est introduit par la distribution ISO de la version 18 ... donc, on peut considérer un bug, pas un virus.

Est-ce que ce retard serait causé par la fonctionnalité "Slow Keys"

C'est un autre problème! C'est une bonne première hypothèse, facile à tester et à rejeter.

REMARQUE: cette page recive des milliers de pages vues, donc, si vous cherchiez des "touches lentes", voyez cette bonne réponse (4 votes) et solution (ou voyez cette autre discussion de page ).

Ce décalage serait-il un problème de décalage matériel ?

Non, voir les commentaires @TrinitronX démontrant que ce n'est pas le cas. Tous les types de matériels offrent la même expérience de décalage , il ne s'agit pas d'un "décalage par faible performance matérielle".

Ce décalage serait-il un problème de pilote USB?

Oui, un problème de clavier USB, un bug ou un conflit sur le logiciel du pilote de périphérique ... Mais quelque chose qui se produit principalement avec les anciennes machines et / ou les anciens appareils, lors du portage d'UBUNTU v16 LTS vers v18 LTS, à cause du décalage n'existe pas sur v16 ni sur les appareils modernes.

Evidences : veuillez vérifier tous les commentaires et réponses (et les modifier ici en les énumérant), ils parlent tous de différents périphériques USB.


CONCLUSION SUR NOTRE PRINCIPAL PROBLÈME ET SON HYPOTHÈSE CORRECTE:

CE problème est le décalage causé par la modification de certains claviers USB

Cet examen de la question en 2019 concerne le bug du pilote du clavier USB et sa manifestation en tant que décalage.

Après environ 1,5 an, cette question est stable et offre un témoignage général sur le décalage d'entrée du clavier: qu'il s'agit d'un décalage de 1 seconde à 3 secondes , en général le démarrage d'une section ou le changement de périphérique USB (en non-USB). Dans toutes les applications (par exemple terminal, Gedit, navigateur, parfois connexion). C'est un vrai bug dans la distribution UBUNTU 18 .

Comment détecter / confirmer que mon problème est CE problème?

Surveillance des changements dans le syslog pendant les décalages par

  • tail -f /var/log/syslog: ouvrez-le dans une fenêtre de terminal et dans une autre fenêtre de test pour l'éditer par clavier USB et par clavier d'origine (intégré). Collectez les preuves et comparez ici avec celles rapportées.

  • grep -i controller /var/log/syslog doit afficher les lignes "ohci_hcd: USB" typiques dans vos preuves collectées.

  • grep -i ETC /var/log/syslog vous pouvez utiliser d'autres mots (par exemple "non géré") à la place de "ETC" pour vérifier les preuves collectées.


AUTRES INFORMATIONS UTILES POUR RÉPONSES ET DISCUSSIONS

Étude de cas, profil complet (système et matériel) où CE problème de décalage s'est produit.

CAS 1 . C'est un UBUNTU 18 LTS frais, la machine fonctionne très bien avec Ubuntu 16 LTS (dans une autre partition), c'est un vieux Samsung avec noyau Intel i3, disque SSD et RAM utilisé comme cette free -mcommande:

              total        used        free      shared  buff/cache   available
Mem:           3741        1466        1278         260         995        1794
Swap:          2047           0        2047

Surveillance des changements dans le syslog pendant les décalages, les principaux changements et autres preuves:

tail -f /var/log/syslog.

... /usr/lib/gdm3/gdm-x-session[1324]: (II) config/udev: Adding input device DELL Dell USB Entry Keyboard (/dev/input/event11)
... /usr/lib/gdm3/gdm-x-session[1324]: (**) DELL Dell USB Entry Keyboard: Applying InputClass "libinput keyboard catchall"
... /usr/lib/gdm3/gdm-x-session[1324]: (II) Using input driver 'libinput' for 'DELL Dell USB Entry Keyboard'
... /usr/lib/gdm3/gdm-x-session[1324]: (II) systemd-logind: got fd for /dev/input/event11 13:75 fd 47 paused 0
... /usr/lib/gdm3/gdm-x-session[1324]: (**) DELL Dell USB Entry Keyboard: always reports core events
... /usr/lib/gdm3/gdm-x-session[1324]: (**) Option "Device" "/dev/input/event11"
... /usr/lib/gdm3/gdm-x-session[1324]: (II) event11 - DELL Dell USB Entry Keyboard: is tagged by udev as: Keyboard
... /usr/lib/gdm3/gdm-x-session[1324]: (II) event11 - DELL Dell USB Entry Keyboard: device removed
... /usr/lib/gdm3/gdm-x-session[1324]: (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.1/2-1.1:1.0/0003:413C:2107.0002/input/input13/event11"

Dans ce type d'expériences, les principaux éléments grepsont:

grep -i HCI /var/log/syslog
... kernel: [ 3770.983036] usb 2-1.1: new low-speed USB device number 5 using ehci-pci
... kernel: [ 7084.642797] usb 2-1.1: new high-speed USB device number 6 using ehci-pci
... kernel: [    1.141461] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
... kernel: [    1.141471] ehci-pci: EHCI PCI platform driver
... kernel: [    1.141981] ehci-pci 0000:00:1a.0: EHCI Host Controller
... kernel: [    1.142001] ehci-pci 0000:00:1a.0: new USB bus registered, assigned bus number 1
... kernel: [    1.142025] ehci-pci 0000:00:1a.0: debug port 2
... kernel: [    1.146059] ehci-pci 0000:00:1a.0: cache line size of 64 is not supported
... kernel: [    1.146091] ehci-pci 0000:00:1a.0: irq 16, io mem 0xfc806000
... kernel: [    1.158091] ehci-pci 0000:00:1a.0: USB 2.0 started, EHCI 1.00
... kernel: [    1.158232] usb usb1: Product: EHCI Host Controller
... kernel: [    1.159065] ehci-pci 0000:00:1d.0: EHCI Host Controller
... kernel: [    1.163101] ehci-pci 0000:00:1d.0: cache line size of 64 is not supported
... kernel: [    1.178159] usb usb2: Manufacturer: Linux 5.0.0-37-generic ehci_hcd
... kernel: [    1.178720] ehci-platform: EHCI generic platform driver
... kernel: [    1.178738] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
... kernel: [    1.178743] ohci-pci: OHCI PCI platform driver
... kernel: [    1.178757] ohci-platform: OHCI generic platform driver
... kernel: [    1.178768] uhci_hcd: USB Universal Host Controller Interface driver
... kernel: [    1.467492] ahci 0000:00:1f.2: version 3.0
... kernel: [    1.468810] scsi host0: ahci
... kernel: [    1.502080] usb 1-1: new high-speed USB device number 2 using ehci-pci
... kernel: [  477.859695] usb 2-1.2: new low-speed USB device number 5 using ehci-pci

grep -i controller /var/log/syslog
... kernel: [    0.270587] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
... kernel: [    1.120115] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
... kernel: [    1.141461] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
... kernel: [    1.141981] ehci-pci 0000:00:1a.0: EHCI Host Controller
... kernel: [    1.158232] usb usb1: Product: EHCI Host Controller
... kernel: [    1.159065] ehci-pci 0000:00:1d.0: EHCI Host Controller
... kernel: [    1.178157] usb usb2: Product: EHCI Host Controller
...

grep -i controller /var/log/syslog
... kernel: [    0.270587] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
... kernel: [    1.120115] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
... kernel: [    1.141461] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
... kernel: [    1.141981] ehci-pci 0000:00:1a.0: EHCI Host Controller
... kernel: [    1.158232] usb usb1: Product: EHCI Host Controller
... kernel: [    1.178738] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
... kernel: [    1.178768] uhci_hcd: USB Universal Host Controller Interface driver
Peter Krauss
la source