ปัญหา GPU - Boot Hangs บนหน้าจอสีเทา


43

ฉันพบสิ่งนี้ตามปัญหาของฉันในเธรดนี้:
Boot แฮงค์บนหน้าจอสีเทา (แม้ขณะบูตจากไดรฟ์ USB ที่ติดตั้ง OS X ใหม่)

My MacBook Pro 15 "ต้นปี 2011 ด้วย AMD Radeon HD 6750M แสดงความเสียหายของจอแสดงผลและระบบที่เกี่ยวข้องเกิดปัญหา / รีเซ็ตเป็นระยะเวลาสองสัปดาห์ก่อนที่จะล้มเหลวในการบูตทั้งหมดบูตจะดำเนินการผ่านหน้าจอสีเทาที่มีโลโก้ Apple และสปินเนอร์ เมื่อมันดูเหมือนว่ามันควรจะเปลี่ยนไปที่หน้าจอเข้าสู่ระบบโลโก้ Apple และสปินเนอร์จะหายไปและแขวนบนหน้าจอสีเทาที่ว่างเปล่า

ตอนแรกฉันสงสัยว่าฮาร์ดไดรฟ์เสียหายและพยายามแก้ปัญหานั้น ไม่สำเร็จฉันลองทำสิ่งต่อไปนี้โดยให้แต่ละคนหยุดทำงานตามที่อธิบายไว้ข้างต้น:

บูตอย่างปลอดภัย
ในการกู้คืน (รวมถึงการกู้คืนอินเทอร์เน็ต)
บูตจากสื่อการติดตั้งบนไดรฟ์ USB
บูตจากการติดตั้ง OS X บนไดรฟ์ USB
ล้าง NVRAM
รีเซ็ต SMC

ฉันยังรันการทดสอบฮาร์ดแวร์ของ Apple หลายครั้งโดยไม่พบปัญหาใด ๆ

Verbose safe boot (Cmd + Shift + V) เอาท์พุททุกอย่างที่ฉันคาดว่าจะเห็น

หลังจากเจอโพสต์ออนไลน์เพิ่มเติมที่ฟอรัมสนทนาของ Apple เกี่ยวกับปัญหาที่เกี่ยวกับ GPU ฉันกลับมาที่นี่อีกครั้งเนื่องจากสาเหตุ:

2011 MacBook Pro และกราฟิกการ์ดแยกหรือ 2011 MacBook Pro และกราฟิกการ์ดแยก

ความพยายามที่จะบู๊ต Ubuntu จาก USB แฟลชไดรฟ์ฉันทำได้แค่ด้วงเท่านั้น เมื่อพยายามบูต Ubuntu Desktop หรือเรียกใช้กราฟิคสเตรสในด้วงระบบจะหยุดทำงาน

ณ จุดนี้การรันการทดสอบฮาร์ดแวร์ของ Apple จะหยุดทำงานก่อนสิ้นสุดการทดสอบมาตรฐานอาจเป็น [การเดา] เมื่อทำการทดสอบวิดีโอ

จากคำแนะนำในโพสต์ของ Apple Discussions ด้านบนฉันทำสิ่งต่อไปนี้:

บูตเข้าสู่โหมดผู้ใช้คนเดียว
ดำเนินการคำสั่งต่อไปนี้:

/sbin/fsck -fy /
/sbin/mount -uw /
mkdir /Disabled_System_Library_Extensions
cd /Disabled_System_Library_Extensions
mv /System/Library/Extensions/ATI* .
mv /System/Library/Extensions/AMD* .
touch /System/Library/Extensions
exit

เวลานี้เครื่องบูทตลอดทาง อย่างไรก็ตามกราฟิกช้ามากแม้เพียงแค่ช่วงการเปลี่ยนภาพเมื่อย่อขนาดหน้าต่างให้เล็กสุด ฉันจะนำ MBP ของฉันไปที่ Apple เพื่อเรียกร้องการเปลี่ยนเนื่องจากมีรายงานจำนวนมากที่พบปัญหาอื่นที่คล้ายคลึงกันทำให้ดูเหมือนว่าการเกิดซ้ำของความล้มเหลวที่เกี่ยวข้องกับ GPU ที่คล้ายกันซึ่งส่งผลให้พวกเขาจำได้

แต่เมื่อฉันใช้คำสั่ง "mv" ไฟล์จะไม่ถูกย้าย (ไม่ถูกลบ) และมันจะแสดงให้ฉัน:
Sandbox ปฏิเสธ (01) ไฟล์เขียน - ยกเลิกการเชื่อมโยง ...

ทางออกใด ๆ ?


1
ดู: MacBook Pro ซ่อมขยายโปรแกรมสำหรับปัญหาเกี่ยวกับวิดีโอ
klanomath

@ klanomath ใช่นั่นเป็นปัญหา เกิดขึ้นกับ MBP เก่าของฉันด้วย (แค่หน้าจอสีเขียวแทนที่จะเป็นหน้าจอสีเทา)
owlswipe

คำตอบ:


81

ความเป็นมาและคำอธิบาย

โปรดอ่านโพสต์ทั้งหมดนี้อย่างน้อยหนึ่งครั้งตั้งแต่ต้นจนจบก่อนที่จะดำเนินการใด ๆ

ทั้งหมด Pros MacBook จาก 2011 มีข้อบกพร่องการออกแบบอย่างจริงจัง การจัดการระบายความร้อนและความร้อนที่เกิดขึ้นพร้อมกับความทนทานของชิปกราฟิก AMD ไม่ต่อเนื่องกันมาก Apple รู้เรื่องนี้และทำตัวเหมือนSoapy Smithทั่วไป เพียงทำปฏิกิริยากับสิ่งนี้หลังจากเกิดความชั่วร้าย เรื่องอื้อฉาวนี้ใช้ชื่อของ RadeonGate ในที่สุดแอปเปิ้ลก็ถูกกดดันด้วยการนำเสนอกฎหมายที่เรียกว่า "Repair Extension Program"เท่านั้น

โปรแกรมแอปเปิ้ลขยายบริการซ่อมไม่สามารถใช้ได้อีกต่อไป เพียงคนเดียวที่จริงวิธีการแก้ไขปัญหานี้คือการเปลี่ยนชิปเอเอ็มดีเพียงอย่างเดียว ไม่ใช่บอร์ดตรรกะ ไม่ใช่ "re-balling" ไม่ใช่ "reflowing" ไม่ใช่ "อบ" Apple เปลี่ยนชิปที่ล้มเหลวด้วยชิปที่ล้มเหลว ครั้งแล้วครั้งเล่า. การเปลี่ยนชิปกราฟิกเท่านั้นยังคงเป็นกระบวนการฮาร์ดแวร์ที่มีราคาแพงสำหรับแล็ปท็อปโบราณ

วิธีเดียวที่รู้จัก - นั่นคือ: ด้วยซอฟต์แวร์เพียงอย่างเดียว - เพื่อรับ 2011 MacBook Pro (8,2) กับ 'เท่านั้น' ชิปกราฟิก AMD ที่ล้มเหลวที่จะเปิดใช้งานอีกครั้งอย่างน่าเชื่อถือและบูตเป็น macOS และใช้งานได้ค่อนข้างดีกับ GUI เร่งคู่มือนี้หรือความหลากหลายของมัน เคล็ดลับก่อนหน้าส่วนใหญ่เพิ่งลบ AMD-kexts ทั้งหมดและผลลัพธ์นี้เป็นประสบการณ์ที่น่ากลัวสำหรับผู้ใช้โดยไม่มีการเร่งความเร็ว GUI เลย

จำเป็นต้องรู้เวอร์ชันระบบปฏิบัติการที่แน่นอนของคุณ คำแนะนำต่อไปนี้จะง่ายกว่าสำหรับ Yosemite แต่ถือว่า El Capitan หรือใหม่กว่า El Capitan, Sierra และ High Sierra ต้องปิดใช้งาน SIP (System Integrity Protection) ในระบบก่อนหน้า (10.6–10.10) ขั้นตอนเหล่านี้ไม่จำเป็น

สำคัญ:คำแนะนำนี้ถือว่าเพิ่มเติมว่า kexts ทั้งหมดยังคงอยู่ในตำแหน่งเริ่มต้น / ระบบ / ไลบรารี / ส่วนขยาย การมี AMD-kexts ทั้งหมดนั้นจะมีประโยชน์อย่างหนึ่งสำหรับการดำเนินการ 'เหมาะสม' การแฮ็กก่อนหน้าในทิศทางนี้อาจสั่งให้คุณย้ายหรือแย่กว่านั้น: ลบส่วนขยายเคอร์เนล AMD * / ATI * ทั้งหมด หากเป็นเช่นนั้นให้ย้าย kexts กลับไปที่ตำแหน่งเริ่มต้นหรือติดตั้งระบบที่คุณต้องการ มีมากที่สุดของ kexts เอเอ็มดีในสถานที่และแล้วมี X3000-kext เต็มไปด้วยความล่าช้าจะช่วยให้การจัดการพลังงานของ GPU ที่อื่นจะเผาผลาญพลังงานไฟฟ้าเพื่ออะไร (และอาจเร่งการตายความร้อนสุดท้ายของชิปด้านบนของที่) หากต้องการย้ำ: ไฟล์เท่านั้นที่ขาดหายไปAMDRadeonX3000.kextจริงๆ ในการบูตเพื่อเปิดใช้งานการเริ่มต้นที่ประสบความสำเร็จ แต่ไดรเวอร์ AMD อื่น ๆ (จำเป็น) ทั้งหมดควรอยู่ในตำแหน่งเริ่มต้นและโหลด X3000-kext หลังจากนั้น / ล่าช้าเพื่อกลับเข้าสู่อาณาจักรของการจัดการพลังงานและอุณหภูมิที่เหมาะสม

