- As causas mais comuns são NumLock fora de sincronia, conflitos com a tecla Host e mapas de teclas guest.
- A configuração "0" da GUI/HidLedsSync impede a reversão do estado do NumLock entre o host e o convidado.
- Verifique a captura e o layout do teclado do convidado (por exemplo, setxkbmap, dpkg-reconfigure).
Se o seu teclado parar de responder dentro de uma máquina virtual, é fácil cair no caos: os atalhos não funcionam, Ctrl parece ser ignorado e até mesmo sair do nano se torna uma odisseia.A boa notícia é que, na maioria dos casos, existem soluções claras que você pode implementar em poucos minutos, sem precisar reinstalar nada.
Em resultados do mundo real e discussões técnicas, aparecem padrões que se repetem: problemas com a tecla Ctrl ao usar editores como o nano, comportamento estranho do teclado numérico devido ao NumLock e até mesmo confusão com o Mapas de teclas do sistema convidado e “chave do host” do VirtualBoxAbaixo está um guia organizado com tudo o que você precisa verificar e como consertar. Vamos aprender mais sobre Se o seu teclado não estiver funcionando no VirtualBox, aqui estão os passos para consertar.
Por que o VirtualBox pode “perder” o teclado
Em um caso recorrente documentado pela comunidade, um host Linux de 64 bits executando um convidado Debian de 32 bits exibiu um bug peculiar: ao pressionar Ctrl+X no nano a letra “x” apareceu na tela em vez de executar o atalho de saída. Ou seja, a tecla modificadora Ctrl não estava sendo reconhecida no convidado.
O usuário também alterou a chave do host do VirtualBox para a chave do logotipo correto e se perguntou se o bug afetou o Ctrl esquerda, direita ou ambosA conversa também apontou para o mapa do teclado do convidado, que supostamente estava definido como "EUA por padrão", o que reduziu a suspeita de um layout mal escolhido, mas não a eliminou completamente.
Outro detalhe a ter em conta é que nem sempre o problema se replica com outros hóspedes: houve máquinas DOS e Windows sem esta falha, o que sugere que a interação entre determinados Mapas de teclado, camada gráfica (X/TTY) e VirtualBox pode ser decisivo no Linux.
E uma observação que surge ao fazer alguma pesquisa: em plataformas como o Reddit, conteúdo útil às vezes é "encoberto" por avisos de cookies, mas os tópicos confirmam sintomas semelhantes. Isso é um indício de que o que está acontecendo com você não é isolado e que As causas geralmente giram em torno de atalhos com Ctrl, NumLock e configurações de entrada.
Verifique NumLock: O Culpado Silencioso
Comecemos pelo simples mas crítico: o estado de O NumLock afeta diretamente o teclado numéricoSe desabilitadas, as teclas do teclado numérico enviarão setas e movimentos do cursor, não números.
Nas versões do VirtualBox como 5.0.2 foi observado um comportamento muito específico: o estado NumLock no convidado pode se tornar invertido em relação ao hospedeiroSe o Windows (host) estiver habilitado, o Linux (convidado) o exibirá desabilitado e vice-versa. Isso causa confusão constante ao alternar entre as duas telas.
Há um atalho para que o VirtualBox sincronize corretamente os LEDs do teclado com a VM. No Windows, abra um console com permissões de administrador e navegue até o caminho de instalação do VirtualBox (por padrão). C: \ Arquivos de programas \ Oracle \ VirtualBox) e execute:
VBoxManage setextradata "Nombre de la máquina virtual entrecomillado" GUI/HidLedsSync "0"
Com este parâmetro, o VirtualBox para de forçar a sincronização problemática dos LEDs e cada sistema mantém um estado consistente. Após aplicá-lo, quando o host tiver NumLock ativo, o convidado não deve reverter o comportamento, e o teclado numérico retornará à digitação correta dos números.
Além disso, verifique as configurações do BIOS/UEFI do computador host para garantir que o NumLock inicialize no estado que você preferir. Isso nem sempre é necessário, mas ajuda a evitar o teclado numérico começa desabilitado e te deixa louco sem motivo aparente.

