Bối cảnh và giải thích
Vui lòng đọc tất cả bài đăng này ít nhất một lần từ đầu đến cuối trước khi thực hiện bất kỳ hành động nào.
Tất cả MacBook Pro từ năm 2011 có một lỗi thiết kế nghiêm trọng . Việc quản lý nhiệt và nhiệt sinh ra cùng với sự mạnh mẽ của các chip đồ họa AMD rời rạc không tương xứng lắm. Apple biết điều này và hành động như một Soacco Smith điển hình , chỉ phản ứng với điều này sau một sự phẫn nộ. Vụ bê bối này đã mang tên RadeonGate. Chỉ với một vụ kiện theo luật hành động giai cấp bị đe dọa, Apple cuối cùng đã bị áp lực khi đưa ra cái gọi là "Chương trình mở rộng sửa chữa" .
Chương trình Apple Repair Extension không còn khả dụng nữa . Cách thực sự duy nhất để khắc phục vấn đề này là chỉ thay thế chip AMD. Không phải bảng logic. Không "tái bóng", không "phản xạ", không "nướng". Apple đã thay thế một con chip bị lỗi bằng một con chip bị lỗi. Hết lần này đến lần khác. Chỉ thay thế chip đồ họa vẫn là một thủ tục phần cứng tốn kém cho một máy tính xách tay cổ điển như vậy.
Cách duy nhất được biết - đó là: chỉ với phần mềm - để có được MacBook Pro 2011 (8.2) với "chip" đồ họa AMD không thành công để bật lại một cách đáng tin cậy và khởi động vào macOS và hoàn toàn có thể sử dụng được với GUI tăng tốc là hướng dẫn này hoặc một biến thể của nó. Hầu hết các mẹo trước đây chỉ loại bỏ tất cả AMD-kexts và điều này dẫn đến trải nghiệm người dùng khủng khiếp không có khả năng tăng tốc GUI.
Cần phải biết phiên bản hệ điều hành chính xác của bạn. Hướng dẫn sau đây sẽ đơn giản hơn cho Yosemite nhưng giả sử El Capitan hoặc mới hơn. El Capitan, Sierra và High Sierra cần SIP (Bảo vệ toàn vẹn hệ thống) bị vô hiệu hóa. Trên các hệ thống trước đó (10.6 mật10.10), các bước này là không cần thiết.
Quan trọng: Hướng dẫn này giả định thêm rằng tất cả các kexts vẫn ở vị trí mặc định / Hệ thống / Thư viện / Tiện ích mở rộng. Có tất cả AMD-kexts ở đó trừ một cái có lợi cho hoạt động 'đúng'. Các bản hack trước theo hướng này có thể đã hướng dẫn bạn di chuyển, hoặc tệ hơn: xóa tất cả các phần mở rộng kernel AMD * / ATI *. Nếu đó là trường hợp: hoặc di chuyển các kexts trở lại vị trí mặc định của chúng hoặc cài đặt lại một hệ thống bạn chọn. Có hầu hết các kexts AMD tại chỗ và sau đó có X3000-kext bị chậm trễ sẽ cho phép quản lý năng lượng của GPU, điều này sẽ đốt cháy điện mà không mất gì (và có thể đẩy nhanh cái chết nhiệt cuối cùng của con chip lên trên đó). Để nhắc lại: Chỉ có tập tin AMDRadeonX3000.kextthực sự vắng mặt khi khởi động để cho phép khởi động thành công, nhưng tất cả các trình điều khiển AMD (cần thiết) khác phải ở vị trí mặc định của chúng và X3000-kext được tải sau đó / trì hoãn để quay trở lại vào một lĩnh vực quản lý nhiệt độ và năng lượng gần như hợp lý.
Bỏ qua chip đồ họa rời
Để lấy lại khả năng tăng tốc màn hình, cần phải buộc máy không khởi động trong đồ họa rời (dGPU) mà trực tiếp vào đồ họa tích hợp (iGPU) và ở trong chế độ này.
Khởi động vào chế độ dGPU là mặc định trên máy Mac có hai card đồ họa có thể chuyển đổi. Quy trình bên dưới sẽ đặt biến NVRAM vô hiệu hóa dGPU và buộc hệ thống chỉ sử dụng đồ họa tích hợp Intel ngay cả khi khởi động.
Biến NVRAM không có giấy tờ nhưng dường như có thể áp dụng chung cho tất cả các máy Mac có hai card đồ họa có thể chuyển đổi. Điều đó có nghĩa là nó sẽ hoạt động trên iMac và MacBook Pro. Cho dù họ có chip AMD hay NVIDIA. Các chi tiết cụ thể về trình điều khiển có thể cần thiết để di chuyển chỉ bao gồm AMD trong hướng dẫn này. Nhưng biến NVRAM sẽ bỏ qua chip đồ họa rời trong mọi trường hợp.
Điều này sẽ cung cấp cho bạn trở lại máy của bạn - nhưng bạn sẽ mất một số tính năng: ví dụ: khả năng điều khiển màn hình ngoài từ DisplayPort, một chút hiệu suất 3D. Kết nối dữ liệu Thunderbolt nên hoạt động.
Trong trường hợp hướng dẫn này không thành công hoặc không muốn nữa: quy trình này là cấu hình phần mềm thuần túy và do đó hoàn toàn có thể đảo ngược bất cứ lúc nào với thiết lập lại NVRAM đơn giản .
Thủ tục ban đầu:
Phần 1: Vô hiệu hóa SIP, vô hiệu hóa dGPU, di chuyển một phần mở rộng kernel
Để bắt đầu từ một bảng xếp hạng sạch: đặt lại SMC và NVRAM:
tắt máy, rút phích cắm mọi thứ trừ nguồn điện, giờ hãy giữ
leftShift+ Ctrl+ Opt+ Power
và giải phóng tất cả cùng một lúc;
Bây giờ bật lại và giữ
Cmd+ Opt+ p+ r
cùng một lúc cho đến khi bạn nghe thấy tiếng chuông khởi động hai lần.
Khởi động vào Phục hồi người dùng bằng cách giữ
Cmd+ r+s
Vô hiệu hóa SIP: enter:
csrutil disable
vô hiệu hóa dGPU khi khởi động với cài đặt biến sau:
nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00
bật chế độ khởi động dài dòng:
nvram boot-args="-v"
khởi động lại vào chế độ một người dùng bằng cách giữ
Cmd+ s
khi khởi động
gắn kết phân vùng gốc có thể ghi
/sbin/mount -uw /
tạo một thư mục sao lưu kext
mkdir -p /System/Library/Extensions-off
chỉ di chuyển MỘT kext vi phạm ra khỏi đường đi:
mv /System/Library/Extensions/AMDRadeonX3000.kext /System/Library/Extensions-off/
thông báo cho hệ thống để cập nhật kextcache của nó:
touch /System/Library/Extensions/
khởi động lại bình thường:
Bây giờ bạn sẽ có một màn hình tăng tốc iGPU, nhưng hệ thống không biết cách quản lý năng lượng cho chip AMD bị lỗi. (Ở trạng thái này, GPU luôn chạy không tải với công suất tương đối cao, tiêu tốn khá nhiều pin khi rút phích cắm và dẫn đến nhiệt độ GPU từ 60 ° C trở lên [trung bình 60-85 ° C], mặc dù hệ thống không được sử dụng cho bất cứ điều gì .)
Phần 2: cải thiện quản lý nhiệt và điện
Để cải thiện khả năng quản lý năng lượng của GPU bị vô hiệu hóa, bạn phải tải thủ công một kext quan trọng sau khi khởi động bằng cách:
sudo kextload /System/Library/Extensions-off/AMDRadeonX3000.kext
Nếu bạn có một ứng dụng cảm biến nhiệt độ, bạn có thể muốn mở nó trước khi ban hành lệnh trên và xem temps drop.
Tự động hóa điều này với Đăng nhập sau đây sẽ được thực hiện sau lần khởi động lại tiếp theo:
sudo mkdir -p /Library/LoginHook
sudo nano /Library/LoginHook/LoadX3000.sh
với nội dung sau:
#!/bin/bash
kextload /System/Library/Extensions-off/AMDRadeonX3000.kext
pmset -a force gpuswitch 0 # undocumented/experimental
exit 0
sau đó làm cho nó * 1 thực thi và hoạt động:
sudo chmod a+x /Library/LoginHook/LoadX3000.sh
sudo defaults write com.apple.loginwindow LoginHook /Library/LoginHook/LoadX3000.sh
* 1: Việc sử dụng không có giấy tờ của lệnh pmset này dường như cải thiện hành vi ngủ / thức / tắt máy. Nếu không, hãy thử nghiệm bỏ nó đi.
Xem từ chối trách nhiệm dưới đây. Sau đây chỉ là suy đoán: ngủ / thức / tắt máy có thể vẫn còn rắc rối. Lý thuyết ở đây là "một cái gì đó chậm hỏng" những gì được lưu trong SMC. Do đó, việc đặt lại SMC và áp dụng lại hack biến có vẻ làm giảm bớt tình hình trong một thời gian. . Rõ ràng bị treo khi tắt máy thường chỉ là sự chậm trễ rất lâu sẽ tắt máy, cuối cùng, sạch sẽ và thành công.
Lấy mẫu không khoa học cho thấy Yosemite là tồi tệ nhất cho điều này và El Capitan và Sierra đã hành xử tốt hơn nhiều về vấn đề này.
Tải bằng tay hoặc chậm trễ phần mở rộng hạt nhân quan trọng này cho phép hệ thống xử lý việc quản lý năng lượng tốt hơn một chút. Pin sẽ ít được sử dụng hơn và nhiệt độ phát ra từ GPU không sử dụng sẽ giảm xuống một phạm vi đáng kể dưới 50 ° C (trung bình trong khoảng 15-50 ° C).
Để quản lý năng lượng phù hợp, bộ kexts được tải tối thiểu được khởi động (phiên bản cho 10.12.6, kiểm tra với 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)
Và nếu phương pháp tải ở trên thành công, điều này sẽ xuất hiện thêm vào danh sách:
com.apple.AMDRadeonX3000 (1.5.1)
Bước cuối cùng là khởi động lại một lần nữa vào SingleUserRecovery
Thực hiện việc này với Cmd+ r+ s
sau khi dòng lệnh được kích hoạt, nhập:
nvram boot-args="-v agc=0"
và khởi động lại bình thường.
Điều này sẽ hạ nhiệt dGPU thêm một chút.
Bắt buộc phải ban hành lệnh này từ SingleUserRecovery vì hệ thống có bật SIP sẽ chặn các nỗ lực của bạn để đặt biến này khi khởi động từ âm lượng khởi động bình thường, cho dù ở chế độ khởi động đầy đủ thông thường hoặc SingleUser thông thường. Điều quan trọng cần lưu ý là bước này không thể được tích hợp dễ dàng vào tập lệnh force-iGPU.sh (mà bạn sẽ tạo trong một phút) và phải được lặp lại sau khi thiết lập lại NVRAM.
Bước cuối cùng này giả định rằng SystemIntegretyProtection đã được kích hoạt lại. Nhưng nếu SIP bị cố ý và bị tắt vĩnh viễn, thì bước này có thể được tích hợp trong tập lệnh Force-iGPU.sh ở trên.
Nhưng vì bằng cách nào đó tôi có ý định tắt SIP vĩnh viễn và nó được bật lại mà tôi không nhận ra, việc phụ thuộc vào SIP ở trạng thái "tắt" có thể không phải là cách tiếp cận tốt nhất. Xóa NVRAM, nơi lưu trữ cài đặt SIP, có thể là một sự xáo trộn không lường trước như vậy.
Các biện pháp phòng ngừa để sử dụng trong tương lai
Có hai thông báo cần biết thêm: Điều này có thể đảo ngược khi đặt lại SMC / NVRAM. Nếu điều đó xảy ra, biến NVRAM-power-pref có thể hoặc thậm chí phải được đặt lại để buộc sử dụng iGPU từ lúc khởi động.
Vì điều này có thể xảy ra khá dễ dàng (và thường được đề xuất sai cách quá nhiều lần so với thực tế hữu ích), có lẽ bạn nên chuẩn bị cho một kịch bản như vậy và tạo một tập lệnh đơn giản để tăng tốc quá trình và cũng làm cho việc nhập biến cần thiết nhiều ít bị lỗi hơn:
sudo nano /force-iGPU-boot.sh
- Nhập nội dung sau vào tập tin này:
#/bin/sh
sudo nvram boot-args="-v"
sudo nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00
exit 0
- Bây giờ làm cho nó thực thi:
sudo chmod a+x /force-iGPU-boot.sh
Trong tương lai, khi SMC / PRAM / NVRAM được đặt lại về giá trị mặc định, giờ đây có thể khởi động vào SingleUser với:
Cmd+s
- Và sau khi gắn đọc-ghi khối lượng khởi động của bạn để thực hiện chỉ một dòng này:
sh /force-iGPU-boot.sh
Hãy nhớ rằng biến agc bây giờ cũng bị xóa. (Xem bên trên)
Ngoài ra, hãy đảm bảo bạn đặt lại âm lượng khởi động mặc định trong Tùy chọn hệ thống> Đĩa khởi động.
Phần 3: Xử lý cập nhật từ Apple
Thiết lập này hiện có một kext ở một nơi mà các trình cài đặt của Apple không mong đợi. Đó là lý do tại sao trong hướng dẫn này SIP không được kích hoạt lại. Nếu một bản cập nhật có chứa các thay đổi đối với trình điều khiển AMD sắp diễn ra, bạn nên chuyển trở lại AMDRadeonX3000.kext về vị trí mặc định của nó trước quá trình cập nhật. Mặt khác, trình cập nhật ghi ít nhất một kext khác của một phiên bản khác vào vị trí mặc định của nó hoặc tệ nhất là bạn kết thúc với trạng thái không xác định của trình điều khiển không khớp một phần.
Sau khi cập nhật bất kỳ hệ thống nào, thư mục / Hệ thống / Thư viện / Tiện ích mở rộng phải được kiểm tra cho kext vi phạm. Sự hiện diện của nó ở đó sẽ dẫn đến ví dụ như một bốt treo trên Yosemite và Sierra, một vòng lặp khởi động quá nóng ở High Sierra.
Nâng cấp lên High Sierra 10.13: với việc hack này diễn ra gần như đơn giản: Mặc dù áp dụng bản cập nhật firmware, quá trình cài đặt không được chạm vào biến NVRAM. Quá trình cài đặt cũng không sử dụng chip AMD được tăng tốc hoàn toàn nhưng khả năng tăng tốc cơ bản không phải là vấn đề liên quan đến vụ hack này. Tuy nhiên, như đã lưu ý trong đoạn trên, lần khởi động đầu tiên vào một hệ thống đã hoàn tất cài đặt nhưng chỉ cần bắt đầu quá trình thiết lập sẽ tạo ra một vòng lặp khởi động cảm ứng nhiệt / sự cố. Phần mở rộng kernel vi phạm phải được di chuyển lại như mô tả ở trên. (Bắt đầu từ Bước 3) Sau khi di chuyển kext, tất cả sẽ ổn.
Các bản cập nhật gần đây của Apple: Không cập nhật trước khi bạn đọc những điều sau.
Cho đến khi có thông báo mới:
Các bản cập nhật gần đây phá vỡ máy một lần nữa. Nó cập nhật phần sụn, RecoveryPartition, dường như vô hiệu hóa khả năng khởi động vào SingleUserRecoveryMode
và để tắt nó cài đặt - ngay cả với DeltaUpdate - một AMDRadeonX3000.kext đang hoạt động!
Nếu không có sự chuẩn bị và chỉ với chiếc máy trong tay bạn sẽ bị kẹt một chút.
Trong trường hợp SingleUserRecoveryMode không còn hoạt động nữa, hãy sử dụng RecoveryMode thường xuyên. Kết quả là như nhau, chỉ chậm hơn một chút để khởi động: quy trình trên vẫn còn hiệu lực và nhanh hơn cho tất cả các phiên bản trước của Mac OS X / macOS.
Nhưng nếu bạn cập nhật lên 10.13.6 trở lên:
Sau đó, bạn phải thay thế các hướng dẫn cho SingleUserRecoveryMode ( Command+ r+ s) bằng RecoveryMode thông thường ( Command+ r) và tắt SIP qua Terminal ( Ví dụ cho trường hợp sử dụng chính xác này ).
Trong trường hợp bạn thuộc về những nơi mà ngay cả RecoveryMode thông thường không hoạt động như mong đợi:
Giải pháp cho việc không thể vô hiệu hóa SIP với SingleUserRecovery:
Đầu tiên, khởi động vào chế độ phục hồi người dùng. Chỉnh sửa csrutil không được phép trong chế độ này, nhưng có thể đặt thuộc tính nvram gpu-power-prefs. Điều này sẽ giúp khởi động lại máy trong chế độ phục hồi. Sau đó, bạn phải thay thế các hướng dẫn cho SingleUserRecoveryMode ( Command+ r+ s) bằng RecoveryMode thông thường ( Command+ r) và vô hiệu hóa SIP qua Terminal ( Ví dụ cho trường hợp sử dụng chính xác này ).
Trước khi cập nhật, hãy chuẩn bị một khối lượng khởi động. Đó có thể là một đĩa bên ngoài hoặc một thanh. Bất kỳ phiên bản nào khởi động máy sẽ ổn. Một ổ đĩa như vậy có thể được tạo trên máy Mac khác.
Hãy nhớ rằng trên ổ đĩa ngoài, AMDRadeonX3000.kext cũng phải được di chuyển lại. Hãy thử khởi động từ ổ đĩa đó. Chỉ khi điều đó hoạt động như mong đợi và bạn có thể gắn ổ đĩa trong của mình với nó: khởi động lại từ ổ đĩa trong của bạn và tiến hành cập nhật ổ đĩa / hệ thống nội bộ của bạn lên 10.13.6.
Sau khi cập nhật gần xong, một lần khởi động lại sẽ bị treo. Buộc tắt máy và khởi động lại từ ổ đĩa ngoài của bạn. Gắn ổ đĩa trong và di chuyển Radeon.kext. SIP chỉ bảo vệ hệ thống khởi động.
Được đề xuất ở đâu đó trực tuyến, nhưng thực sự là một phỏng đoán tuyệt vọng và chưa được kiểm tra: Thay vì SingleUserRecoveryMode với Cmdrsbạn có thể thử InternetRecoverySingleUserMode CmdOptrs. Ngoài ra, có thể đáng để thử xem SafeRecoveryMode có hoạt động không CmdShiftr.
Chế độ phục hồi đồ họa có thể không hoạt động quá, như nó đã làm cho tôi. Tuy nhiên, trong phiên bản cuối cùng của High Sierra, vẫn có thể khởi động sang chế độ khôi phục người dùng. Nó chỉ cần thời gian tốt. Mẹo đầu tiên là kích hoạt chế độ phục hồi bằng cách nhấn cmd + R và ngay sau khi nhận ra lệnh cmd + S cho chế độ người dùng. Thời điểm chính xác phải được tìm ra bởi người dùng. Nếu cmd + R + S được nhấn cùng lúc, chỉ có chế độ người dùng duy nhất sẽ được kích hoạt. Nếu cmd + R đầu tiên được nhấn và cmd + S được nhấn quá muộn, chế độ phục hồi đồ họa sẽ được tải. - TAKeanice
Phím độ sáng màn hình không hoạt động ở High Sierra?
Apple đã thay đổi cách các sự kiện bàn phím để thay đổi độ sáng màn hình được xử lý ở High Sierra. Với bản hack này hoặc các mod phần cứng bên dưới, các phím sẽ không hoạt động. Thêm một lý do để ở lại với Sierra. Nhưng với bản hack này, bạn cũng có thể sử dụng một giải pháp phần mềm khác. Ngoài việc hack giải pháp AppleScript của riêng bạn, bạn có thể muốn dùng thử các ứng dụng hoặc ứng dụng đã sẵn sàng.
Ví dụ: Độ sáng Thanh trượt trên AppStore cung cấp các phím tắt tùy chỉnh.
Để tránh các sự cố / treo / vòng lặp khởi động này - điều không bao giờ là ý tưởng tốt cho hệ thống tệp của bạn - trên bản cài đặt mới hoặc bản nâng cấp: hãy đảm bảo giữ gìn quá trình cài đặt và luôn khởi động vào SafeMode (tiếp tục Shiftnhấn trong khi khởi động cho đến khi kext được chuyển đến một nơi an toàn, từ chối, cài đặt sẽ tiến hành tốt trong SafeMode.
Kết thúc và nhận xét
Hơn nữa: máy tính xách tay này quá nóng, bất kể bạn làm gì. Hệ thống làm mát không đầy đủ và số lượng lớn chip AMD bị lỗi chỉ là bằng chứng cho điều đó.
Để kéo dài tuổi thọ của cỗ máy bị hack này, bạn nên kiêng nâng vật nặng trong thời gian dài. Tuân thủ nghiêm ngặt các khuyến nghị thông thường cho máy tính xách tay: sử dụng trên bề mặt cứng, giữ cho quạt và vây bên trong sạch sẽ. Sử dụng bất kỳ phần mềm fancontrol nào có cài đặt tương đối tích cực cũng sẽ giúp ích: như smcFanControl , MacsFanControl hoặc TGPro (cả thương mại).
Tuyên bố từ chối trách nhiệm: Toàn bộ quy trình này không phải là viên đạn ma thuật. Tình trạng thất bại cho các chip này không thể dự đoán 100%. Rất ít người dùng gặp sự cố ngay cả với bản hack này: có thể có vấn đề với việc khởi động lại, đi ngủ hoặc thức dậy đúng cách, hầu hết trong số họ đến từ người dùng với Yosemite, vấn đề ít xảy ra nhất là ở Sierra. Trong những trường hợp này, đôi khi dường như không cần sử dụng AMDRadeonX3000.kext và do đó cũng không phải là Đăng nhập từ Phần 3. (Nhưng hãy xem ghi chú bổ sung trong * 1 ở trên.) Số lượng người dùng không tương xứng về các vấn đề báo cáo High Sierra với màn hình của họ điều chỉnh đèn nền. Vì vậy, hiện tại, điểm hấp dẫn cho sự lựa chọn hệ điều hành là trong quan điểm của tôi 10.12 Sierra.
Trong một số trường hợp, ngay cả khi áp dụng tất cả các biện pháp này, dường như cổng Thunderbolt vẫn hoạt động sẽ gây ra một số vấn đề nếu có bất kỳ thiết bị ngoại vi nào được gắn và hoạt động khi máy đi ngủ. Sau khi điều này xảy ra, bất kỳ chu kỳ ngủ tiếp theo nào cũng có thể bị ảnh hưởng và thiết lập lại NVRAM với bước nhảy thiết lập biến tiếp theo được nêu ở trên sẽ là cần thiết, một lần nữa. Trong các trường hợp như vậy, có thể nên ngăn máy ngủ hoặc rút phích cắm bất kỳ phần cứng nào trên cổng Thunderbolt trước khi để máy ngủ.
Trong các hạn chế được nêu ở đầu câu trả lời này: Hầu hết người dùng báo cáo thành công hoàn toàn.
Mod / hack phần cứng
Một số cách có sẵn bây giờ, một số xấu, một số tốt.
Giải pháp xấu: Một sửa đổi phần cứng rất rẻ có sẵn tại / từ RealMacMods:
Mặc dù họ sử dụng một cách tương đối phức tạp để đặt biến EFI cần thiết với linux, nhưng sau đây có lợi thế là cắt hoàn toàn điện áp lõi sang dGPU bằng cách loại bỏ hoàn toàn một điện trở nhỏ ! (Hình ảnh tại liên kết)
Trong lần khởi động lại này, điều cần thiết là bạn phải khởi động một lần vào chế độ an toàn (giữ Shift trong suốt quá trình khởi động), sau đó chọn tắt máy (không khởi động lại) từ menu.
Thực hiện khởi động an toàn này với điện trở R8911 tại chỗ. Nếu không có SAFE BOOT này, các bước tiếp theo có thể không hoạt động.
Không khởi động thêm cho đến khi bạn hoàn thành các bước tiếp theo.
Khởi động an toàn sẽ xóa các tùy chọn GPU cấp hệ điều hành, có thể can thiệp vào quá trình sau.
Điều này bây giờ sẽ khiến MacBook Pro của bạn tự động dừng chuyển sang Radeon, nhưng nó vẫn sẽ tiêu thụ năng lượng, tạo nhiệt và hiển thị cho HĐH.
Chúng tôi phát hiện ra rằng chỉ cần loại bỏ 1 điện trở sẽ giải quyết điều này.
Điện trở cũng có thể được thay thế bằng một công tắc, trong trường hợp bạn cần bật lại radeon vì bất kỳ lý do gì.
Vị trí của điện trở này khác nhau giữa các mô hình bảng logic.
Điện trở trong câu hỏi là R8911 trên 17 ″ MBP và R8911 trên 15 ″ MBP một điện trở 1 Ohm cung cấp đường dẫn đến Bộ chuyển đổi DC sang DC ISL6263C.
Điện trở này điều khiển nguồn cho Bộ điều chỉnh điện áp cung cấp Điện áp lõi cho GPU Radeon. Nói một cách đơn giản, không có điện áp lõi, không có GPU. Bạn sẽ tìm thấy điện trở ở bên phải của quạt làm mát (theo hướng trên). Nó sẽ ở gần chip chuyển đổi điện áp ISL. Đây là con chip chúng tôi sẽ vô hiệu hóa.
Chỉ cần loại bỏ nó. Phương pháp ưa thích là một trạm chỉnh lưu chuyên nghiệp, nhưng bàn ủi và bàn tay vững chắc sẽ đưa bạn đến nơi bạn cần. Nếu bạn đã sử dụng từ thông để loại bỏ nó (không cần thiết), hãy đảm bảo bạn làm sạch bằng một ít Rượu hoặc dung môi thích hợp khác.
Đó là cơ bản nó. Lần tới khi bạn khởi động, bạn sẽ thấy lỗi của GPU không còn nữa và bạn sẽ không còn thấy GPU AMD là phần cứng đã cài đặt.
Tôi chưa thử nghiệm điều này nhưng nó sẽ loại bỏ mọi nhu cầu quan tâm đến các kexts và cũng giải quyết mọi vấn đề liên quan đến giấc ngủ, thức dậy, ngủ đông, khởi động lại, v.v.
Một lưu ý khi xem xét phương pháp này: vì nó dường như cũng dựa vào việc đặt biến NVRAM này có vẻ như rất cần thiết phải có một phương pháp hoàn toàn tự động để đặt biến này mà không cần bất kỳ sự can thiệp nào của người dùng. (Giống như một thanh linux tạo ra các thay đổi cần thiết) Nếu không, thiết lập lại NVRAM thực tế có thể làm hỏng máy. Các nhà cung cấp tuyên bố không có dữ liệu về điều này!
(Sau khi đọc câu chuyện về một người dùng bị cắn bởi phương pháp này, kết thúc chỉ bằng một màn hình đen: dường như có thể truy cập máy từ xa bằng VNC hoặc ssh, vì vậy nếu đây là những thiết lập trước đó, thì đó thực sự có thể là một lựa chọn không tồi tất cả, như biến nvram có thể đặt cược được đặt theo cách này. Hãy nhớ: Câu chuyện internet chưa được kiểm tra.)
Giải pháp phần cứng vĩnh viễn, đáng tin cậy và giá rẻ!
Dosdude1 rõ ràng đã tìm thấy giải pháp có vẻ như là chén thánh cho vấn đề này: Vô hiệu hóa vĩnh viễn 2011 GPU 15 "/ 17" dành riêng cho MacBook Pro - gMux IC Bypass
- Tùy chọn A, sẽ được trình bày chi tiết bên dưới, là nối dây các đường đầu ra LVDS từ các đường đầu ra LVDS đồ họa tích hợp thẳng đến các đường nối với màn hình.
- Tùy chọn B sẽ lập trình lại IC gMux (đơn giản là bộ điều khiển vi mô Lattice LFXP2), với phần sụn tùy chỉnh để vô hiệu hóa chức năng chuyển đổi GPU. Tôi có thể thử nghiệm điều này trong tương lai, nhưng làm như vậy đòi hỏi phần cứng đặc biệt mà tôi không có. Tất nhiên, đây sẽ là giải pháp tối ưu.
Điều này là gần như dễ dàng. Tất cả những gì cần thiết là chiều dài khác nhau của dây . Để có cái nhìn thoáng qua:
Cũng trên youtube!
'Giải pháp xấu' từ phía trên giờ đây đã trở thành một giải pháp phần cứng gần như chuyên nghiệp và được chế tạo sẵn, loại bỏ 'tính xấu' trước đó của phương pháp đó:
Tiresias (GPUkiller):
Tiresias là một bảng nhỏ có thể được hàn vào bo mạch chủ của các mẫu MacBook Pro 15 inch hoặc 17 inch 2011 (sớm hoặc muộn).
Đây là tất cả các mô hình có bo mạch chủ 820-2914-A, 820-2914-B, 820-2915-A hoặc 820-2915-B.
Bảng mạch 820-2914 và 820-2915 có hai GPU. GPU bên trong (Intel) là một phần của PCH và GPU AMD bên ngoài (riêng biệt). Đó là GPU bên ngoài bị lỗi trong 'một tỷ lệ nhỏ các hệ thống MacBook Pro' (Apple nói cho: 'rất nhiều'). Tiresias ghi biến nvram 'gpu-power-prefs' vào ROM để Mac không sử dụng GPU AMD (đã chết) bên ngoài (rời rạc) nữa. Nếu người dùng xóa NVRAM (PRAM) thì không có vấn đề gì vì Tiresias sẽ viết lại bản ghi và Mac sẽ hoạt động trở lại.
Điều này làm cho điều này trở thành giải pháp lý tưởng để đưa 820-2914 hoặc 820-2915 với GPU chết trở lại. Cài đặt dễ dàng (không có dây để hàn). Bạn sẽ cần phải gắn một bảng rất nhỏ lên bo mạch chủ. Một kỹ thuật viên giàu kinh nghiệm có thể làm điều này trong vài phút. Khác với R8911 nên được gỡ bỏ để tắt nguồn cho GPU chết. Điều này giúp tiết kiệm năng lượng, tạo ra ít nhiệt hơn và tiết kiệm pin. Việc loại bỏ R8911 cũng giúp Mac không bị nhầm lẫn bởi GPU chết vì ngay cả khi tắt GPU, nó vẫn sẽ cố gắng nói chuyện với GPU đã chết. Tùy thuộc vào những liên hệ nội bộ nào trong GPU bị vỡ, điều này có thể gây nhầm lẫn hoặc thậm chí làm sập máy Mac.
Mac OS X 10.13 High Sierra cũng được hỗ trợ. Để giải quyết vấn đề đèn nền không hoạt động trở lại sau khi ngủ, hãy tháo R9704 và kết nối R9704 pin 2 với C9711 pin 1.
Tiresias (GPUkiller) Chi tiết kỹ thuật Tiresias là một bo mạch nhỏ có thể được hàn vào bo mạch chủ của các mẫu MacBook Pro 15 inch hoặc 17 inch 2011 (sớm hoặc muộn).
Đây là tất cả các mô hình có bo mạch chủ 820-2914-A, 820-2914-B, 820-2915-A hoặc 820-2915-B.
Bảng mạch 820-2914 và 820-2915 có hai GPU. GPU bên trong (Intel) là một phần của PCH và GPU AMD bên ngoài (riêng biệt). Đó là GPU bên ngoài bị lỗi trong 'một tỷ lệ nhỏ các hệ thống MacBook Pro' (Apple nói cho: 'rất nhiều'). Tiresias ghi biến nvram 'gpu-power-prefs' vào ROM để Mac không sử dụng GPU AMD (đã chết) bên ngoài (rời rạc) nữa. Nếu người dùng xóa NVRAM (PRAM) thì không có vấn đề gì vì Tiresias sẽ viết lại bản ghi và Mac sẽ hoạt động trở lại.
Điều này làm cho điều này trở thành giải pháp lý tưởng để đưa 820-2914 hoặc 820-2915 với GPU chết trở lại. Cài đặt dễ dàng (không có dây để hàn). Bạn sẽ cần phải gắn một bảng rất nhỏ lên bo mạch chủ. Một kỹ thuật viên giàu kinh nghiệm có thể làm điều này trong vài phút. Khác với R8911 nên được gỡ bỏ để tắt nguồn cho GPU chết. Điều này giúp tiết kiệm năng lượng, tạo ra ít nhiệt hơn và tiết kiệm pin. Việc loại bỏ R8911 cũng giúp Mac không bị nhầm lẫn bởi GPU chết vì ngay cả khi tắt GPU, nó vẫn sẽ cố gắng nói chuyện với GPU đã chết. Tùy thuộc vào những liên hệ nội bộ nào trong GPU bị vỡ, điều này có thể gây nhầm lẫn hoặc thậm chí làm sập máy Mac.
OS X 10.6 - 10.12 (Sierra)
Thanh trượt đèn nền (trong Tùy chọn hệ thống) và các phím đèn nền (F1 và F2) hoạt động. Hệ thống ngủ hoạt động. Video out trên cổng Thunderbolt không hoạt động, nhưng tất cả các chức năng khác của cổng Thunderbolt đều hoạt động.
OS X 10.13 (Cao Sierra)
Theo như chúng tôi biết 10.13 (High Sierra) không có lợi thế hơn 10.12 (Sierra). Apple hoàn toàn làm giảm trình điều khiển video ở High Sierra và dường như đã làm cho nó trở nên lộn xộn. Các điều khiển đèn nền sẽ không hoạt động. Và tệ hơn nữa, sau khi máy thức dậy sau khi ngủ, đèn nền không được bật lại.
Để giải quyết vấn đề đèn nền không hoạt động trở lại sau khi ngủ, hãy tháo R9704 và kết nối chân R9704 với pin C9711 1. Điều này đặt đèn nền ở độ sáng đầy đủ. Mặt trái là với sửa đổi này, độ sáng cũng sẽ ở mức sáng tối đa với hệ điều hành cũ.
Lốp xe cho 820-2915 (15 inch) Số lượng một (1) Bao gồm vận chuyển (toàn thế giới) 60 EURO.
Cập nhật giải pháp phần mềm một cửa
Quy trình trên dường như đã được đưa vào một ứng dụng liên quan đến hack phần cứng! Vâng, ít nhất là một phần của nó. Nhưng mặt khác, ứng dụng này phổ biến hơn so với máy tính ở trên, vì dường như nó cũng xử lý cả thẻ NVidia, đó là: nó là để vô hiệu hóa tất cả các CPU rời rạc trong tất cả các máy Mac.
Than ôi, ứng dụng này được thực hiện bởi dosdude1 và không được ghi chép tốt. Màn hình readme nói rằng nó sẽ đặt biến NVRAM, di chuyển tất cả các trình điều khiển tăng tốc đồ họa và sau đó cài đặt launchdaemon để xử lý các bản cập nhật và đảm bảo rằng biến vẫn được đặt.
Không được tôi kiểm tra và không được tôi chứng thực nếu bạn đã làm theo quy trình được nêu ở trên!
Nhưng nếu quy trình không hiệu quả vào một lúc nào đó đối với bạn hoặc dường như chỉ khiến bạn nản lòng khi bắt đầu, thì bạn có thể thử điều này:
dosdude1: Phần mềm khác, không có giấy tờ mà tôi đã viết được lưu trữ ở đây: MacBook Pro dGPU Disabler.zip
Bạn có thể phải xem lại quy trình trên một lần nữa, vì ứng dụng dường như bỏ lỡ việc cải thiện phần quản lý nhiệt (nếu bạn sửa đổi phần cứng bằng cách loại bỏ bóng bán dẫn, điều này trở thành tâm trạng: trộn và khớp).
Nếu ai đó kiểm tra điều này, xin vui lòng cho phản hồi ở đây thông qua ý kiến hoặc chỉnh sửa.
Bản cập nhật Phục Sinh 2019: Giải pháp 20 $ sử dụng máy tính Windows 64 bit và bộ lập trình ICSP Lattice HW-USBN-2A để áp dụng chương trình cơ sở tùy chỉnh cho IC gMux. Dosdude1 tuyên bố đây là giải pháp 'hoàn hảo', nghĩa là ngay cả dưới thời lượng pin HighSierra và Mojave, nhiệt độ, kiểm soát độ sáng và thức / ngủ hoạt động như mong đợi. Sử dụng giải pháp đó là vĩnh viễn và làm cho mọi thứ trên trở nên lỗi thời.
Nhưng giải pháp mới này không miễn phí và yêu cầu phần cứng dưới dạng PC Windows và lập trình viên); cũng như hiện đang hàn một vài dây tạm thời vào bảng logic.)
