ប្រសិនបើក្តារចុចរបស់អ្នកមិនដំណើរការនៅក្នុង VirtualBox៖ ជំហានដើម្បីជួសជុលវា។

ប្រសិនបើក្តារចុចរបស់អ្នកឈប់ឆ្លើយតបនៅក្នុងម៉ាស៊ីននិម្មិត វាងាយស្រួលក្នុងការធ្លាក់ចូលទៅក្នុងភាពវឹកវរ៖ ផ្លូវកាត់មិនដំណើរការទេ បញ្ជា (Ctrl) ហាក់ដូចជាមិនអើពើ ហើយសូម្បីតែចេញពីណាណូក៏ក្លាយជាអូឌីស៊ី។ដំណឹងល្អគឺថាក្នុងករណីភាគច្រើនមានដំណោះស្រាយច្បាស់លាស់ដែលអ្នកអាចអនុវត្តបានក្នុងរយៈពេលពីរបីនាទីដោយមិនចាំបាច់ដំឡើងអ្វីទាំងអស់។

នៅក្នុងលទ្ធផលជាក់ស្តែង និងការពិភាក្សាបច្ចេកទេស លំនាំលេចឡើងដែលកើតឡើងម្តងទៀត៖ បញ្ហាជាមួយគ្រាប់ចុចបញ្ជា (Ctrl) នៅពេលប្រើកម្មវិធីនិពន្ធដូចជា ណាណូ អាកប្បកិរិយាចម្លែកនៃបន្ទះលេខដោយសារ NumLock និងសូម្បីតែការភាន់ច្រឡំជាមួយ VirtualBox "កូនសោម៉ាស៊ីន" និងផែនទីគន្លឹះប្រព័ន្ធភ្ញៀវខាងក្រោមនេះគឺជាការណែនាំដែលបានរៀបចំជាមួយនឹងអ្វីគ្រប់យ៉ាងដែលអ្នកត្រូវពិនិត្យ និងរបៀបជួសជុលវា។ តោះស្វែងយល់បន្ថែមអំពី ប្រសិនបើក្តារចុចរបស់អ្នកមិនដំណើរការនៅក្នុង VirtualBox ទេ នេះជាជំហានដើម្បីជួសជុលវា។ 

ហេតុអ្វីបានជា VirtualBox អាច "បាត់បង់" ក្តារចុច

ក្នុងករណីដែលកើតឡើងដដែលៗដែលចងក្រងជាឯកសារដោយសហគមន៍ ម៉ាស៊ីនលីនុច 64 ប៊ីតដែលកំពុងដំណើរការភ្ញៀវ Debian 32 ប៊ីតបានបង្ហាញនូវកំហុសដ៏ចម្លែកមួយ៖ នៅពេលចុច បញ្ជា (Ctrl) + X ជាអក្សរ nano អក្សរ "x" លេចឡើងនៅលើអេក្រង់ ជំនួសឱ្យការរត់ផ្លូវកាត់ចេញ។ នោះគឺ គ្រាប់ចុចកែប្រែ Ctrl មិនត្រូវបានគេទទួលស្គាល់នៅលើភ្ញៀវទេ។

អ្នកប្រើប្រាស់ក៏បានផ្លាស់ប្តូរសោរ VirtualBox Host ទៅជាសោឡូហ្គោត្រឹមត្រូវ ហើយឆ្ងល់ថាតើកំហុសនោះបានប៉ះពាល់ដែរឬទេ បញ្ជា (Ctrl) ឆ្វេង ស្ដាំ ឬទាំងពីរការសន្ទនាក៏បានចង្អុលទៅផែនទីក្តារចុចរបស់ភ្ញៀវ ដែលសន្មតថាកំណត់ទៅជា "US តាមលំនាំដើម" ដែលកាត់បន្ថយការសង្ស័យនៃប្លង់ដែលបានជ្រើសរើសមិនល្អ ប៉ុន្តែមិនបានលុបចោលទាំងស្រុងនោះទេ។

