As jou sleutelbord nie in VirtualBox werk nie: 'n gids tot oorsake en oplossings

Wanneer die sleutelbord skielik ophou reageer binne 'n virtuele masjien, is die gevoel een van totale inperking: jy kan nie aanmeld nie, die muis werk nie, en na 'n rukkie probeerslag lyk dit asof die VM vries. Hierdie scenario is meer algemeen as wat dit in VirtualBox lykveral met spesifieke kombinasies van hardeware, gasheer- en gas-bedryfstelsel, en sekere sleutelbordkonfigurasies.

In hierdie artikel vind u 'n volledige oorsig van werklike oorsake en oplossings gebaseer op gevalle soos 'n Windows 10-gasheer met Oracle VirtualBox 6.1 en 'n Kali Linux-gasheer wat goed gewerk het met die eerste opstart, maar na afskakeling en herbegin, Nóg die sleutelbord nóg die muis het gereageer, en kort daarna het die VM gevries.Ons sal ook kyk na die tipiese hoofpyn met die Ctrl-sleutel in Debian en die raaisel van die agteroorskuinsstreep op Duitse sleutelborde (AltGr+ß) binne Linux, sowel as 'n klassieke probleem: die Num Lock-toestand is nie gesinchroniseerd tussen gasheer en gasheer nie. Kom ons leer alles daaroor. As jou sleutelbord nie in VirtualBox werk nie, is hier die stappe om dit reg te stel.

Eerstens: verstaan ​​die konteks en die simptome

Daar is verskeie probleemprofiele wat in werklike gevalle versamel is: een daarvan is 'n Windows 10-gasheer en VirtualBox 6.1.22 r144080 met Kali Linux-gas sonder gasbyvoegings of gasheeruitbreidingsNadat die VM ingevoer en aangeskakel is, was alles reg; maar na die eerste afskakeling, met herbegin, tik die sleutelbord nie, die muis beweeg nie, en na 'n paar minute vries die virtuele masjien.

In dieselfde omgewing is RAM- en videogeheue-instellings verander, invoeropsies aangepas en USB-filters verwyder en bygevoeg, sonder sukses. AMD-V is geaktiveer (as jy leiding benodig vir aktiveer virtualisering op my rekenaar) en daar was geen spoor van Hyper-V nie. Parallel was daar twyfel oor die Host-sleutel (die een in VirtualBox wat kombinasies soos Ctrl+Alt vervang) en oor hoe om die agterskuinsstreep \ in die Kali-gasheer te tik met behulp van Duitse uitleg (die gebruiker het Ctrl+Alt+ß, Host+ß en allerhande kombinasies probeer).

Aan 'n ander front het gebruikers met Debian Squeeze-gas wat op 'n Wheezy-gasheer loop, berig dat Die Ctrl-sleutel het nie binne die gas gewerk nie.Byvoorbeeld, in nano, sou die druk van ^X 'n eenvoudige "x" op die skerm vertoon. Variasies soos die gebruik van linker- of regter-Ctrl en die verandering van die Host-sleutel na die regter-logosleutel, met standaard sleutelborduitlegte in Engels (VSA), is getoets, maar die fout het in sekere sessies voortgeduur.

Gaan die basiese beginsels na: sleutelvaslegging, gasheersleutel en konflikte

VirtualBox het 'n opsie genaamd "Auto capture keyboard". As dit gedeaktiveer is, kan die sleutelbord op die gasheer bly en die polse bereik nie die gas nieGaan na Lêer > Voorkeure > Invoer en verifieer dat outomatiese vaslegging geaktiveer is. Kontroleer ook of die VM-vensterrand aandui dat die fokus binne is.

Die Host-sleutel (standaard, Regter Ctrl) is die sleutel. As jy dit verander het na AltGr (Regter Alt) of na 'n sleutel wat jy binne die gasheer benodig (byvoorbeeld, om "\" in Duits met AltGr+ß te tik), sal jy probleme ondervind, want VirtualBox interpreteer daardie sleutel as die Host-sleutel. Vermy die konfigurasie van AltGr as 'n gasheersleutel.Gebruik die regter Ctrl- of regter logo-sleutel, en maak seker dat VirtualBox nie sleutelkombinasies kaap wat die gas benodig nie.

