As jou sleutelbord nie in VirtualBox werk nie: stappe om dit reg te stel

As jou sleutelbord ophou reageer binne 'n virtuele masjien, is dit maklik om in chaos te verval: kortpaaie werk nie, Ctrl blyk geïgnoreer te word en selfs die uitgang van nano word 'n odyssee.Die goeie nuus is dat daar in die meeste gevalle duidelike oplossings is wat jy binne 'n paar minute kan implementeer, sonder om enigiets weer te hoef te installeer.

In werklike resultate en tegniese besprekings verskyn patrone wat hulself herhaal: probleme met die Ctrl-sleutel wanneer redigeerders soos nano gebruik word, vreemde gedrag van die numeriese sleutelbord as gevolg van NumLock, en selfs verwarring met die VirtualBox "Gasheersleutel" en gasstelsel-sleutelbordkaarteHieronder is 'n georganiseerde gids met alles wat jy moet nagaan en hoe om dit reg te stel. Kom ons leer meer oor As jou sleutelbord nie in VirtualBox werk nie, is hier die stappe om dit reg te stel. 

Waarom VirtualBox die sleutelbord kan "verloor"

In 'n herhalende geval wat deur die gemeenskap gedokumenteer is, het 'n 64-bis Linux-gasheer wat 'n 32-bis Debian-gasheer gebruik het, 'n eienaardige fout getoon: wanneer daar gedruk word Ctrl+X in nano het die letter “x” op die skerm verskyn in plaas daarvan om die kortpad vir uitgang uit te voer. Dit wil sê, die Ctrl-wysigingsleutel is nie op die gas herken nie.

Die gebruiker het ook die VirtualBox Host-sleutel na die regte logo-sleutel verander en gewonder of die fout die ... beïnvloed het. Ctrl links, regs of albeiDie gesprek het ook gewys op die gas se sleutelbordkaart, wat glo standaard op "VS" gestel was, wat die vermoede van 'n swak gekose uitleg verminder het, maar dit nie heeltemal uitgeskakel het nie.

Nog 'n detail om in gedagte te hou, is dat die probleem nie altyd met ander gaste herhaal word nie: daar was DOS- en Windows-masjiene sonder hierdie fout, wat daarop dui dat die interaksie tussen sekere Sleutelbordkaarte, die grafiese laag (X/TTY) en VirtualBox kan deurslaggewend wees in Linux.

En 'n kantnoot wat opduik wanneer jy navorsing doen: op platforms soos Reddit word nuttige inhoud soms "toegedraai" deur koekiewaarskuwings, maar die drade bevestig soortgelyke simptome. Dit is 'n leidraad dat wat met jou gebeur nie geïsoleerd is nie en dat Die oorsake draai gewoonlik om kortpaaie met Ctrl, NumLock en invoerinstellings.

Kontroleer NumLock: Die Stille Skuldige

Kom ons begin met die eenvoudige maar kritieke: die toestand van NumLock beïnvloed direk die numeriese sleutelbordIndien gedeaktiveer, sal die nommerblok-sleutels pyle en wyserbewegings stuur, nie nommers nie.

In VirtualBox-weergawes soos 5.0.2 is 'n baie spesifieke gedrag waargeneem: die NumLock-toestand in die gas kan word omgekeerd ten opsigte van die gasheerAs Windows (gasheer) dit geaktiveer het, wys Linux (gasheer) dit gedeaktiveer, en andersom. Dit veroorsaak voortdurende verwarring wanneer tussen die twee skerms gewissel word.

Daar is 'n kortpad om VirtualBox die sleutelbord-LED's behoorlik met die VM te laat sinkroniseer. Maak 'n konsole met administrateurregte oop in Windows, navigeer na die VirtualBox-installasiepad (standaard, C:\Programlêers\Oracle\VirtualBox) en voer uit:

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

Met hierdie parameter stop VirtualBox die afdwing van problematiese sinchronisasie van die LED's en elke stelsel handhaaf 'n konsekwente toestand. Nadat dit toegepas is, wanneer die gasheer het NumLock aktief, gas moet nie gedrag omkeer nie, en die numeriese sleutelbord sal terugkeer na die korrekte tik van nommers.

Kontroleer ook die BIOS/UEFI-instellings van die gasheerrekenaar om te verseker dat NumLock in die toestand wat jy verkies, opstart. Dit is nie altyd nodig nie, maar dit help om te voorkom die numeriese sleutelbord begin afgeskakel en maak jou mal sonder enige ooglopende rede.

Die Host-sleutel en Ctrl/AltGr-kortpaaie

Die VirtualBox Host-sleutel is die een wat die muis en sleutelbord van die virtuele masjien "vrystel"; standaard is dit gewoonlik die regter Ctrl-sleutel. As jy dit na die regter logo-sleutel verander (Windows) en oplet dat Ctrl hou op om as 'n wysiger binne die gas op te tree, vermoed 'n konflik.

Om die probleem te isoleer, gaan na Lêer > Voorkeure > Invoer en die VM-instellings (of Masjien > Instellings > Algemeen/Invoere) en kyk wat die Gasheer-sleutel is. Probeer om dit terug te stel na Regs Ctrl of 'n ander ongebruikte sleutel (bv. Scroll Lock as gasheersleutel) om te sien of die gaskortpaaie weer funksioneel is.