การข้ามชิปกราฟิกแบบแยก

ในการเร่งความเร็วการแสดงผลกลับจำเป็นต้องบังคับให้เครื่องไม่บู๊ตด้วยกราฟิกแยก (dGPU) แต่เข้าสู่กราฟิกอินทิเกรต (iGPU) โดยตรงและอยู่ในโหมดนี้

การบูตเข้าสู่โหมด dGPU เป็นค่าเริ่มต้นสำหรับ Macs ที่มีการ์ดกราฟิกสลับได้สองชุด ขั้นตอนด้านล่างจะตั้งค่าตัวแปร NVRAM ที่ปิดการใช้งาน dGPU และบังคับให้ระบบใช้กราฟิก Intel แบบบูรณาการแม้ในขณะที่บูตเครื่อง

ตัวแปร NVRAM ไม่มีเอกสาร แต่ดูเหมือนว่าจะสามารถใช้ได้กับเครื่อง Mac ทุกเครื่องที่มีกราฟิกการ์ดแบบสลับได้สองชุด นั่นหมายความว่าควรทำงานกับ iMacs และ MacBook Pros ไม่ว่าพวกเขาจะมีชิป AMD หรือ NVIDIA ข้อมูลเฉพาะเกี่ยวกับไดรเวอร์ที่อาจจำเป็นต้องย้ายครอบคลุมเฉพาะ AMD ในคู่มือนี้ แต่ตัวแปร NVRAM จะข้ามชิปกราฟิกแบบแยกส่วนในทุกกรณี

สิ่งนี้จะทำให้เครื่องของคุณกลับมา แต่คุณจะสูญเสียคุณสมบัติบางอย่างเช่นความสามารถในการขับเคลื่อนจอแสดงผลภายนอกจาก DisplayPort ซึ่งเป็นประสิทธิภาพ 3D การเชื่อมต่อข้อมูล Thunderbolt ควรใช้งานได้

ในกรณีคู่มือนี้ล้มเหลวหรือไม่ได้ต้องการอีกต่อไป: ขั้นตอนนี้คือการกำหนดค่าซอฟต์แวร์บริสุทธิ์และดังนั้นจึงพลิกกลับได้อย่างเต็มที่ในเวลาใด ๆ ด้วยง่ายรีเซ็ต NVRAM

ขั้นตอนเริ่มต้น:

ส่วนที่ 1: ปิดใช้งาน SIP ปิดใช้งาน dGPU ย้ายส่วนขยายเคอร์เนลหนึ่งรายการ

  1. ในการเริ่มต้นจากกระดานชนวนสะอาด: รีเซ็ต SMC และ NVRAM:
    ปิดเครื่องถอดปลั๊กทุกอย่างยกเว้นกำลังไฟถือตอนนี้

    leftShift+ Ctrl+ Opt+ Power
    และปล่อยทั้งหมดในเวลาเดียวกัน;

  2. ตอนนี้เปิดใหม่อีกครั้งและถือ

    Cmd+ Opt+ p+ r
    ในเวลาเดียวกันจนกว่าคุณจะได้ยินเสียงระฆังเริ่มต้นสองครั้ง

  3. บูตเข้าสู่การกู้คืนผู้ใช้ครั้งเดียวโดยถือ

    Cmd+ r+s

  4. ปิดใช้งาน SIP: ป้อน:

    csrutil disable

  5. ปิดใช้งาน dGPU เมื่อบู๊ตด้วยการตั้งค่าตัวแปรต่อไปนี้:

    nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00

  6. เปิดใช้งานโหมดการบูตแบบละเอียด:

    nvram boot-args="-v"

  7. รีบูตเข้าสู่โหมดผู้ใช้คนเดียวโดยถือ

    Cmd+ s
    ในการบูต

  8. พาร์ติชันเมานต์ที่สามารถเขียนได้

    /sbin/mount -uw /

  9. สร้างไดเรกทอรีสำรอง

    mkdir -p /System/Library/Extensions-off

  10. ย้ายเพียงหนึ่งรุกที่ผิดออกไปทาง:

    mv /System/Library/Extensions/AMDRadeonX3000.kext /System/Library/Extensions-off/

  11. แจ้งให้ระบบทำการอัพเดต kextcache:

    touch /System/Library/Extensions/

  12. รีบูตตามปกติ:

ตอนนี้คุณควรจะมีจอแสดงผลแบบเร่ง iGPU แต่ระบบไม่ทราบวิธีการจัดการพลังงานของชิป AMD ที่ล้มเหลว (ในสถานะนี้ GPU อยู่เฉยๆด้วยพลังงานค่อนข้างสูงใช้แบตเตอรี่ค่อนข้างนานเมื่อถอดปลั๊กและนำไปสู่อุณหภูมิ GPU ตั้งแต่ 60 ° C ขึ้นไป [โดยเฉลี่ย 60-85 ° C] แม้จะไม่ได้ใช้ระบบอะไรก็ตาม .)

ส่วนที่ 2: ปรับปรุงการจัดการระบายความร้อนและพลังงาน

สำหรับการปรับปรุงการจัดการพลังงานของ GPU ที่ปิดการใช้งานคุณจะต้องโหลดหนึ่ง kext สำคัญหลังการบู๊ตด้วยตนเอง:

sudo kextload /System/Library/Extensions-off/AMDRadeonX3000.kext

หากคุณมีแอปพลิเคชันเซ็นเซอร์อุณหภูมิคุณอาจต้องการเปิดใช้งานก่อนที่จะออกคำสั่งด้านบนและดูการปล่อยอุณหภูมิ ...

ทำสิ่งนี้โดยอัตโนมัติด้วย LoginHook ต่อไปนี้ซึ่งจะถูกดำเนินการหลังจากรีบูตครั้งถัดไป:

sudo mkdir -p /Library/LoginHook   
sudo nano /Library/LoginHook/LoadX3000.sh

มีเนื้อหาดังต่อไปนี้:

#!/bin/bash
kextload  /System/Library/Extensions-off/AMDRadeonX3000.kext
pmset -a force gpuswitch 0    # undocumented/experimental
exit 0

จากนั้นทำให้เป็น* 1 executable and active:

sudo chmod a+x /Library/LoginHook/LoadX3000.sh  
sudo defaults write com.apple.loginwindow LoginHook /Library/LoginHook/LoadX3000.sh 

* 1: การใช้คำสั่ง pmset ที่ไม่มีเอกสารนี้ดูเหมือนว่าจะปรับปรุงพฤติกรรม sleep / wake / shutdown หากไม่เป็นเช่นนั้นให้ลองทดสอบโดยปล่อย
ดูข้อจำกัดความรับผิดชอบด้านล่าง ต่อไปนี้เป็นเพียงการเก็งกำไร: สลีป / ปลุก / ปิดอาจยังคงมีปัญหา ทฤษฏีนี้คือ "สิ่งที่เกิดขึ้นอย่างช้า ๆ " สิ่งที่ถูกบันทึกไว้ใน SMC ดังนั้นการรีเซ็ต SMC และการใช้แฮ็กตัวแปรอีกครั้งจึงดูเหมือนว่าจะช่วยบรรเทาสถานการณ์ได้ชั่วคราว (วิธีแก้ปัญหาแบบถาวรสำหรับการต้อนรับนี้!) เนื่องจากวิธีการแก้ปัญหาระยะสั้นคุณอาจต้องการหลีกเลี่ยง "การนอนหลับที่ปิดฝา" ซึ่งดูเหมือนว่าจะมีปัญหามากกว่าวิธีอื่น ๆ (Apple-Menu, Keyboard-Shorcut) ดูเหมือนว่าแฮงค์เมื่อปิดระบบมักจะเกิดความล่าช้านานมากซึ่งจะปิดตัวลงในที่สุดทำความสะอาดและเรียบร้อย
การสุ่มตัวอย่างตามหลักวิทยาศาสตร์ชี้ให้เห็นว่าโยเซมิตีนั้นเลวร้ายที่สุดสำหรับเรื่องนี้และเอลแคปปินและเซียร่าก็ประพฤติตนดีกว่าในเรื่องนี้มาก

