लिनक्स पर वर्चुअलबॉक्स में vmugfx असमर्थित हाइपरवाइजर त्रुटि का समाधान

<पी> वर्चुअलबॉक्स और vmugfx असमर्थित हाइपरवाइजर त्रुटि

<पी> अपडेट किया गया:12 सितंबर, 2025

<पी> हाल ही में, मुझे एक अजीब सी समस्या का सामना करना पड़ा। एक असंगत छोटी सी समस्या भी. लिनक्स होस्ट पर, मेरे पास वर्चुअलबॉक्स में कॉन्फ़िगर की गई दो लिनक्स वर्चुअल मशीनें हैं, दोनों कुबंटू 24.04। एक एलयूकेएस एन्क्रिप्शन का उपयोग करता है, जिसे ऑपरेटिंग सिस्टम इंस्टॉलेशन के हिस्से के रूप में स्थापित किया गया है, दूसरा नहीं करता है। दोनों आधिकारिक रिपॉजिटरी से इंस्टॉल किए गए अतिथि परिवर्धन का उपयोग करते हैं। पहले वाला एक त्रुटि देता है।

<पी> इसमें लिखा है:vmugfx 0000:00:02 .0:[drm] *ERROR* vmugfx एक असमर्थित हाइपरविजर पर चल रहा है। यह कॉन्फ़िगरेशन संभवतः टूटा हुआ है. समस्याओं से बचने के लिए कृपया समर्थित ग्राफ़िक्स डिवाइस पर स्विच करें। अब, यह त्रुटि केवल बूट अनुक्रम के दौरान दिखाई देती है। और यह किसी भी तरह से वर्चुअल मशीन की कार्यक्षमता को प्रभावित नहीं करता है। स्क्रीन का आकार बदलना, स्क्रीन लॉक, इनमें से कुछ भी नहीं। लेकिन फिर भी, आइए इससे छुटकारा पाएं, हम।

संकेत त्रुटि विवरण में है

<पी> जैसा कि होता है, जबकि त्रुटि संदेश बेहद नीरस है, यह वास्तव में समझ में आता है। वर्चुअलबॉक्स हमें एक समर्थित ग्राफ़िक्स डिवाइस पर स्विच करने के लिए कहता है। और फिर, मुझे कुछ समय पहले लिनक्स मेहमानों के साथ ब्लैक स्क्रीन के मुद्दों के बारे में लिखना याद आया। शायद मुझे प्रभावित कुबंटु इंस्टेंस द्वारा उपयोग किए गए ग्राफ़िक्स नियंत्रक को बदलने की आवश्यकता है?

<पी>

लिनक्स पर वर्चुअलबॉक्स में vmugfx असमर्थित हाइपरवाइजर त्रुटि का समाधान

<पी> दरअसल, इससे समस्या का समाधान हो जाता है। मैंने VMSVGA से VboxVGA पर स्विच किया। अंतिम परिणाम काफी अच्छा है:

बूट चरण में अब कोई vmugfx त्रुटियाँ नहीं।
पहले, बूट अनुक्रम के दौरान वीएम रिज़ॉल्यूशन बेतहाशा बदल जाता था, अक्सर कई बार, 1280x1024 से लेकर जो भी मैंने मशीन को उपयोग करने के लिए सेट किया था, और वापस, और फिर वांछित आकार और रिज़ॉल्यूशन में। VboxVGA के साथ, यह यथावत रहता है, और डिस्प्ले का आकार नहीं बदलता है। यह हमेशा वर्चुअलबॉक्स विंडो फ्रेम से मेल खाता है, चाहे वह कितना भी बड़ा हो।
वर्चुअल मशीन बिना किसी गड़बड़ी के पहले की तरह काम करती है। न तो मेजबान या अतिथि पर स्क्रीन टाइमआउट व्यवहार को प्रभावित करता है। कोई काली स्क्रीन नहीं, कोई लॉकअप नहीं। बिल्कुल सहज निष्पादन.

निष्कर्ष

<पी> यह एक बहुत छोटा ट्यूटोरियल है, मुझे कहना होगा, लेकिन फिर भी, उन्हें हमेशा बहुत लंबा नहीं होना चाहिए। सबसे महत्वपूर्ण सबक यह है कि अतिथि परिवर्धन (रेपो या आईएसओ से) को फिर से स्थापित करने में जल्दबाजी न करें, वर्चुअल मशीन या इसी तरह के अंदर डिस्प्ले सेटिंग्स के साथ खिलवाड़ न करें। आख़िरकार, यदि यह एक के लिए काम करता है, तो इसे दोनों के लिए भी काम करना चाहिए। बेशक, सवाल यह है कि अंतर क्यों? मेरा अनुमान है कि इसका संबंध प्रक्रिया के आरंभ में दिखाए गए डिक्रिप्शन प्रॉम्प्ट से है।

<पी> Vmugfx त्रुटि के साथ, पासवर्ड इनपुट करने के लिए कोई अच्छा "बॉक्स" नहीं होगा, केवल एक अलग स्क्रीन पर केवल शुद्ध टेक्स्ट संकेत दिखाया जाएगा। VboxVGA नियंत्रक के साथ, और त्रुटि दूर होने पर, आपको अच्छा सुंदर पासवर्ड फ़ील्ड, स्प्लैश एनीमेशन, यह सब मिलता है। तो मुझे लगता है कि उबंटू/कुबंटू बूट प्रक्रिया में कुछ ऐसा है जो डिफ़ॉल्ट ग्राफिक्स नियंत्रक को ख़राब कर सकता है। और आप संभवतः वर्चुअल मशीन के अंदर किसी भी बदलाव से इसे ठीक नहीं करेंगे। लेकिन नियंत्रक का एक सरल, त्वरित, गैर-विनाशकारी परिवर्तन काम करता है। ध्यान रखें.

<पी> चीयर्स.