ព័ត៌មានលម្អិតមួយទៀតដែលត្រូវចងចាំគឺថាបញ្ហាមិនតែងតែចម្លងជាមួយភ្ញៀវផ្សេងទៀតទេ៖ មានម៉ាស៊ីន DOS និង Windows ដែលមិនមានការបរាជ័យនេះ ដែលបង្ហាញថាអន្តរកម្មរវាងជាក់លាក់ ផែនទីក្តារចុច ស្រទាប់ក្រាហ្វិក (X/TTY) និង VirtualBox អាចជាការសម្រេចចិត្តនៅក្នុងលីនុច។

ហើយចំណាំចំហៀងដែលលេចឡើងនៅពេលធ្វើការស្រាវជ្រាវមួយចំនួន៖ នៅលើវេទិកាដូចជា Reddit ខ្លឹមសារដែលមានប្រយោជន៍ ជួនកាលត្រូវបាន "បិទបាំង" ដោយការព្រមានអំពីខូគី ប៉ុន្តែខ្សែស្រឡាយបញ្ជាក់ពីរោគសញ្ញាស្រដៀងគ្នា។ នេះ​ជា​តម្រុយ​ដែល​ថា​អ្វី​ដែល​កំពុង​កើត​ឡើង​ចំពោះ​អ្នក​មិន​នៅ​ឯកោ​នោះ​ទេ។ មូលហេតុជាធម្មតាវិលជុំវិញផ្លូវកាត់ដោយប្រើ Ctrl, NumLock និងការកំណត់បញ្ចូល.

ពិនិត្យមើល NumLock: ពិរុទ្ធជនស្ងៀមស្ងាត់

ចូរចាប់ផ្តើមជាមួយនឹងសាមញ្ញប៉ុន្តែសំខាន់: ស្ថានភាពនៃ NumLock ប៉ះពាល់ដោយផ្ទាល់ទៅលើបន្ទះលេខប្រសិនបើបិទ គ្រាប់ចុចបន្ទះលេខនឹងបញ្ជូនព្រួញ និងចលនាទស្សន៍ទ្រនិច មិនមែនលេខទេ។

នៅក្នុងកំណែ VirtualBox ដូចជា 5.0.2 ឥរិយាបថជាក់លាក់មួយត្រូវបានគេសង្កេតឃើញ៖ ស្ថានភាព NumLock នៅក្នុងភ្ញៀវអាចក្លាយជា បញ្ច្រាសដោយគោរពចំពោះម្ចាស់ផ្ទះប្រសិនបើវីនដូ (ម៉ាស៊ីន) បានបើកវា លីនុច (ភ្ញៀវ) បង្ហាញវាបិទ ហើយផ្ទុយទៅវិញ។ នេះបណ្តាលឱ្យមានការភ័ន្តច្រឡំនៅពេលប្តូររវាងអេក្រង់ទាំងពីរ។

មានផ្លូវកាត់ដើម្បីទទួលបាន VirtualBox ដើម្បីធ្វើសមកាលកម្ម LED ក្តារចុចឱ្យបានត្រឹមត្រូវជាមួយ VM ។ នៅលើ Windows បើកកុងសូលដែលមានការអនុញ្ញាតពីអ្នកគ្រប់គ្រង រុករកទៅផ្លូវដំឡើង VirtualBox (តាមលំនាំដើម C:\Program Files\Oracle\VirtualBox) ហើយរត់៖

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

ជាមួយនឹងប៉ារ៉ាម៉ែត្រនេះ VirtualBox បញ្ឈប់ការបង្ខំឱ្យធ្វើសមកាលកម្មដែលមានបញ្ហានៃ LEDs ហើយប្រព័ន្ធនីមួយៗរក្សាស្ថានភាពជាប់លាប់។ បន្ទាប់ពីអនុវត្តវានៅពេលដែលម្ចាស់ផ្ទះមាន NumLock សកម្ម ភ្ញៀវមិនគួរត្រឡប់ឥរិយាបថទេ។ហើយបន្ទះលេខនឹងត្រឡប់ទៅវាយលេខបានត្រឹមត្រូវ។