การโหลดเคอร์เนลส่วนขยายที่สำคัญนี้ด้วยตัวเองหรืออย่างอื่นช่วยให้ระบบจัดการการจัดการพลังงานได้ดีขึ้นเล็กน้อย แบตเตอรี่จะถูกใช้งานน้อยลงและอุณหภูมิที่เกิดจาก GPU ที่ไม่ได้ใช้จะลดลงในช่วงที่ต่ำกว่า 50 ° C (โดยเฉลี่ยระหว่าง 15-50 ° C)

เพื่อการจัดการพลังงานที่เหมาะสมชุด kexts ที่โหลดน้อยที่สุดนั้นเปิดใช้งานอยู่ (สำหรับเวอร์ชั่น 10.12.6 ตรวจสอบด้วยkextstat | grep AMD):

com.apple.kext.AMDLegacySupport (1.5.1) 
com.apple.kext.AMD6000Controller (1.5.1)  
com.apple.kext.AMDSupport (1.5.1)
com.apple.kext.AMDLegacyFramebuffer (1.5.1) 

และหากวิธีการโหลดข้างต้นประสบความสำเร็จสิ่งนี้ควรปรากฏขึ้นในรายการ:

com.apple.AMDRadeonX3000 (1.5.1) 


ขั้นตอนสุดท้ายคือการรีบูตอีกครั้งใน SingleUserRecovery
ทำสิ่งนี้ด้วยCmd+ r+ s
หลังจาก commandline ใช้งานอยู่ให้ป้อน:

 nvram boot-args="-v agc=0"   

และรีบูตตามปกติ

สิ่งนี้จะทำให้ dGPU เย็นลงอีกเล็กน้อย

มีความจำเป็นที่จะต้องใช้คำสั่งนี้จาก SingleUserRecovery เนื่องจากระบบที่เปิดใช้งาน SIP จะบล็อกความพยายามของคุณในการตั้งค่าตัวแปรนี้เมื่อบูตจากโวลุ่มการบูตปกติไม่ว่าจะอยู่ในโหมดการบู๊ตเต็มปกติหรือ SingleUser ปกติ เป็นสิ่งสำคัญที่จะต้องทราบว่าขั้นตอนนี้ไม่สามารถรวมเข้ากับสคริปต์ force-iGPU.sh ได้อย่างง่ายดาย (ซึ่งคุณจะสร้างในอีกไม่กี่นาที) และจะต้องทำซ้ำด้วยตัวเองหลังจากรีเซ็ต NVRAM

ขั้นตอนสุดท้ายนี้จะถือว่า SystemIntegretyProtection ถูกเปิดใช้งานอีกครั้ง แต่ถ้า SIP ถูกปิดใช้งานอย่างตั้งใจและถาวรแล้วขั้นตอนนี้สามารถรวมเข้ากับสคริปต์ force-iGPU.sh ด้านบน
แต่เนื่องจากอย่างใดฉันตั้งใจจะปิด SIP อย่างถาวรและมันถูกเปิดอีกครั้งโดยที่ฉันไม่ได้สังเกตเห็นเลยการพึ่งพา SIP ที่ "ปิด" อาจไม่ใช่วิธีที่ดีที่สุด การล้าง NVRAM ที่เก็บการตั้งค่า SIP อาจเป็นการรบกวนที่ไม่คาดคิด

มาตรการป้องกันสำหรับการใช้งานในอนาคต

มีข้อควรระวังอีกสองประการที่ควรทราบ: สิ่งนี้สามารถย้อนกลับได้เมื่อรีเซ็ต SMC / NVRAM หากเกิดเหตุการณ์เช่นนี้ตัวแปร GPU-power-pref NVRAM สามารถตั้งค่าได้อีกครั้งหรือบังคับให้ใช้ iGPU จากเวลาบูต

เนื่องจากสิ่งนี้สามารถเกิดขึ้นได้อย่างง่ายดาย (และมักจะแนะนำวิธีที่ผิดพลาดบ่อยครั้งกว่าที่เป็นประโยชน์จริง ๆ ) คุณอาจจะต้องเตรียมตัวสำหรับสถานการณ์และสร้างสคริปต์ง่าย ๆ เพื่อเพิ่มความเร็วในกระบวนการและทำให้ป้อนตัวแปรที่จำเป็นมาก ข้อผิดพลาดน้อยง่าย:

 sudo nano /force-iGPU-boot.sh

- ป้อนเนื้อหาต่อไปนี้ในไฟล์นี้:

#/bin/sh
sudo nvram boot-args="-v"
sudo nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00
exit 0

- ตอนนี้ทำให้ปฏิบัติการที่:

sudo chmod a+x /force-iGPU-boot.sh

ในอนาคตเมื่อ SMC / PRAM / NVRAM ถูกรีเซ็ตเป็นค่าเริ่มต้นตอนนี้คุณสามารถบูตเข้าสู่ SingleUser ด้วย:

Cmd+s

- และหลังจากติดตั้งการอ่าน - เขียนปริมาณการบูตของคุณเพื่อดำเนินการเพียงบรรทัดเดียวนี้:

sh /force-iGPU-boot.sh


โปรดจำไว้ว่าตัวแปร agc นั้นถูกล้างออกเช่นกัน (ดูด้านบน)
นอกจากนี้ตรวจสอบให้แน่ใจว่าคุณได้ตั้งค่าบูตระดับเสียงเริ่มต้นอีกครั้งในการตั้งค่าระบบ> ดิสก์เริ่มต้น

ส่วนที่ 3: การจัดการอัปเดตจาก Apple

การตั้งค่านี้มีหนึ่ง kext อยู่ในที่ซึ่งผู้ติดตั้งของ Apple ไม่คาดหวัง นั่นคือเหตุผลที่คู่มือนี้ยังไม่ได้เปิดใช้งานอีกครั้ง หากการอัพเดทที่มีการเปลี่ยนแปลงไดรเวอร์ AMD กำลังจะเกิดขึ้นขอแนะนำให้ย้าย AMDRadeonX3000.kext กลับไปที่ตำแหน่งเริ่มต้นก่อนกระบวนการอัปเดต มิฉะนั้นตัวอัปเดตจะเขียนอย่างน้อย kext อื่นของเวอร์ชันที่แตกต่างกันไปยังตำแหน่งเริ่มต้นหรือที่แย่ที่สุดคุณต้องจบด้วยสถานะที่ไม่ได้กำหนดของไดรเวอร์ที่ไม่ตรงกันบางส่วน

หลังจากอัปเดตระบบใด ๆ จะต้องตรวจสอบโฟลเดอร์ / ระบบ / ไลบรารี / ส่วนขยายสำหรับ kext ที่ละเมิด การปรากฏตัวของมันจะนำไปสู่เช่นการบูตที่แขวนบนโยเซมิตีและเซียร่าการวนรอบการบูตร้อนเกินไปใน High Sierra

อัพเกรดเป็นเทือกเขาสูง 10.13:กับสับนี้ในสถานที่เกือบจะตรงไปตรงมาแม้จะมีการใช้การอัปเดตเฟิร์มแวกระบวนการติดตั้งไม่ควรจะจับตัวแปร NVRAM กระบวนการติดตั้งไม่ได้ใช้ชิป AMD เร่งเต็ม แต่เร่งความเร็วพื้นฐานที่ไม่เป็นปัญหาเกี่ยวกับการแฮ็คนี้ อย่างไรก็ตามตามที่ระบุไว้ในย่อหน้าด้านบนการบูตครั้งแรกในระบบที่ติดตั้งเสร็จแล้ว แต่กำลังจะเริ่มกระบวนการติดตั้งจะสร้างลูปการบูตที่เกิดความร้อน / ล้มเหลว ส่วนขยายเคอร์เนลที่ละเมิดต้องย้ายอีกครั้งตามที่อธิบายไว้ข้างต้น (เริ่มต้นที่ขั้นตอนที่ 3) หลังจากเลื่อน kext ทุกอย่างจะดี

อัปเดตล่าสุดจาก Apple: อย่าอัปเดตก่อนที่คุณจะอ่านต่อไปนี้

จนกว่าจะมีประกาศเพิ่มเติม:
การอัพเดทล่าสุดจะทำให้เครื่องแตกอีกครั้ง มันอัปเดตเฟิร์มแวร์ RecoveryPartition ดูเหมือนว่าจะปิดการใช้งานความเป็นไปได้ในการบูตเข้าสู่ SingleUserRecoveryMode
และปิดการติดตั้งแม้กับ DeltaUpdate AMDRadeonX3000.kext ที่ทำงาน!
โดยไม่ต้องเตรียมและมีเพียงแค่เครื่องที่อยู่ในมือคุณจะติดอยู่เล็กน้อย

ในกรณีที่ SingleUserRecoveryMode หายดีให้ใช้ RecoveryMode ปกติ ผลลัพธ์จะเหมือนกันมันช้ากว่าเล็กน้อยในการบูตเข้าสู่: ขั้นตอนด้านบนยังคงใช้ได้และเร็วกว่าสำหรับ Mac OS X / macOS รุ่นก่อนหน้าทั้งหมด