Nog 'n toets wat voor die hand liggend lyk, maar help: probeer die Links Ctrl en regter CtrlDaar is gedokumenteerde gevalle waar een van die twee reageer en die ander nie, as gevolg van hoe die gasstelsel karteer of hoe 'n spesifieke toepassing (nano, X of konsole) sleutelbordgebeurtenisse lees.

Num Lock is nie gesinkroniseerd tussen gasheer en gas nie

Daar is 'n historiese gedrag in VirtualBox waardeur die Num Lock-toestand tussen gasheer en gas "omgekeer" kan word: wanneer dit op die gasheer geaktiveer is, Dit verskyn as gedeaktiveer in die VMen andersom. Dit veroorsaak dat die numeriese sleutelbord aan die een kant soos wyserpyle optree terwyl dit aan die ander kant as syfers funksioneer.

Die oplossing is om VirtualBox te dwing om op te hou om die sleutelbord-LED's met die gasheer te sinchroniseer. Maak 'n opdragprompt as administrateur oop in Windows, navigeer na die VirtualBox-installasiemap (gewoonlik «C:\\Programlêers\\Oracle\\VirtualBox») en voer die volgende opdrag uit, en pas die presiese naam van jou VM aan:

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

Wanneer dit toegepas word, wanneer Num Lock op jou gasheerrekenaar aangeskakel is, Dit sal ook in die gas weesDis 'n vinnige manier om te verhoed dat jy voortdurend tussen die twee stelsels moet wissel. As jy die numeriese sleutelbord baie gebruik, sal dit jou baie moeite spaar.

Die agterskuinsstreep-sleutel in Linux met 'n Duitse sleutelbord: AltGr, Ctrl en die Host-sleutel

In verspreidings soos Kali met Duitse verspreiding, word die terugskuinsstreep \ gewoonlik geskryf met AltGr+ßIn baie Linux-omgewings word Ctrl+Alt geïnterpreteer as ekwivalent aan AltGr, so dit werk ook. As jy egter die gasheersleutel aan AltGr in VirtualBox toegeken het, sal die kombinasie nie die gasheer bereik nie.

Om dit reg te stel, kyk in Lêer > Voorkeure > Voer in wat jou gasheersleutel is en kies een wat nie met AltGr bots nie. Die verstekwaarde (regs Ctrl) is gewoonlik die mees sinvolle.Volgende, binne die gasbedryfstelsel, kyk na die sleutelborduitleg: in Kali kan jy dit verander vanaf die grafiese koppelvlak of met setxkbmap. Byvoorbeeld:

setxkbmap de

Indien jy steeds nie die agterskuinsstreep kan tik nie, probeer die "Duits (nodeadkeys)" kaartvariant in jou lessenaaromgewing se sleutelbordopsies. Om dooie sleutels te vermy, help om AltGr meer direk te maakEn onthou: moenie kombinasies met die Host-sleutel gebruik om te tik nie; die Host-sleutel is vir VirtualBox-kortpaaie, nie vir die gasheer nie.

Wanneer Ctrl nie in Debian of nano werk nie, ignoreer dit kortpaaie

Die feit dat in nano, wanneer jy ^X druk, 'n "x" verskyn in plaas van om te sluit, dui daarop dat Ctrl word nie as 'n wysiger bespeur nieDit kan wees as gevolg van 'n verkeerde sleutelbordkaart, 'n X-laag wat nie die wysiger optel nie, of 'n konflik met die Host-sleutel.