លើសពីនេះទៀត ពិនិត្យមើលការកំណត់ BIOS/UEFI របស់កុំព្យូទ័រម៉ាស៊ីន ដើម្បីធានាថា NumLock ចាប់ផ្ដើមនៅក្នុងស្ថានភាពដែលអ្នកពេញចិត្ត។ នេះមិនតែងតែចាំបាច់នោះទេ ប៉ុន្តែវាអាចជួយការពារបាន។ បន្ទះលេខចាប់ផ្តើមបិទ ហើយធ្វើឱ្យអ្នកឆ្កួតដោយគ្មានហេតុផលច្បាស់លាស់.

គ្រាប់ចុចម៉ាស៊ីន និងផ្លូវកាត់ Ctrl/AltGr

កូនសោម៉ាស៊ីន VirtualBox គឺជាកូនសោដែល "បញ្ចេញ" កណ្តុរ និងក្តារចុចរបស់ម៉ាស៊ីននិម្មិត។ តាមលំនាំដើម ជាធម្មតាវាជាគ្រាប់ចុច Ctrl ត្រឹមត្រូវ។ ប្រសិនបើអ្នកប្តូរវាទៅសោឡូហ្គោខាងស្តាំ (វីនដូ) ហើយកត់សំគាល់វា។ បញ្ជា (Ctrl) ឈប់ធ្វើជាអ្នកកែប្រែនៅខាងក្នុងភ្ញៀវសង្ស័យ​មាន​ជម្លោះ។

ដើម្បីញែកបញ្ហាចេញ សូមចូលទៅកាន់ ឯកសារ > ចំណូលចិត្ត > ការបញ្ចូល និងការកំណត់ VM (ឬម៉ាស៊ីន > ការកំណត់ > ទូទៅ/បញ្ចូល) ហើយពិនិត្យមើលថាតើសោម៉ាស៊ីនគឺជាអ្វី។ សាកល្បង​ត្រឡប់​វា​ទៅ​ស្ដាំ Ctrl ឬ​សោ​មិន​ប្រើ​ផ្សេង​ទៀត (ឧ. រមូរចាក់សោជាសោម៉ាស៊ីន) ដើម្បីមើលថាតើផ្លូវកាត់របស់ភ្ញៀវទទួលបានមុខងារឡើងវិញឬអត់។

បើក "ចាប់យកក្តារចុចដោយស្វ័យប្រវត្តិ" នៅក្នុងជម្រើសបញ្ចូលរបស់ VirtualBox ។ ប្រសិនបើមុខងារនេះត្រូវបានបិទ ការរួមផ្សំមួយចំនួន (ជាពិសេសអ្នកដែលមាន Ctrl) អាចនៅតែមាននៅលើម៉ាស៊ីន ហើយមិនទៅដល់ VM ដែលពន្យល់ពីមូលហេតុដែលចុច បញ្ជា(Ctrl)+X ក្នុង​ណាណូ​ធ្វើ​ឱ្យ​ព្យញ្ជនៈ "x" លេចឡើង.

ពិនិត្យមើលផងដែរថាតើកំហុសកើតឡើងជាមួយ Ctrl ឆ្វេង បញ្ជាស្តាំ ឬទាំងពីរ។ ក្នុងករណីខ្លះ Ctrl ខាងស្តាំដើរតួជាម៉ាស៊ីន ឬត្រូវបាន "លួច" ដោយប្រព័ន្ធ ខណៈដែល Ctrl ខាងឆ្វេងដំណើរការ។ តម្រុយនេះជួយកំណត់ថាតើមានបញ្ហាជាមួយឬអត់ ការគូសផែនទីគន្លឹះខាងក្នុង ឬការចាប់យក/ផែនទីម៉ាស៊ីននៅក្នុង VirtualBox.

ប្លង់ក្តារចុចភ្ញៀវ និងផែនទី