A tecla Host e os atalhos Ctrl/AltGr
A tecla do Host do VirtualBox é a que "libera" o mouse e o teclado da máquina virtual; por padrão, geralmente é a tecla Ctrl direita. Se você alterá-la para a tecla do logotipo da direita (Windows) e perceber que Ctrl para de se comportar como um modificador dentro do convidado, suspeita de um conflito.
Para isolar o problema, acesse Arquivo > Preferências > Entrada e as configurações da VM (ou Máquina > Configurações > Geral/Entradas) e verifique qual é a tecla Host. Tente revertê-la para Ctrl Direito ou outra tecla não utilizada (por exemplo, Scroll Lock como tecla do host) para ver se os atalhos de convidado recuperam a funcionalidade.
Habilite “Capturar teclado automaticamente” nas opções de entrada do VirtualBox. Se este recurso estiver desabilitado, certas combinações (especialmente aquelas com Ctrl) podem permanecer no host e não chegar à VM, o que explica por que pressionar Ctrl+X no nano faz um “x” literal aparecer.
Verifique também se o erro ocorre com o Ctrl esquerdo, Ctrl direito ou ambos. Em alguns casos, o Ctrl direito atua como Host ou é "sequestrado" pelo sistema, enquanto o Ctrl esquerdo funciona. Essa dica ajuda a determinar se o problema é com Mapeamento de chave interna ou mapeamento de captura/host no VirtualBox.
Layout e mapa do teclado do convidado
Mesmo que o convidado diga que está nos "EUA por padrão", verifique se realmente está. Se o seu sistema convidado for Debian/Ubuntu, o ambiente gráfico e o console TTY podem ter configurações diferentes, o que explica por que o sintoma se repete no X e no console. Ctrl ignorado ou mal interpretado.
Testes rápidos no Linux (execute-os dentro do convidado): Com o X ativo, aplique temporariamente um mapa padrão com setxkbmap nósSe Ctrl funcionar novamente, você sabe que o problema era devido às suas configurações de layout. Para torná-lo persistente, verifique as configurações de teclado do seu ambiente de trabalho ou aplique dpkg-reconfigure configuração de teclado no Debian/Ubuntu para reconfigurar no nível do sistema.
No console TTY (sem X), verifique se o layout não é exótico ou apresenta variantes estranhas (por exemplo, "US international" com teclas mortas, caso não precise delas). Mudanças sutis podem afetar o comportamento de AltGr, Ctrl direito e combinações com símbolos, então é melhor mantê-lo simples e estável.
Se você estiver usando outro idioma (ES, LATAM, etc.), certifique-se de escolher a variante correta no convidado e, se aplicável, alinhe também o host. Embora o VirtualBox traduza eventos de teclado, ter anfitrião e hóspede com disposições muito diferentes multiplica as chances de colisão com teclas modificadoras.
Mais verificações e boas práticas

Verifique se o sintoma aparece tanto na sessão gráfica quanto na de console. No caso mencionado pela comunidade, o erro ocorreu em ambas, o que indicava um problema de entrada/captura e não do editor. É útil descartar o nano: tente atalhos em outros aplicativos ou Ctrl+C para cortar no terminal.
Se você tiver outras VMs, inicie-as e compare. Havia convidados DOS e Windows que não apresentaram o problema, o que indica que a falha pode estar relacionada à pilha de entrada do Linux, ao seu mapeamento de teclado ou a um bug específico de determinadas versões. Esta comparação ajuda você determinar se é um problema global do VirtualBox ou um problema específico do convidado.
Experimente outro teclado físico, se possível, e evite hubs problemáticos. Parece básico, mas um teclado com uma tecla Ctrl danificada gera exatamente o sintoma descrito (um "x" aparece em vez de "Ctrl+X"). Se você usar outro teclado, atalhos funcionam instantaneamente, você terá isolado a causa.
Mantenha o VirtualBox (nós ensinamos mais sobre o VirtualBox neste artigo: Como abrir uma máquina virtual no VirtualBox?) e os “Adicionais para Convidados” foram atualizados o máximo possível. Embora o problema do estado invertido do NumLock tenha sido observado no VirtualBox 5.0.2, as versões recentes aprimoraram muitos detalhes relacionados à entrada e sincronização. Ainda assim, o ajuste GUI/Sincronização HidLeds «0» Ainda é útil quando você notar um comportamento estranho dos LEDs.
Por fim, verifique se não há atalhos de host globais que capturem Ctrl+algumas teclas pressionadas antes de chegarem à VM. No Windows, utilitários de terceiros ou recursos de acessibilidade podem atrapalhar; no Linux, combinações de gerenciadores de janelas ou utilitários como gerenciadores de mosaicos pode roubar o foco dos atalhos.

Você deve conseguir salvar o teclado da sua VM: alinhe o NumLock para o teclado numérico, ajuste a tecla Host para evitar conflitos, garanta a captura do teclado e ajuste o mapeamento no convidado. Seguindo estas diretrizes, Os atalhos Ctrl estão de volta e o fluxo de trabalho voltou ao normal., tanto no ambiente de console quanto no ambiente gráfico. Agora você sabe mais sobre Virtualbox.
Apaixonado por tecnologia desde pequeno. Adoro estar atualizado no setor e, acima de tudo, comunicá-lo. É por isso que há muitos anos me dedico à comunicação em sites de tecnologia e videogames. Você pode me encontrar escrevendo sobre Android, Windows, MacOS, iOS, Nintendo ou qualquer outro tópico relacionado que lhe vier à mente.