Praktiese aanbevelings gebaseer op werklike gevalle met Debian Squeeze-gasheer op Wheezy-gasheer: verifieer dat die gaskaart korrek is ("us" as jou sleutelbord VSA is) met "dpkg-reconfigure keyboard-configuration" of "localectl" op nuwer stelsels. Verander die Host-sleutel na 'n ander sleutel as Ctrl Nie AltGr, byvoorbeeld, of die regte logo-sleutel nie. En probeer die kortpaaie beide in 'n suiwer konsole (TTY) en binne X om die probleem te verfyn.

Indien dit slegs in 'n spesifieke grafiese terminaal faal, probeer 'n ander een (byvoorbeeld, vervang die standaardterminaal met xterm of gnome-terminal) om te sien of dit 'n probleem met die vaslegging van kortpaaie is. Sommige emulators onderskep kombinasies en vereis dat hulle in hul voorkeure gedeaktiveer word.

VirtualBox-instellings wat die sleutelbord en muis beïnvloed

In die VM-instellings, onder Stelsel > Moederbord, merk die wyserapparaat: "PS/2-muis", "USB-tablet" of "USB Multi-Touch-tablet". Vir baie Linux-gaste verbeter USB Tablet wyserintegrasie.As jy sien dat die muis vries, wissel tussen daardie opsies en kyk.

In Stelsel > Verwerker, vermy die aktivering van meer versnellings as nodig as jy na 'n paar minute ineenstortings ervaar. Selfs al is AMD-V geaktiveer, Jy hoef nie aan neswerk of gevorderde paravirtualisering te raak nie. Om die sleutelbord te laat werk, fokus op die Invoer-afdeling.

Verwyder enige filters wat jy nie gebruik nie op USB. Verkeerd gekonfigureerde USB-filters kan... Vang 'n fisiese sleutelbord of muis buite die gasheer vasDit laat jou sonder beheer in Windows terwyl die VM dit probeer "gryp". As jy USB 2.0/3.0 in die gasrekenaar benodig, installeer die Uitbreidingspakket wat ooreenstem met jou presiese weergawe van VirtualBox, want daarsonder sal gevorderde USB-ondersteuning nie behoorlik werk nie. Om die VM-konfigurasie te hersien, gebruik die opsies in die VirtualBox-koppelvlak.

Gasbyvoegings en Uitbreidingspakket: Wanneer maak hulle 'n verskil?

As jy nie gasbyvoegings of gasheeruitbreidings (uitbreidingspakket) geïnstalleer het nie, verhoed dit nie dat die basiese sleutelbord werk nie, maar Integrasie word aansienlik verbeter met GasbyvoegingsVir Kali of Debian, installeer die kernkopskrifte en kompileer die modules:

sudo apt update && sudo apt install -y build-essential dkms linux-headers-$(uname -r)
sudo sh /media/<usuario>/VBox_GAs_*/VBoxLinuxAdditions.run

Na herbegin presteer die geïntegreerde muis- en knipbordsinchronisasie gewoonlik beter. Gasbyvoegings maak nie 'n verkeerd gekose gasheersleutel reg nieHulle voorkom egter invoerfoute en versnel die grafiese laag, wat in sommige gevalle skynbare ineenstortings veroorsaak het. As jy spesifieke instruksies benodig vir Opdatering van VirtualBox-gasbyvoegings Raadpleeg die betrokke gids.

Aangaande die Uitbreidingspakket: installeer dit slegs op die gasheer as jy dit nodig het. USB 2.0/3.0, VRDP of PXE vir IntelPas die weergawe presies by (bv. 6.1.22 r144080 met jou Uitbreidingspakket 6.1.22) om onversoenbaarhede te vermy.

As alles breek na die eerste herbegin: wenke en oplossings

'n VM wat aan sy eerste opstart werk en dan faal, dui gewoonlik op toestandsveranderinge wat tydens afskakeling plaasvind: LED-sinchronisasie (Num Lock), herstel van sleutelvaslegging, USB-filters wat aktiveer, of 'n spesifieke fout in die spesifieke weergawe van VirtualBox.