แต่ถ้าคุณอัปเดตเป็น 10.13.6 หรือใหม่กว่า:
จากนั้นคุณต้องแทนที่คำแนะนำสำหรับ SingleUserRecoveryMode ( Command+ r+ s) ด้วย RecoveryMode ( Command+ r) ปกติและปิดใช้งาน SIP ผ่านเทอร์มินัล ( ตัวอย่างสำหรับกรณีการใช้งานที่แม่นยำนี้ )

ในกรณีที่คุณเป็นของผู้ที่แม้แต่ RecoveryMode ปกติก็ใช้งานไม่ได้ตามที่คาดไว้:
วิธีแก้ปัญหาสำหรับการไม่สามารถปิดใช้งาน SIP ด้วย SingleUserRecovery:

  1. ก่อนอื่นให้บูตเข้าสู่โหมดการกู้คืนผู้ใช้คนเดียว ไม่อนุญาตให้แก้ไข csrutil ในโหมดนี้ แต่สามารถตั้งค่าคุณสมบัติ gpu-power-prefs nvram สิ่งนี้จะช่วยรีบู๊ตเครื่องในโหมดการกู้คืน จากนั้นคุณต้องแทนที่คำแนะนำสำหรับ SingleUserRecoveryMode ( Command+ r+ s) ด้วย RecoveryMode ( Command+ r) ปกติและปิดใช้งาน SIP ผ่านเทอร์มินัล ( ตัวอย่างสำหรับกรณีการใช้งานที่แม่นยำนี้ )

  2. ก่อนที่คุณจะอัพเดตให้เตรียมวอลลุ่มที่สามารถบู๊ตได้ นั่นอาจเป็นดิสก์ภายนอกหรือไม้เท้า ทุกรุ่นที่บู๊ตเครื่องจะไม่เป็นไร สามารถสร้างไดรฟ์ดังกล่าวบน Mac เครื่องอื่นได้
    โปรดจำไว้ว่าในไดรฟ์ภายนอก AMDRadeonX3000.kext จะต้องถูกย้ายอีกครั้ง ลองบูทจากไดรฟ์นั้น เฉพาะในกรณีที่ทำงานได้ตามที่คาดไว้และคุณสามารถติดตั้งไดรฟ์ภายในของคุณได้ด้วย: รีบูตจากไดรฟ์ภายในและดำเนินการอัปเดตไดรฟ์ภายใน / ระบบของคุณเป็น 10.13.6
    หลังจากการอัพเดตใกล้จะเสร็จสิ้นการรีบูตหนึ่งครั้งจะหยุดทำงาน บังคับให้ปิดเครื่องและรีบูตจากไดรฟ์ภายนอกของคุณ ใส่ไดรฟ์ภายในและย้าย Radeon.kext SIP ปกป้องระบบที่บู๊ตแล้วเท่านั้น

  3. ปัญหาอยู่ที่ไหนสักแห่งออนไลน์ แต่จริงๆเดาหมดหวังและยังไม่ทดลอง: แทนที่จะ SingleUserRecoveryMode กับCmdrsคุณอาจจะพยายาม CmdOptrsInternetRecoverySingleUserMode หรืออาจลองดูว่า SafeRecoveryMode ใช้งานCmdShiftrได้หรือไม่

    โหมดการกู้คืนแบบกราฟิกอาจทำงานได้ไม่ดีเหมือนกันกับฉัน อย่างไรก็ตามในรุ่นล่าสุดของ High Sierra มันยังคงเป็นไปได้ที่จะบูตเป็นโหมดการกู้คืนผู้ใช้คนเดียว มันแค่ต้องการเวลาที่ดี เคล็ดลับคือการเปิดใช้งานโหมดการกู้คืนก่อนโดยกด cmd + R และทันทีหลังจากที่ได้รับการยอมรับคำสั่ง cmd + S สำหรับโหมดผู้ใช้คนเดียว ช่วงเวลาที่แน่นอนจะต้องมีการคิดออกโดยผู้ใช้ หากกด cmd + R + S พร้อมกันจะมีการเปิดใช้งานโหมดผู้ใช้คนเดียวเท่านั้น หากกดครั้งแรก cmd + R และกด cmd + S ช้าเกินไปโหมดการกู้คืนแบบกราฟิกจะถูกโหลด - TAKeanice ↵

ปุ่มความสว่างหน้าจอไม่ทำงานใน High Sierra หรือไม่

Apple เปลี่ยนวิธีจัดการเหตุการณ์แป้นพิมพ์สำหรับเปลี่ยนความสว่างหน้าจอใน High Sierra เมื่อแฮ็คนี้หรือตัวดัดแปลงฮาร์ดแวร์ด้านล่างใช้งานได้กุญแจจะไม่ทำงาน อีกหนึ่งเหตุผลที่จะอยู่กับเซียร่า แต่ด้วยการแฮกนี้คุณอาจใช้วิธีแก้ไขปัญหาซอฟต์แวร์อื่น นอกเหนือจากการแฮ็คโซลูชัน AppleScript ของคุณเองคุณอาจต้องการลองใช้แอพพลิเคชั่นหรือแอพที่พร้อมทำ

ตัวอย่างเช่นBrightness Slider บน AppStoreเสนอแป้นพิมพ์ลัดที่ปรับแต่งได้


