- A leggyakoribb okok a szinkronon kívüli NumLock, valamint a Host és a vendég billentyűkiosztásokkal való ütközések.
- A GUI/HidLedsSync „0” beállítása megakadályozza a NumLock állapotának megfordítását a host és a guest között.
- Ellenőrizd a vendég billentyűzetkiosztását és -beállításait (pl. setxkbmap, dpkg-reconfigure).
Ha a billentyűzeted nem reagál egy virtuális gépen belül, könnyen káoszba eshetsz: a gyorsbillentyűk nem működnek, Úgy tűnik, a Ctrl billentyűt figyelmen kívül hagyják, és még a nano-ból való kilépés is egy odüsszeiává válik.A jó hír az, hogy a legtöbb esetben vannak egyértelmű megoldások, amelyeket néhány perc alatt megvalósíthatsz anélkül, hogy bármit újra kellene telepítened.
A valós eredményekben és a technikai megbeszélésekben ismétlődő minták jelennek meg: problémák a Ctrl billentyűvel olyan szerkesztők használatakor, mint a nano, a numerikus billentyűzet furcsa viselkedése a NumLock miatt, sőt, még a billentyűzettel való összezavarodás is. VirtualBox „Host key” és vendégrendszer billentyűkiosztásokAz alábbiakban egy rendszerezett útmutatót találsz, amelyben mindent megtalálsz, amit ellenőrizned kell, és megtudhatod, hogyan javíthatod ki. Tudj meg többet a következőkről: Ha a billentyűzet nem működik a VirtualBoxban, itt találja a javítás lépéseit.
Miért veszítheti el a VirtualBox a billentyűzetet?
Egy, a közösség által dokumentált, visszatérő esetben egy 64 bites Linux hoszt, amelyen egy 32 bites Debian vendégrendszer futott, egy különös hibát lépett fel: a következő megnyomásakor: A Ctrl+X billentyűkombinációval a nano-ban megjelent az „x” betű a képernyőn. a kilépési parancsikon futtatása helyett. Vagyis a Ctrl módosító billentyűt nem ismerte fel a vendég gép.
A felhasználó a VirtualBox Host kulcsát is a jobb logós kulcsra cserélte, és azon tűnődött, hogy a hiba vajon érinti-e a következőket: Ctrl balra, jobbra vagy mindkettőreA beszélgetés a vendég billentyűzetkiosztására is kitért, amely állítólag „alapértelmezés szerint amerikai” volt beállítva, ami csökkentette a rosszul megválasztott elrendezés gyanúját, de nem szüntette meg teljesen.
Egy másik fontos részlet, amit érdemes szem előtt tartani, hogy a probléma nem mindig ismétlődik meg más vendégeknél: voltak DOS és Windows gépek is, amelyeken nem volt ilyen hiba, ami arra utal, hogy bizonyos gépek közötti interakció... Billentyűzetkiosztások, a grafikus réteg (X/TTY) és a VirtualBox döntő lehet Linuxban.
És egy mellékes megjegyzés, ami felmerül némi kutatás során: olyan platformokon, mint a Reddit, a hasznos tartalmakat néha „elrejtik” a sütifigyelmeztetések, de a hozzászólásláncok hasonló tüneteket erősítenek meg. Ez arra utal, hogy ami veled történik, nem elszigetelt eset, és hogy Az okok általában a Ctrl, NumLock és a beviteli beállítások billentyűkombinációihoz kapcsolódnak..
Ellenőrizze a NumLock-ot: A csendes bűnös
Kezdjük az egyszerű, de fontos dologgal: az állapot A NumLock közvetlenül a numerikus billentyűzetre hat.Ha le van tiltva, a számbillentyűk nyilakat és kurzormozgásokat küldenek, nem számokat.
A VirtualBox verzióiban, például az 5.0.2-ben, egy nagyon sajátos viselkedést figyeltek meg: a vendég NumLock állapota a következővé válhat: fordított a gazdaszervezethez képestHa a Windows (gazdagép) engedélyezve van, a Linux (vendég) letiltva jeleníti meg, és fordítva. Ez állandó zavart okoz a két képernyő közötti váltáskor.
Van egy gyorsbillentyű, amellyel a VirtualBox megfelelően szinkronizálhatja a billentyűzet LED-jeit a virtuális géppel. Windows rendszeren nyisson meg egy konzolt rendszergazdai jogosultságokkal, és navigáljon a VirtualBox telepítési útvonalához (alapértelmezés szerint). C:\Program Files\Oracle\VirtualBox) és futtassa:
VBoxManage setextradata "Nombre de la máquina virtual entrecomillado" GUI/HidLedsSync "0"
Ezzel a paraméterrel a VirtualBox leállítja a LED-ek problémás szinkronizálásának kényszerítését, és minden rendszer konzisztens állapotot tart fenn. Alkalmazása után, amikor a gazdagép... NumLock aktív, a vendég nem fordíthatja meg a viselkedést, és a numerikus billentyűzet visszatér a számok helyes beírásához.
Ezenkívül ellenőrizze a gazdagép BIOS/UEFI beállításait, hogy a NumLock a kívánt állapotban induljon-e el. Ez nem mindig szükséges, de segít megelőzni a következőket: A numerikus billentyűzet letiltva indul, és minden látható ok nélkül megőrjít.