Doeltreffende riglyne in daardie scenario (Windows 10-gasheer + Kali-gasheer):
– Deaktiveer tydelik alle USB-filters en begin weer. As die sleutelbord weer aanskakel, het jy die skuldige gevind. en jy kan die filter later verfyn.
– Wissel die wysertoestel tussen PS/2 en USB-tablet om te sien of die muis ophou vries.
– Maak seker dat sleutel vasgelê word outomaties en dat die Host-sleutel nie AltGr is nie.
– Pas die Num Lock-instelling toe met GUI/HidLedsSync «0» om omgekeerde toestande te voorkom.
– Gradeer op na die nuutste stabiele subversie van tak 6.1 (of hoër) as jy op 6.1.22 r144080 is; Baie foute word tussen bouwerk reggestel..

As jy Hyper-V vermoed, maar glo dat dit nie aktief is nie, bevestig dit in Windows met "Skakel Windows-funksies aan of af" en ontmerk Hyper-V, Windows Hypervisor Platform en WSL2 as jy dit nie nodig het nie. Hyper-V kan virtualisering belemmerselfs wanneer AMD-V in BIOS aktief is.

Sleutelbordkaarte en -uitleg tussen gasheer en gas

Dit is noodsaaklik dat die gas se sleutelborduitleg ooreenstem met die fisiese uitleg van jou sleutelbord. As jou sleutelbord Duits is en die gas dink dis VSA, Die terugslag sal nie wees waar jy dit verwag nie.Pas aan in Linux met behulp van grafiese gereedskap of opdragte:

sudo dpkg-reconfigure keyboard-configuration
# o
setxkbmap de
# variantes útiles
setxkbmap de nodeadkeys

In grafiese omgewings, merk ook die "Dooie sleutels"-opsie en deaktiveer dit as jy gereeld kortpaaie met AltGr gebruik. Behoorlike kartering voorkom 80% van ongelukke. met simbole soos \, @ of | wat tussen verspreidings wissel.

VirtualBox-kortpaaie wat kan inmeng

VirtualBox het sy eie kortpaaie wat die Host-sleutel gebruik, byvoorbeeld om laat die wyser los of verander skermmodusAs jy hulle per ongeluk met gaskortpaaie oorvleuel, sal VirtualBox "wen". In Voorkeure > Invoer > Kortpaaie, hersien en deaktiveer enige kortpaaie wat bots met jou werkvloei, veral as jy baie programmering of redigering in die terminaal doen.

'n Klassieke: as jy Host+Del aan "Insert Ctrl+Alt+Del" toewys, kan jy probeer om soortgelyke kombinasies in die gas te gebruik en verbaas wees oor vreemde gedrag. Los slegs die noodsaaklike aktiewe om wrywing te verminder.

Vinnige stap-vir-stap diagnose

Wanneer alles anders misluk, pas hierdie mini-besluitnemingsdiagram toe, wat opsom wat ons in werklike gevalle gesien het en maatreëls wat gewerk het:
– Is die VM-venster gefokus en is sleutelvaslegging aktief? Indien nie, aktiveer dit. Sonder fokus ontvang die gas niks..
– Is die Host-sleutel AltGr? Verander dit na die regter Ctrl- of regter logo-sleutel.
– Is Num Lock omgekeer tussen gasheer en gasheer? Pas GUI/HidLedsSync "0" toe.
– Is USB-filters aktief? Deaktiveer hulle en probeer weer.
– Is die sleutelbordkaart korrek op die gas? Pas aan met setxkbmap of dpkg-reconfigure.
Faal dit net in X of net in TTY? Probeer 'n ander terminaal of kyk na die emulator-kortpaaie.
– Gebruik jy 'n ouer weergawe van VirtualBox? Dateer op na die nuutste weergawe vir jou tak.
– Benodig jy USB 2.0/3.0? Installeer die Uitbreidingspakket wat ooreenstem met jou weergawe.

