თუ თქვენი კლავიატურა არ მუშაობს VirtualBox-ში: ნაბიჯები მისი გამოსწორებისთვის

Ბოლო განახლება: 04/09/2025

  • ყველაზე გავრცელებული მიზეზებია NumLock-ის სინქრონიზაცია, Host კლავიშთან და სტუმრის კლავიშების განლაგებასთან კონფლიქტები.
  • GUI/HidLedsSync-ის „0“ პარამეტრი ხელს უშლის NumLock მდგომარეობის შეცვლას მასპინძელსა და სტუმარს შორის.
  • შეამოწმეთ სტუმრის კლავიატურის ჩანაწერი და განლაგება (მაგ., setxkbmap, dpkg-reconfigure).

თუ თქვენი კლავიატურა არ მუშაობს VirtualBox-ში, აქ მოცემულია მისი გამოსწორების ნაბიჯები.

თუ თქვენი კლავიატურა ვირტუალურ მანქანაში რეაგირებას შეწყვეტს, ქაოსში ადვილად ჩავარდებით: მალსახმობები არ მუშაობს, როგორც ჩანს, Ctrl იგნორირებულია და nano-დან გასვლაც კი ოდისეად იქცევა.კარგი ამბავი ის არის, რომ უმეტეს შემთხვევაში, არსებობს მკაფიო გადაწყვეტილებები, რომელთა განხორციელებაც რამდენიმე წუთში შეგიძლიათ, არაფრის ხელახლა ინსტალაციის გარეშე.

რეალურ შედეგებსა და ტექნიკურ განხილვებში ჩნდება ისეთი ნიმუშები, რომლებიც მეორდება: პრობლემები Ctrl კლავიშთან დაკავშირებით, როდესაც იყენებთ რედაქტორებს, როგორიცაა nano, ციფრული კლავიატურის უცნაური ქცევა NumLock-ის გამო და დაბნეულობაც კი. VirtualBox-ის „მასპინძლის გასაღები“ და სტუმრის სისტემის კლავიატურების განლაგებაქვემოთ მოცემულია ორგანიზებული სახელმძღვანელო, სადაც მოცემულია ყველაფერი, რაც უნდა შეამოწმოთ და როგორ გამოასწოროთ ის. მოდით, მეტი გავიგოთ ამის შესახებ თუ თქვენი კლავიატურა არ მუშაობს VirtualBox-ში, აქ მოცემულია მისი გამოსწორების ნაბიჯები. 

რატომ შეიძლება VirtualBox-მა „დაკარგოს“ კლავიატურა

საზოგადოების მიერ დოკუმენტირებული განმეორებითი შემთხვევის დროს, 64-ბიტიანი Linux ჰოსტი, რომელიც 32-ბიტიან Debian სტუმარს ამუშავებდა, თავისებურ შეცდომას ავლენდა: ღილაკზე დაჭერისას Ctrl+X ნანოში ეკრანზე გამოჩნდა ასო „x“ გასასვლელი მალსახმობის გაშვების ნაცვლად. ანუ, სტუმარზე Ctrl მოდიფიკატორის კლავიში არ იყო ამოცნობილი.

მომხმარებელმა ასევე შეცვალა VirtualBox Host გასაღები მარჯვენა ლოგოს გასაღებით და დაფიქრდა, იმოქმედა თუ არა შეცდომამ Ctrl მარცხნივ, მარჯვნივ ან ორივე ერთადსაუბარში ასევე მიუთითეს სტუმრის კლავიატურის რუკაზე, რომელიც, სავარაუდოდ, ნაგულისხმევად „აშშ“-ზე იყო დაყენებული, რამაც შეამცირა ცუდად შერჩეული განლაგების ეჭვი, მაგრამ მთლიანად არ გამორიცხა იგი.

კიდევ ერთი დეტალი, რომელიც გასათვალისწინებელია, არის ის, რომ პრობლემა ყოველთვის არ მეორდება სხვა სტუმრებთან: არსებობდა DOS და Windows სისტემების მანქანები, რომლებსაც ეს შეცდომა არ ჰქონდათ, რაც იმაზე მიუთითებს, რომ გარკვეულებს შორის ურთიერთქმედება კლავიატურის რუკები, გრაფიკული ფენა (X/TTY) და VirtualBox შეიძლება გადამწყვეტი იყოს Linux-ში.