เพื่อหลีกเลี่ยงการเหล่านี้ล้มเหลว / แฮงค์ / บูตลูป - ซึ่งไม่เคยมีความคิดที่ดีสำหรับระบบแฟ้มของคุณ - ในสดติดตั้งหรือการอัพเกรด: ให้แน่ใจว่าจะช่วยดูแลการติดตั้งและมักจะบูตเข้าสู่ SafeMode (เก็บShiftกดในระหว่างการบูตอัพจนกว่า kext ถูกย้ายไปไว้ในที่ที่ปลอดภัย - การติดตั้งควรดำเนินการได้ดีใน SafeMode

ข้อสังเกตการปิดและข้อเสนอแนะ

เพิ่มเติม: แล็ปท็อปนี้มีความร้อนสูงเกินไปไม่ว่าคุณจะทำอะไร ระบบระบายความร้อนไม่เพียงพอและชิป AMD ที่ล้มเหลวเป็นจำนวนมากก็เป็นเครื่องพิสูจน์ได้

เพื่อยืดอายุของเครื่องจักรที่ถูกแฮ็กตอนนี้ขอแนะนำให้งดเว้นจากการยกของหนัก ๆ เป็นระยะเวลานาน ปฏิบัติตามคำแนะนำปกติสำหรับแล็ปท็อปอย่างเคร่งครัด: ใช้บนพื้นผิวแข็งรักษาพัดลมและครีบภายในให้สะอาด การใช้ซอฟต์แวร์ fancontrol ด้วยการตั้งค่าที่ค่อนข้างก้าวร้าวก็ควรช่วยเช่นsmcFanControl , MacsFanControl หรือ TGPro (เชิงพาณิชย์)

คำเตือน:กระบวนการทั้งหมดนี้ไม่ได้เป็นเวทย์มนตร์กระสุน สถานะของความล้มเหลวสำหรับชิปเหล่านี้ไม่สามารถคาดเดาได้ 100% ผู้ใช้งานน้อยมากที่มีปัญหาแม้จะมีการแฮ็กนี้อยู่: อาจมีปัญหาเกี่ยวกับการรีบูตเครื่องจะเข้าสู่โหมดสลีปหรือตื่นขึ้นมาอย่างเหมาะสมส่วนใหญ่มาจากผู้ใช้ที่มีโยเซมิตี ในกรณีเหล่านี้ดูเหมือนว่าบางครั้งไม่จำเป็นต้องใช้ AMDRadeonX3000.kext และดังนั้นจึงไม่ใช่ LoginHook จากส่วนที่ 3 (แต่ดูหมายเหตุเพิ่มเติมภายใต้ * 1 ด้านบน) จำนวนผู้ใช้ที่ไม่สมสัดส่วนกับรายงาน Sierra High ที่มีการแสดงผล การปรับแสงไฟ ในปัจจุบันจุดที่ดีสำหรับการเลือกระบบปฏิบัติการคือในมุมมองของฉัน 10.12 เซียร์รา

ในบางกรณีแม้จะมีมาตรการเหล่านี้ทั้งหมดดูเหมือนว่าพอร์ต Thunderbolt ที่ทำงานอยู่จะยังทำให้เกิดปัญหาบางอย่างหากอุปกรณ์ต่อพ่วงใด ๆ ต่ออยู่และทำงานเมื่อเครื่องเข้าสู่โหมดสลีป หลังจากเหตุการณ์นี้เกิดขึ้นรอบการนอนหลับใด ๆ ที่ตามมาอาจได้รับผลกระทบและการรีเซ็ต NVRAM พร้อมการตั้งค่าตัวแปรที่ตามมาจะต้องมีการเต้นอีกครั้ง ดูเหมือนว่าในกรณีเช่นนี้แนะนำให้ป้องกันเครื่องสลีปหรือถอดปลั๊กฮาร์ดแวร์ใด ๆ บนพอร์ต Thunderbolt ก่อนปล่อยให้เครื่องเข้าสู่โหมดสลีป

ภายในข้อ จำกัด ที่ระบุไว้ในตอนต้นของคำตอบนี้: ผู้ใช้ส่วนใหญ่รายงานความสำเร็จโดยสมบูรณ์


ฮาร์ดแวร์ mods / แฮ็ก

มีหลายวิธีพร้อมใช้งานในตอนนี้บ้างแย่บ้างดี

วิธีแก้ปัญหาที่ไม่ดี: การปรับเปลี่ยนฮาร์ดแวร์ราคาถูกมากมีให้ที่ / จากRealMacMods: ในขณะที่พวกเขาใช้วิธีที่ค่อนข้างซับซ้อนในการตั้งค่าตัวแปร EFI ที่จำเป็นกับ linux ต่อไปนี้มีข้อดีของการตัดแรงดันไฟฟ้าหลักไปยัง dGPU ! (รูปภาพที่ลิงค์)

ในการรีบู๊ตนี้เป็นสิ่งสำคัญที่คุณต้องบู๊ตหนึ่งครั้งในเซฟโหมด (กด Shift ตลอดการบู๊ต) จากนั้นเลือกปิดเครื่อง (ไม่รีสตาร์ท) จากเมนู
ทำบูทนี้อย่างปลอดภัยด้วยตัวต้านทาน R8911 หากไม่มี BOOT ที่ปลอดภัยนี้ขั้นตอนต่อไปอาจไม่ทำงาน
อย่าบูทอีกต่อไปจนกว่าคุณจะทำตามขั้นตอนต่อไป
Safe boot ล้างการตั้งค่า GPU ระดับ OS ซึ่งอาจรบกวนกระบวนการต่อไปนี้
ตอนนี้จะทำให้ MacBook Pro ของคุณหยุดการเปลี่ยนเป็น Radeon โดยอัตโนมัติ แต่จะยังคงใช้พลังงานสร้างความร้อนและมองเห็นได้บนระบบปฏิบัติการ
เราค้นพบว่าการถอดตัวต้านทานเพียง 1 ตัวจะแก้ไขปัญหานี้
ตัวต้านทานสามารถถูกแทนที่ด้วยสวิตช์ในกรณีที่คุณต้องการเปิด radeon ของคุณอีกครั้งด้วยเหตุผลใดก็ตาม
การวางตัวต้านทานนี้จะแตกต่างกันระหว่างรุ่นของบอร์ดตรรกะ
ตัวต้านทานในคำถามคือ R8911 บน 17″ MBP และ R8911 บน 15″ MBP ตัวต้านทาน 1 โอห์มที่ให้เส้นทางปัจจุบันไปยังตัวแปลง ISL6263C DC เป็น DC
ตัวต้านทานนี้ควบคุมพลังงานไปยังตัวควบคุมแรงดันไฟฟ้าที่ให้แรงดันคอร์แก่ GPU Radeon เพียงใส่แรงดันไฟฟ้าหลักไม่มี GPU คุณจะพบตัวต้านทานเพียงด้านขวาของพัดลมระบายความร้อน (ในทิศทางด้านบน) มันจะอยู่ใกล้กับชิปตัวแปลงแรงดันไฟฟ้า ISL นี่คือชิปที่เราจะปิดใช้งาน
เพียงลบออก วิธีการที่ต้องการคือสถานีรีโฟลว์ระดับมืออาชีพ แต่เหล็กและมือที่มั่นคงจะทำให้คุณอยู่ในตำแหน่งที่คุณต้องการ หากคุณใช้ฟลักซ์เพื่อเอาออก (ไม่จำเป็น) ตรวจสอบให้แน่ใจว่าคุณล้างแอลกอฮอล์เล็กน้อยหรือตัวทำละลายที่เหมาะสมอื่น ๆ
นั่นเป็นพื้นมัน ครั้งต่อไปที่คุณบูตเครื่องคุณจะสังเกตเห็นว่าปัญหาข้อบกพร่องของ GPU ของคุณหายไปและคุณจะไม่เห็น GPU AMD เป็นฮาร์ดแวร์ที่ติดตั้งอีกต่อไป

ฉันยังไม่ได้ทดสอบ แต่ควรกำจัดความจำเป็นในการดูแล kexts และแก้ไขปัญหาใด ๆ ที่เกี่ยวข้องกับการนอนการปลุกการไฮเบอร์เนตการรีบูตเป็นต้น
ข้อแม้หนึ่งสำหรับการพิจารณาวิธีการนี้: เนื่องจากดูเหมือนว่าจะขึ้นอยู่กับการตั้งค่าตัวแปร NVRAM นี้ ดูเหมือนว่าจำเป็นอย่างยิ่งที่จะต้องมีวิธีการอัตโนมัติอย่างสมบูรณ์เพื่อตั้งค่าตัวแปรนี้โดยไม่ต้องมีการแทรกแซงจากผู้ใช้ (เช่นแท่งลินุกซ์ที่ทำให้เกิดการเปลี่ยนแปลงที่จำเป็น) มิฉะนั้นการรีเซ็ต NVRAM อาจทำให้เครื่องเกิดปัญหาได้ ผู้ขายอ้างว่าไม่มีข้อมูลในส่วนนี้!

(หลังจากอ่านเรื่องราวของผู้ใช้ที่ถูกกัดด้วยวิธีนี้จบลงด้วยหน้าจอสีดำ: มันเป็นไปได้ที่จะเข้าถึงเครื่องด้วย VNC หรือ ssh จากระยะไกลดังนั้นหากการตั้งค่าเหล่านี้มาก่อนมันอาจเป็นตัวเลือกที่ไม่เลวหลังจาก ทั้งหมดเป็นตัวแปร nvram สามารถวางเดิมพันด้วยวิธีนี้โปรดจำไว้ว่า: เรื่องราวทางอินเทอร์เน็ตที่ยังไม่ทดลอง)

โซลูชันฮาร์ดแวร์แบบถาวรเชื่อถือได้และราคาถูก!

Dosdude1 ได้ค้นพบวิธีแก้ปัญหาที่ดูเหมือนว่าจอกศักดิ์สิทธิ์สำหรับปัญหานี้: ปิดการใช้งานอย่างถาวร 2011 15 "/ 17" MacBook Pro Dedicated GPU - gMux IC Bypass

  • ตัวเลือก A ซึ่งจะมีรายละเอียดด้านล่างนี้คือการวางสายสัญญาณเอาท์พุท LVDS ให้แน่นหนาจากกราฟิกเอาต์พุตในตัวแบบ LVDS เส้นตรงไปยังเส้นที่เชื่อมต่อกับจอแสดงผล
  • ตัวเลือก B คือการเขียนโปรแกรม gMux IC อีกครั้ง (ซึ่งเป็นเพียงไมโครคอนโทรลเลอร์ Lattice LFXP2) พร้อมเฟิร์มแวร์ที่กำหนดเองเพื่อปิดการใช้งานฟังก์ชั่นการสลับ GPU ฉันอาจทดลองกับสิ่งนี้ในอนาคต แต่การทำเช่นนั้นต้องใช้ฮาร์ดแวร์พิเศษที่ฉันไม่มี แน่นอนว่านี่จะเป็นทางออกที่ดีที่สุด

มันเกือบจะง่าย สิ่งที่ต้องการคือความยาวของสายไฟที่หลากหลาย ที่จะได้รับเหลือบ: ป้อนคำอธิบายรูปภาพที่นี่ นอกจากนี้บน YouTube!

ตอนนี้ 'โซลูชันที่ไม่เหมาะสม' จากด้านบนกลายเป็นโซลูชันฮาร์ดแวร์ระดับมืออาชีพและเกือบทำเสร็จแล้วโดยไม่ต้องกำจัด 'ความไม่ดี' ก่อนหน้าของวิธีการดังกล่าว:

Tyresiasias (GPUkiller): Tyresias เป็นบอร์ดขนาดเล็กที่สามารถบัดกรีเข้ากับเมนบอร์ดของ MacBook Pro รุ่น 15 นิ้วหรือ 17 นิ้วรุ่น 2011 (เร็วหรือช้า)

เหล่านี้เป็นทุกรุ่นที่มีเมนบอร์ด 820-2914-A, 820-2914-B, 820-2915-A หรือ 820-2915-B

บอร์ด 820-2914 และ 820-2915 มี GPU สองตัว GPU ภายใน (Intel) ที่เป็นส่วนหนึ่งของ PCH และ GPU AMD (แยก) ภายนอก เป็น GPU ภายนอกที่ล้มเหลวใน 'ระบบ MacBook Pro เล็กน้อย' (Apple-speak for: 'มาก ๆ ') Tyresiasias เขียนตัวแปร nvram 'gpu-power-prefs' ลงใน ROM เพื่อให้ Mac ไม่ได้ใช้ GPU AMD (ตาย) ภายนอก (ไม่ต่อเนื่อง) อีกต่อไป หากผู้ใช้ล้าง NVRAM (PRAM) จะไม่มีปัญหาเนื่องจาก Tyresia จะเขียนบันทึกอีกครั้งและ Mac จะทำงานอีกครั้ง

สิ่งนี้ทำให้เป็นทางออกที่ดีที่จะนำ 820-2914 หรือ 820-2915 พร้อม GPU ที่ตายแล้วกลับมามีชีวิตอีกครั้ง การติดตั้งเป็นเรื่องง่าย (ไม่มีสายเชื่อมประสาน) คุณจะต้องติดบอร์ดขนาดเล็กมากบนเมนบอร์ด ช่างเทคนิคที่มีประสบการณ์สามารถทำได้ในไม่กี่นาที นอกเหนือจากนั้นควรลบ R8911 เพื่อปิดการใช้งาน GPU ที่ตายแล้ว สิ่งนี้ช่วยประหยัดพลังงานสร้างความร้อนน้อยลงและประหยัดแบตเตอรี่ การลบ R8911 ยังป้องกันไม่ให้ Mac สับสนกับ GPU ที่ตายเพราะแม้จะปิดการทำงานของ GPU แล้วมันก็ยังคงพยายามพูดคุยกับ GPU ที่ตายแล้ว ทั้งนี้ขึ้นอยู่กับรายชื่อผู้ติดต่อภายในใน GPU ที่แตกนี้อาจเกิดความสับสนหรือแม้กระทั่งความผิดพลาดของ Mac

รองรับ Mac OS X 10.13 High Sierra เพื่อแก้ปัญหาไฟแบ็คไลท์ที่ไม่กลับมาหลังจากหลับให้ลบ R9704 และเชื่อมต่อ R9704 พิน 2 กับ C9711 พิน 1

รายละเอียดทางเทคนิคไทร์เซียส (GPUkiller) ไทเทเนียสเป็นบอร์ดขนาดเล็กที่สามารถบัดกรีเข้ากับเมนบอร์ดของ MacBook Pro รุ่น 15 นิ้วหรือ 17 นิ้วรุ่น 2011 (เร็วหรือช้า)

เหล่านี้เป็นทุกรุ่นที่มีเมนบอร์ด 820-2914-A, 820-2914-B, 820-2915-A หรือ 820-2915-B

บอร์ด 820-2914 และ 820-2915 มี GPU สองตัว GPU ภายใน (Intel) ที่เป็นส่วนหนึ่งของ PCH และ GPU AMD (แยก) ภายนอก เป็น GPU ภายนอกที่ล้มเหลวใน 'ระบบ MacBook Pro เล็กน้อย' (Apple-speak for: 'มาก ๆ ') Tyresiasias เขียนตัวแปร nvram 'gpu-power-prefs' ลงใน ROM เพื่อให้ Mac ไม่ได้ใช้ GPU AMD (ตาย) ภายนอก (ไม่ต่อเนื่อง) อีกต่อไป หากผู้ใช้ล้าง NVRAM (PRAM) จะไม่มีปัญหาเนื่องจาก Tyresia จะเขียนบันทึกอีกครั้งและ Mac จะทำงานอีกครั้ง

สิ่งนี้ทำให้เป็นทางออกที่ดีที่จะนำ 820-2914 หรือ 820-2915 พร้อม GPU ที่ตายแล้วกลับมามีชีวิตอีกครั้ง การติดตั้งเป็นเรื่องง่าย (ไม่มีสายเชื่อมประสาน) คุณจะต้องติดบอร์ดขนาดเล็กมากบนเมนบอร์ด ช่างเทคนิคที่มีประสบการณ์สามารถทำได้ในไม่กี่นาที นอกเหนือจากนั้นควรลบ R8911 เพื่อปิดการใช้งาน GPU ที่ตายแล้ว สิ่งนี้ช่วยประหยัดพลังงานสร้างความร้อนน้อยลงและประหยัดแบตเตอรี่ การลบ R8911 ยังป้องกันไม่ให้ Mac สับสนกับ GPU ที่ตายเพราะแม้จะปิดการทำงานของ GPU แล้วมันก็ยังคงพยายามพูดคุยกับ GPU ที่ตายแล้ว ทั้งนี้ขึ้นอยู่กับรายชื่อผู้ติดต่อภายในใน GPU ที่แตกนี้อาจเกิดความสับสนหรือแม้กระทั่งความผิดพลาดของ Mac

OS X 10.6 - 10.12 (เซีย)

แถบเลื่อนแบ็คไลท์ (ในการตั้งค่าระบบ) และปุ่มแบ็คไลท์ (F1 และ F2) ทำงาน การนอนหลับของระบบทำงาน วิดีโอออกจากพอร์ต Thunderbolt ไม่ทำงาน แต่ฟังก์ชั่นอื่น ๆ ของพอร์ต Thunderbolt นั้นใช้งานได้

OS X 10.13 (สูงเซีย)

เท่าที่เราทราบ 10.13 (สูงเซีย) นำเสนอไม่มีข้อได้เปรียบกว่า 10.12 (เซียร่า) แอปเปิลเปลี่ยนไดรเวอร์วิดีโอใน High Sierra โดยสิ้นเชิงและดูเหมือนจะทำเรื่องวุ่นวายไป การควบคุมแสงไฟจะไม่ทำงาน และยิ่งแย่กว่านั้นหลังจากที่เครื่องตื่นขึ้นมาจากโหมดสลีปไฟแบ็คไลท์จะไม่เปิดเลย

ในการแก้ปัญหาของแบ็คไลท์ที่ไม่ได้กลับมาหลังจากหลับให้ลบ R9704 และเชื่อมต่อ R9704 พิน 2 ถึง C9711 พิน 1 ซึ่งเป็นการตั้งค่าแบ็คไลท์ให้เต็มความสว่าง ข้อเสียคือการปรับเปลี่ยนนี้ความสว่างจะเป็นความสว่างเต็มรูปแบบกับระบบปฏิบัติการรุ่นเก่า

ยางรถยนต์สำหรับ 820-2915 (15 นิ้ว) จำนวนหนึ่ง (1) รวมค่าจัดส่ง (ทั่วโลก) 60 ยูโร

ป้อนคำอธิบายรูปภาพที่นี่ ป้อนคำอธิบายรูปภาพที่นี่ ป้อนคำอธิบายรูปภาพที่นี่


อัปเดตสำหรับโซลูชันซอฟต์แวร์แบบครบวงจร

ขั้นตอนข้างต้นดูเหมือนจะถูกนำไปใช้กับแอปพลิเคชันที่เกี่ยวข้องกับการแฮ็กฮาร์ดแวร์! อย่างน้อยก็ส่วนหนึ่งของมัน แต่ในทางกลับกันแอปพลิเคชันนี้มีความเป็นสากลมากกว่า soution ด้านบนเนื่องจากดูเหมือนว่าจะจัดการกับการ์ด NVidia นั่นคือเป็นการปิดการใช้งานซีพียูแบบแยกส่วนใน Macs ทั้งหมด

อนิจจาแอปนี้ทำโดย dosdude1 และไม่ได้บันทึกไว้อย่างดี หน้าจอ readme บอกว่ามันจะตั้งค่าตัวแปร NVRAM ย้ายไดรเวอร์การเร่งความเร็วกราฟิกทั้งหมดแล้วติดตั้ง launchdaemon เพื่อจัดการการอัปเดตและตรวจสอบให้แน่ใจว่าตัวแปรยังคงตั้งค่าอยู่

ไม่ผ่านการทดสอบโดยฉันและไม่ได้รับการรับรองจากฉันถ้าคุณได้ทำตามขั้นตอนที่ระบุไว้ด้านบน!
แต่ถ้าขั้นตอนไม่ได้ผลสำหรับคุณหรือดูเหมือนจะเป็นการเริ่มต้นที่น่ากลัวคุณอาจลองทำสิ่งนี้:

dosdude1: ซอฟต์แวร์อื่นที่ไม่มีเอกสารที่ฉันเขียนถูกเก็บไว้ที่นี่: MacBook Pro dGPU Disabler.zip

คุณอาจต้องดูขั้นตอนข้างต้นอีกครั้งเนื่องจากแอปพลิเคชันดูเหมือนจะพลาดในการปรับปรุงส่วนการจัดการระบายความร้อน (ถ้าคุณปรับเปลี่ยนฮาร์ดแวร์โดยการถอดทรานซิสเตอร์สิ่งนี้จะกลายเป็นอารมณ์: มิกซ์แอนด์แมตช์)
หากมีคนทำการทดสอบนี้โปรดให้ข้อเสนอแนะที่นี่ผ่านความคิดเห็นหรือการแก้ไข


อีสเตอร์อัพเดต 2019: วิธีแก้ปัญหา 20 ดอลลาร์ที่ใช้คอมพิวเตอร์ Windows 64 บิตและโปรแกรมเมอร์ Lattice HW-USBN-2A ICSP FPGA เพื่อใช้เฟิร์มแวร์ที่กำหนดเองกับ gMux IC Dosdude1 อ้างว่าสิ่งนี้เป็นโซลูชันที่ 'สมบูรณ์แบบ' ซึ่งหมายความว่าแม้ภายใต้อายุการใช้งานแบตเตอรี่ HighSierra และ Mojave อุณหภูมิการควบคุมความสว่างและการทำงานปลุก / นอนหลับตามที่คาดไว้ การใช้โซลูชันนั้นเป็นการถาวรและทำให้ทุกอย่างข้างต้นล้าสมัย
แต่โซลูชันใหม่นี้ไม่ฟรีและต้องใช้ฮาร์ดแวร์ในรูปแบบของพีซี Windows และโปรแกรมเมอร์) เช่นเดียวกับในปัจจุบันบัดกรีสายไม่กี่ชั่วคราวไปยังบอร์ดตรรกะ.)