As die VM na dit alles steeds vries, skep 'n nuwe VM wat na dieselfde virtuele skyf wys om konfigurasiekorrupsie uit te sluit. Dikwels is die skyf goed en is dit die .vbox-lêer wat die probleem veroorsaak.Om te verstaan ​​hoe om 'n .vbox-lêer Raadpleeg die relevante gids. Die herinvoer van 'n toestel (OVA) is ook 'n vinnige oplossing as dit jou beginpunt was.

Wat ons uit werklike gevalle geleer het

Wat die geval van Windows 10 + VirtualBox 6.1.22 + Kali betref: die kombinasie van die afwesigheid van Gasbyvoegings of Uitbreidingspakket, plus USB-filters en twyfel oor die Gasheer-sleutel, Dit het geëindig in 'n scenario van 'n dooie sleutelbord en muis Na die eerste afskakeling, het die Host-sleutel na regs Ctrl gestel, USB-filters gedeaktiveer en outomatiese sleutelvaslegging geaktiveer, die invoer herstel. Die aanpassing van Num Lock-sinchronisasie het wanbelyning verhoed tydens die oorskakeling tussen stelsels.

In die geval van Debian Squeeze: met die standaard VSA-kaart en die Host-sleutel na die regter logo-sleutel geskuif, kon sommige gebruikers nie Ctrl in nano gebruik nie. terwyl ander Ctrl+X sonder probleme kon herhaalDie verskil? Die konteks (konsole teenoor X), die terminaal-emulator, en die kortpad-opname. Deur dit na TTY te neem en daar te kyk, het dit gehelp om die probleem van die grafiese kant te isoleer.

En rakende die AltGr+ß-probleem: VirtualBox is nie te blameer as die gaskaart verkeerd is of as ons AltGr vir die Host-sleutel steel nie. Op Linux is AltGr heilig vir simbole soos \ of | in sekere verspreidings; om daardie sleutel vir VirtualBox te reserveer is soos om 'n selfopgelegde blok te skep.

Vinnige algemene vrae

Moet ek Gasbyvoegings installeer sodat die sleutelbord kan werk? Nee, die basiese sleutelbord werk daarsonderMaar die integrasie (muis, skerm, knipbord) verbeter baie met Byvoegings en elimineer dikwels eienaardighede.

Kan Hyper-V die sleutelbord in VirtualBox breek? Op Windows-masjiene, Hyper-V kan virtualisering belemmer In die algemeen. Deaktiveer dit as jy dit nie nodig het nie (en herbegin) om konflikte uit te sluit.

Waarom faal dit net in nano? Omdat nano, die terminaal, of X kan wees onderskep of herinterpreteer wysigersProbeer TTY (Ctrl+Alt+F2) gebruik om te kyk of dit 'n stelsel- of grafiese laagprobleem is.

Wat gebeur met Num Lock wanneer 'n VM begin word? Sommige weergawes van VirtualBox Hulle gooi die LED se toestand af tussen gasheer en gas. Die GUI/HidLedsSync-instelling "0" laat dit onder die gasheer se beheer.

Nadat al hierdie moontlikhede probeer is, kom die sleutelbord gewoonlik weer tot lewe deur drie punte reg te stel: AltGr as 'n gasheersleutel vermy, die gasheersleutelbordkaart in lyn bring met die gasheer se fisiese sleutelbordkaart, en die Num Lock-desinchronisasie neutraliseer met die VBoxManage-opdrag. As jy ook USB-filters skoonmaak, aktiveer outomatiese vaslegging en maak seker dat jy versoenbare weergawes van VirtualBox en sy Uitbreidingspakket gebruik.Die "spook"-muis- en sleutelbordprobleme verdwyn. En as jy jouself vashaak met die Ctrl-sleutel wat nie in Debian werk nie, of die skelm agteroorskuinsstreep in Kali met Duitse uitleg, onthou: probeer TTY, kyk na die terminaalkortpaaie en moenie VirtualBox die sleutel toeken wat Linux nodig het om noodsaaklike simbole te tik nie.