AppleMacFinder
ملصق أصلي- 7 ديسمبر 2009
- 18 أبريل 2017
أخيرًا فشل GPU AMD المنفصل لجهاز MacBook Pro 8،2 2011 الخاص بي بسبب الأسباب المذكورة هنا ( http://logicboardmac.blogspot.ru/ ) و هناك ( https://www.macrumors.com/2015/02/19/2011-macbook-pro-repair-program-apple/ ) . لقد كانت تعمل بشكل مثالي لمدة 6 سنوات تحت حمولة عالية جدًا ، حتى أنها جربت تعدين SETI @ HOME في الخلفية! لذلك كنت واثقًا من أن MBP الخاص بي لا يتأثر بجودة اللحام السيئة / جودة اللحام السيئة ولم أرغب في إحضاره إلى Apple للحصول على برنامج إصلاح مجاني - جزئيًا لأنه لم أجد الوقت لإيقاف مشاريع البرامج المهمة الخاصة بي مؤقتًا ، وذلك جزئيًا بسبب كنت أخشى أن تعطيني Apple لوحة منطقية أقل موثوقية أو ترفض إصلاحًا مجانيًا بسبب العديد غير مرتبطه الإصلاحات التي قمت بها يدويًا بنفسي سابقًا لتوفير المال: تغيير اللصق الحراري عدة مرات ، واستبدال البطارية الداخلية مرتين ، واستبدال لوحة المفاتيح بأزرار مكسورة ، وما إلى ذلك ، لكنها تعطلت أخيرًا الأسبوع الماضي: أصبحت صورة شاشة الكمبيوتر المحمول مشوهة ، رفض إقلاع OS X (يتجمد دائمًا في منتصف الطريق) ، و - انتهى برنامج الإصلاح المجاني من Apple بالفعل! أعلم أن هناك حلولًا ميسورة التكلفة مثل إعادة لحام BGA بقيمة 50 دولارًا في متجر إصلاح محلي غير رسمي وأنه من الممكن الحصول على شريحة HD 6750M بديلة جديدة من AliExpress مقابل 35 دولارًا أو أرخص ( 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 دولار على أي حال. لكنني لا أحب استثمار الأموال في أجهزة الكمبيوتر القديمة ، لذلك فكرت - ماذا لو كان هناك بعض الاختراق فرض MBP لاستخدام الرسومات المتكاملة طوال الوقت ، حتى أثناء التشغيل؟ وبعد ذلك بدأوا باستكشاف الحلول الممكنة ...
===
بادئ ذي بدء ، من الممكن تشغيل MBP بنجاح على OS X مع الاستمرار في استخدام GPU الفاشل ، بعد إزالة برامج تشغيل AMD عن طريق التمهيد في وضع سطر الأوامر ( CMD + S. ) وإدخال هذه الأوامر:
1) fsck -fy (لفحص القرص)
2) ماونتك / (قم بتركيب نظام ملفات جذر بأذونات قراءة / كتابة)
3) sudo mkdir / AMD_Kexts / (قم بعمل دليل لتخزين برامج تشغيل AMD في حالة احتياجك إليها في المستقبل)
4) sudo mv / System/Library/Extensions/AMD*.* / AMD_Kexts / (تحريك برامج تشغيل AMD)
5) sudo rm -rf /System/Library/Caches/com.apple.kext.caches/ (قم بإزالة ذاكرة التخزين المؤقت لبرامج تشغيل AMD)
6) sudo mkdir /System/Library/Caches/com.apple.kext.caches/ (فقط في حالة أن OS X سيكون غبيًا ولن يعيد إنشاء هذا الدليل ، فأنا أقوم بإنشائه لـ OS X)
7) sudo touch / النظام / المكتبة / الامتدادات / (لتحديث الطوابع الزمنية بحيث يتم إعادة بناء ذاكرة التخزين المؤقت لبرنامج التشغيل الجديد - بدون برامج تشغيل AMD - بالتأكيد)
8) sudo umount / (قم بإلغاء تحميل قسم لضمان مسح التغييرات الخاصة بك إليه)
9) sudo إعادة التشغيل
درجة الإزعاج أثناء القيام بهذه الخطوات - تعتمد بشدة على مدى تشويه صورة الشاشة في حالتك. في حالتي ، كان الأمر أكثر صعوبة لأن قسم OS X أصبح قسمًا 'للقراءة فقط' (بسبب عمليات الإغلاق الطارئة الكثيرة التي قمت بها أثناء محاولتي يائسة تشغيل OS X بوحدة معالجة رسومات فاشلة) لذلك اضطررت إلى إزالة القرص الصلب من MacBook Pro و (باستخدام محول USB إلى SATA 2.5 بوصة مأخوذ من محرك الأقراص الثابتة المحمول) قم بتوصيله بجهاز كمبيوتر يعمل بنظام Linux ، ثم اتبع الإرشادات التالية:
https://superuser.com/questions/961401/mounting-hfs-partition-on-arch-linux (الجواب الأول) - نفذت بعناية عددًا من الأوامر ، واحتسبت حدًا مناسبًا لتخطيط التقسيم الخاص بي ، ونفذت أخيرًا sudo mount -t hfsplus -o force، rw، sizelimit = YOURNUMBER / dev / sdb2 / mnt لتركيب قسم HFS + هذا على دليل / mnt في وضع القراءة والكتابة. ثم أديت هذه '1) -7)' الخطوات التي تراها أعلاه ، وكذلك إصلاح نظام الملفات عن طريق التشغيل sudo fsck.hfsplus -f / dev / sdb2 قبل فك القسم بامتداد sudo umount / mnt وإعادة القرص الصلب إلى MBP ...
===
أعطاني هذا MBP والذي يمكنه التمهيد إلى OS X بالرغم من ذلك ساكن باستخدام وحدة معالجة رسومات AMD معطلة: لذا فإن صورة الشاشة مشوهة للغاية (يمكن أن يتصفح الإنترنت ولكن قراءة النص غير مريح تمامًا) ، Launchpad بطيء جدًا ، ولا يمكنك التبديل إلى وحدة معالجة الرسومات المدمجة باستخدام gfxCardStatus بسبب: بدون برامج تشغيل AMD (الذي كان علينا إزالته للتمهيد بنجاح إلى OS X) يعتقد Macbook Pro أن شاشته الداخلية عبارة عن شاشة خارجية ويخبر gfxCardStatus أنه من المستحيل التبديل لأن الشاشة الخارجية تستخدم AMD GPU. وجدت في مكان ما اقتراحًا بأنه من الممكن إعادة إنشاء حالة gfxCard من شفرة المصدر - https://github.com/codykrieger/gfxCardStatus - مع إزالتها أو التعليق عليها 156-166 سطرًا في ال ./gfxCardStatus/Classes/GSProcess.m لجعله يتجاهل العرض الخارجي:
// اكتشف ما إذا كانت الشاشة الخارجية تفرض تشغيل وحدة معالجة الرسومات المنفصلة
يعرض CGDirectDisplayID [8] ؛
عرض CGDisplayCount = 0 ؛
إذا (CGGetOnlineDisplayList (8، displayCount) == noErr) {
لـ (int i = 0 ؛ i
إذا (! CGDisplayIsBuiltin (يعرض))
[قائمة addObject: [قاموس NSD DictionaryWithObjectsAndKeys:
Str (@ 'عرض خارجي') ، kTaskItemName ،
@ ''، kTaskItemPID، لا شيء]]؛
}
}
لذلك أعدت بناء gfxCardStatus باستخدام الإرشادات الواردة في الرد الأخير لهذه المشكلة -
https://github.com/codykrieger/gfxCardStatus/issues/229
(كان يجب أيضًا تنزيل ملفMacOSX10.11.sdkمن هنا - https://github.com/phracker/MacOSX-SDKs/releases - فك ونسخه إلى XCode/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk- نظرًا لغباء Apple ، فإن أحدث XCode لـ El Capitan لا يتضمن SDK لـ El Capitan!) ومع ذلك ، فإنها لا تزال لا تعمل - تظاهرت gfxCardStatus فقط أنها تحولت إلى وحدة معالجة الرسومات المدمجة ، بينما في الواقع لم يسمح OS X لها بالتبديل! حتى بعد أن قمت بالتحرير ./gfxCardStatus/Classes/GSGPU.m ملف لتمكين الغامض قم بإيقافه من التبديل في المدار الخيار ، لا يزال يتعذر التبديل ...
===
ثم اكتشفت هذا المستودع المثير للاهتمام - https://github.com/0xbb/gpu-switch - والتي تشبه جزئيًا 'شفرة المصدر الخاصة بها لـ gfxCardStatus ولكنها تحتوي أيضًا على' خطاطيف تسجيل الدخول '( install_hooks.sh ) إلى 'أتمتة عملية التبديل لتسجيل الدخول / الخروج'. للأسف لم ينجح الأمر بالنسبة لي ... ومع ذلك ، هناك شيء مثير للاهتمام للغاية مفتاح gpu ملف نصي في جذر هذا المستودع ، والذي يصف متغيرات EFI!
https://github.com/0xbb/gpu-switch/blob/master/gpu-switch
بعد دراسته وقراءة تعليقات هذا العدد أيضًا - https://github.com/0xbb/gpu-switch/issues/11 - أصبحت واثقًا من تجربة هذا الحل ، لكن اكتشفت أن جهاز MacBook Pro 2011 8،2 مع OS X El Capitan 10.11.6 في موقف إشكالي للغاية:
1) المرجع غير مثبت ، ولتثبيته - يجب تعطيل حماية SIP. لكن لا يمكنني التمهيد في وضع الاسترداد ( Command + Option + R. ) أو تثبيت OS X DVD / USB ( عقد الخيار ) ، (لتعطيل SIP) ، لأنهم يتجمدون أثناء التشغيل! - على الرغم من أنني قمت بإزالة AMD kexts من نظامي ، إلا أن أدوات الاسترداد هذه تستخدم بالطبع عناصر AMD kexts المدمجة في تصميمها. أيضا لا يمكن استخدامهاكذبة الجذراختراق ( https://github.com/gdbinit/rootfool ) لتعطيل SIP أثناء وقت التشغيل ، لأنه يعمل فقط في إصدار OS X الأقدم من 10.11.4
2) حاولت ارتفاع درجة حرارة جهاز Macbook Pro عن قصد (إجبار استخدام وحدة المعالجة المركزية على 100٪ ووضعها في كيس مغلق بإحكام) لإجبارها على إيقاف التشغيل من السخونة الزائدة ثم إعادة التشغيل بسرعة بحيث يتم تمكين الرسومات المدمجة أثناء وقت التمهيد - مما يجعل من الممكن التمهيد إلى الاسترداد. ولكن بسبب المعجون الحراري الرائع الرائع الذي قمت بتطبيقه منذ وقت ليس ببعيد - لا يمكنني تسخينه حتى بعد الانتظار لفترة طويلة! في هذه المرحلة اعتقدت أنه يمكن إما: إلى) إزالة AMD kexts من وسائط التثبيت ، أو ب) لتوصيل محرك الأقراص الثابتة MBP بجهاز Linux مرة أخرى وتشغيل مجموعة من أجهزة chmods لإزالة علامات SIP من الدلائل المذكورة هنا ( http://apple.stackexchange.com/questions/193368/what-is-the-rootless-feature-in-el-capitan-really ) مما قد يجعل النظام غير قابل للتمهيد ، أو ج) لمحاولة تثبيت REFInd إلى قسم HFS + مباشرة من جهاز Linux مع حقوق الجذر لأنه سيتجاوز SIP - لكن لم يستكشف هذه الخيارات ، على الرغم من أن بعضها قد يكون ناجحًا ...
3) أردت تشغيل Linux LiveCD لتحرير متغيرات EFI من هناك ، ولكن بغض النظر عما فعلته: حاولت التمهيد مباشرة دون تعديلات خيار GRUB ، حاولت تحرير خيارات تمهيد GRUB ( بمفتاح 'e' ) للإضافة مجموعة الترميز / إزالة دفقة هادئة / أو كليهما في كل مجموعة ، أو كما هو مقترح في هذه المقالة ( 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 ؛ ثم ضغطت Fn+F10 أو Shift + Ctrl + Fn + F10 للتمهيد بهذه الخيارات: لكن عملية تمهيد Linux فشلت دائمًا في مراحل تمهيد مختلفة ، بغض النظر عن توزيع Linux سهل الاستخدام أو أي إصدار منه أحاول: جربت العديد من إصدارات Ubuntu / Lubuntu / Fedora ، حتى القديمة ' صور AMD64 Mac 'و' Alternate AMD64 Mac '، لكنها فشلت دائمًا - إما في بداية عملية التمهيد (شاشة سوداء ، أو شاشة سوداء مع وميض أو عالق _ حرف في الزاوية العلوية اليسرى) أو فشل في نهايته - مباشرة قبل أن يُفترض أن يُظهر بيئة سطح مكتب رسومية ...
في وقت لاحق،توتو_84كتب أنه كان قادرًا على تشغيل Ubuntu في الوضع الرسومي باستخدام الإعداد التالي لـ GRUB:
- لتعطيل بطاقة رسومات AMD ، أضفت الأسطر التالية بعد ذلك تعيين gfxpayload = الاحتفاظ
إخراج 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/ ). نظرًا لأن قرص LiveCD الخاص بهم لا يحتوي على واجهة رسومية ، يمكن تمهيدهم دون مشكلة إلى وحدة تحكم Linux و هناك يمكنك تحرير متغيرات EFI ! إذن هنا ...
===
=== 100٪ حل عملي
===
=== فرض MBP الخاص بك على استخدام Intel GPU دائمًا (إصلاح متغير EFI)
===
=== لجعلها رائعة مرة أخرى! تفاعلات:yakult121 و apples_arrogance و slimmy18222 و 98 آخرون
ZapNZs
- 23 يناير 2017
- 18 أبريل 2017
سوف أجرب هذا.
AppleMacFinder
ملصق أصلي- 7 ديسمبر 2009
- 18 أبريل 2017
قال ZapNZs: حماقة مقدسة شكرا لعملك. لقد كتبت Apple BEGGING عليهم للقيام بشيء من هذا القبيل يتضمن تغيير EFI الافتراضي إلى dGPU عند التمهيد ، ولكن لا تذهب معهم حتى الآن.
سوف أجرب هذا.
شكرا ل كلماتك اللطيفة، ZapNZs ، نأمل أن تجعل جهاز Mac الخاص بك رائعًا مرة أخرى من خلال هذه التعليمات تفاعلات:duffman9000 و AppleMacFinder س
طرفة
- 25 يوليو 2008
- 18 أبريل 2017
آه-
- 7 مايو 2010
- 18 أبريل 2017
قال slapple: AppleMacFinder ، هل سيسمح حلك أيضًا لشخص ما بالتمهيد إلى Windows باستخدام وحدة معالجة الرسومات المدمجة؟ سمعت مع Boot Camp أن MBP ستستخدم دائمًا وحدة معالجة الرسومات المنفصلة في Windows.يجب أن يعمل ، إذا قمت بالتمهيد في وضع EFI. فقط MBPs الحديثة (11،3 وما فوق على ما أعتقد) تقوم بتعطيل Intel GPU في Windows ، وهناك حلول بديلة: https://github.com/0xbb/gpu-switch
AppleMacFinder
ملصق أصلي- 7 ديسمبر 2009
- 18 أبريل 2017
قال slapple: AppleMacFinder ، هل سيسمح حلك أيضًا لشخص ما بالتمهيد إلى Windows باستخدام وحدة معالجة الرسومات المدمجة؟ سمعت مع Boot Camp أن MBP ستستخدم دائمًا وحدة معالجة الرسومات المنفصلة في Windows.
أهلا طرفة و
1) يتم إصلاح البرامج البحتة على مستوى EFI BIOS. من الناحية النظرية يجب أن تعمل معها أي نظام التشغيل موجود ، أي:
*) متوافق مع أجهزة Macbook Pro (x86_64 ويعرف أيضًا باسم هندسة وحدة المعالجة المركزية AMD64 - https://en.wikipedia.org/wiki/X86-64 )
*) متوافق مع إصدار MBP من البرامج الثابتة EFI (لن يعمل نظام التشغيل القديم بدون دعم EFI بشكل مباشر ، على الرغم من أنه يجب أن تكون هناك طريقة لتشغيلها في بعض أوضاع التوافق ، كما أن بعض أنظمة التشغيل الغريبة قد تكون غير متوافقة مع إصدار Apple من EFI)
في الواقع ، يمكن لإصلاح متغيرات EFI أن يجلب فائدة كبيرة لمستخدمي MBP 2011 الذين يرغبون في تشغيل نظام التشغيل OS X الخاص بهم مع Linux: نظرًا لطريقة Apple المحددة للغاية لتوصيل وحدتي GPU في هذا الجهاز ، كان من الصعب في بعض الأحيان إعداد حتى المشهور توزيعات لينكس. لا تلوم AMD ، فقد كان أول كمبيوتر محمول من Apple مزودًا بـ AMD برسومات مزدوجة ، لذا ربما لم يكن لدى Apple الوقت الكافي لتطوير تطبيق رسومات مزدوج جيد. مع تعطيل الرسومات المزدوجة ، سيكون من الأسهل الآن إعداد أي نظام Linux ، ولكن لم تختبره بعد ...
2) حتى بدون إصلاح متغير EFI هذا ، يجب أن يكون من الممكن بطريقة ما التبديل إلى Intel GPU في Windows ، إذا كانت كلتا وحدات معالجة الرسومات مرئية لنظام Windows من خلال PCI (إذا لم تقطع EFI وصول PCI إليها لأنظمة التشغيل التي تعمل تحت BootCamp) ، على الرغم من أنه قد يتطلب بعض العبث مع السائقين. كما أنني أتفق تماما مع آه- :
آه- قال: يجب أن يعمل ، إذا قمت بالتمهيد في وضع EFI. فقط MBPs الحديثة (11،3 وما فوق على ما أعتقد) تقوم بتعطيل Intel GPU في Windows ، وهناك حلول بديلة: https://github.com/0xbb/gpu-switchمن الممكن الاحتفاظ بالعديد من أنظمة التشغيل (بما في ذلك Windows) على جهاز Mac بدون أي Bootcamp ، فقط باستخدام مرجع - http://www.rodsbooks.com/refind/
راجع للشغل لماذا لا تقوم بتشغيل Windows في جهاز افتراضي؟ على سبيل المثال: منذ عدة سنوات ، قمت بإجراء بعض المعايير لأداء OS X الأصلي مقابل Windows داخل Parallels Desktop ، وبينما كان أداء الرسومات في مكان ما حوالي 35٪ ، كان أداء وحدة المعالجة المركزية أبطأ بنحو 2٪. في الوقت الحالي ، يجب أن يكون الاختلاف أصغر بكثير ، لأن 'عدة سنوات' هي وقت كبير لتحسين أي برنامج ، خاصة بالنسبة لبرنامج المحاكاة الافتراضية الشهير. إذا كنت لا ترغب في الدفع أو القرصنة ، فجرب بعض أدوات المحاكاة الافتراضية المجانية مثل VirtualBox و QEMU. ربما يمكن أن يكون النبيذ مناسبًا لاحتياجاتك آخر تعديل: 18 مارس 2017
ماتيجة
- 5 يوليو 2014
- 19 أبريل 2017
ليمبيرو
- 1 سبتمبر 2008
- الفن ، اليونان
- 19 أبريل 2017
مافلين
الوسيط
موظف- 3 مايو 2009
- بوسطن
- 19 أبريل 2017
قال ماتيجة: ماذا يحدث إذا قمت بتوصيل شاشة خارجية؟من فهمي أن موصل منفذ العرض متصل بـ dGPU لذا لا يمكنك استخدام iGPU لتشغيل شاشة خارجية.
ماجيكال تريفور 70
- 19 أبريل 2017
- 19 أبريل 2017
عند محاولة rm ملف 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' ، أحصل على:
لا يمكن إزالة 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' العملية غير مسموح بها
عند محاولة تنفيذ الأمر printf ، أحصل على:
zsh: العملية غير مسموح بها: / sys / firmware / efi / efivars / gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
على الرغم من تسجيل الدخول بحساب الجذر ، يبدو أنه لا يمكن تغيير هذا الملف
AppleMacFinder
ملصق أصلي- 7 ديسمبر 2009
- 19 أبريل 2017
قال magicaltrevor70: 1) لا يمكن إزالة 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' العملية غير مسموح بها
2) zsh: العملية غير مسموح بها: / sys / firmware / efi / efivars / gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
هل تفعل ذلك من Arch Linux LiveCD؟ إذا كنت تحاول ذلك من استرداد OS X أو OS X ، فلن تسمح لك حماية SIP بالسماح بذلك. جرب مع Arch Linux LiveCD ويجب أن يعمل من أجلك
الكندية
- 18 أبريل 2017
- 19 أبريل 2017
قال AppleMacFinder: هل تقوم بذلك من Arch Linux LiveCD؟ إذا كنت تحاول ذلك من استرداد OS X أو OS X ، فلن تسمح لك حماية SIP بالسماح بذلك. جرب مع Arch Linux LiveCD ويجب أن يعمل من أجلك
أواجه نفس المشكلة المتمثلة في عدم القدرة على تعديل efivars. أفعل ذلك من Archlinux Live USB مع تعطيل SIP. لقد حاولت إعادة تركيب efivars r / w ولكن ما زلت أحصل على 'عملية غير مسموح بها'.
هل قام أي شخص العثور على حل لهذا؟
توتو_84
- 19 أبريل 2017
- فاريزي ، إيطاليا
- 19 أبريل 2017
قال الهم الكندي: لدي نفس المشكلة من عدم القدرة على تعديل efivars. أفعل ذلك من Archlinux Live USB مع تعطيل SIP. لقد حاولت إعادة تركيب efivars r / w ولكن ما زلت أحصل على 'عملية غير مسموح بها'.
هل قام أي شخص العثور على حل لهذا؟
بادئ ذي بدء ، شكرًا لكAppleMacFinder على عملك! اليوم تمكنت من استخدام جهاز macbook pro الخاص بي مرة أخرى في أوائل عام 2011 مع وحدة معالجة الرسومات المدمجة.
CarefreeCanadian لقد واجهت نفس المشكلة باستخدام توزيع Ubuntu Live 16.10 وقمت بحل المشكلة من خلال الخطوات التالية:
لازالة gpu-power-prefs -... ' متغير من الضروري أولاً وقبل كل شيء إلغاء تثبيت efivars:
*) umount / sys / البرامج الثابتة / efi / efivars /
ثم قم بتركيب efivars في وضع القراءة / الكتابة:
*) mount–t efivarfs rw / sys / firmware / efi / efivars /
*) chattr -i / sys / firmware / efi / efivars / gpu-power-prefs- [اضغط TAB للإكمال التلقائي]
*) rm / sys / firmware / efi / efivars / gpu-power-prefs- [اضغط TAB للإكمال التلقائي]
بعد هذه الخطوات الإضافية ، يمكنك اتباع دليلAppleMacFinder
آمل أن يساعد هذا شخصًا آخر.
AppleMacFinder
ملصق أصلي- 7 ديسمبر 2009
- 19 أبريل 2017
قال الهم الكندي: لدي نفس المشكلة من عدم القدرة على تعديل efivars. أفعل ذلك من Archlinux Live USB مع تعطيل SIP. لقد حاولت إعادة تركيب efivars r / w ولكن ما زلت أحصل على 'العملية غير مسموح بها.
قال magicaltrevor70:عملية غير مسموحةبادئ ذي بدء ، ما إذا كان SIP ممكّنًا أو معطلاً - لا يجب أن يكون مهمًا لأن SIP هو ميزة OS X ويتجاهل Linux علامات SIP هذه. الأصدقاء الذين يعانون من مشكلة `` التشغيل غير مسموح به '' ، أحتاج إلى معرفة المزيد عن تكوين الأجهزة / البرامج الخاصة بك ، لفهم - ما هو الفرق السلبي بين تكويناتي وتكويناتك التي تمنعك من تحقيق النجاح. على سبيل المثال: هل تقوم بالتمهيد لـ ArchLinux من خلال rEFInd؟ لأنني لا أستخدم rEFInd ، قم بالتمهيد مباشرة من EFI الخاص بـ Mac بالضغط على مفتاح 'Option'. كما أنني لا أعرف ما إذا كان الأمر مهمًا ، لكن هل تستخدم macOS Sierra؟ نظرًا لأن نظام التشغيل الخاص بي هو El Capitan (10.11.6) ، ومن الناحية النظرية ، فمن الممكن أن تقوم Sierra بطريقة ما بتأمين متغيرات EFI ... كما يجب أن نحاول البحث عن هذه المشكلة على الإنترنت ، لأن هذه قد تكون مشكلة غير معزولة عن MBP .. .
تعديل: يرجى القراءة توتو_84 الرسالة أعلاه
[doublepost = 1489960984] [/ doublepost]
قال totoe_84: لقد واجهت نفس المشكلة باستخدام توزيع Ubuntu Live 16.10 وقمت بحل المشكلة من خلال الخطوات التاليةتوتو_84 ، أنا مندهش من قدرتك على تشغيل Ubuntu ، لأن هذه المشكلة الرسومية كان يجب أن تمنعه من التمهيد ... على أي حال ، أتقنه! تفاعلات:TonyRS و AppleMacFinder
الكندية
- 18 أبريل 2017
- 19 أبريل 2017
أيضًا ، شكرًا لكAppleMacFinder على نشر هذا الحل! لقد وفرت علينا جميعًا الكثير من التجربة والخطأ وقدمت حلاً رائعًا لمجتمع 'macbook pro 2011 الفاشل' تفاعلات:AppleMacFinder م
البناء
- 20 فبراير 2017
- 20 فبراير 2017
واجهت نفس المشكلة وقمت ببعض خطواتك مثل 2 منذ سنوات ، لكنني تركت منتصف الطريق تفاعلات:Keno_beano و AppleMacFinder
ماجيكال تريفور 70
- 19 أبريل 2017
- 20 فبراير 2017
قال totoe_84: ثم ركب efivars في وضع القراءة / الكتابة:
*) mount–t efivarfs rw / sys / firmware / efi / efivars /
عندما أحاول هذه الخطوة أحصل عليها
جبل: نوع نظام ملفات غير معروف 'efivars'
توتو_84
- 19 أبريل 2017
- فاريزي ، إيطاليا
- 20 فبراير 2017
قال magicaltrevor70: عند تجربة هذه الخطوة أحصل عليها@ magicaltrevor70 أعتقد أنك ترتكب خطأ مطبعيًا:
جبل: نوع نظام ملفات غير معروف 'efivars'
نوع نظام الملفات هو efivarfs ليس efivars
*) جبل –t efivarfs 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
أتمنى أن تتضايق شركة Apple من مساعدة الأشخاص كما فعلت هنا ... هذا أحد الأسباب التي دفعتني لشراء 2010 17 'بدلاً من الأفضل ولكن المحفوف بالمخاطر 2011.
بريستراتون
- 20 ديسمبر 2011
- وينيبيغ ، مانيتوبا ، كندا
- 20 فبراير 2017
لا يزال نظامي يعمل بشكل جيد ، لكنني لا أحبس أنفاسي بشأن المدة التي سيستغرقها الأمر على هذا النحو.
من المنطقي تمامًا أننا يجب أن نكون قادرين على التبديل إلى الرسومات المدمجة للحفاظ على استمرار أنظمتنا. عار على شركة آبل لأنها لم تكن استباقية في هذا القسم ، ولكن ماذا تتوقع ، فهم يريدون منك شراء جهاز Mac جديد.
سوف أقوم بوضع إشارة مرجعية على هذه الصفحة.
اشكرك
المشاركات الشعبية