ექსკლუზიური შინაარსი - დააწკაპუნეთ აქ  დაემშვიდობეთ კლავიატურასა და მაუსს, გამარჯობა ხმას: Microsoft-ის თქმით, მომავალი აღარ არის წერა, არამედ საუბარი.

და ერთი შენიშვნა, რომელიც კვლევის ჩატარებისას ჩნდება: Reddit-ის მსგავს პლატფორმებზე სასარგებლო კონტენტი ზოგჯერ „იფარება“ ქუქი-ფაილების შესახებ გაფრთხილებებით, თუმცა თემები მსგავს სიმპტომებს ადასტურებს. ეს იმის მინიშნებაა, რომ ის, რაც თქვენ თავს ხდება, იზოლირებული არ არის და რომ მიზეზები, როგორც წესი, დაკავშირებულია Ctrl, NumLock კლავიშებთან და შეყვანის პარამეტრებთან..

შეამოწმეთ NumLock: ჩუმი დამნაშავე

დავიწყოთ მარტივი, მაგრამ კრიტიკულით: მდგომარეობით NumLock პირდაპირ გავლენას ახდენს ციფრული კლავიატურაზეთუ გამორთულია, ციფრული კლავიატურის ღილაკები გაგზავნიან ისრებს და კურსორის მოძრაობას და არა რიცხვებს.

VirtualBox ვერსიებში, როგორიცაა 5.0.2, დაფიქსირდა ძალიან სპეციფიკური ქცევა: სტუმარში NumLock მდგომარეობა შეიძლება გახდეს მასპინძლის მიმართ ინვერსიულითუ Windows-ს (ჰოსტი) ჩართული აქვს, Linux-ს (სტუმარი) გამორთულად აჩვენებს და პირიქით. ეს იწვევს მუდმივ გაუგებრობას ორ ეკრანს შორის გადართვისას.

არსებობს მალსახმობი, რომელიც VirtualBox-ს კლავიატურის LED-ების ვირტუალურ მანქანასთან სწორად სინქრონიზაციისთვის დაეხმარება. Windows-ზე გახსენით ადმინისტრატორის უფლებების მქონე კონსოლი და გადადით VirtualBox-ის ინსტალაციის გზაზე (ნაგულისხმევად). C:\პროგრამის ფაილები\Oracle\VirtualBox) და გაუშვით:

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

ამ პარამეტრით, VirtualBox წყვეტს LED-ების პრობლემური სინქრონიზაციის იძულებით გადატანას და თითოეული სისტემა ინარჩუნებს თანმიმდევრულ მდგომარეობას. მისი გამოყენების შემდეგ, როდესაც მასპინძელს აქვს NumLock აქტიურია, სტუმარმა არ უნდა შეცვალოს ქცევადა ციფრული კლავიატურა დაუბრუნდება რიცხვების სწორად აკრეფას.

გარდა ამისა, შეამოწმეთ მასპინძელი კომპიუტერის BIOS/UEFI პარამეტრები, რათა დარწმუნდეთ, რომ NumLock ჩაირთვება თქვენთვის სასურველ მდგომარეობაში. ეს ყოველთვის აუცილებელი არ არის, მაგრამ ხელს უშლის ციფრული კლავიატურა გამორთულია და გაურკვეველი მიზეზის გარეშე გაგაგიჟებთ.

NumLock-ის გადაწყვეტა VirtualBox-ში

Host კლავიშის და Ctrl/AltGr კლავიშების მალსახმობები

VirtualBox Host კლავიში არის ის, რაც „ათავისუფლებს“ ვირტუალური მანქანის მაუსსა და კლავიატურას; ნაგულისხმევად, ეს ჩვეულებრივ მარჯვენა Ctrl კლავიშია. თუ მას მარჯვენა ლოგოს კლავიშზე შეცვლით (Windows) და შეამჩნევთ, რომ Ctrl წყვეტს სტუმარში მოდიფიკატორის ფუნქციას, კონფლიქტს ეჭვობს.

პრობლემის იზოლირებისთვის, გადადით File > Preferences > Input და VM settings (ან Machine > Settings > General/Inputs) და შეამოწმეთ, რა არის Host კლავიში. სცადეთ მისი Right Ctrl ან სხვა გამოუყენებელ კლავიშზე დაბრუნება (მაგ. გადახვევის საკეტი, როგორც მასპინძელი გასაღები) იმის სანახავად, აღდგება თუ არა სტუმრის მალსახმობების ფუნქციონირება.

