- Las causas más comunes son NumLock desincronizado, conflictos con la tecla Host y mapas de teclado del invitado.
- El ajuste GUI/HidLedsSync "0" evita la inversión del estado de NumLock entre anfitrión e invitado.
- Verifica la captura de teclado y la distribución del invitado (p. ej., setxkbmap, dpkg-reconfigure).
Si tu teclado deja de responder dentro de una máquina virtual, es fácil caer en el caos: no funcionan atajos, Ctrl parece ignorarse y hasta salir de nano se convierte en una odisea. Lo bueno es que en la mayoría de los casos hay soluciones claras que puedes aplicar en unos minutos, sin necesidad de reinstalar nada.
En resultados reales y conversaciones técnicas aparecen patrones que se repiten: problemas con la tecla Ctrl al usar editores como nano, comportamientos raros del teclado numérico por culpa de NumLock e incluso confusiones con la “tecla Host” de VirtualBox y los mapas de teclado del sistema invitado. A continuación te dejo una guía ordenada con todo lo que debes revisar y cómo arreglarlo. Vamos a saber más sobre si tu teclado no funciona en VirtualBox, estos son los pasos para arreglarlo.
Por qué VirtualBox puede “perder” el teclado
En un caso recurrente documentado por la comunidad, un anfitrión Linux de 64 bits ejecutando un invitado Debian de 32 bits mostraba un fallo peculiar: al pulsar Ctrl+X en nano aparecía la letra “x” en pantalla en lugar de ejecutar el atajo para salir. Es decir, la tecla modificadora Ctrl no estaba siendo reconocida en el invitado.
El usuario había cambiado además la tecla Host de VirtualBox a la tecla de logo derecha, y se planteó si el fallo afectaba a la Ctrl izquierda, la derecha o ambas. La conversación también apuntaba al mapa de teclado del invitado, que supuestamente estaba en “US por defecto”, lo que reducía la sospecha de una distribución mal elegida, pero no la eliminaba por completo.
Otro detalle a tener en cuenta es que el problema no siempre se replica con otros invitados: había máquinas DOS y Windows sin ese fallo, lo cual sugiere que la interacción entre ciertos mapas de teclado, la capa gráfica (X/TTY) y VirtualBox puede ser determinante en Linux.
Y un apunte lateral que aparece al investigar: en plataformas como Reddit a veces el contenido útil queda “tapado” por avisos de cookies, pero los hilos confirman síntomas similares. Es una pista de que lo que te ocurre no es aislado y que las causas suelen girar en torno a atajos con Ctrl, NumLock y la configuración de entrada.
Comprueba NumLock: el culpable silencioso
Empecemos por lo simple pero crítico: el estado de NumLock (Bloq Num) afecta directamente al teclado numérico. Si está desactivado, las teclas del pad numérico enviarán flechas y movimientos del cursor, no números.
En versiones de VirtualBox como la 5.0.2 se ha observado un comportamiento muy concreto: el estado de NumLock en el invitado puede quedar invertido con respecto al anfitrión. Si Windows (host) lo tiene activado, Linux (guest) lo muestra desactivado, y viceversa. Esto provoca confusión constante al alternar entre ambas pantallas.
Existe un ajuste directo para que VirtualBox sincronice correctamente los LED del teclado con la VM. En Windows, abre una consola con permisos de administrador, navega a la ruta de instalación de VirtualBox (por defecto C:\Program Files\Oracle\VirtualBox) y ejecuta:
VBoxManage setextradata "Nombre de la máquina virtual entrecomillado" GUI/HidLedsSync "0"
Con ese parámetro, VirtualBox deja de forzar una sincronización problemática de los LEDs y cada sistema mantiene un estado coherente. Tras aplicarlo, cuando el anfitrión tenga NumLock activo, el invitado no debería invertir el comportamiento, y el teclado numérico volverá a escribir números como es debido.
Adicionalmente, revisa la configuración del BIOS/UEFI del equipo anfitrión para que NumLock arranque en el estado que prefieras. No siempre es necesario, pero es una ayuda para evitar que el teclado numérico empiece desactivado y te vuelva loco sin motivo aparente.
La tecla Host y los atajos con Ctrl/AltGr
La tecla Host de VirtualBox es la que “libera” el ratón y el teclado de la máquina virtual; por defecto suele ser la tecla Ctrl derecha. Si la cambias a la tecla de logo (Windows) derecha y notas que Ctrl deja de comportarse como modificador dentro del invitado, sospecha de un conflicto.
Para aislar el problema, entra en Archivo > Preferencias > Entrada y en la configuración de la VM (o en el menú Máquina > Configuración > General/Entradas) y revisa cuál es la tecla Host. Prueba a devolverla a Ctrl derecha o a otra tecla sin uso (por ejemplo, Scroll Lock como tecla Host) para ver si los atajos del invitado recuperan su función.
Activa “Capturar teclado automáticamente” en las opciones de entrada de VirtualBox. Si esta función está desactivada, es posible que ciertas combinaciones (sobre todo con Ctrl) se queden en el anfitrión y no lleguen a la VM, lo que explica que al pulsar Ctrl+X en nano aparezca una “x” literal.
Comprueba también si el fallo se da con Ctrl izquierda, Ctrl derecha o ambas. En algunos casos la derecha actúa como Host o queda “secuestrada” por el sistema, mientras que la izquierda funciona. Esta pista ayuda a determinar si el problema es de mapeo interno de teclas o de captura/Host en VirtualBox.
Distribución y mapa de teclado en el invitado
Aunque el invitado diga estar en “US por defecto”, verifica que realmente lo está. Si tu sistema invitado es Debian/Ubuntu, en entorno gráfico y en consola TTY pueden convivir ajustes distintos, lo que explica que en X y en consola se repita el síntoma de Ctrl ignorada o mal interpretada.
Pruebas rápidas en Linux (ejecútalas dentro del invitado): con X activo, aplica temporalmente un mapa estándar con setxkbmap us. Si al hacerlo Ctrl vuelve a funcionar, ya sabes que el problema venía por configuración de layout. Para hacerlo persistente, revisa la configuración de teclado del entorno de escritorio o aplica dpkg-reconfigure keyboard-configuration en Debian/Ubuntu para reconfigurar a nivel de sistema.
En la consola TTY (sin X) verifica que la disposición no es exótica ni tiene variantes extrañas (por ejemplo, “US international” con dead keys si no las necesitas). Cambios sutiles pueden afectar al comportamiento de AltGr, Ctrl derecha y combinaciones con símbolos, así que conviene dejarlo simple y estable.
Si usas otro idioma (ES, LATAM, etc.), asegúrate de elegir la variante correcta dentro del invitado y, si procede, alinear también el anfitrión. Aunque VirtualBox traduce eventos de teclado, tener host e invitado con disposiciones muy diferentes multiplica las posibilidades de choque con las teclas modificadoras.
Más comprobaciones y buenas prácticas
Comprueba si el síntoma aparece tanto en sesiones gráficas como en consola pura. En el caso mencionado por la comunidad, el fallo se reproducía en ambos, lo que señalaba a un tema de entrada/captura más que al editor. Es útil descartar a nano: prueba atajos en otras apps o Ctrl+C para cortar en terminal.
Si tienes otras VMs, arráncalas y compara. Había invitadas DOS y Windows que no presentaban el problema, lo que indica que el fallo puede estar ligado a la pila de entrada de Linux, su mapa de teclado o a un bug puntual con determinadas versiones. Este contraste te ayuda a acotar si es un problema global de VirtualBox o específico del invitado.
Prueba con otro teclado físico si es posible y evita hubs con problemas. Parece básico, pero un teclado con tecla Ctrl dañada genera exactamente el síntoma descrito (aparece “x” en lugar de ejecutar “Ctrl+X”). Si con otro teclado los atajos funcionan al instante, habrás aislado la causa.
Mantén VirtualBox (te enseñamos más sobre VirtualBox en este artículo: ¿Cómo Abrir una Máquina Virtual en VirtualBox?) y las “Guest Additions” actualizados en la medida de lo posible. Aunque el caso del estado de NumLock invertido se vio en VirtualBox 5.0.2, versiones recientes han pulido muchos detalles relacionados con entrada y sincronización. Aun así, el ajuste GUI/HidLedsSync «0» sigue siendo útil cuando percibes comportamientos extraños de los LEDs.
Por último, revisa que no existan atajos globales del anfitrión que capturen Ctrl+alguna tecla antes de llegar a la VM. En Windows, utilidades de terceros o funciones de accesibilidad pueden interponerse; en Linux, combinaciones de gestores de ventanas o utilidades como tiling managers pueden robar el foco de atajos.
Deberías poder rescatar el teclado dentro de tu VM: alinear NumLock para el pad numérico, ajustar la tecla Host para evitar conflictos, garantizar la captura del teclado y afinar el mapa en el invitado. Siguiendo estas pautas, los atajos con Ctrl vuelven a su sitio y el flujo de trabajo se normaliza, tanto en consola como en entorno gráfico. Ahora ya sabes más sobre Virtualbox.
Apasionado de la tecnología desde pequeñito. Me encanta estar a la última en el sector y sobre todo, comunicarlo. Por eso me dedico a la comunicación en webs de tecnología y videojuegos desde hace ya muchos años. Podrás encontrarme escribiendo sobre Android, Windows, MacOS, iOS, Nintendo o cualquier otro tema relacionado que se te pase por la cabeza.