Si votre clavier ne fonctionne pas dans VirtualBox : étapes pour y remédier

Si votre clavier cesse de répondre à l'intérieur d'une machine virtuelle, il est facile de tomber dans le chaos : les raccourcis ne fonctionnent pas, Ctrl semble être ignoré et même quitter nano devient une odyssée.La bonne nouvelle est que dans la plupart des cas, il existe des solutions claires que vous pouvez mettre en œuvre en quelques minutes, sans avoir à réinstaller quoi que ce soit.

Dans les résultats du monde réel et les discussions techniques, des schémas apparaissent qui se répètent : problèmes avec la touche Ctrl lors de l'utilisation d'éditeurs comme nano, comportement étrange du pavé numérique en raison de NumLock, et même confusion avec le « Touche hôte » et mappages de touches du système invité de VirtualBoxVous trouverez ci-dessous un guide détaillé expliquant tout ce que vous devez vérifier et comment résoudre le problème. Découvrons-en plus sur Si votre clavier ne fonctionne pas dans VirtualBox, voici les étapes pour y remédier. 

Pourquoi VirtualBox peut « perdre » le clavier

Dans un cas récurrent documenté par la communauté, un hôte Linux 64 bits exécutant un invité Debian 32 bits présentait un bug particulier : en appuyant sur Ctrl+X dans nano la lettre « x » est apparue sur l'écran au lieu d'exécuter le raccourci de sortie. Autrement dit, la touche de modification Ctrl n'était pas reconnue sur l'invité.

L'utilisateur avait également changé la clé de l'hôte VirtualBox pour la clé du logo de droite et se demandait si le bug affectait le Ctrl gauche, droite ou les deuxLa conversation a également évoqué la configuration du clavier de l'invité, qui était censée être réglée sur « US par défaut », ce qui a réduit les soupçons d'une disposition mal choisie, mais ne l'a pas complètement éliminée.

Un autre détail à garder à l'esprit est que le problème n'est pas toujours répliqué avec d'autres invités : il y avait des machines DOS et Windows sans cette panne, ce qui suggère que l'interaction entre certains Cartes de clavier, couche graphique (X/TTY) et VirtualBox peut être décisif sous Linux.

Une remarque qui surgit en faisant des recherches : sur des plateformes comme Reddit, du contenu utile est parfois « masqué » par des avertissements relatifs aux cookies, mais les fils de discussion confirment des symptômes similaires. C’est un indice que ce qui vous arrive n’est pas isolé et que Les causes tournent généralement autour des raccourcis avec Ctrl, NumLock et les paramètres de saisie.

Vérifiez NumLock : le coupable silencieux

Commençons par le plus simple mais le plus crucial : l’état de NumLock affecte directement le pavé numériqueSi cette option est désactivée, les touches du pavé numérique enverront des flèches et des mouvements de curseur, et non des chiffres.

Dans les versions de VirtualBox telles que 5.0.2, un comportement très spécifique a été observé : l'état NumLock dans l'invité peut devenir inversé par rapport à l'hôteSi Windows (hôte) l'a activé, Linux (invité) l'affiche désactivé, et inversement. Cela entraîne une confusion constante lors du passage d'un écran à l'autre.

Il existe un raccourci pour que VirtualBox synchronise correctement les voyants du clavier avec la machine virtuelle. Sous Windows, ouvrez une console avec des droits d'administrateur et accédez au chemin d'installation de VirtualBox (par défaut, C: \ Program Files \ Oracle \ VirtualBox) et exécutez :

VBoxManage setextradata "Nombre de la máquina virtual entrecomillado" GUI/HidLedsSync "0"

Grâce à ce paramètre, VirtualBox cesse de forcer la synchronisation problématique des LED et chaque système conserve un état cohérent. Après application, lorsque l'hôte a Verr Num actif, l'invité ne doit pas inverser le comportement, et le pavé numérique reviendra à la saisie correcte des chiffres.

Vérifiez également les paramètres BIOS/UEFI de l'ordinateur hôte pour vous assurer que le verrouillage numérique démarre dans l'état souhaité. Ce n'est pas toujours nécessaire, mais cela permet d'éviter le pavé numérique démarre désactivé et vous rend fou sans raison apparente.

La touche Hôte et les raccourcis Ctrl/AltGr

La touche hôte de VirtualBox est celle qui libère la souris et le clavier de la machine virtuelle ; par défaut, il s'agit généralement de la touche Ctrl droite. Si vous la remplacez par la touche de logo droite (Windows), vous constaterez que Ctrl cesse de se comporter comme un modificateur à l'intérieur de l'invité, soupçonne un conflit.

Pour isoler le problème, accédez à Fichier > Préférences > Entrées et aux paramètres de la machine virtuelle (ou Machine > Paramètres > Général/Entrées) et vérifiez la touche de l'hôte. Essayez de rétablir la touche Ctrl droite ou une autre touche inutilisée (par exemple, Verrouillage du défilement comme touche hôte) pour voir si les raccourcis invités retrouvent leur fonctionnalité.