ექსკლუზიური შინაარსი - დააწკაპუნეთ აქ  საუკეთესო უსადენო კლავიატურები პროდუქტიულობისა და თამაშებისთვის 2025 წელს: საბოლოო სახელმძღვანელო

VirtualBox-ის შეყვანის პარამეტრებში ჩართეთ „კლავიატურის ავტომატური ჩაწერა“. თუ ეს ფუნქცია გამორთულია, გარკვეული კომბინაციები (განსაკუთრებით Ctrl-ით) შეიძლება დარჩეს ჰოსტზე და ვერ მიაღწიოს ვირტუალურ მანქანას, რაც ხსნის, თუ რატომ უნდა დააჭიროთ Ctrl+X nano-ში სიტყვასიტყვით „x“-ს გამოაჩენს.

ასევე შეამოწმეთ, შეცდომა ხომ არ ხდება მარცხენა Ctrl-თან, მარჯვენა Ctrl-თან თუ ორივესთან ერთად. ზოგიერთ შემთხვევაში, მარჯვენა Ctrl მოქმედებს როგორც მასპინძელი ან სისტემა მას „მიტაცებს“, მაშინ როცა მარცხენა Ctrl მუშაობს. ეს მინიშნება დაგეხმარებათ იმის დადგენაში, პრობლემა ხომ არ არის შიდა გასაღების შესაბამისობა ან დაფიქსირების/მასპინძლის შესაბამისობა VirtualBox-ში.

სტუმრის კლავიატურის განლაგება და რუკა

მაშინაც კი, თუ სტუმარი ამბობს, რომ ის „ნაგულისხმევად აშშ-შია“, გადაამოწმეთ, რომ ეს მართლაც ასეა. თუ თქვენი სტუმარი სისტემა Debian/Ubuntu-ა, გრაფიკულ გარემოს და TTY კონსოლს შეიძლება განსხვავებული პარამეტრები ჰქონდეს, რაც ხსნის, თუ რატომ მეორდება ეს სიმპტომი X-სა და კონსოლში. Ctrl იგნორირებულია ან არასწორად არის განმარტებული..

სწრაფი ტესტები Linux-ზე (გაუშვით ისინი სტუმარში): X-ის აქტიური რეჟიმით, დროებით გამოიყენეთ სტანდარტული რუკა setxkbmap usთუ Ctrl კვლავ მუშაობს, ესე იგი პრობლემა თქვენი განლაგების პარამეტრებით იყო გამოწვეული. მისი მუდმივი გასააქტიურებლად, შეამოწმეთ თქვენი სამუშაო მაგიდის გარემოს კლავიატურის პარამეტრები ან გამოიყენეთ dpkg-ხელახლა კონფიგურაციის კლავიატურის კონფიგურაცია Debian/Ubuntu-ში სისტემის დონეზე ხელახლა კონფიგურაციისთვის.

TTY კონსოლზე (X-ის გარეშე) შეამოწმეთ, რომ განლაგება არ არის ეგზოტიკური ან არ შეიცავს უცნაურ ვარიანტებს (მაგ., „აშშ საერთაშორისო“ მკვდარი კლავიშებით, თუ ისინი არ გჭირდებათ). უმნიშვნელო ცვლილებებმაც კი შეიძლება გავლენა მოახდინოს AltGr, მარჯვენა Ctrl და სიმბოლოებთან კომბინაციები, ამიტომ უმჯობესია, ის მარტივი და სტაბილური იყოს.

თუ სხვა ენას იყენებთ (ES, LATAM და ა.შ.), დარწმუნდით, რომ სტუმარში სწორ ვარიანტს ირჩევთ და, თუ შესაძლებელია, ჰოსტსაც დააკავშირეთ. მიუხედავად იმისა, რომ VirtualBox კლავიატურის მოვლენებს თარგმნის, მას აქვს მასპინძელი და სტუმარი სრულიად განსხვავებული ხასიათით ამრავლებს მოდიფიკატორის კლავიშებთან შეჯახების შანსებს.

ექსკლუზიური შინაარსი - დააწკაპუნეთ აქ  კლავიატურის ძირითადი მალსახმობები Microsoft Edge-ისთვის

მეტი შემოწმება და კარგი პრაქტიკა

