Retraso de entrada del teclado en Ubuntu 18.04

24

Recientemente cambié a Ubuntu 18.04 y desde entonces tengo mucho retraso de entrada del teclado, a veces varios segundos. Puedo escribir las palabras, pero lleva algún tiempo hasta que se muestran en la pantalla.

Anteriormente utilicé Ubuntu 16.04 sin ningún problema.

Este error ocurre en la Terminal pero también en mi navegador web.

¿Alguna idea de dónde podría comenzar a depurar este problema?

Lo que descubrí es que esto también puede activarse por algunas teclas más que otras. Por ejemplo, cuando estoy escribiendo cdcdcdcd parece mucho.

También puede ser importante saber que uso una distribución de teclado diferente que configuré con este comando:

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

Aunque esto no hace una diferencia para el retraso.

Aparentemente, este problema solo ocurre en el escritorio GNOME / budgie.

jrsm
fuente
1
Tuve una experiencia similar con el teclado USB. Cambiar de nuevo a Unity ayudó. Si esa es una opción, hay una guía linuxconfig.org/…
logcat
Tengo que decir que realmente no soy un gran fanático de la unidad :(
jrsm
1
Creo que tengo el mismo problema. Algunas observaciones: 1) Si me dejo caer en un shell no gráfico, no hay problema. 2) En Gnome: no solo se congela la entrada del teclado, sino la mayor parte de la interfaz de usuario. He habilitado segundos en mi reloj y también se congelan por un tiempo después de presionar varias teclas. Pero el puntero del mouse todavía se mueve si muevo el mouse. 3) Esto no es un problema con todos los teclados. Mi viejo teclado Logitech con Unifying Receiver funciona bien. 4) El teclado afectado funciona bien con Windows y MacOS en otras computadoras. 5) Nada de importancia en mi syslog.
decibyte
2
Bien, algunas observaciones más: si conecto 2 teclados Logitech y escribo en ellos al mismo tiempo , tengo el mismo problema. Esto puede sonar como un caso de uso inusual, pero mi teclado habitual es un teclado ergonómico dividido R-Go, una anomalía que técnicamente es dos teclados separados (cada uno con solo la mitad de las teclas de un teclado normal). Una combinación de la mitad y un teclado Logitech da el mismo resultado. Junto con mis observaciones anteriores: ¿Eso le da a alguien alguna idea de lo que está pasando? Especialmente con el hecho de que solo ocurre (para mí) en Gnome (3).
decibyte
1
No sé si también te encuentras en una situación de escritura de teclado dual como yo. Pero para que conste, he abierto un error con mis propias observaciones: bugs.launchpad.net/ubuntu/+bug/1777708
decibyte

Respuestas:

6

Tal vez podrías probar el registro de tu sistema. He notado el siguiente error en mi sistema (varias veces):

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

Esto parece ser un problema USB3. Mi teclado y panel táctil en mi computadora portátil no tienen este problema. Mi mouse conectado por USB también se retrasa.

Cuando cargo Ubuntu 18.04 con el kernel anterior y aún disponible en mi sistema como se usa en 17.10, versión del kernel 4.13.0-39-generic, no obtengo los errores XHCI. Además, mi teclado y mouse ya no se retrasan.

Puedo seleccionar este kernel a través del menú GRUB en mi configuración.

Observación No lo he descubierto completamente todavía. El núcleo anterior parece funcionar mejor, pero el retraso está ahí de vez en cuando. Puedo hacer algunos comentarios cuando uso el kernel predeterminado: una pulsación continua de teclas (solo manteniendo presionada una letra o un carácter) está funcionando bien. Simplemente emite la letra o el carácter constantemente sin fluctuaciones. Además, solo ingresar letras está bien. Donde creo que va mal con mi configuración hay caracteres especiales como (Comas, puntos, dos puntos, punto y coma, etc.). Tan pronto como se introducen en la entrada, comienza a fallar. Inicialmente pensé que esto podría ser causado por teclas muertas, pero apagarlas no hace la diferencia. ¿Puedes confirmar este comportamiento? Además, las teclas lentas no lo resuelven en mi configuración.