Activez « Capturer automatiquement le clavier » dans les options de saisie de VirtualBox. Si cette fonctionnalité est désactivée, certaines combinaisons (notamment celles avec Ctrl) risquent de rester sur l'hôte et de ne pas atteindre la machine virtuelle, ce qui explique pourquoi appuyer sur Ctrl+X dans nano fait apparaître un « x » littéral.

Vérifiez également si l'erreur se produit avec la touche Ctrl gauche, la touche Ctrl droite ou les deux. Dans certains cas, la touche Ctrl droite agit comme l'hôte ou est détournée par le système, tandis que la touche Ctrl gauche fonctionne. Cet indice permet de déterminer si le problème provient de la touche Ctrl gauche. Mappage de touches internes ou mappage de capture/hôte dans VirtualBox.

Disposition et carte du clavier invité

Même si l'invité indique être en « États-Unis par défaut », vérifiez qu'il l'est bien. Si votre système invité est Debian/Ubuntu, l'environnement graphique et la console TTY peuvent avoir des paramètres différents, ce qui explique pourquoi le symptôme se répète sous X et dans la console. Ctrl ignoré ou mal interprété.

Tests rapides sur Linux (exécutez-les à l'intérieur de l'invité) : avec X actif, appliquez temporairement une carte standard avec setxkbmap nousSi la touche Ctrl fonctionne à nouveau, le problème est dû à vos paramètres de disposition. Pour le résoudre, vérifiez les paramètres de clavier de votre environnement de bureau ou appliquez-le. dpkg-reconfigure configuration du clavier dans Debian/Ubuntu pour reconfigurer au niveau du système.

Sur la console TTY (sans X), vérifiez que la disposition n'est pas inhabituelle ou ne présente pas de variantes étranges (par exemple, « US international » avec des touches mortes si vous n'en avez pas besoin). Des modifications subtiles peuvent affecter le comportement de AltGr, Ctrl droit et combinaisons avec des symboles, il est donc préférable de le garder simple et stable.

Si vous utilisez une autre langue (ES, LATAM, etc.), assurez-vous de choisir la bonne variante dans l'invité et, le cas échéant, d'aligner également l'hôte. Bien que VirtualBox traduise les événements clavier, hôte et invité avec des dispositions très différentes multiplie les risques de collision avec les touches de modification.

Plus de contrôles et de bonnes pratiques

Vérifiez si le symptôme apparaît à la fois dans les sessions graphiques et dans la console. Dans le cas mentionné par la communauté, l'erreur s'est produite dans les deux cas, ce qui indiquait un problème de saisie/capture plutôt que l'éditeur. Il est utile d'exclure nano : essayez des raccourcis dans d'autres applications ou Ctrl+C pour couper dans le terminal.

Si vous possédez d'autres machines virtuelles, démarrez-les et comparez-les. Certains invités DOS et Windows n'ont pas rencontré ce problème, ce qui indique que la panne pourrait être liée à la pile d'entrée Linux, à sa configuration de clavier ou à un bug spécifique à certaines versions. Cette comparaison vous sera utile. déterminer s'il s'agit d'un problème global de VirtualBox ou d'un problème spécifique à l'invité.

Essayez un autre clavier physique si possible et évitez les concentrateurs problématiques. Cela semble basique, mais un clavier dont la touche Ctrl est endommagée génère exactement le symptôme décrit (un « x » apparaît au lieu de « Ctrl+X »). Si vous utilisez un autre clavier, les raccourcis fonctionnent instantanément, vous aurez isolé la cause.

Gardez VirtualBox (nous vous en apprenons plus sur VirtualBox dans cet article : Comment ouvrir une machine virtuelle dans VirtualBox ?) et les « Suppléments invités » ont été mis à jour autant que possible. Bien que le problème d'inversion du verrouillage numérique ait été constaté dans VirtualBox 5.0.2, les versions récentes ont peaufiné de nombreux détails liés à la saisie et à la synchronisation. Cependant, cet ajustement n'est pas encore terminé. Interface graphique/HidLedsSync « 0 » Cela reste utile lorsque vous remarquez un comportement étrange des LED.

Enfin, vérifiez qu'aucun raccourci hôte global ne capture les frappes Ctrl+quelques touches avant qu'elles n'atteignent la machine virtuelle. Sous Windows, des utilitaires tiers ou des fonctionnalités d'accessibilité peuvent gêner ; sous Linux, une combinaison de ces éléments peut être nécessaire. gestionnaires de fenêtres ou utilitaires tels que les gestionnaires de mosaïque peut détourner l'attention des raccourcis.

Vous devriez pouvoir récupérer le clavier de votre machine virtuelle : aligner la touche Verr.Num du pavé numérique, ajuster la touche Hôte pour éviter les conflits, assurer la capture du clavier et affiner le mappage dans l'invité. En suivant ces instructions, Les raccourcis Ctrl sont de retour en place et le flux de travail est revenu à la normale., en console comme en environnement graphique. Vous en savez désormais plus sur Virtualbox.