ទោះបីជាភ្ញៀវនិយាយថាវាស្ថិតនៅក្នុង "សហរដ្ឋអាមេរិកតាមលំនាំដើម" សូមផ្ទៀងផ្ទាត់ថាវាពិតជាមែន។ ប្រសិនបើប្រព័ន្ធភ្ញៀវរបស់អ្នកគឺ Debian/Ubuntu បរិស្ថានក្រាហ្វិក និងកុងសូល TTY អាចមានការកំណត់ផ្សេងគ្នា ដែលពន្យល់ពីមូលហេតុដែលរោគសញ្ញាត្រូវបានធ្វើម្តងទៀតនៅក្នុង X និងកុងសូល។ បញ្ជា (Ctrl) មិនអើពើ ឬបកស្រាយខុស.

ការធ្វើតេស្តរហ័សនៅលើលីនុច (ដំណើរការពួកវានៅខាងក្នុងភ្ញៀវ): ជាមួយនឹង X សកម្ម អនុវត្តផែនទីស្តង់ដារជាបណ្តោះអាសន្នជាមួយ setxkbmap យើង. ប្រសិនបើ Ctrl ដំណើរការម្តងទៀត អ្នកដឹងថាបញ្ហាគឺដោយសារតែការកំណត់ប្លង់របស់អ្នក។ ដើម្បីធ្វើឱ្យវាជាប់លាប់ សូមពិនិត្យមើលការកំណត់ក្តារចុចនៃបរិស្ថានផ្ទៃតុរបស់អ្នក ឬអនុវត្ត dpkg-កំណត់រចនាសម្ព័ន្ធក្តារចុចឡើងវិញ នៅក្នុង Debian/Ubuntu ដើម្បីកំណត់រចនាសម្ព័ន្ធឡើងវិញនៅកម្រិតប្រព័ន្ធ។

នៅលើកុងសូល TTY (ដោយគ្មាន X) ពិនិត្យមើលថាប្លង់មិនកម្រនិងអសកម្ម ឬមានបំរែបំរួលចម្លែក (ឧ. "អន្តរជាតិអាមេរិក" ជាមួយនឹងសោស្លាប់ ប្រសិនបើអ្នកមិនត្រូវការវា)។ ការផ្លាស់ប្តូរតិចតួចអាចប៉ះពាល់ដល់អាកប្បកិរិយារបស់ AltGr, Ctrl ស្តាំ និងបន្សំជាមួយនិមិត្តសញ្ញាដូច្នេះ វាជាការល្អបំផុតក្នុងការរក្សាវាឱ្យសាមញ្ញ និងមានស្ថេរភាព។