2
@Tarek Strange คุณดูเหมือนจะอยู่ในเซียร์รา ฉันไม่ทราบว่าพวกเขาได้ทำให้แน่นขึ้นว่าเมื่อเร็ว ๆ นี้ คุณมีระบบเก่าที่สามารถบูตได้หรือไม่? จากโยเซมิตีมันใช้งานได้เสมอ ใน Sierra ตามที่อธิบายข้างต้น (และจากการตั้งค่าทั้งสองจะติด) มิฉะนั้นฉันขอแนะนำให้ปิดการใช้งาน SIP และลองอีกครั้ง (จากนั้นอาจเป็นการบูตปกติด้วย) (การออกagcนอกบ้านไม่ใช่เรื่องหายนะฉันใช้งาน Mac เป็นเวลาหลายเดือนโดยไม่มีปัญหาก่อนที่จะพบเคล็ดลับนี้การปรับปรุงแตกต่างจาก 'เล็กน้อย' ถึง 'ตกลงเกือบดี') เก๋ไก๋สุดขีดจะใช้ลินุกซ์สติ๊กและตั้งค่าตัวแปรจาก ที่นั่น…
LаngLаngС

6
หลังจากสองสามเดือนที่พยายามทำให้ปลายปี 2011 17 "mbp กลับมาสู่ดินแดนแห่งสิ่งมีชีวิตในที่สุดฉันก็ค้นพบว่าปัญหาการแยก GPU เป็นตัวการผู้ซื่อสัตย์ @LangLangC ในทุกปีของฉันในด้านไอทีฉันไม่เคยเห็นเช่นนั้นมาก่อน คำอธิบายที่เป็นลายลักษณ์อักษรและครอบคลุมเกี่ยวกับโซลูชันที่ออกแบบมาอย่างดีพร้อมรายละเอียดระดับผู้เชี่ยวชาญอย่างปฏิเสธไม่ได้และทั้งหมดนี้มาจากความปรารถนาที่เห็นแก่ผู้อื่นเพื่อช่วยเหลือผู้อื่นฉันกำลังพิมพ์สิ่งนี้บน MBP ที่ฟื้นฟูของฉันและในขณะที่ฉันรู้ว่า ทำอย่างนี้เพื่อสร้างรายได้คุณช่วยให้ฉันประหยัดได้หลายพันคนดังนั้นฉันจะ PM คุณด้วยความหวังว่าฉันจะซื้อเบียร์ให้คุณผ่าน Patreon ฯลฯ ขอบคุณมาก
bobsmells

