एप्पलमैकफाइंडर
मूल पोस्टर- दिसम्बर 7, 2009
- अप्रैल 18, 2017
मेरे 2011 मैकबुक प्रो 8,2 का असतत एएमडी जीपीयू आखिरकार यहां बताए गए कारणों के कारण विफल हो गया है ( http://logicboardmac.blogspot.ru/ ) और वहाँ ( https://www.macruors.com/2015/02/19/2011-macbook-pro-repair-program-apple/ ) . यह काफी अधिक भार के तहत 6 वर्षों से पूरी तरह से काम कर रहा है, यहां तक कि पृष्ठभूमि में SETI@HOME खनन की भी कोशिश की! इसलिए मुझे विश्वास था कि मेरा एमबीपी खराब सोल्डर / खराब सोल्डरिंग गुणवत्ता से प्रभावित नहीं है और मैं इसे मुफ्त मरम्मत कार्यक्रम के लिए ऐप्पल में नहीं लाना चाहता - आंशिक रूप से क्योंकि मेरे महत्वपूर्ण सॉफ्टवेयर प्रोजेक्ट को रोकने का समय नहीं मिला, आंशिक रूप से क्योंकि मुझे डर था कि ऐप्पल मुझे कम विश्वसनीय लॉजिक बोर्ड दे सकता है या कई कारणों से मुफ्त मरम्मत से इंकार कर सकता है असंबंधित मरम्मत जो मैंने पहले खुद से पैसे बचाने के लिए की थी: थर्मल पेस्ट को कुछ बार बदला, आंतरिक बैटरी को 2 बार बदल दिया, टूटे हुए बटनों के साथ एक कीबोर्ड को बदल दिया, आदि। लेकिन यह पिछले हफ्ते टूट गया: लैपटॉप की स्क्रीन छवि विकृत हो गई, यह OS X को बूट करने से मना कर दिया (हमेशा आधा रास्ता जमना) , और - Apple मुक्त मरम्मत कार्यक्रम पहले ही समाप्त हो चुका है! मुझे पता है कि अनौपचारिक स्थानीय मरम्मत की दुकान पर $ 50 बीजीए पुनर्विक्रय जैसे किफायती समाधान हैं और अलीएक्सप्रेस से $ 35 या सस्ता के लिए एक नया प्रतिस्थापन एचडी 6750 एम चिप प्राप्त करना संभव है ( http://www.aliexpress.com/item/DC-2...0028-216-0810028-BGA-Chipset/32764872143.html या https://www.aliexpress.com/item/DC-2015-New-216-0810001-216-0810001-Graphic-Chipset/32718112928.html , क्योंकि पता नहीं क्या यह सच है - https://www.rossmanngroup.com/board...0604-replace-216-0810005-gpu-with-216-0810028 ) एक सफल मरम्मत की गारंटी के लिए, इसलिए मरम्मत की कुल कीमत या तो $50 या $50+$35=$85 - किसी भी स्थिति में $100 से कम होगी। लेकिन मुझे पुराने कंप्यूटरों में पैसा लगाना पसंद नहीं है, इसलिए मैंने सोचा - अगर कुछ हैक हो जाए तो क्या होगा बल एमबीपी बूटिंग के दौरान भी हर समय एकीकृत ग्राफिक्स का उपयोग करेगा? और फिर संभावित समाधान तलाशने लगे...
===
सबसे पहले, कमांड लाइन मोड में बूट करके एएमडी ड्राइवरों को हटाने के बाद, असफल जीपीयू का उपयोग करते हुए ओएस एक्स में एमबीपी को सफलतापूर्वक बूट करना संभव है ( सीएमडी+एस ) और इन आदेशों को दर्ज करना:
1) fsck -fy (डिस्क की जांच करने के लिए)
2) माउंट -तुम्हारा / (पढ़ने/लिखने की अनुमति के साथ रूट फाइल सिस्टम माउंट करें)
3) सुडो एमकेडीआईआर /AMD_Kexts/ (एएमडी ड्राइवरों को स्टोर करने के लिए एक निर्देशिका बनाएं यदि आपको भविष्य में उनकी आवश्यकता होगी)
4) sudo mv /System/Library/Extensions/AMD*.* /AMD_Kexts/ (एएमडी ड्राइवरों को स्थानांतरित करें)
5) sudo rm -rf /System/Library/Caches/com.apple.kext.caches/ (एएमडी ड्राइवर कैश निकालें)
6) sudo mkdir /System/Library/Caches/com.apple.kext.caches/ (बस अगर ओएस एक्स गूंगा होगा और इस निर्देशिका को फिर से नहीं बनाएगा, तो मैं इसे ओएस एक्स के लिए बना रहा हूं)
7) सुडो टच / सिस्टम / लाइब्रेरी / एक्सटेंशन / (टाइमस्टैम्प को अपडेट करने के लिए ताकि नए ड्राइवर कैश - बिना AMD ड्राइवरों के - निश्चित रूप से फिर से बनाए जा सकें)
8) सुडो उमाउंट / (यह सुनिश्चित करने के लिए कि आपके परिवर्तनों को इसमें प्रवाहित किया गया है, एक विभाजन को आरोहित करें)
9) सुडो रिबूट
इन चरणों को करते समय आपको कितनी असुविधा होती है - यह बहुत हद तक इस बात पर निर्भर करता है कि आपके मामले में स्क्रीन की छवि कितनी विकृत है। मेरे मामले में यह और भी कठिन था क्योंकि OS X विभाजन 'केवल-पढ़ने के लिए' विभाजन बन गया था (बहुत सारे आपातकालीन शटडाउन के कारण मैंने OS X को एक असफल GPU के साथ बूट करने की सख्त कोशिश करते हुए किया था) इसलिए मुझे मैकबुक प्रो से एक हार्ड ड्राइव को हटाना पड़ा और (मेरे पोर्टेबल HDD से लिए गए USB से SATA 2.5' एडॉप्टर का उपयोग करके) इसे Linux वाले कंप्यूटर से जोड़ा, फिर इन निर्देशों का पालन किया:
https://superuser.com/questions/961401/mounting-hfs-partition-on-arch-linux (पहला उत्तर) - ध्यान से कई आदेशों को निष्पादित किया, मेरे पैरिशन लेआउट के लिए एक आकार सीमा की गणना की, और अंत में भाग गया sudo माउंट -t hfsplus -o बल, rw, sizelimit = YourNUMBER /dev/sdb2 /mnt इस HFS+ विभाजन को /mnt निर्देशिका में पठन-लेखन मोड में माउंट करने के लिए। तब मैंने ये प्रदर्शन किया '1) -7)' चरण जो आप ऊपर देखते हैं, और चलाकर एक फाइल सिस्टम की मरम्मत भी करते हैं सुडो fsck.hfsplus -f /dev/sdb2 के साथ एक विभाजन को अनमाउंट करने से पहले सुडो उमाउंट / एमएनटी और हार्ड ड्राइव को वापस एमबीपी में डाल देना...
===
इसने मुझे एक एमबीपी दिया जो ओएस एक्स को बूट कर सकता था हालांकि फिर भी टूटे हुए AMD GPU का उपयोग करना: इसलिए इसकी स्क्रीन की छवि बहुत विकृत है (इंटरनेट ब्राउज़ कर सकता है लेकिन पाठ पढ़ने में काफी असुविधाजनक है) , लॉन्चपैड सुपर लैगी है, और आप gfxCardStatus का उपयोग करके एकीकृत GPU पर स्विच नहीं कर सकते क्योंकि: AMD ड्राइवरों के बिना (जिसे हमें ओएस एक्स में सफलतापूर्वक बूट करने के लिए हटाना पड़ा) मैकबुक प्रो सोचता है कि इसकी 'आंतरिक स्क्रीन बाहरी डिस्प्ले है और gfxCardStatus बताता है कि स्विच करना असंभव है क्योंकि बाहरी डिस्प्ले एएमडी जीपीयू का उपयोग कर रहा है। कहीं न कहीं मुझे एक सुझाव मिला कि स्रोत कोड से gfxCardStatus को फिर से बनाना संभव है - https://github.com/codykrieger/gfxCardStatus - हटाए गए या टिप्पणी के साथ 156-166 पंक्तियाँ में ./gfxCardStatus/Classes/GSProcess.m बाहरी प्रदर्शन को अनदेखा करने के लिए इसे बनाने के लिए:
// पता करें कि क्या कोई बाहरी मॉनिटर असतत जीपीयू को चालू कर रहा है
CGDirectDisplayID प्रदर्शित करता है [8];
सीजीडिस्प्लेकाउंट डिस्प्लेकाउंट = 0;
अगर (CGGetOnlineDisplayList(8, डिस्प्ले, और डिस्प्लेकाउंट) == noErr) {
के लिए (int i = 0; i
अगर (! CGDisplayIsBuiltin(डिस्प्ले))
[सूची addObject:[NSDictionary DictionaryWithObjectsAndKeys:
Str(@'बाहरी प्रदर्शन'), kTaskItemName,
@ '', kTaskItemPID, nil]];
}
}
इसलिए मैंने इस मुद्दे के अंतिम उत्तर के निर्देशों का उपयोग करके एक gfxCardStatus का पुनर्निर्माण किया -
https://github.com/codykrieger/gfxCardStatus/issues/229
(भी डाउनलोड करना पड़ा aMacOSX10.11.sdkयहाँ से - https://github.com/phracker/MacOSX-SDKs/releases - अनपैक करें और इसे XCode's . पर कॉपी करें/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk- Apple की मूर्खता के कारण El Capitan के लिए नवीनतम XCode में El Capitan के लिए SDK शामिल नहीं है!) हालाँकि, यह अभी भी काम नहीं किया - gfxCardStatus ने केवल यह दिखावा किया कि यह एकीकृत GPU पर स्विच हो गया है, जबकि वास्तव में OS X ने इसे स्विच नहीं करने दिया! मेरे द्वारा संपादित किए जाने के बाद भी ./gfxCardStatus/Classes/GSGPU.m रहस्यमय सक्षम करने के लिए फ़ाइल ' न्यूक इट फ्रॉम ऑर्बिट स्विचिंग ' विकल्प, यह अभी भी स्विच नहीं कर सका ...
===
तब मैंने इस दिलचस्प भंडार की खोज की - https://github.com/0xbb/gpu-switch - जो आंशिक रूप से इसके स्रोत कोड से gfxCardStatus के समान है, लेकिन इसमें 'लॉगिन हुक' भी है ( install_hooks.sh ) 'लॉगिन/लॉगआउट के लिए स्विचिंग प्रक्रिया को स्वचालित' करने के लिए। दुख की बात है कि यह मेरे काम नहीं आया... हालांकि, एक बहुत ही दिलचस्प बात है जीपीयू-स्विच इस रिपॉजिटरी के मूल में टेक्स्ट फ़ाइल, जो EFI चर का वर्णन करती है!
https://github.com/0xbb/gpu-switch/blob/master/gpu-switch
इसका अध्ययन करने के बाद और इस अंक की टिप्पणियों को पढ़ने के बाद भी - https://github.com/0xbb/gpu-switch/issues/11 - मैं इस समाधान को आजमाने के लिए आश्वस्त हो गया, लेकिन पता चला कि मेरा मैकबुक प्रो 2011 8,2 OS X El Capitan 10.11.6 के साथ एक में है बहुत समस्याग्रस्त स्थिति:
1) आरईएफआईएनडी स्थापित नहीं है, और इसे स्थापित करने के लिए - एसआईपी सुरक्षा को अक्षम करना होगा। लेकिन मैं रिकवरी मोड में बूट नहीं कर सकता ( कमांड+विकल्प+आर ) या ओएस एक्स इंस्टॉलेशन डीवीडी/यूएसबी ( विकल्प पकड़ो ), (एसआईपी अक्षम करने के लिए) , क्योंकि बूट करते समय वे जम जाते हैं! - हालांकि मैंने अपने सिस्टम से AMD kexts को हटा दिया है, निश्चित रूप से ये रिकवरी टूल AMD kexts को उनके डिजाइन में एकीकृत कर रहे हैं। भी उपयोग नहीं कर सकतेजड़ मूर्खहैक ( https://github.com/gdbinit/rootfool ) रनटाइम के दौरान SIP को अक्षम करने के लिए, क्योंकि यह केवल 10.11.4 . से पुराने OS X संस्करण पर काम करता है
2) जानबूझकर मेरे मैकबुक प्रो को गर्म करने की कोशिश की (सीपीयू उपयोग को 100% करने के लिए मजबूर करना और इसे कसकर बंद बैग में रखना) इसे ओवरहीटिंग से बंद करने के लिए मजबूर करने के लिए और फिर जल्दी से रिबूट करें ताकि बूट समय के दौरान एकीकृत ग्राफिक्स को सक्षम किया जा सके - जिससे रिकवरी को बूट करना संभव हो सके। लेकिन अद्भुत उच्च अंत थर्मल पेस्ट की वजह से मैंने बहुत पहले नहीं लगाया है - लंबे समय तक इंतजार करने के बाद भी इसे गर्म नहीं कर सकता! इस बिंदु पर मैंने सोचा कि या तो हो सकता है: प्रति) स्थापना मीडिया से AMD kexts निकालें, या बी) एमबीपी की हार्ड ड्राइव को फिर से एक लिनक्स मशीन से जोड़ने के लिए और यहां उल्लिखित निर्देशिकाओं से एसआईपी झंडे को हटाने के लिए chmods का एक गुच्छा चलाएं ( http://apple.stackexchange.com/questions/193368/what-is-the-rootless-feature-in-el-capitan-really ) जो संभावित रूप से सिस्टम को बूट न करने योग्य बना सकता है, या सी) रूट अधिकारों के साथ एक Linux मशीन से सीधे HFS+ विभाजन में rEFInd स्थापित करने का प्रयास करने के लिए क्योंकि यह SIP को बायपास करेगा --- लेकिन इन विकल्पों की खोज नहीं की है, हालांकि उनमें से कुछ ने काम किया हो सकता है ...
3) वहाँ से EFI चर को संपादित करने के लिए एक Linux LiveCD को बूट करना चाहता था, लेकिन इससे कोई फर्क नहीं पड़ता कि मैंने क्या किया: GRUB विकल्प संशोधनों के बिना सीधे बूट करने का प्रयास किया, GRUB बूट विकल्पों को संपादित करने का प्रयास किया ( 'ई' कुंजी के साथ ) जोड़ने के लिए नामांकित व्यक्ति / हटाना शांत छप / या दोनों हर संयोजन में, या जैसा कि इस लेख में सुझाया गया है ( https://wiki.archlinux.org/index.php/MacBookPro8,1/8,2/8,3_(2011) ) भी जोड़ें i915.modeset = 0 radeon.modeset = 0 या radeon.modeset=0 i915.modeset=1 i915.lvds_channel_mode=2 ; और फिर दबाया एफएन + एफ 10 या शिफ्ट+Ctrl+Fn+F10 इन विकल्पों के साथ बूट करने के लिए: लेकिन लिनक्स बूट प्रक्रिया हमेशा अलग-अलग बूट चरणों में विफल रही, इससे कोई फर्क नहीं पड़ता कि लोकप्रिय उपयोगकर्ता के अनुकूल लिनक्स वितरण या इसका कौन सा संस्करण मैं कोशिश कर रहा हूं: उबंटू / लुबंटू / फेडोरा के कई रिलीज की कोशिश की, यहां तक कि पुराने ' AMD64 Mac' और 'Alternate AMD64 Mac' चित्र, लेकिन वे हमेशा विफल रहे - या तो बूट प्रक्रिया की शुरुआत में (काली स्क्रीन, या ब्लिंकिंग या अटकी हुई काली स्क्रीन) _ वर्ण बाएं ऊपरी कोने पर) या इसके बिल्कुल अंत में विफल - ग्राफिकल डेस्कटॉप वातावरण दिखाने से ठीक पहले ...
बाद में,टोटके_84लिखा है कि वह GRUB के लिए निम्नलिखित सेटअप का उपयोग करके उबंटू को ग्राफिकल मोड में बूट करने में सक्षम था:
- एएमडी ग्राफिक्स कार्ड को निष्क्रिय करने के लिए मैंने निम्नलिखित पंक्तियों को जोड़ा: gfxपेलोड सेट करें=रखें
आउटब 0x710 2
आउटब 0x740 2
आउटब 0x750 0
- इसके बाद मैंने निम्नलिखित को जोड़ा: शांत छप
i915.lvds_channel_mode=2 i915.modeset=1 i915.lvds_use_ssc=0
===
तब मुझे याद आया कि उन्नत उपयोगकर्ताओं के लिए मुख्यधारा के लिनक्स वितरण नहीं हैं, जिनके पास लाइवसीडी है बिना किसी ग्राफिकल इंटरफ़ेस के : आपको एक शुद्ध कंसोल पर छोड़ दिया जाता है और आपको सिस्टम को केवल उन ग्राफिकल इंटरफेस और सॉफ्टवेयर पैकेज/पैकेजों के समूहों के साथ स्थापित करना होता है जिन्हें आप स्पष्ट रूप से चुनते हैं। उदाहरण के लिए: आर्क लिनक्स ( https://www.archlinux.org/ ) तथा जेंटू लिनक्स ( https://gentoo.org/ ) . चूंकि उनके लाइवसीडी में ग्राफिकल इंटरफ़ेस नहीं है, इसलिए उन्हें बिना किसी समस्या के शुद्ध लिनक्स कंसोल में बूट किया जा सकता है और वहां आप EFI चर संपादित कर सकते हैं ! तो यहां एक...
===
=== 100% कार्य समाधान
===
=== अपने एमबीपी को हमेशा इंटेल इंटीग्रेटेड जीपीयू (ईएफआई वेरिएबल फिक्स) का उपयोग करने के लिए बाध्य करें
===
=== इसे फिर से महान बनाने के लिए! प्रतिक्रियाएं:yakult121, apples_arrogance, स्लिममी18222 और 98 अन्य
ZapNZs
- जनवरी 23, 2017
- अप्रैल 18, 2017
मैं इसे आज़माने जा रहा हूँ।
एप्पलमैकफाइंडर
मूल पोस्टर- दिसम्बर 7, 2009
- अप्रैल 18, 2017
ZapNZs ने कहा: पवित्र बकवास आपके काम के लिए धन्यवाद। मैंने Apple BEGGING उन्हें कुछ ऐसा करने के लिए लिखा है जिसमें बूट पर EFI के डिफ़ॉल्ट को dGPU में बदलना शामिल है, लेकिन अब तक उनके साथ नहीं जाना है।
मैं इसे आज़माने जा रहा हूँ।
आपके दयालु शब्द के लिए धन्यवाद, ZapNZs , उम्मीद है कि आप इस निर्देश के द्वारा अपने मैक को फिर से महान बना देंगे प्रतिक्रियाएं:डफमैन9000 और एप्पलमैकफाइंडर एस
थप्पड़ मारना
- 25 जुलाई 2008
- अप्रैल 18, 2017
आह
- 7 मई 2010
- अप्रैल 18, 2017
थप्पड़ ने कहा: AppleMacFinder, क्या आपका समाधान भी किसी को एकीकृत GPU का उपयोग करके Windows में बूट करने देगा? मैंने बूट कैंप के साथ सुना है, एमबीपी हमेशा विंडोज़ में असतत जीपीयू का उपयोग करेगा।यदि आप EFI मोड में बूट करते हैं तो इसे काम करना चाहिए। केवल हाल के एमबीपी (11,3 और ऊपर मुझे लगता है) विंडोज़ में इंटेल जीपीयू को अक्षम करते हैं, और वर्कअराउंड हैं: https://github.com/0xbb/gpu-switch
एप्पलमैकफाइंडर
मूल पोस्टर- दिसम्बर 7, 2009
- अप्रैल 18, 2017
थप्पड़ ने कहा: AppleMacFinder, क्या आपका समाधान भी किसी को एकीकृत GPU का उपयोग करके Windows में बूट करने देगा? मैंने बूट कैंप के साथ सुना है, एमबीपी हमेशा विंडोज़ में असतत जीपीयू का उपयोग करेगा।
नमस्ते थप्पड़ मारना ,
1) यह विशुद्ध रूप से सॉफ्टवेयर फिक्स EFI BIOS स्तर पर है। सिद्धांत रूप में इसके साथ काम करना चाहिए कोई भी ऑपरेटिंग सिस्टम अस्तित्व में है, अर्थात्:
*) मैकबुक प्रो हार्डवेयर के साथ संगत (x86_64 उर्फ AMD64 CPU आर्किटेक्चर - https://en.wikipedia.org/wiki/X86-64 )
*) एमबीपी के ईएफआई फर्मवेयर के संस्करण के साथ संगत (ईएफआई समर्थन के बिना प्राचीन ओएस सीधे बॉक्स से बाहर काम नहीं करेगा, हालांकि उन्हें कुछ संगतता मोड में लॉन्च करने का एक तरीका होना चाहिए, कुछ अजीब ओएस भी ऐप्पल के ईएफआई संस्करण के साथ असंगत हो सकते हैं)
वास्तव में यह EFI वेरिएबल फिक्स उन MBP 2011 उपयोगकर्ताओं के लिए एक बड़ा लाभ ला सकता है जो अपने OS X को Linux के साथ डुअल बूट करना चाहते हैं: इस मशीन में दो GPU को जोड़ने की Apple की अत्यधिक विशिष्ट विधि के कारण, कभी-कभी लोकप्रिय को भी सेटअप करना मुश्किल था लिनक्स वितरण। एएमडी को दोष न दें, यह दोहरी ग्राफिक्स में एएमडी वाला पहला ऐप्पल का लैपटॉप था, इसलिए शायद ऐप्पल के पास एक अच्छा दोहरी ग्राफिक्स कार्यान्वयन विकसित करने का समय नहीं था। दोहरे ग्राफिक्स अक्षम होने के साथ, अब किसी भी लिनक्स को सेटअप करना बहुत आसान होना चाहिए, अभी तक इसका परीक्षण नहीं किया है ...
2) इस ईएफआई वैरिएबल फिक्स के बिना भी विंडोज़ में इंटेल जीपीयू पर स्विच करना संभव होना चाहिए, अगर दोनों जीपीयू पीसीआई के माध्यम से विंडोज़ को दिखाई दे रहे हैं (यदि EFI बूटकैंप के तहत चलने वाले ऑपरेटिंग सिस्टम के लिए पीसीआई की पहुंच में कटौती नहीं करता है) , हालांकि इसके लिए ड्राइवरों के साथ कुछ गड़बड़ करने की आवश्यकता हो सकती है। साथ ही मैं पूरी तरह से सहमत हूं आह :
आह- ने कहा: यदि आप ईएफआई मोड में बूट करते हैं तो इसे काम करना चाहिए। केवल हाल के एमबीपी (11,3 और ऊपर मुझे लगता है) विंडोज़ में इंटेल जीपीयू को अक्षम करते हैं, और वर्कअराउंड हैं: https://github.com/0xbb/gpu-switchमैक पर बिना किसी बूटकैंप के कई ओएस (विंडोज सहित) रखना संभव है, बस एक आरईएफआईएनडी का उपयोग करना - http://www.rodsbooks.com/refind/
BTW वर्चुअल मशीन में विंडोज क्यों नहीं चलाते? उदाहरण के लिए: कई साल पहले मैंने पैरेलल्स डेस्कटॉप के अंदर देशी ओएस एक्स प्रदर्शन बनाम विंडोज के कुछ बेंचमार्क बनाए थे, और जब ग्राफिक प्रदर्शन हिट लगभग 35% था, तो सीपीयू का प्रदर्शन लगभग 2% धीमा था। अभी अंतर बहुत छोटा होना चाहिए, क्योंकि 'कई वर्ष' किसी भी सॉफ्टवेयर में सुधार के लिए एक बड़ा समय है, खासकर एक लोकप्रिय वर्चुअलाइजेशन सॉफ्टवेयर के लिए। यदि आप भुगतान करना या समुद्री डाकू करना पसंद नहीं करते हैं, तो वर्चुअलबॉक्स और क्यूईएमयू जैसे कुछ फ्रीवेयर वर्चुअलाइजेशन टूल आज़माएं। शायद वाइन भी आपकी ज़रूरतों के लिए उपयुक्त हो सकती है अंतिम बार संपादित: मार्च 18, 2017
मतेझो
- 5 जुलाई 2014
- अप्रैल 19, 2017
लिम्पेरो
- 1 सितंबर, 2008
- कला, ग्रीस
- अप्रैल 19, 2017
माफ़लिन
मध्यस्थ
स्टाफ के सदस्य- 3 मई 2009
- बोस्टान
- अप्रैल 19, 2017
मतेज ने कहा: अगर आप बाहरी डिस्प्ले को कनेक्ट करते हैं तो क्या होगा?यह मेरी समझ है कि डिस्प्ले पोर्ट कनेक्टर को dGPU से जोड़ा जाता है, इसलिए आप बाहरी मॉनिटर को चलाने के लिए iGPU का उपयोग नहीं कर सकते।
जादुई ट्रेवर70
- अप्रैल 19, 2017
- अप्रैल 19, 2017
'Gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' फ़ाइल को rm करने का प्रयास करते समय, मुझे मिलता है:
'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' को हटाया नहीं जा सकता ऑपरेशन की अनुमति नहीं है
Printf कमांड करने का प्रयास करते समय, मुझे मिलता है:
zsh: संचालन की अनुमति नहीं है: /sys/फर्मवेयर/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
भले ही मैं रूट के रूप में लॉग इन हूं, ऐसा लगता है कि उस फ़ाइल को नहीं बदला जा सकता है
एप्पलमैकफाइंडर
मूल पोस्टर- दिसम्बर 7, 2009
- अप्रैल 19, 2017
जादुई ट्रेवर70 ने कहा: 1) 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' को हटाया नहीं जा सकता ऑपरेशन की अनुमति नहीं है
2) zsh: संचालन की अनुमति नहीं है: /sys/फर्मवेयर/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
क्या आप इसे आर्क लिनक्स लाइवसीडी से कर रहे हैं? यदि आप इसे OS X या OS X पुनर्प्राप्ति से आज़मा रहे हैं, तो SIP सुरक्षा आपको इसकी अनुमति नहीं देगी। आर्क लिनक्स लाइवसीडी के साथ प्रयास करें और इसे आपके लिए काम करना चाहिए
लापरवाह कैनेडियन
- अप्रैल 18, 2017
- अप्रैल 19, 2017
AppleMacFinder ने कहा: क्या आप इसे Arch Linux LiveCD से कर रहे हैं? यदि आप इसे OS X या OS X पुनर्प्राप्ति से आज़मा रहे हैं, तो SIP सुरक्षा आपको इसकी अनुमति नहीं देगी। आर्क लिनक्स लाइवसीडी के साथ प्रयास करें और इसे आपके लिए काम करना चाहिए
मैं efivars को संशोधित करने में सक्षम नहीं होने का एक ही मुद्दा आ रहा हूँ। मैं इसे एक आर्कलिनक्स लाइव यूएसबी से एसआईपी अक्षम के साथ कर रहा हूं। मैंने efivars r/w को फिर से माउंट करने का प्रयास किया है लेकिन मुझे अभी भी 'ऑपरेशन की अनुमति नहीं है।'
क्या किसी को इसका हल मिला है?
टोटके_84
- अप्रैल 19, 2017
- वरेज़, इटली
- अप्रैल 19, 2017
CarefreeCanadian ने कहा: मेरे पास एक ही समस्या है कि मैं efivars को संशोधित करने में सक्षम नहीं हूं। मैं इसे एक आर्कलिनक्स लाइव यूएसबी से एसआईपी अक्षम के साथ कर रहा हूं। मैंने efivars r/w को फिर से माउंट करने का प्रयास किया है लेकिन मुझे अभी भी 'ऑपरेशन की अनुमति नहीं है।'
क्या किसी को इसका हल मिला है?
सबसे पहले @AppleMacFinder को आपके काम के लिए धन्यवाद! आज मैं एकीकृत जीपीयू के साथ 2011 की शुरुआत में अपने मैकबुक प्रो का फिर से उपयोग करने में सक्षम था।
@CarefreeCanadian मैंने उबंटू लाइव 16.10 वितरण का उपयोग करके एक ही समस्या का अनुभव किया और मैंने निम्नलिखित चरणों के साथ इस मुद्दे को हल किया:
निकाल देना जीपीयू-पावर-प्रेफ्स-...' चर यह सबसे पहले आवश्यक है कि efivars को अनमाउंट किया जाए:
*) umount /sys/फर्मवेयर/efi/efivars/
फिर पढ़ने/लिखने के तरीके में efivars माउंट करें:
*) माउंट-टी एफिवारफ्स आरडब्ल्यू /एसआईएस/फर्मवेयर/ईएफआई/एफिवार्स/
*) चैट्र-आई/एसआईएस/फर्मवेयर/ईएफआई/एफिवार्स/जीपीयू-पावर-प्रेफ्स- [स्वत: पूर्ण करने के लिए टैब दबाएं]
*) rm /sys/फर्मवेयर/efi/efivars/gpu-power-prefs- [स्वत: पूर्ण करने के लिए TAB दबाएं]
इस अतिरिक्त चरणों के बाद आप @AppleMacFinder गाइड का अनुसरण कर सकते हैं
मुझे आशा है कि यह किसी और की मदद कर सकता है।
एप्पलमैकफाइंडर
मूल पोस्टर- दिसम्बर 7, 2009
- अप्रैल 19, 2017
CarefreeCanadian ने कहा: मेरे पास एक ही समस्या है कि मैं efivars को संशोधित करने में सक्षम नहीं हूं। मैं इसे एक आर्कलिनक्स लाइव यूएसबी से एसआईपी अक्षम के साथ कर रहा हूं। मैंने efivars r/w को फिर से माउंट करने का प्रयास किया है लेकिन मुझे अभी भी 'ऑपरेशन की अनुमति नहीं है।
जादुई ट्रेवर70 ने कहा:कार्रवाई की अनुमति नहींसबसे पहले, चाहे एसआईपी सक्षम हो या अक्षम - कोई फर्क नहीं पड़ता क्योंकि एसआईपी ओएस एक्स फीचर है और लिनक्स उन एसआईपी झंडे को अनदेखा करता है। 'ऑपरेशन की अनुमति नहीं' समस्या वाले दोस्तों, मुझे आपके हार्डवेयर/सॉफ़्टवेयर कॉन्फ़िगरेशन के बारे में और जानने की ज़रूरत है, यह समझने के लिए - मेरे और आपके कॉन्फ़िगरेशन के बीच एक नकारात्मक अंतर क्या है जो आपको सफलता प्राप्त करने से रोकता है। उदाहरण के लिए: क्या आप rEFInd के माध्यम से ArchLinux को बूट कर रहे हैं? क्योंकि मैं rEFInd का उपयोग नहीं कर रहा हूं, मैक के EFI से सीधे 'विकल्प' कुंजी को पकड़कर बूट कर रहा हूं। इसके अलावा, मुझे नहीं पता कि क्या यह मायने रखता है, लेकिन क्या आप macOS सिएरा पर हैं? क्योंकि मेरा OS El Capitan (10.11.6) है, और सैद्धांतिक रूप से यह हो सकता है कि सिएरा किसी तरह EFI वेरिएबल्स को लॉक कर दे … .
संपादित करें: कृपया पढ़ें टोटके_84 ऊपर संदेश
[डबलपोस्ट=1489960984][/डबलपोस्ट]
totoe_84 ने कहा: मैंने उबंटू लाइव 16.10 वितरण का उपयोग करके एक ही समस्या का अनुभव किया और मैंने निम्नलिखित चरणों के साथ इस मुद्दे को हल कियाटोटके_84 , मुझे आश्चर्य है कि आप उबंटू को बूट करने में सक्षम थे, क्योंकि इस ग्राफिकल मुद्दे को इसे बूट होने से रोकना चाहिए था ... किसी भी स्थिति में, बहुत बढ़िया! प्रतिक्रियाएं:टोनीआरएस और ऐप्पलमैकफाइंडर
लापरवाह कैनेडियन
- अप्रैल 18, 2017
- अप्रैल 19, 2017
साथ ही, इस समाधान को पोस्ट करने के लिए @AppleMacFinder को धन्यवाद! आपने हम सभी को बहुत सारे परीक्षण और त्रुटि से बचाया है और 'असफल मैकबुक प्रो 2011' समुदाय के लिए एक अच्छा समाधान प्रदान किया है। प्रतिक्रियाएं:एप्पलमैकफाइंडर एम
चिनाई
- फ़रवरी 20, 2017
- फ़रवरी 20, 2017
मुझे भी यही समस्या थी और मैंने आपके कुछ कदम जैसे 2 साल पहले किए, लेकिन मैंने बीच में ही छोड़ दिया प्रतिक्रियाएं:Keno_beano और AppleMacFinder
जादुई ट्रेवर70
- अप्रैल 19, 2017
- फ़रवरी 20, 2017
totoe_84 ने कहा: फिर पढ़ने/लिखने के तरीके में efivars माउंट करें:
*) माउंट-टी एफिवारफ्स आरडब्ल्यू /एसआईएस/फर्मवेयर/ईएफआई/एफिवार्स/
इस कदम की कोशिश करते समय मुझे मिलता है
माउंट: अज्ञात फाइल सिस्टम प्रकार 'efivars'
टोटके_84
- अप्रैल 19, 2017
- वरेज़, इटली
- फ़रवरी 20, 2017
Magicaltrevor70 ने कहा: इस कदम की कोशिश करते समय मुझे मिलता है@ magicaltrevor70 मुझे लगता है कि आप एक टाइपो बनाते हैं:
माउंट: अज्ञात फाइल सिस्टम प्रकार 'efivars'
फाइलसिस्टम प्रकार है एफिवारफ्स नहीं efivars
*) माउंट-टी एफिवारफ्स rw / sys / फर्मवेयर / efi / efivars /
जादुई ट्रेवर70
- अप्रैल 19, 2017
- फ़रवरी 20, 2017
ZapNZs
- जनवरी 23, 2017
- फ़रवरी 20, 2017
यदि कोई है, तो क्या मैं कथन की शुरुआत 'rm' से करूँ? अंतिम बार संपादित: मार्च 20, 2017
रॉबर्टथेलिन
- अक्टूबर 25, 2009
- स्टॉकहोम, स्वीडन
- फ़रवरी 20, 2017
आल्टिस
- सितम्बर 10, 2013
- फ़रवरी 20, 2017
काश ऐप्पल को लोगों की मदद करने के लिए परेशान किया जा सकता है जैसे आपने यहां किया है ... यह एक कारण है कि मैंने बेहतर लेकिन जोखिम भरा 2011 के बजाय 2010 17 खरीदा।
प्रिस्ट्रेटन
- दिसंबर 20, 2011
- विन्निपेग, मैनिटोबा, कनाडा
- फ़रवरी 20, 2017
मेरा सिस्टम अभी भी ठीक चल रहा है, लेकिन मैं अपनी सांस नहीं रोक रहा हूं कि यह कब तक ऐसा ही रहने वाला है।
यह पूरी तरह से समझ में आता है कि हमें अपने सिस्टम को चालू रखने के लिए एकीकृत ग्राफिक्स पर स्विच करने में सक्षम होना चाहिए। इस विभाग में सक्रिय न होने के लिए Apple पर शर्म आती है, लेकिन आप क्या उम्मीद करते हैं, वे चाहते हैं कि आप एक नया मैक खरीदें।
मैं इस पेज को बुकमार्क कर रहा हूँ।
धन्यवाद
लोकप्रिय पोस्ट