Actualización Esta mañana recibí una actualización que parece resolver el problema del teclado en mi sitio. Desde mi registro de actualizaciones: Línea de comandos:

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

Esta es la única actualización para 18.04 que llegué hasta ahora. Esto probablemente también resolvió los tiempos de arranque lentos en mi computadora portátil. Ahora son segundos en lugar de un minuto. Enviaré una confirmación más adelante esta semana.

André Klaver
fuente
xhci es bueno en mi sistema de registro de sistema. A menudo obtengo algo como 1 18:19:54 ryzen gnome-software [2177]: json_object_has_member: aserción 'member_name! = NULL' falló el 1 de mayo 18:19:54 ryzen gnome-software [2177 ]: g_strsplit: aserción 'string! = NULL' falló el 1 de mayo 18:19:54 ryzen gnome-software [2177]: g_strv_length: aserción 'str_array! = NULL' falló el 1 de mayo 18:19:54 ryzen gnome-software [2177 ]: json_object_has_member: aserción 'member_name! = NULL' falló el 1 de mayo 18:19:54 ryzen gnome-software [2177]: g_strsplit: aserción 'string! = NULL' falló
jrsm
No lo he descubierto completamente todavía. El núcleo anterior parece funcionar mejor, pero el retraso está ahí de vez en cuando. Puedo hacer algunos comentarios:
André Klaver
Me gustaría saber más sobre este problema que tuviste. ¿Alguna vez presentó un informe de error? Si esto es un error real, afectará a muchas personas, ya que cada vez más usuarios se están mudando a 18.04 y también más y más máquinas están utilizando USB 3.0
Hee Jin
4

Esta puede ser la característica de teclas lentas

Se activa y desactiva manteniendo presionada la tecla Mayús durante 8 segundos

Presione la tecla shift durante 8 segundos y vea si el problema desaparece

Jim Anthony
fuente
1
Puede ser bueno tener en cuenta que para que esta función se active / desactive con la tecla Mayús, el usuario primero debe cambiar la configuración del sistema para habilitar el acceso directo. Consulte la Ayuda de Ubuntu: Encienda las teclas lentas
Hee Jin
Excepto que parece estar habilitado por defecto: / Nunca lo habilité y esto resolvió mi problema
Jim Anthony
Oh raro! No estaba habilitado de manera predeterminada en mi sistema, pero en realidad iba a expresar mi comentario para incluir el hecho de que es posible que sea para algunos usuarios, porque me pareció totalmente posible. De todos modos, ¡espero que esto lo solucione para el que hace las preguntas!
Hee Jin
Esto no hace nada en absoluto.
Luís de Sousa
3
¡Después de depurar más profundamente este problema, puedo verificar que la entrada de teclado lenta no es causada por slowkeys! He deshabilitado y validado el comportamiento de las teclas lentas en Ubuntu 18.04.1 y he visto el problema de retraso cuando se ha deshabilitado. Cuando habilito las teclas lentas, me toma mucho tiempo escribir una letra, y el retraso es constante. Cuando ocurre el problema de las teclas diferidas, el retraso es variable y, a veces, un personaje se repite muchas veces porque he estado tratando de presionar un par de veces sin que se registre de manera oportuna.
TrinitronX
3

No es el teclado. No es el compositor de ventanas. El problema con el retraso es la secuencia de eventos que ocurren dentro de los controles gui de cualquier programa dado. Una cosa que todos tienen en común además de la entrada del teclado y el texto que se muestra son las opciones de accesibilidad, como el lector de pantalla orca, que hace que la interfaz gráfica de usuario tenga que trabajar más entre las actualizaciones de pantalla. es como en el renderizado de video en 3D, donde muchos cálculos reducen la velocidad de cuadros hasta que se comporta como una serie de imágenes fijas sin continuidad.

mata los cálculos y matas el retraso.

Detuve mi problema de retraso al matar el proceso de orca y luego ir a [programas de inicio]. Una vez allí, eliminé la orca de la lista de inicio junto con otros programas que no quería al inicio. También desmarqué la casilla para dejar de recordar los programas en ejecución en el apagado.