A Host billentyű és a Ctrl/AltGr billentyűparancsok
A VirtualBox Host billentyű az, amelyik "felszabadítja" a virtuális gép egerét és billentyűzetét; alapértelmezés szerint ez általában a jobb oldali Ctrl billentyű. Ha a jobb oldali logóbillentyűre (Windows) cseréli, és azt veszi észre, hogy A Ctrl leállítja a módosítóként való viselkedést a vendég nézetben., konfliktusra gyanakszik.
A probléma elkülönítéséhez lépjen a Fájl > Beállítások > Bemenet menüpontra, majd a Virtuálisgép beállításai (vagy a Gép > Beállítások > Általános/Bemenetek) menüpontra, és ellenőrizze, hogy mi a Host kulcs. Próbálja meg visszaállítani Jobb Ctrl vagy egy másik nem használt billentyűre (pl. Scroll Lock állomásbillentyűként), hogy lássa, a vendég gyorsbillentyűk újra működnek-e.
Engedélyezze a „Billentyűzet automatikus rögzítése” funkciót a VirtualBox beviteli beállításaiban. Ha ez a funkció le van tiltva, bizonyos kombinációk (különösen a Ctrl billentyűt tartalmazók) a gazdagépen maradhatnak, és nem érhetik el a virtuális gépet, ami megmagyarázza, miért kell megnyomni a A Ctrl+X a nano-ban egy szó szerinti „x”-et eredményez.
Azt is ellenőrizd, hogy a hiba a Bal Ctrl, Jobb Ctrl vagy mindkettővel jelentkezik-e. Bizonyos esetekben a jobb Ctrl billentyű hostként működik, vagy a rendszer „eltéríti” azt, míg a bal Ctrl működik. Ez a nyom segít meghatározni, hogy a probléma a következővel van-e: Belső kulcsleképezés vagy rögzítés/gazdagép-leképezés a VirtualBoxban.
Vendég billentyűzetkiosztás és térkép
Még ha a vendég azt is mondja, hogy „alapértelmezés szerint US”-ben van, ellenőrizze, hogy valóban az-e. Ha a vendégrendszere Debian/Ubuntu, a grafikus környezet és a TTY konzol beállításai eltérőek lehetnek, ami megmagyarázza, hogy a tünet miért ismétlődik az X-ben és a konzolban. A Ctrl figyelmen kívül hagyva vagy félreértelmezve.
Gyorstesztek Linuxon (vendég gépen belül futtatva): X aktív állapotban ideiglenesen alkalmazzon egy standard map-et a következővel: setxkbmap usHa a Ctrl ismét működik, akkor a probléma oka az elrendezési beállítások voltak. A probléma állandósításához ellenőrizze az asztali környezet billentyűzetbeállításait, vagy alkalmazza a következőt: dpkg-reconfigure billentyűzet-konfiguráció Debian/Ubuntu alatt a rendszerszintű újrakonfiguráláshoz.
A TTY konzolon (X nélkül) ellenőrizd, hogy az elrendezés nem egzotikus-e, vagy nincsenek-e furcsa változatai (pl. „US international” halott kulcsokkal, ha nincs rájuk szükséged). A finom változtatások befolyásolhatják a viselkedését. AltGr, Jobb Ctrl és szimbólumokkal kombinálva, ezért a legjobb, ha egyszerű és stabil.
Ha más nyelvet használsz (ES, LATAM stb.), győződj meg róla, hogy a vendég nyelven belül a megfelelő változatot választottad, és ha alkalmazható, a gazdagépet is igazítsd. Bár a VirtualBox lefordítja a billentyűzeteseményeket, mivel házigazda és vendég, nagyon eltérő hangulatban megsokszorozza a módosító billentyűkkel való ütközés esélyét.
Több ellenőrzés és bevált gyakorlat