2
สำหรับเร็กคอร์ดตั้งแต่ 10.13.4 kexts ที่เกี่ยวข้องกับ AMD GPUs คือ: com.apple.kext.AMDLegacySupport (1.6.6), com.apple.kext.AMD6000Controller (1.6.6), com.apple.kext.AMDLegacyFramebuffer (1.6.6) และ com.apple.kext.AMDRadeonX3000 (1.6.6)
เคนดัลล์ลิสเตอร์

4
ทำงานให้ฉันเมื่อวันที่ 17 "ต้นปี 2011 ที่ใช้ Sierra! จอแสดงผลภายนอกใช้งานไม่ได้ แต่ดีกว่าแผ่นกระดาษยักษ์โปรดทราบ (สำหรับ noobs อย่างฉัน) คุณต้องพิมพ์rebootหลังจากปิดใช้งาน SIP เริ่มต้นcsrutil disableและหลังจากการเปลี่ยนแปลง gv nvram ในการกู้คืนฉันไม่แน่ใจว่าจะรีบูทจากเทอร์มินัลการกู้คืนและลองปิดเครื่องอย่างหนัก แต่การเปลี่ยน SIP ไม่ได้เป็นเช่นนั้น
Will Buck

2
ขอขอบคุณสำหรับการรวบรวมวิธีแก้ไขปัญหาที่เป็นไปได้ทั้งหมดสำหรับปี 2011 ที่รักของเรา ฉันฟื้นคืนชีพสมุดบันทึกที่ตายแล้วด้วยวิธีการกำจัด nvram และ kext บน High Sierra ตอนนี้อัปเดตเป็น 10.13.6 ทุกอย่างทำงานได้ตามปกติโน้ตบุ๊คทำงานเย็นลงการควบคุมความสว่างทำงานได้ดีนอนหลับได้ดี วันนี้ฉันเชื่อมต่อสายสายฟ้าเข้ากับ mac เครื่องอื่นในโหมดดิสก์เป้าหมาย แต่ไม่มีอะไร รีบูต 2011 mbp เป็น TDM ไม่มีอะไรใน mac เครื่องอื่น ฉันรู้สึกว่าการเชื่อมต่อข้อมูลสายฟ้านั้นผ่าน GPU จึงทำให้เสีย ซึ่งแตกต่างจากการกล่าวถึง 'TB ควรทำงาน' จะทดสอบกับ eGPU ทันที
Mayank Chandak

1

หากปัญหาคือคุณไม่สามารถย้ายไฟล์เหล่านั้นได้นั่นอาจเป็น System Integrity Protection ที่จะหยุดคุณ ฉันสมมติว่าคุณอยู่ที่ El Capitan หรือ Sierra

  • ปิดแล็ปท็อปของคุณ
  • กด Command + R จากนั้นกดปุ่มเพาเวอร์เพื่อบูตเข้าสู่โหมดการกู้คืน
  • คลิกที่เมนู Utilities และเลือก Terminal
  • พิมพ์csrutil disableและกดปุ่มย้อนกลับ
  • ปิดแอป Terminal และเริ่มออกจากโหมดการกู้คืน
  • ตอนนี้ให้ลองบูทกลับไปที่โหมดผู้ใช้คนเดียวแล้วลองmvคำสั่ง

หากใช้งานได้ให้เปิดใช้งาน SIP อีกครั้ง:

  • ปิดแล็ปท็อปของคุณ
  • กด Command + R จากนั้นกดปุ่มเพาเวอร์เพื่อบูตเข้าสู่โหมดการกู้คืน
  • คลิกที่เมนู Utilities และเลือก Terminal
  • พิมพ์ csrutil enable และกด return
  • ปิดแอป Terminal และเริ่มออกจากโหมดการกู้คืน

@ klanomath ขอบคุณสำหรับการตอบสนองที่รวดเร็ว แต่โหมดเดียวที่ฉันทำได้คือโหมดผู้ใช้คนเดียว มันฟรีในโหมดการกู้คืนแม้ในโหมดการกู้คืนอินเทอร์เน็ต
Ghazi Marzouk

@GhaziMarzouk Snacking_ITตอบคำถามของคุณ! ฉันเพิ่งแก้ไขมันนิด ๆ หน่อย ๆ ...
klanomath

@Snacking_IT ขอบคุณสำหรับการตอบกลับที่รวดเร็ว แต่โหมดเดียวที่ฉันทำได้คือโหมดผู้ใช้คนเดียว มันฟรีในโหมดการกู้คืนแม้ในโหมดการกู้คืนอินเทอร์เน็ต
Ghazi Marzouk

2
เช่นเดียวกับการอัพเดตในคำตอบของ @ LangLangC ฉันไม่สามารถปิดใช้งาน SIP บน El Capitan ได้ในระหว่างขั้นตอนที่ 1.3 และ 1.4 เนื่องจากการกู้คืนข้อมูลผู้ใช้คนเดียวจะติดตั้งไดรฟ์เป็นแบบอ่านอย่างเดียว วิธีการข้างต้น (บูตเข้าสู่โหมดการกู้คืนแทน) ใช้งานได้ดังนั้นข้อมูลนี้มีประโยชน์ในการรวม
Twitch_City

1