no más retraso en la entrada del teclado, incluso en Firefox

portnoithegroundhog
fuente
1

Sucedí esto en mi computadora portátil principal cuando jugaba Terraria, cuando jugaba en mi "nuevo escritorio" con partes tan sorprendentes como ddr2 ram y un dual core e8600 y USB 2.0, no tenía latencia, ni siquiera podía ver ningún retraso de entrada al comparar un teclado inalámbrico de gama baja con un teclado mecánico ps2. Un reinicio de la computadora y enchufarlo ayudó. Para mí, creo que fue porque la batería del sistema estaba baja y no estaba enchufado.

Tyler Pluim
fuente
Estoy viendo el problema en un sistema HTPC escritorio con Intel(R) Core(TM) i7-7700K CPU @ 4.20GHzque tiene 8 núcleos! También tiene un RAID6 con 5 discos, con 8GiB de RAM ( DIMM DDR4 Synchronous 2133 MHz (0.5 ns)). ¡Entonces el problema definitivamente no está relacionado con el hardware! Parece más probable que esté relacionado con el software según mi experiencia.
TrinitronX
1

He tenido problemas similares al usar un Logitech Keyboar & Mouse inalámbrico, con un receptor unificado. Tengo una PC estacionaria, y he intentado varias cosas para abordar eso:

  1. Se actualizó el firmware a la última versión de Logitech usando fwupdmgr. Pensé que había ayudado, pero aparentemente no tenía un efecto duradero.

  2. Creé una nueva regla de udev en un nuevo archivo /etc/udev/rules.d/10-logitech-receiver.rulescon el siguiente contenido:

=======

# Unified USB receiver

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

=======

Esta regla asegura que el receptor esté siempre encendido. Tal vez no sea necesario en una PC estacionaria, pero no puede doler. Pensé que había ayudado, pero dudoso si tuvo un efecto duradero. Puede ser útil en una computadora portátil, a expensas del uso de energía.

  1. Interferencia con otros dispositivos.

Me di cuenta de que cuando tenía una memoria USB en una ranura usb vecina u otro dispositivo USB cercano, el retraso aumentaba. Moví los otros dispositivos UDB al plano posterior, puse el receptor en un cable de extensión USB ubicado en la parte frontal de la PC y lo coloqué a un metro de distancia de la PC. Esta fue claramente la mejor solución hasta ahora, al menos para mi configuración inalámbrica de Logitech. También puede estar relacionado con la cantidad de dispositivos que están conectados en cada bus USB, por lo que el voltaje puede caer y dañar la recepción. También noté que funcionaba mucho mejor en ranuras USB 3.x que en USB 2.x ídem.

Después de alejarlo de dispositivos potencialmente interferentes, ahora es estable, con el teclado a una distancia de aprox. 3 m. del dongle :-)

tiendastyggeulv
fuente
0

Tuve el mismo problema con mi teclado favorito. Todos mis otros teclados estaban funcionando bien.

Resolví el problema cambiando a wayland.

Puede hacerlo con el botón de engranaje junto al botón de inicio de sesión en la pantalla de inicio de sesión.

Flom
fuente
0

Si estás jugando juegos o del tipo de juegos, la aplicación de comunicación Discord estaba agarrando demasiado de mi tarjeta de video y causando hipo. Intente deshabilitar "Aceleración de hardware" en su configuración. Hizo maravillas para mí. No más retrasos en el teclado en los juegos o al escribir.

Aparentemente es un poco con errores. Desde la boca de los caballos: https://twitter.com/discordapp/status/924910040552747008?lang=en

Otros tienen el problema: https://www.reddit.com/r/PUBATTLEGROUNDS/comments/6ibgj3/psa_turn_off_hardware_acceleration_in_discord/

four43
fuente
0

He activado la función Teclas lentas , la función que retrasa el momento en que se presiona una tecla y cuando se acepta. Su comportamiento se ve exactamente como se describe anteriormente.

Para desactivar la configuración de Abrir las teclas lentas , elija Acceso universal, luego Asistencia de escritura (AccessX) y apáguelo.

usuario3162422
fuente
0