Ellenőrizd, hogy a tünet grafikus és konzolos munkamenetekben is megjelenik-e. A közösség által említett esetben a hiba mindkettőben jelentkezett, ami inkább beviteli/rögzítési problémára, mintsem a szerkesztőre utalt. Érdemes kizárni a nano hibát: próbáld ki a parancsikonokat más alkalmazásokban, vagy Ctrl+C a terminálban a kivágáshoz.
Ha más virtuális gépei vannak, indítsa el őket, és hasonlítsa össze. Voltak olyan DOS és Windows vendég gépek, amelyeknél nem jelentkezett a probléma, ami arra utal, hogy a hiba a Linux beviteli veremhez, annak billentyűzetkiosztásához vagy bizonyos verziók egy adott hibájához kapcsolódhat. Ez az összehasonlítás segít... állapítsa meg, hogy globális VirtualBox problémáról vagy vendégspecifikus problémáról van-e szó.
Ha lehetséges, próbáljon ki egy másik fizikai billentyűzetet, és kerülje a problémás elosztókat. Alapvetőnek tűnik, de egy sérült Ctrl billentyűvel rendelkező billentyűzet pontosan a leírt tünetet produkálja (egy „x” jelenik meg a „Ctrl+X” helyett). Ha másik billentyűzetet használ, a gyorsbillentyűk azonnal működnek, ezzel izoláltad az okot.
Tartsa meg a VirtualBoxot (ebben a cikkben többet megtudhat a VirtualBoxról): Hogyan lehet megnyitni egy virtuális gépet a VirtualBoxban?) és a „Vendég kiegészítések” a lehető legnagyobb mértékben frissültek. Bár az invertált NumLock állapot problémája a VirtualBox 5.0.2-ben volt megfigyelhető, a legújabb verziókban számos, a bevitellel és a szinkronizálással kapcsolatos részletet finomítottak. A beállítás mégis GUI/HidLedsSync «0» Akkor is hasznos, ha a LED-ek furcsa viselkedését tapasztalja.
Végül ellenőrizze, hogy nincsenek-e olyan globális gazdabillentyű-parancsikonok, amelyek a Ctrl+egyes billentyűleütéseket rögzítik, mielőtt azok elérnék a virtuális gépet. Windows rendszeren harmadik féltől származó segédprogramok vagy akadálymentesítési funkciók akadályozhatják; Linux rendszeren a következők kombinációi ablakkezelők vagy segédprogramok, például csempekezelők ellophatja a figyelmet a gyorsbillentyűkről.

A virtuális gépen belüli billentyűzetet helyre kell állítani: a NumLock billentyűt igazítsd a számbillentyűzethez, állítsd be a Host billentyűt az ütközések elkerülése érdekében, biztosítsd a billentyűzet rögzítését, és finomhangold a vendég gépen a kiosztást. Az alábbi irányelveket követve, A Ctrl billentyűparancsok visszaálltak a helyükre, és a munkafolyamat visszatért a normális kerékvágásba., konzolos és grafikus környezetben is. Most már többet tudsz a Virtualbox.
Kiskora óta szenvedélyes a technológia iránt. Szeretek naprakész lenni a szektorban, és mindenekelőtt azt kommunikálni. Ezért foglalkozom évek óta a technológiai és videojáték-weboldalak kommunikációjával. Androidról, Windowsról, MacOS-ról, iOS-ről, Nintendóról vagy bármilyen más kapcsolódó témáról írok, ami eszembe jut.