კლავიატურის მალსახმობები Windows 11-ში ფაილების ძიების გასაუმჯობესებლად

შეამოწმეთ, ჩნდება თუ არა სიმპტომი როგორც გრაფიკულ, ასევე კონსოლის სესიებში. საზოგადოების მიერ ნახსენებ შემთხვევაში, შეცდომა ორივეში მოხდა, რაც მიუთითებს შეყვანის/ჩაწერის პრობლემაზე და არა რედაქტორში. სასარგებლოა ნანოს გამორიცხვა: სცადეთ მალსახმობები სხვა აპლიკაციებში ან Ctrl+C ტერმინალში ამოსაჭრელად.

თუ სხვა ვირტუალური მანქანები გაქვთ, გაუშვით ისინი და შეადარეთ. არსებობდა DOS-ისა და Windows-ის სტუმრები, რომლებსაც პრობლემა არ ჰქონდათ, რაც იმაზე მიუთითებს, რომ გაუმართაობა შეიძლება დაკავშირებული იყოს Linux-ის შეყვანის დასტასთან, მის კლავიატურის რუკასთან ან გარკვეული ვერსიების კონკრეტულ შეცდომასთან. ეს შედარება დაგეხმარებათ. დაადგინეთ, ეს გლობალური VirtualBox-ის პრობლემაა თუ სტუმრის სპეციფიკური პრობლემა.

თუ შესაძლებელია, სცადეთ სხვა ფიზიკური კლავიატურა და მოერიდეთ პრობლემურ ჰაბებს. ეს ელემენტარული ჩანს, მაგრამ დაზიანებული Ctrl კლავიშის მქონე კლავიატურა ზუსტად აღწერილ სიმპტომს წარმოქმნის („Ctrl+X“-ის ნაცვლად ჩნდება „x“). თუ სხვა კლავიატურას იყენებთ, მალსახმობები მყისიერად მუშაობს, თქვენ გამოყოფთ მიზეზს.

შეინახეთ VirtualBox (ამ სტატიაში VirtualBox-ის შესახებ მეტს გასწავლით:) როგორ გავხსნათ ვირტუალური მანქანა VirtualBox-ში?) და „სტუმრის დამატებები“ მაქსიმალურად განახლდა. მიუხედავად იმისა, რომ ინვერსიული NumLock მდგომარეობის პრობლემა VirtualBox 5.0.2-ში დაფიქსირდა, ბოლო ვერსიებმა შეყვანასთან და სინქრონიზაციასთან დაკავშირებული მრავალი დეტალი დახვეწა. მიუხედავად ამისა, კორექტირება გრაფიკული ინტერფეისი/HidLedsSync «0» ეს მაინც სასარგებლოა, როდესაც LED-ების უცნაურ ქცევას შეამჩნევთ.

და ბოლოს, შეამოწმეთ, რომ არ არსებობს გლობალური ჰოსტის მალსახმობები, რომლებიც Ctrl+რამდენიმე კლავიშის დაჭერას იწერენ ვირტუალურ მანქანამდე მიღწევამდე. Windows-ზე, მესამე მხარის უტილიტებმა ან ხელმისაწვდომობის ფუნქციებმა შეიძლება ხელი შეგიშალოთ; Linux-ზე, შემდეგი კომბინაციები: ფანჯრის მენეჯერები ან უტილიტები, როგორიცაა ფილების მენეჯერები შეუძლია ყურადღების მიპყრობა მალსახმობებიდან.

VirtualBox-ში კლავიატურის გამოყენების საუკეთესო პრაქტიკები

თქვენ უნდა შეძლოთ თქვენს ვირტუალურ მანქანაში კლავიატურის აღდგენა: NumLock-ის ციფრული კლავიატურის გასწორება, Host კლავიშის შეცვლა კონფლიქტების თავიდან ასაცილებლად, კლავიატურის ჩაწერის უზრუნველყოფა და სტუმარში შესაბამისობის დახვეწა. ამ ინსტრუქციების დაცვით, Ctrl კლავიშების მალსახმობები ისევ თავის ადგილზეა და სამუშაო პროცესი ჩვეულ რიტმს დაუბრუნდა., როგორც კონსოლში, ასევე გრაფიკულ გარემოში. ახლა თქვენ მეტი იცით ვირტუალური ყუთი.

დაკავშირებული სტატია:
როგორ გავხსნათ VBOX ფაილი