ग्रेविटी के उत्तर के बारे में विस्तार से बताने के लिए, आपके प्रश्न के लिए प्रासंगिकता की अलग-अलग डिग्री के कई मुद्दे हैं:
- यूजीए बनाम जीओपी - जैसा कि आप कहते हैं, दो ईएफआई वीडियो सिस्टम हैं, यूजीए और जीओपी। बाद वाले को EFI 2.x (उर्फ UEFI), IIRC और AFAIK के साथ पेश किया गया था, सभी UEFI- आधारित सिस्टम GOP का उपयोग करते हैं। सिद्धांत रूप में, सभी ईएफआई 1.x सिस्टम को यूजीए का उपयोग करना चाहिए; हालाँकि, Apple (जो अभी भी अपने सबसे हाल के उत्पादों में EFI 1.x का उपयोग करता है) ने UGA को अपने EFI में पोर्ट किया है, इसलिए कुछ (लेकिन सभी नहीं) Mac में GOP के साथ EFI 1.x है। अन्य ऑडबॉल अपवाद हो सकते हैं। जैसा कि ग्रेविटी कहती है, यह अंतर फर्मवेयर स्तर पर महत्वपूर्ण है, लेकिन वास्तव में ओएस स्तर पर नहीं, कम से कम AFAIK नहीं।
- लिनक्स फ्रेमबफ़र डिवाइस - चाहे वह यूजीए या जीओपी हो, फ़र्मवेयर ओएस को अपने वीडियो हार्डवेयर तक पहुँचाता है, जिसे लिनक्स एक फ्रेमबफ़र डिवाइस के माध्यम से उजागर करता है - विशेष रूप से
efifb
,। EFI- आधारित सिस्टम पर, यह अक्सर टेक्स्ट-मोड ऑपरेशन के लिए आधार होता है (यदि आप X शुरू नहीं करते हैं या यदि आप Ctrl + Alt + F1 को Ctrl + Alt + F6 के माध्यम से हिट करते हैं)। OTOH, विशिष्ट वीडियो चिपसेट के लिए कुछ कर्नेल ड्राइवरों द्वारा प्रदान किए गए फ्रेमबफ़र डिवाइस भी हैं, इसलिए हो सकता है कि आप efifb
डिवाइस का उपयोग न करें । मुझे नहीं पता है कि अगर यूजीए और जीओपी खुद ओएस के लिए मौजूद हैं, तो इसमें कोई अंतर नहीं है। निश्चित रूप से मुझे उच्च स्तर पर कोई अंतर नहीं पता है, जैसे कि कमांड आप लिनक्स में उपयोग करेंगे।
- एक्स विंडो सिस्टम ड्राइवर - एक्स ड्राइवर कर्नेल वीडियो ड्राइवरों पर भरोसा कर सकते हैं या मूल रूप से उनमें से स्वतंत्र हो सकते हैं। ज्यादातर मामलों में, आप एक एक्स ड्राइवर का उपयोग करते हैं जो एक विशिष्ट वीडियो चिपसेट (एटीआई, एनवीडिया, इंटेल, आदि) के लिए लिखा जाता है, और ये फर्मवेयर के माध्यम से काम नहीं करते हैं। इस प्रकार, इन ड्राइवरों को UGA बनाम GOP (या यहां तक कि BIOS बनाम EFI) से प्रभावित नहीं होना चाहिए, हालांकि उस बारे में कुछ चेतावनी हैं)। उस ने कहा, एक एक्स फ्रेमबफ़र ड्राइवर है जो डिवाइस सहित जो भी फ्रेमबॉलर डिवाइस सक्रिय है, उसके माध्यम से काम करेगा
efifb
। इस प्रकार, आप कर सकते हैंईएफआई के यूजीए या जीओपी मोड के माध्यम से एक प्रदर्शन चलाएं। यह निश्चित रूप से यह करने के लिए एक उप-इष्टतम तरीका है, हालांकि, क्योंकि फ्रेमबफ़र ड्राइवर धीमी गति से होते हैं। उबंटू की एकता सहित आधुनिक विंडोिंग वातावरण तेजी से वीडियो त्वरण सुविधाओं पर भरोसा कर रहे हैं जो कि फ्रेमबफ़र के माध्यम से सुलभ नहीं हैं।
आप इनमें से कुछ को कर्नेल रिंग बफर के माध्यम से जांच कर सकते हैं dmesg
, जैसे कि:
$ dmesg | grep fb
[ 0.625015] efifb: probing for efifb
[ 0.625207] efifb: framebuffer at 0xc0000000, mapped to 0xffffc90010880000, using 3072k, total 3072k
[ 0.625208] efifb: mode is 1024x768x32, linelength=4096, pages=1
[ 0.625209] efifb: scrolling: redraw
[ 0.625210] efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0
[ 0.627994] fb0: EFI VGA frame buffer device
[ 6.086695] fb: conflicting fb hw usage radeondrmfb vs EFI VGA - removing generic driver
[ 6.689526] [drm] fb mappable at 0xC1488000
[ 6.689531] [drm] fb depth is 24
[ 6.689610] fbcon: radeondrmfb (fb0) is primary device
[ 6.804904] radeon 0000:00:01.0: fb0: radeondrmfb frame buffer device
यह उदाहरण एएमडी / एटीआई जीपीयू के साथ सिस्टम पर कई फ्रेमबफ़र-संबंधित संदेशों को दिखाता है। आप ध्यान दें कि इसमें UGA बनाम GOP का कोई उल्लेख नहीं है, लेकिन efifb
डिवाइस को संदर्भित किया गया है, जैसा कि fbcon
(फ्रेमबफ़र कंसोल) और radeondrmfb
(ATI / AMD Radeon उपकरणों के लिए फ़्रेमबफ़र डिवाइस)। removing generic driver
संदेश से एक handoff अर्थ है efifb
करने के लिए ड्राइवर radeondrmfb
ड्राइवर। आप /var/log/Xorg.0.log
एक्स सर्वर से संबंधित संदेशों के लिए भी जांच कर सकते हैं । मेरे सिस्टम के मामले में, ये कम दिलचस्प हैं, लेकिन अगर आपको X शुरू करने में कोई समस्या हो रही है, तो आपके Xorg.0.log
लिए अधिक रुचि हो सकती है।
एक और बिंदु: जब हार्डवेयर मुद्दों पर मदद के लिए पूछते हैं, तो यह आम तौर पर महत्वपूर्ण है कि आप निर्दिष्ट करें कि आपका हार्डवेयर क्या है - "असतत ग्राफिक्स एडेप्टर" आपके वीडियो समस्या पर मदद की मांग करते समय अपर्याप्त रूप से विशिष्ट है। उस मामले के लिए, यह स्पष्ट नहीं है कि आपकी समस्या क्या है - या क्या आप इस जानकारी की तलाश कर रहे हैं कि यह सब कैसे एक साथ फिट बैठता है ताकि आपकी समझ आगे बढ़ सके?