आपकी नियोजित प्रक्रिया संभव है। आपकी नियोजित प्रक्रिया उतनी कठिन नहीं है। आपकी नियोजित प्रक्रिया सबसे अच्छा विकल्प नहीं है।
इस मार्ग को क्यों अपनाया जाता है
एक बार एक्सटर्नल डिस्प्ले कनेक्ट हो जाने के बाद मैकबुक पेशेवरों को असतत GPU (dGPU) पर स्विच करना होगा। इसलिए, एक स्थापित लेकिन अक्षम dGPU उस dGPU के साथ बाहरी मॉनिटर का उपयोग करने का विकल्प निकाल लेता है।
अब अन्य विकल्प हैं, जैसे USB समाधान या बाहरी GPU (eGPU) का उपयोग करना। लेकिन आप जिस EFI वैरिएबल की तलाश कर रहे हैं उसे सेट करना थंडरबोल्ट पोर्ट से बाहरी मॉनिटर पर एक केबल के साथ डायरेक्ट आउटपुट को निश्चित रूप से अक्षम कर देगा।
आप EFI से असतत GPU को कैसे निष्क्रिय कर सकते हैं?
आपके द्वारा अपने अपडेट में बताई गई कमांड लगभग सही है। यह उचित पहचानकर्ता को याद करता है:
sudo nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00
यह एनवीआरएएम को संबंधित ईएफआई चर लिखता है और मैकबुक प्रो को हमेशा एकीकृत जीपीयू (आईजीपीयू) में सीधे बूट करने के लिए मजबूर करता है। पहचानकर्ता केवल एएमडी डीजीपीयू के लिए ही नहीं बल्कि सभी डीजीपीयू के लिए है। यह NVidia चिप्स के साथ काम करने की पुष्टि करता है। यह भी आसानी से एक NVRAM रीसेट के साथ प्रतिवर्ती है।
इस स्थिति में इस रणनीति का नुकसान
और अब नकारात्मक पक्ष: इसके साथ संभावित रूप से दो छोटी समस्याएं हैं:
आपके द्वारा इन NVRAM सेटिंग्स को लागू करने के बाद macOS को "थोड़ा गड़बड़" हो सकता है। चिप अभी भी है, वायर्ड और संचालित है।
इसे बूट करने के लिए आपको अपने dGPU के लिए ग्राफिक्स ड्राइवरों को निष्क्रिय करना पड़ सकता है। या कम से कम एक kext कि वास्तविक ग्राफिक्स स्विचिंग का प्रबंधन करता है। अन्यथा GPU स्विच करने की कोशिश करने पर बूट लटका हो सकता है।
दोनों नई उत्पन्न समस्याओं से या तो सभी NVidia kexts /System/Library/Extensions
एक सुरक्षित बैकअप जगह से बाहर ले जाने के साथ निपटा जा सकता है। यह त्वरित आईजीपीयू मोड में मजबूर मशीन को बूट करेगा । लेकिन समझदार बिजली प्रबंधन पाने के लिए एक ईएफआई चर स्थापित करना पर्याप्त नहीं हो सकता है। इसके लिए आपको ग्राफिक्स स्विचिंग के लिए जिम्मेदार लोगों को छोड़कर NVidia kexts को वापस ले जाना होगा । ऐसा करने में विफल रहने से dGPU पर अनावश्यक रूप से उच्च शक्ति प्राप्त होगी। यह कम से कम निष्क्रिय होगा "पूर्ण शक्ति" (अनुवाद करने के लिए ~ 60 डिग्री सेल्सियस)।
पंखे के शोर को कम करने और बैटरी को बढ़ाने की आपकी योजना के लिए यह उच्च शक्ति निष्क्रिय संभावित रूप से बड़ी हार होगी। साहित्य से साइड नोट: यह एक सच्चाई होनी चाहिए कि सार्वभौमिक रूप से माना जाता है कि चारों ओर घूमने वाले किट्स को भी आवश्यक है कि आप ओएस एक्स / मैकओएस के नए संस्करणों पर एसआईपी को अक्षम करें जब तक आप इस तरह की चीजों को स्थानांतरित नहीं करते।
एक स्टॉक सिस्टम में एनवीआरएएम चर के बिना बूट के साथ प्रयोग करने के लिए सामान्य स्ट्रैटी: 'डिफॉल्ट' एनवीडिया किट्स के साथ। फिर ध्यान दें कि आपका सिस्टम किन एक्सटेंशनों को वास्तव में लोड करता है kextstat
। फिर पहले से लोड किए गए NVidia / Geforce केक्स के साथ रिबूट चला गया और हैक सक्षम हो गया। एक विस्तृत सेंसर मॉनिटर (iStatMenus, TGPro, आदि…) प्राप्त करें और GPU पर और उसके आसपास का तापमान देखें। अब एक के बाद एक संबंधित kexts को कर्नेल में वापस लोड करें sudo kextload /path-to/NVDA***.kext
। प्रत्येक के बाद एक या दो मिनट प्रतीक्षा करें।
चूंकि इस पोस्ट की विधि - या समान रूप से मान्य लेकिन लूपिंग तरीका: लिनक्स में EFIvars में हेरफेर - एनवीआरएएम है, यदि आप एक एसएमसी / एनवीआरएएम रीसेट करते हैं, तो यह सफाई से वापस हो जाएगा। एनवीआरएएम हैकिंग वास्तव में इस पोस्ट का एकमात्र हिस्सा है जो निश्चित रूप से आपको बहुत परेशानी नहीं देगा।
यह NVRAM रीसेट करने से EFI वैरिएबल / NVRAM फैक्ट्री सेटिंग्स का एक न्यूनतम सेट पुनर्स्थापित हो जाता है। उस फ़ैक्टरी सेटिंग को नहीं छुआ जाएगा।
यह जितनी बार चाहें उतनी बार किया जा सकता है।
लिनक्स में ड्राइवर सिस्टम बहुत बेहतर प्रलेखित है और इमो कार्यान्वित क्लीनर है। लिनक्स में इसे प्राप्त करने या बूट करने के कई तरीके हैं। और एक लिनक्स (चाहे इस NVRAM / EFIvars सेटिंग या अन्य तरीकों के माध्यम से सम्मान करना) आपको ड्राइवरों के साथ बहुत कम परेशानी देगा (जिसने सोचा होगा)। अन्य OS के लिए, Microsoft Windows की तरह, मेरे पास कोई डेटा नहीं है।
दोहराने के लिए: ओएस को डीजीपीयू को ठीक से पहचान नहीं होने का मतलब यह नहीं है कि यह बंद है। यही कारण है कि कर सकते हैं अवांछित थर्मल साइड इफेक्ट के लिए सीसा।
एक समान समाधान के लिए 2011 मैकबुक पेशेवरों के लिए इस गाइड पर एक नज़र डालें और थोड़ा अधिक विकल्प; NVRAM हैक को जल्दी से पूर्ववत और फिर से करने के लिए भी ।
एकाधिक मॉनिटर और एक अक्षम dGPU
कहा जा रहा है कि सभी: gfxCardStatus (या मूल के विभिन्न संस्करणों की कोशिश करें - उनके पास अलग-अलग विकल्प / क्षमताएं हैं ...) सबसे अच्छा विकल्प है, अगर आपके पास निपटने के लिए वास्तविक हार्डवेयर मुद्दे नहीं हैं। यह बहुत अधिक लचीला है और आप अभी भी dGPU या बाहरी मॉनिटर को एक रनिंग सिस्टम में आसानी से वापस स्विच कर सकते हैं।
चाहे EFI / NVRAM के माध्यम से या gfxCardStatus के साथ: स्वैचेबल ग्राफिक्स के साथ एक मैक को एकीकृत करने के लिए मजबूर करना केवल बाहरी डिस्प्ले मोड को अंतर्निहित DisplayPort या थंडरबोल्ट ग्राफिक्स आउटपुट का उपयोग करके अक्षम करेगा । यह हार्डवेयर डिज़ाइन का एक परिणाम है जो dGPU के माध्यम से बाहरी मॉनिटर के लिए डिस्प्ले सिग्नल को रूट करता है। असतत लेकिन बाहरी ग्राफिक्स एडेप्टर का उपयोग करना उस सीमा के लिए एक समाधान हो सकता है।
अन्य ऑपरेटिंग सिस्टम पर एकीकृत करने के लिए EFI सेटिंग
जैसा कि अब तक स्पष्ट होना चाहिए, लिनक्स जैसे अन्य ऑपरेटिंग सिस्टमों को अनुमति देने के लिए ईएफआई सेटिंग एक स्विचेबल ग्राफिक्स सेटअप " डीजीपीयू " को अलग करने के लिए अलग है जो कि डीजीपीयू को निष्क्रिय करता है।
लिनक्स और विंडोज के लिए मैकबुक प्रो 11,3 पर इंटेल आईजीडी को अनलॉक करने के लिए टिनी ईएफआई कार्यक्रम:
लिनक्स और विंडोज के लिए मैकबुक प्रो 11,3 पर इंटेल आईजीडी को अनलॉक करने के लिए टिनी ईएफआई कार्यक्रम। इसे अनबॉडीफाइड EFI बूटलोडर जैसे Grub, rEFInd आदि द्वारा आसानी से चेनलोड किया जा सकता है।
मैकबुक प्रो 11,3 मॉडल का ईएफआई इंटेल जीपीयू को स्विच कर रहा है यदि आप कुछ भी बूट करते हैं लेकिन मैक ओएस एक्स। तो ओएस पहचान को फीका करके थोड़ी सी चाल सभी हार्डवेयर को सुलभ बनाने के लिए आवश्यक है।
सभी क्रेडिट एंड्रियास हीडर के हैं, जिन्होंने मूल रूप से इस हैक की खोज की थी:
https://lists.gnu.org/archive/html/grub-devel/2013-12/msg00442.html