Atraso na entrada do teclado no Ubuntu 18.04

Recentemente, mudei para o Ubuntu 18.04 e, desde então, tenho muito atraso na entrada do teclado, às vezes vários segundos. Posso digitar as palavras, mas leva algum tempo até elas aparecerem na tela.

Eu usei o Ubuntu 16.04 anteriormente sem problemas.

Este erro ocorre no Terminal, mas também no meu navegador.

Alguma idéia de onde eu poderia começar a depurar esse problema?

ATUALIZAR:

Então, eu tentei as respostas sugeridas abaixo, thx para isso. Mas ainda não há solução. O que eu descobri é que isso também pode ser acionado por algumas teclas mais do que ohters ... por exemplo, quando estou digitando cdcdcdcd, parece realmente muito .....

Talvez também seja importante saber que eu uso um layout de teclado diferente com o qual defino

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

Embora isso não faça diferença para o atraso

UPDATE2:

Aparentemente, esse problema está acontecendo apenas na área de trabalho do gnome / budgie

UPDATE3:

Como não encontrei nenhuma solução para esse problema, descobri que é hora de seguir em frente ... de qualquer maneira, mudei para o Manjaro agora e devo dizer que estou tranquilo e satisfeito com nenhum problema até agora e com um sistema muito limpo e com bom desempenho.

No entanto, eu manteria essas perguntas em aberto, pois algumas pessoas ainda enfrentam o mesmo problema. Espero que você encontre uma solução

BR

Talvez você possa tentar o log do sistema. Percebi o seguinte erro no meu sistema (várias vezes):

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

Este parece ser um problema do USB3. Meu teclado e touch pad no meu laptop não têm esse problema. Meu mouse conectado a USB também fica atrasado.

Quando carrego o Ubuntu 18.04 com o kernel anterior e ainda disponível no meu sistema, conforme usado no 17.10, versão do kernel 4.13.0-39-generic, não recebo os erros XHCI. Além disso, meu teclado e mouse não ficam mais atrasados.

Eu sou capaz de selecionar este kernel através do menu GRUB na minha configuração.

Observação Ainda não descobri completamente. O kernel mais antigo parece funcionar melhor, mas o atraso está lá de vez em quando. Posso fazer algumas observações ao usar o kernel padrão: Um pressionamento contínuo de tecla (mantendo apenas uma letra ou caractere) está indo bem. Ele apenas gera a letra ou o caractere constantemente, sem tremulação. Além disso, basta digitar as letras. Onde acho que está errado na minha configuração, são caracteres especiais (vírgulas, pontos, dois pontos, ponto e vírgula, etc.). Assim que elas são introduzidas na entrada, ela começa a dar errado. Inicialmente, pensei que isso poderia ser causado por chaves mortas, mas desativá-las não faz diferença. Você pode confirmar esse comportamento? Além disso, as teclas lentas não resolvem isso na minha configuração.

Atualização Esta manhã, recebi uma atualização que parece resolver o problema do teclado no meu site. No meu log de atualização: Commandline:

$ 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 é a única atualização para o 18.04 que recebi até agora. Isso provavelmente também resolveu os tempos de inicialização lentos no meu laptop. Agora são segundos em vez de um minuto. Vou enviar uma confirmação ainda esta semana.

Esse pode ser o recurso de teclas lentas

É ativado e desativado mantendo a tecla Shift pressionada por 8 segundos

Pressione a tecla Shift por 8 segundos e veja se o problema desaparece

Não é o teclado. Não é o compositor da janela. O problema do atraso é a sequência de eventos que ocorrem nos controles da GUI de qualquer programa. uma coisa que todos eles têm em comum além da entrada do teclado e do texto exibido são as opções de acessibilidade, como o leitor de tela orca, que faz com que a GUI tenha que trabalhar mais entre as atualizações de tela. é como na renderização de vídeo em 3D, onde muitos cálculos diminuem a taxa de quadros até que ela se comporte como uma série de fotos sem continuidade.

mate os cálculos e você mata o atraso.

Parei meu problema de atraso matando o processo orca e depois indo para [programas de inicialização]. Uma vez lá, removi o orca da lista de inicialização, juntamente com outros programas que não queria na inicialização. Também desmarquei a caixa para parar de lembrar de executar programas no desligamento.

não há mais atraso na entrada do teclado, mesmo no Firefox

Tive isso acontecendo no meu laptop principal ao jogar Terraria, ao tocar no meu "novo desktop" com peças incríveis como memória ram ddr2 e um dual core e8600 e USB 2.0, não tinha latência, não conseguia nem ver nenhum atraso de entrada ao comparar um teclado sem fio de ponta a um teclado mecânico ps2. Um computador reiniciar e conectá-lo ajudou. Para mim, acho que foi porque a bateria do sistema estava fraca e não estava conectada.

Eu tive problemas semelhantes ao usar um Logitech Keyboar & Mouse sem fio, com um receptor unificado. Eu tenho um PC estacionário e tentei várias coisas para resolver isso:

1. Atualizado o firmware para a versão mais recente da Logitech usando fwupdmgr. Eu pensei que tinha ajudado, mas aparentemente não durando efeito.

2. Criei uma nova regra do udev em um novo arquivo /etc/udev/rules.d/10-logitech-receiver.rulescom o seguinte conteúdo:

=======

# 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 regra garante que a energia do receptor esteja sempre ligada. Talvez não seja necessário em um PC estacionário, mas não pode doer. Eu pensei que tinha ajudado, mas duvido que tivesse um efeito duradouro. Pode ser útil em um laptop, às custas do uso de energia.

3. Interferência com outros dispositivos