ប្រសិនបើអ្នកកំពុងប្រើភាសាផ្សេងទៀត (ES, LATAM ។ ទោះបីជា VirtualBox បកប្រែព្រឹត្តិការណ៍ក្តារចុច, មាន ម្ចាស់ផ្ទះ និងភ្ញៀវដែលមានចរិតខុសគ្នាខ្លាំង គុណឱកាសនៃការប៉ះទង្គិចជាមួយសោកែប្រែ។

ការត្រួតពិនិត្យបន្ថែមទៀត និងការអនុវត្តល្អ។

ពិនិត្យមើលថាតើរោគសញ្ញាលេចឡើងនៅក្នុងវគ្គក្រាហ្វិក និងកុងសូលដែរឬទេ។ ក្នុងករណីដែលបានលើកឡើងដោយសហគមន៍ កំហុសបានកើតឡើងនៅក្នុងទាំងពីរ ដែលចង្អុលទៅបញ្ហាបញ្ចូល/ចាប់យកជាជាងអ្នកកែសម្រួល។ វាមានប្រយោជន៍ក្នុងការបដិសេធណាណូ៖ សាកល្បងផ្លូវកាត់នៅក្នុងកម្មវិធីផ្សេងទៀត ឬ បញ្ជា (Ctrl) + C ដើម្បីកាត់នៅក្នុងស្ថានីយ.

ប្រសិនបើអ្នកមាន VMs ផ្សេងទៀត ចាប់ផ្តើមពួកវា ហើយប្រៀបធៀប។ មានភ្ញៀវ DOS និង Windows ដែលមិនមានបញ្ហា ដែលបង្ហាញថាការបរាជ័យអាចត្រូវបានភ្ជាប់ទៅជង់បញ្ចូលលីនុច ផែនទីក្តារចុចរបស់វា ឬកំហុសជាក់លាក់ជាមួយនឹងកំណែជាក់លាក់។ ការប្រៀបធៀបនេះជួយអ្នក។ កំណត់ថាតើវាជាបញ្ហា VirtualBox សកល ឬបញ្ហាជាក់លាក់របស់ភ្ញៀវ.

សាកល្បងប្រើក្ដារចុចរូបវន្តផ្សេងទៀតប្រសិនបើអាចធ្វើទៅបាន និងជៀសវាងមជ្ឈមណ្ឌលដែលមានបញ្ហា។ វាហាក់បីដូចជាជាមូលដ្ឋាន ប៉ុន្តែក្តារចុចដែលមានគ្រាប់ចុច Ctrl ដែលខូចបង្កើតរោគសញ្ញាដែលបានពិពណ៌នាយ៉ាងពិតប្រាកដ ( "x" លេចឡើងជំនួសឱ្យ "Ctrl + X") ។ ប្រសិនបើអ្នកប្រើក្តារចុចផ្សេងទៀត ផ្លូវកាត់ដំណើរការភ្លាមៗអ្នកនឹងបានញែកមូលហេតុ។

រក្សា VirtualBox (យើងបង្រៀនអ្នកបន្ថែមអំពី VirtualBox នៅក្នុងអត្ថបទនេះ៖ តើធ្វើដូចម្តេចដើម្បីបើកម៉ាស៊ីននិម្មិតនៅក្នុង VirtualBox?) និង "ការបន្ថែមភ្ញៀវ" ត្រូវបានធ្វើបច្ចុប្បន្នភាពតាមដែលអាចធ្វើទៅបាន។ ខណៈពេលដែលបញ្ហាស្ថានភាព NumLock បញ្ច្រាសត្រូវបានគេមើលឃើញនៅក្នុង VirtualBox 5.0.2 កំណែថ្មីៗបានកែលម្អព័ត៌មានលម្អិតជាច្រើនទាក់ទងនឹងការបញ្ចូល និងការធ្វើសមកាលកម្ម។ ទោះយ៉ាងណាក៏ដោយការកែតម្រូវ GUI/HidLedsSync «0» វានៅតែមានប្រយោជន៍នៅពេលអ្នកសម្គាល់ឃើញអាកប្បកិរិយាចម្លែកពី LEDs ។

ជាចុងក្រោយ សូមពិនិត្យមើលថាមិនមានផ្លូវកាត់ម៉ាស៊ីនសកលដែលចាប់យក Ctrl+keystrokes មួយចំនួន មុនពេលវាទៅដល់ VM ។ នៅលើ Windows ឧបករណ៍ប្រើប្រាស់ភាគីទីបី ឬលក្ខណៈពិសេសភាពងាយស្រួលអាចទទួលបាននៅក្នុងវិធីនេះ។ នៅលើលីនុច បន្សំនៃ កម្មវិធីគ្រប់គ្រងបង្អួច ឬឧបករណ៍ប្រើប្រាស់ដូចជា អ្នកគ្រប់គ្រងក្រឡាក្បឿង អាចលួចផ្តោតអារម្មណ៍ពីផ្លូវកាត់។

អ្នកគួរតែអាចរក្សាទុកក្ដារចុចនៅក្នុង VM របស់អ្នក៖ តម្រឹម NumLock សម្រាប់បន្ទះលេខ កែសម្រួលសោម៉ាស៊ីន ដើម្បីជៀសវាងការប៉ះទង្គិច ធានាការចាប់យកក្តារចុច និងកែសម្រួលផែនទីនៅក្នុងភ្ញៀវ។ ដោយអនុវត្តតាមការណែនាំទាំងនេះ ផ្លូវកាត់ Ctrl ត្រលប់មកកន្លែងវិញ ហើយលំហូរការងារត្រឡប់ទៅធម្មតាវិញ។ទាំងនៅក្នុងកុងសូល និងបរិស្ថានក្រាហ្វិក។ ឥឡូវនេះអ្នកដឹងបន្ថែមអំពី ប្រអប់និម្មិត.