Para abreviar: En el 99% lo que necesita ir a Ajustes -> Acceso Universal y el interruptor de apagado / Por defecto todos los elementos excepto la repetición llaves .

maduro
fuente
0

((POR FAVOR, EDITE AQUÍ, ES UN WIKI! PERO NO ES UNA RESPUESTA, ES UNA GRAN IMAGEN DE 2019))

REVISANDO LA MUCHAS HIPÓTESIS:

¿Sería este retraso un efecto secundario de un troyano escaneando nuestros teclados?

Parece que no lo es, pero es necesario realizar una doble verificación: informe aquí cualquier evidencia (y procedimientos para verificar la evidencia) sobre la hipótesis del troyano.

Evidencia de que no es un "troyano externo": el problema de retraso persiste en el USB-Live y en las nuevas instalaciones de UBUNTU 18, antes de instalar cualquier aplicación "externa de la ISO ".

PD: "interno" se introduce en la distribución ISO de la versión 18 ... por lo tanto, podemos considerar un error, no un virus.

¿Podría este retraso causado por la función "Teclas lentas"

Es otro problema! Es una buena primera hipótesis, fácil de probar y descartar.

NOTA: esta página recibe miles de páginas vistas, por lo tanto, si estaba buscando "claves lentas", vea esta buena respuesta (4 votos) y solución (o vea esta otra discusión de la página ).

¿Sería este retraso un problema de retraso de hardware ?

No, vea los comentarios de @TrinitronX que demuestran que no es así. Todos los tipos de hardwares ofrecen la misma experiencia de retraso , no es un "retraso de bajo rendimiento de hardware".

¿Sería este retraso un problema con el controlador USB?

Sí, un problema con el teclado USB, un error o un conflicto en el software del controlador del dispositivo ... Pero algo que ocurre principalmente con máquinas antiguas y / o dispositivos viejos, cuando se transfiere de UBUNTU v16 LTS a v18 LTS, porque el retraso no existe en v16 ni en dispositivos modernos.

Evidencias : compruebe todos los comentarios y respuestas (y edítelos aquí), todos hablan de diferentes dispositivos USB.


CONCLUSIÓN SOBRE NUESTRO PROBLEMA PRINCIPAL Y SU HIPÓTESIS CORRECTA:

ESTE problema es el retraso causado por el cambio en algunos teclados USB

Esta revisión de 2019 de la pregunta trata sobre el error del controlador del teclado USB y su manifestación como un retraso.

Después de ~ 1.5 años, esta pregunta es estable y ofrece un testimonio general sobre el retraso de entrada del teclado: que es un retraso de 1 segundo a 3 segundos , en general, comienza una sección o cambia el dispositivo USB (a no USB). En todas las aplicaciones (por ejemplo, terminal, Gedit, navegador, inicio de sesión en ocasiones). Es un error real en la distribución UBUNTU 18 .

¿Cómo detectar / confirmar que mi problema es ESTE problema?

Monitoreo de cambios en el registro del sistema durante las ocurrencias de retraso por

  • tail -f /var/log/syslog: ábralo en una ventana de terminal y en otra prueba de ventana para editar con el teclado USB y el teclado original (integrado). Recolecta evidencias y compáralas aquí con las reportadas.

  • grep -i controller /var/log/syslog debe mostrar las líneas típicas "ohci_hcd: USB" en las evidencias recopiladas.

  • grep -i ETC /var/log/syslog puede usar otras palabras (por ejemplo, "no manejado") en lugar de "ETC" para verificar las evidencias recopiladas.


OTRA INFORMACIÓN ÚTIL PARA RESPUESTAS Y DISCUSIONES

Casos de estudio, perfil completo (sistema y hardware) donde se produjo ESTE problema de retraso.

CASO 1 . Es un UBUNTU 18 LTS nuevo, la máquina funciona bien con Ubuntu 16 LTS (en otra partición), es un viejo Samsung con Intel i3 core, disco SSD y RAM utilizados como este free -mcomando:

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

Monitoreo de cambios en el registro del sistema durante las ocurrencias de retraso, cambios principales y otra evidencia:

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"

En este tipo de experimentos, los principales grepson:

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
fuente