Percebi que, quando havia uma chave USB em um slot USB vizinho ou algum outro dispositivo USB próximo, o atraso aumentava. Mudei os outros dispositivos UDB para o backplane e coloquei o receptor em um cabo de extensão USB colocado na frente do PC e o coloquei a um metro de distância do PC. Essa foi claramente a melhor solução até agora - pelo menos para minha configuração sem fio da Logitech. Também pode estar relacionado a quantos dispositivos estão conectados em cada barramento USB; portanto, a tensão pode cair e prejudicar a recepção. Também notei que funcionava muito melhor nos slots USB 3.x do que no USB 2.x idem.

Depois de afastá-lo de dispositivos potencialmente interferentes, ele fica estável, com o teclado a uma distância de aprox. 3 m. do dongle :-)

Eu tive o mesmo problema com o meu teclado favorito. Todos os meus outros teclados estavam funcionando bem.

Resolvi o problema mudando para wayland.

Você pode fazer isso com o botão de engrenagem ao lado do botão de login na tela de login.

Se você está jogando, ou o tipo de jogo, o aplicativo de comunicação Discord estava pegando muito na minha placa de vídeo e causando soluços. Tente desativar a "Aceleração de hardware" na configuração. Fez maravilhas para mim. Não há mais atraso do teclado nos jogos ou durante a digitação.

Aparentemente, é um pouco de buggy. Da boca dos cavalos: https://twitter.com/discordapp/status/924910040552747008?lang=pt

Outros estão com o problema: https://www.reddit.com/r/PUBATTLEGROUNDS/comments/6ibgj3/psa_turn_off_hardware_acceleration_in_discord/

Eu tive o recurso Teclas Lentas ativado , o recurso que atrasa quando uma tecla é pressionada e quando é aceita. Seu comportamento se parece exatamente como você descreve acima.

Para desativar as Teclas lentas, abra Configurações, escolha Acesso Universal, escolha Assistência à Digitação (AccessX) e desative-a.

Resumindo: em 99%, você precisa ir para Configurações -> Acesso Universal e alternar para Desligado / Padrão todos os itens, exceto Teclas de repetição .

((EDIQUE AQUI, É UM WIKI! MAS NÃO É UMA RESPOSTA, É UMA GRANDE IMAGEM DE 2019))

REVISANDO A MUITO HIPÓTESE:

Esse atraso seria um efeito colateral de um cavalo de Tróia escaneando nossos teclados?

Parece que não, mas é necessária uma verificação dupla: por favor relate aqui qualquer evidência (e procedimentos para verificar a evidência) sobre a hipótese do Trojan.

Evidência de que não é um "Trojan externo": o problema de atraso persiste no USB-Live e em novas instalações do UBUNTU 18 - antes de instalar qualquer aplicativo "externo do ISO ".

PS: "interno" é introduzido na distribuição ISO da versão 18 ... para que possamos considerar um bug, não um vírus.

Esse atraso seria causado pelo recurso "Teclas lentas"

É outro problema! É uma boa primeira hipótese, fácil de testar e descartar.

NOTA: esta página recebe milhares de visualizações de página; portanto, se você estava procurando por "Teclas lentas", consulte esta boa resposta (4 votos) e solução (ou veja a outra discussão na página ).

Esse atraso seria um problema de atraso de hardware ?

Não, consulte os comentários do @TrinitronX demonstrando que não é. Todos os tipos de hardware oferecem o mesmo atraso experiência de , não é um "atraso de baixo desempenho do hardware".

Esse atraso seria um problema de driver USB?

Sim, um problema no teclado USB, um bug ou um conflito no software do driver de dispositivo ... Mas algo que ocorre principalmente com máquinas antigas e / ou dispositivos antigos, quando transportados de UBUNTU v16 LTS para v18 LTS, devido ao atraso não existe na v16 nem em dispositivos modernos.

Evidências : verifique todos os comentários e respostas (e edite aqui a lista), todos eles falam sobre diferentes dispositivos USB.

CONCLUSÃO SOBRE O NOSSO PRINCIPAL PROBLEMA E SUA HIPÓTESE CORRETA:

Este problema é o atraso causado pela alteração em alguns teclados USB

Esta revisão de 2019 da pergunta é sobre o bug do driver do teclado USB e sua manifestação como um atraso.

Após cerca de 1,5 anos, essa pergunta é estável e oferece um testemunho geral sobre o atraso na entrada do teclado: que é um atraso de 1 segundo a 3 segundos , em geral iniciando uma seção ou alterando o dispositivo USB (para não USB). Em todas as aplicações (por exemplo, terminal, Gedit, navegador, algumas vezes faça login). É um bug real na distribuição do UBUNTU 18 .

Como detectar / confirmar que meu problema é ESTE problema?

Monitorando alterações no syslog durante as ocorrências de lag por

• tail -f /var/log/syslog: abra-o em uma janela de terminal e em outro teste de janela para editar pelo teclado USB e pelo teclado original (integrado). Colete evidências e compare aqui com as relatadas.

• grep -i controller /var/log/syslog deve mostrar linhas "ohci_hcd: USB" típicas em suas evidências coletadas.

• grep -i ETC /var/log/syslog você pode usar outras palavras (por exemplo, "não tratado") em vez de "EPT" para verificar as evidências coletadas.

OUTRAS INFORMAÇÕES ÚTEIS PARA RESPOSTAS E DISCUSSÕES

Casos de estudo, perfil completo (sistema e hardware) onde ocorreu esse problema de atraso.

CASO 1 . É um UBUNTU 18 LTS novo, a máquina está funcionando bem com o Ubuntu 16 LTS (em outra partição), é um Samsung antigo com núcleo Intel i3, disco SSD e RAM usados ​​como este free -mcomando:

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

Monitorando alterações no syslog durante as ocorrências de lag, principais alterações e outras evidências:

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"

Neste tipo de experimentos, os principais grepsão:

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