ขอบคุณคำตอบนี้https://apple.stackexchange.com/a/295805/300460จากhttps://apple.stackexchange.com/users/251859/langlangc https://apple.stackexchange.com/users/251859/langlangcฉันติดตามมันเมื่อฉันมีปัญหานี้ในเดือนกันยายนปีที่ผ่านมา อย่างไรก็ตามฉันพยายามที่จะคิดขั้นตอนเดลต้าที่แน่นอนที่จะดำเนินการเป็นครั้งที่สองเมื่อฉันเจอปัญหาเดียวกันเมื่อวานนี้อีกครั้งเมื่อฉันทำการปรับปรุงความปลอดภัย OSX 2019-003 ดังนั้นให้คิดถึงขั้นตอนเหล่านั้นที่คิดเกี่ยวกับผู้ใช้ที่อาจเจอปัญหานี้เป็นครั้งที่สอง ขอขอบคุณ langlangc สำหรับต้นฉบับดั้งเดิมอีกครั้ง

ฉันใช้ OSX 10.13.6 ในขณะที่ฉันอัปเดต

  1. เริ่มต้นใหม่ในโหมดผู้ใช้คนเดียวโดยกด Cmd + S ค้างไว้ (Cmd + R จะไม่โหลดให้หน้าจอสีขาวจริง ๆ แล้วlanglangcขอให้ฉันยืนยันสิ่งนี้ใน Sep2018 แต่ฉันไม่สามารถตอบกลับได้เนื่องจากฉันไม่ได้รับอนุญาตให้ แสดงความคิดเห็น)
    • วิ่ง sh /force-iGPU-boot.sh
  2. รีสตาร์ทในโหมดการกู้คืนโดยกด Cmd + r ค้างไว้
    • เรียกใช้คำสั่งเหล่านี้ อันที่จริงฉันใส่สิ่งเหล่านี้ลงในไฟล์สคริปต์ขนาดเล็ก /force-iGPU-boot_without_sudo.sh
      csrutil disable nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00 nvram boot-args="-v"
  3. รีสตาร์ทในโหมดผู้ใช้คนเดียวโดยกด Cmd + s ค้างไว้
    • ตรวจสอบให้แน่ใจว่ามีการ/System/Library/Extensions-offลบโฟลเดอร์ที่มีอยู่หลังจากทำการสำรองข้อมูล
    • เรียกใช้คำสั่งเหล่านี้ อีกครั้งฉันใส่สิ่งเหล่านี้ลงในไฟล์สคริปต์ขนาดเล็ก /move_out_amd_kext.sh /sbin/mount -uw / mkdir -p /System/Library/Extensions-off mv /System/Library/Extensions/AMDRadeonX3000.kext /System/Library/Extensions-off/ touch /System/Library/Extensions/
    • เข้าสู่ nvram boot-args="agc=0"
    • เข้าrebootสู่การบูทตามปกติ

ทุกสิ่งทุกอย่างควรจะทำงานได้ตามที่คาดไว้เพราะคุณได้ทำตามขั้นตอนที่จำเป็นอื่น ๆ เมื่อคุณได้ทำงานเป็นครั้งแรก ทั้งหมดที่ดีที่สุด

อัปเดต 12 สิงหาคม 2562

ฉันเคยพึ่งโซลูชันซอฟต์แวร์ที่แนะนำโดย @LangLangC อย่างไรก็ตามการอัปเดตล่าสุดในเดือนสิงหาคมพบว่าการบูตปกติหยุดทำงานบนแถบความคืบหน้า ฉันสามารถผ่านโหมดการบูตที่ปลอดภัยแม้ว่า แต่จะพบหน้าจอกะพริบจำนวนมาก

อัปเดต 14 สิงหาคม 2562

บูตเรียบร้อยแล้วเมื่อฉันปิดใช้งาน SIP ในโหมดการกู้คืน ฉันจำไม่ได้ว่าเคยทำมาแล้ว - แต่ตอนนี้ฉันเดาว่าฉันอาจมี

ฉันเสียเวลามากมายที่สงสัยว่าด้วยเหตุผลต่าง ๆ มากมายรวมถึงปัญหา GPU ที่แย่ลงหรือข้อผิดพลาดที่อาจเกิดขึ้นกับการอัพเดทความปลอดภัย 10.13.6 2019-004

อย่างไรก็ตามตอนนี้ฉันสังเกตเห็นว่ามันบูทในครั้งนี้แม้จะมีปัญหา/System/Library/Extensions/AMDRadeonX3000.kextเกิดขึ้น !!!

อัปเดต 11 พฤศจิกายน 2562

AMD6000Controller.kextมีความจำเป็นต้องได้รับการควบคุมความสว่างกลับไปทำงานตามปกติ kext /System/Library/Extensions/ที่จะต้องมีอยู่ในที่


คุณช่วยอธิบายความหมายของคำว่า "ครั้งที่สอง" ได้ไหม? ด้านบนดูเหมือนว่าคุณได้รีเซ็ต NVRAM / PRAM ในกระบวนการ หรือนี่คือสิ่งที่คุณทำในขณะที่ทำงานกับแฮ็คในวันที่ 10.13 และเพิ่งใช้ SecUpdate ล่าสุด? (SecUpdate เองไม่ควรทำอะไรเพื่อแฮ็กแฮ็กตัวเอง แต่ติดตั้ง AMD.kext ที่ใช้งานได้ใน - สำหรับแฮ็ค - ตำแหน่งที่ไม่ถูกต้องและต้องย้าย) หรือจากอีกด้านหนึ่ง: NVRAM ของคุณถูกรีเซ็ตระหว่างการอัพเดทหรือไม่?
LаngLаngС

ฉันใช้แฮ็คที่ทำงานอยู่แล้วใน 10.13.6 ซึ่งเสร็จสิ้นเมื่อเดือนกันยายนปี 1818 ตามคำตอบของคุณ จากนั้นใช้การอัปเดตความปลอดภัยเมื่อวานนี้หลังจากที่ฉันติดอีกครั้งด้วยหน้าจอสีขาว ฉันไม่เคยเล่นกับไฟล์ KEXT เว้นแต่ฉันจะต้องทำตามคำแนะนำของคุณเพื่อแก้ไขปัญหาหน้าจอสีขาวหลังจากการปรับปรุงความปลอดภัย ด้วยขั้นตอนที่ 1 (โหมดผู้ใช้คนเดียวครั้งที่ 1) ไม่ได้แก้ไขปัญหาดังนั้นฉันจึงต้องเข้าสู่ขั้นตอนที่ 2 (โหมดการกู้คืน) ในภายหลังไปยังขั้นตอนที่ 3 (โหมดผู้ใช้คนเดียวอีกครั้ง)
ราชา

ฉันเพิ่งอัปเดตโวลุ่มสูงของฉันด้วยการอัปเดตความปลอดภัยล่าสุด 2019-005 แถบกระบวนการค้างอยู่ที่รีบูตดังนั้นฉันรอให้แฟน ๆ หยุดและรีบูต MBP ของฉันด้วยตนเองในโหมดผู้ใช้คนเดียวและทำตามคำแนะนำของคุณ ทำงานได้ดี! คำถามสองสามข้อ: ทำไมคุณต้องทำการแฮ็ค NVRAM ซ้ำในขั้นตอนที่ 2 มันมีอยู่แล้วใน/force-iGPU-boot.shสคริปต์ไม่? ฉันและExtensions-offไดเรกทอรีที่มีอยู่แล้วในสถานที่ที่ผมเพิ่งย้ายมาใหม่และเรียกมันว่าAMDRadeonX3000.kext AMDRadeonX3000v2.kextดูเหมือนจะดีกว่าที่จะเก็บและโหลดต้นฉบับตามที่ระบุไว้ในคู่มือ @LangLangC ฉันเดา
aroom

1
@aroom ด้านบนทำซ้ำขั้นตอนซ้ำซ้อนไม่กี่ทำอันตรายเพียงวิธีการเข็มขัดและ suspenders กุญแจสำคัญในการอัปเดตคือใช้ NVRAM แทนการใช้งาน X3000 แฮงค์บูท บ่อยครั้งที่ Apple ส่ง kext ที่ชำรุดซึ่งขึ้นอยู่กับการติดตั้งดั้งเดิมหนึ่งครั้งเดลต้าทั้งหมดไม่มีไฟล์สำคัญ (เพื่อผลลัพธ์ที่ดีที่สุดเราต้อง mv kext เก่าเข้าแทนที่จากนั้นอัปเดตแล้ว mv ไปยัง Ext-off อีกครั้ง) ตอนนี้ Apple แก้ไขได้ดีที่สุดแล้วจึงเป็นการดีที่สุดที่จะใช้ kext ใหม่ล่าสุดจากการอัปเดตจับคู่หมายเลขรุ่นในการอัปเดต . เมื่อปิด SIP เพียงแค่เปิด SafeMode และ mv เป็น Ext-off การลบเวอร์ชันก่อนหน้า
LаngLаngС
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.