Aktiveer "Vasleg outomaties sleutelbord" in VirtualBox se invoeropsies. As hierdie kenmerk gedeaktiveer is, kan sekere kombinasies (veral dié met Ctrl) op die gasheer bly en nie die VM bereik nie, wat verklaar waarom druk Ctrl+X in nano laat 'n letterlike "x" verskyn.

Kontroleer ook of die fout met Linker Ctrl, Regter Ctrl, of albei voorkom. In sommige gevalle tree die regter Ctrl as die gasheer op of word dit deur die stelsel "gekaap", terwyl die linker Ctrl werk. Hierdie leidraad help bepaal of die probleem met Interne sleutelkartering of vaslegging/gasheerkartering in VirtualBox.

Gas-sleutelborduitleg en -kaart

Selfs al sê die gasheer dat dit in "VS by verstek" is, verifieer dat dit werklik is. As jou gasheerstelsel Debian/Ubuntu is, kan die grafiese omgewing en die TTY-konsole verskillende instellings hê, wat verklaar waarom die simptoom in X en die konsole herhaal word. Ctrl geïgnoreer of verkeerd geïnterpreteer.

Vinnige toetse op Linux (voer hulle binne die gasheer uit): Met X aktief, pas tydelik 'n standaardkaart toe met stel xkbmap onsAs Ctrl weer werk, weet jy die probleem was as gevolg van jou uitleginstellings. Om dit aanhoudend te maak, gaan jou lessenaaromgewing se sleutelbordinstellings na of pas dit toe. dpkg-herkonfigureer sleutelbord-konfigurasie in Debian/Ubuntu om op stelselvlak te herkonfigureer.

Op die TTY-konsole (sonder X) maak seker dat die uitleg nie eksoties is of vreemde variante het nie (bv. "US internasionaal" met dooie sleutels as jy dit nie nodig het nie). Subtiele veranderinge kan die gedrag van beïnvloed. AltGr, Regter Ctrl en kombinasies met simbole, so dit is die beste om dit eenvoudig en stabiel te hou.

As jy 'n ander taal gebruik (ES, LATAM, ens.), maak seker dat jy die korrekte variant binne die gasheer kies en, indien van toepassing, ook die gasheer in lyn bring. Alhoewel VirtualBox sleutelbordgebeurtenisse vertaal, met gasheer en gas met baie verskillende geaardheid vermenigvuldig die kanse op botsing met wysigersleutels.

Meer kontroles en goeie praktyke

Kontroleer of die simptoom in beide grafiese en konsolsessies verskyn. In die geval wat deur die gemeenskap genoem is, het die fout in beide voorgekom, wat op 'n invoer-/vasleggingsprobleem eerder as die redigeerder gedui het. Dit is nuttig om nano uit te sluit: probeer kortpaaie in ander toepassings of Ctrl+C om in die terminaal te sny.

As jy ander VM'e het, begin hulle en vergelyk. Daar was DOS- en Windows-gaste wat nie die probleem gehad het nie, wat aandui dat die fout moontlik gekoppel is aan die Linux-invoerstapel, die sleutelbordkaart of 'n spesifieke fout met sekere weergawes. Hierdie vergelyking help jou bepaal of dit 'n globale VirtualBox-probleem of 'n gas-spesifieke probleem is.

Probeer 'n ander fisiese sleutelbord indien moontlik en vermy problematiese hubs. Dit lyk basies, maar 'n sleutelbord met 'n beskadigde Ctrl-sleutel genereer presies die simptoom wat beskryf word ('n "x" verskyn in plaas van "Ctrl+X"). As jy 'n ander sleutelbord gebruik, kortpaaie werk onmiddellik, jy sal die oorsaak geïsoleer het.

Hou VirtualBox (ons leer jou meer oor VirtualBox in hierdie artikel): Hoe om 'n virtuele masjien in VirtualBox oop te maak?) en die "Gasbyvoegings" is soveel as moontlik opgedateer. Terwyl die omgekeerde NumLock-toestandprobleem in VirtualBox 5.0.2 gesien is, het onlangse weergawes baie besonderhede rakende invoer en sinchronisasie verfyn. Tog is die aanpassing GUI/HidLedsSync «0» Dit is steeds nuttig wanneer jy vreemde gedrag van die LED's opmerk.

Laastens, maak seker dat daar geen globale gasheerkortpaaie is wat Ctrl+sommige toetsaanslagen vasvang voordat hulle die VM bereik nie. Op Windows kan derdeparty-hulpprogramme of toeganklikheidsfunksies in die pad kom; op Linux, kombinasies van vensterbestuurders of nutsdienste soos teëlbestuurders kan fokus van kortpaaie steel.

Jy behoort die sleutelbord binne jou VM te kan red: pas NumLock vir die nommerblok in lyn, pas die Host-sleutel aan om konflikte te vermy, verseker sleutelbordvaslegging, en verfyn die kartering in die gasheer. Deur hierdie riglyne te volg, Ctrl-kortpaaie is terug in plek en die werkvloei is terug na normaal., beide in die konsole- en grafiese omgewing. Nou weet jy meer oor Virtuele boks.