Sự cố GPU - Lỗi treo trên màn hình xám


43

Tôi đã tìm thấy vấn đề này theo vấn đề của tôi trong chuỗi này:
Khởi động bị treo trên màn hình màu xám (ngay cả khi khởi động từ ổ USB với cài đặt OS X mới)

MacBook Pro 15 "Đầu năm 2011 của tôi với AMD Radeon HD 6750M có biểu hiện hỏng hóc màn hình và các sự cố / thiết lập lại hệ thống liên quan trong khoảng thời gian hai tuần trước khi nó hoàn toàn không khởi động được. ngay khi có vẻ như nó đã chuyển sang màn hình đăng nhập, logo Apple và spinner sẽ biến mất và treo trên màn hình màu xám trống.

Ban đầu tôi nghi ngờ tham nhũng ổ cứng và đã cố gắng khắc phục điều đó. Không thành công, tôi đã thử các cách sau, với mỗi lần tiếp tục treo như mô tả ở trên:


Khởi động an toàn Khởi động vào phục hồi (bao gồm Phục hồi Internet)
Khởi động từ phương tiện cài đặt trên ổ USB
Khởi động từ cài đặt OS X trên ổ USB
Xóa NVRAM
Đặt lại SMC

Tôi cũng đã chạy Kiểm tra phần cứng của Apple nhiều lần mà không tìm thấy bất kỳ vấn đề nào.

Verbose khởi động an toàn (Cmd + Shift + V) xuất ra mọi thứ mà tôi muốn thấy nhưng sau đó sẽ treo như mô tả ở trên.

Sau khi xem qua nhiều bài đăng trực tuyến tại các diễn đàn thảo luận của Apple về các vấn đề liên quan đến GPU, tôi đã xem lại đây là nguyên nhân:

MacBook Pro 2011 và Card đồ họa rời hoặc MacBook Pro 2011 và Card đồ họa rời

Cố gắng khởi động Ubuntu từ ổ flash USB, tôi chỉ có thể đi xa tới GRUB. Khi cố gắng khởi động Ubuntu Desktop hoặc chạy đồ họa trong GRUB, hệ thống sẽ bị treo.

Tại thời điểm này, việc chạy Kiểm tra phần cứng của Apple bị treo ngay trước khi kết thúc thử nghiệm tiêu chuẩn, có thể là [đoán] khi thực hiện kiểm tra video.

Dựa trên những lời khuyên trong các bài viết của Apple Thảo luận ở trên, tôi đã làm như sau:

Khởi động vào chế độ Người dùng đơn
Thực hiện các lệnh sau:

/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

Lần này máy khởi động hết cỡ. Tuy nhiên, đồ họa cực kỳ chậm, thậm chí chỉ chuyển tiếp khi thu nhỏ cửa sổ. Tôi sẽ đưa MBP của mình đến Apple để yêu cầu thay thế vì số lượng lớn các báo cáo của những người khác gặp phải các vấn đề tương tự làm cho nó giống như sự tái diễn của một lỗi tương tự liên quan đến GPU dẫn đến việc họ bị thu hồi.

Nhưng khi tôi sử dụng lệnh "mv", các tệp sẽ không được di chuyển (không bị xóa) và nó hiển thị cho tôi:
Sandbox từ chối (01) file-write-unlinked

Bất kỳ giải pháp ?



@klanomath Yep, đó là vấn đề. Đã xảy ra với MBP cũ của tôi (chỉ là một màn hình màu xanh lá cây chứ không phải màu xám).
Owlswipe

Câu trả lời:


81

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ỗ 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

  1. Để 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;

  2. 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.

  3. Khởi động vào Phục hồi người dùng bằng cách giữ

    Cmd+ r+s

  4. Vô hiệu hóa SIP: enter:

    csrutil disable

  5. 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

  6. bật chế độ khởi động dài dòng:

    nvram boot-args="-v"

  7. 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

  8. gắn kết phân vùng gốc có thể ghi

    /sbin/mount -uw /

  9. tạo một thư mục sao lưu kext

    mkdir -p /System/Library/Extensions-off

  10. 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/

  11. thông báo cho hệ thống để cập nhật kextcache của nó:

    touch /System/Library/Extensions/

  12. 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:

  1. Đầ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 ).

  2. 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.

  3. Đượ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: nhập mô tả hình ảnh ở đây 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.

nhập mô tả hình ảnh ở đây nhập mô tả hình ảnh ở đây nhập mô tả hình ảnh ở đây


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.)


2
@Tarek Lạ thật. Bạn dường như đang ở High Sierra. Tôi không biết liệu họ có thắt chặt hơn nữa gần đây không. Bạn có một hệ thống khởi động cũ hơn? Từ Yosemite nó hoạt động luôn; ở Sierra như được mô tả ở trên (và từ cả hai cài đặt sẽ dính). Nếu không, tôi khuyên bạn nên tắt SIP và thử lại (có lẽ cũng từ một khởi động bình thường?). (Bỏ agcđi không phải là thảm họa, tôi đã chạy Mac trong nhiều tháng mà không cần đến thủ thuật này. Cải thiện chỉ thay đổi từ 'một chút' sang 'OK, gần như tuyệt vời') Sử dụng một thanh linux và đặt biến từ có
Vonng

6
Sau một vài tháng cố gắng để đưa tôi trở lại vào cuối năm 2011, tôi cuối cùng đã phát hiện ra rằng vấn đề GPU rời rạc là thủ phạm. Thành thật mà nói, @LangLangC trong tất cả những năm tôi làm CNTT, tôi chưa bao giờ thấy như vậy một lời giải thích hợp lý bằng văn bản và toàn diện về một giải pháp được xây dựng tốt, với chi tiết cấp độ chuyên gia không thể phủ nhận. Và tất cả từ một mong muốn vị tha để giúp đỡ người khác. Tôi đang gõ vào MBP hồi sinh của tôi, và trong khi tôi biết rằng bạn đã không làm điều này để kiếm tiền, bạn đã tiết kiệm cho tôi hàng ngàn người vì vậy tôi sẽ PM cho bạn với hy vọng tôi có thể mua bia cho bạn qua Patreon, v.v ... Cảm ơn rất nhiều.
bobsmells

2
Đối với bản ghi, kể từ 10.13.4, các kexts liên quan đến GPU AMD là: com.apple.kext.AMDLegacySupport (1.6.6), com.apple.kext.AMD6000Contoder (1.6.6), com.apple.kext.AMDLegacyFrameber (1.6.6) và com.apple.kext.AMDRadeonX3000 (1.6.6).
Kendall Lister

4
Làm việc cho tôi trên Sierra 17 đầu năm 2011 đang chạy! Màn hình ngoài không hoạt động nhưng tốt hơn so với chặn giấy khổng lồ! Hãy lưu ý (đối với những người mới như tôi), bạn cần nhập rebootsau khi tắt SIP ban đầu csrutil disablevà sau khi gpu nvram thay đổi trong quá trình khôi phục. Tôi không chắc chắn làm thế nào để khởi động lại từ thiết bị đầu cuối phục hồi và đã cố gắng giảm sức mạnh, nhưng thay đổi SIP không tiếp tục như vậy.
Will Buck

2
Cảm ơn bạn đã biên soạn tuyệt vời tất cả các giải pháp có thể cho mbp 2011 yêu quý của chúng tôi. Tôi đã phục hồi sổ ghi chép đã chết của mình bằng phương pháp loại bỏ nvram và kext trên High Sierra hiện được cập nhật lên 10.13.6. Mọi thứ hoạt động như bình thường, máy tính xách tay chạy mát hơn, kiểm soát độ sáng hoạt động tốt, ngủ quá hoạt động tốt. Hôm nay tôi đã kết nối cáp thunderbolt với một mac hoạt động khác ở chế độ đĩa Target, nhưng không có gì. Đã khởi động lại 2011 mbp lên TDM, không có gì trên mac khác. Tôi cảm thấy kết nối dữ liệu sấm sét thông qua GPU, vì vậy nó bị hỏng. Không giống như một số đề cập về 'TB nên hoạt động'. Sẽ thử nghiệm nó với eGPU ngay bây giờ
Mayank Chandak

1

Nếu vấn đề là bạn không thể di chuyển các tệp đó thì có lẽ Bảo vệ toàn vẹn hệ thống đang ngăn bạn. Tôi cho rằng bạn đang ở El Capitan hoặc Sierra.

  • Tắt máy tính xách tay của bạn.
  • Nhấn Command + R và sau đó nút nguồn để khởi động vào chế độ phục hồi.
  • Nhấp vào menu Tiện ích và chọn Terminal.
  • Nhập csrutil disablevà nhấn trở lại.
  • Đóng ứng dụng Terminal và khởi động lại khỏi chế độ phục hồi.
  • Bây giờ hãy thử khởi động lại vào chế độ Người dùng đơn và thử mvlệnh.

Nếu điều đó làm việc kích hoạt lại SIP:

  • Tắt máy tính xách tay của bạn.
  • Nhấn Command + R và sau đó nút nguồn để khởi động vào chế độ phục hồi.
  • Nhấp vào menu Tiện ích và chọn Terminal.
  • Nhập csrutil cho phép và nhấn return.
  • Đóng ứng dụng Terminal và khởi động lại khỏi chế độ phục hồi.

@klanomath cảm ơn bạn đã phản hồi nhanh chóng. Nhưng chế độ duy nhất tôi có thể nhận được là chế độ người dùng. Nó freez trong chế độ phục hồi ngay cả trong chế độ phục hồi Internet.
Ghazi Marzouk

@GhaziMarzouk Snacking_IT đã trả lời câu hỏi của bạn! Tôi chỉ chỉnh sửa nó một chút ...
klanomath

@Snacking_IT cảm ơn bạn đã phản hồi nhanh chóng. Nhưng chế độ duy nhất tôi có thể nhận được là chế độ người dùng. Nó đóng băng ở chế độ khôi phục ngay cả trong chế độ khôi phục Internet
Ghazi Marzouk

2
Giống như một bản cập nhật, trong câu trả lời của @ LangLangC, tôi không thể tắt SIP trên El Capitan trong Bước 1.3 và 1.4, vì Khôi phục người dùng đơn lẻ chỉ gắn ổ đĩa ở chế độ chỉ đọc. Cách tiếp cận trên (khởi động vào chế độ phục hồi thay thế) không hoạt động, vì vậy thông tin này rất hữu ích để đưa vào.
Twitch_City

1

Nhờ câu trả lời này https://apple.stackexchange.com/a/295805/300460 từ https://apple.stackexchange.com/users/251859/langlangc . Tôi đã theo dõi nó khi tôi gặp vấn đề này vào tháng 9 năm 2018. Tuy nhiên, tôi đã đấu tranh một chút để tìm ra các bước delta chính xác sẽ được thực hiện lần thứ hai, khi tôi gặp lại vấn đề tương tự ngày hôm qua khi tôi thực hiện cập nhật OSX Security 2019-003. Vì vậy, hãy nghĩ đến việc đặt chính xác những bước suy nghĩ của những người dùng có thể gặp phải vấn đề này lần thứ hai. Một lần nữa, rất cảm ơn langlangc cho bản gốc.

Tôi đã dùng OSX 10.13.6 tại thời điểm tôi thực hiện cập nhật.

  1. Khởi động lại ở chế độ một người dùng bằng cách nhấn và giữ Cmd + S (Cmd + R sẽ không tải màn hình trắng. Thực tế, langlangcđã yêu cầu tôi xác nhận điều này vào tháng 9 năm 2018; nhưng tôi không thể trả lời vì tôi không được phép bình luận)
    • Chạy sh /force-iGPU-boot.sh
  2. Khởi động lại trong chế độ phục hồi bằng cách nhấn và giữ Cmd + r
    • Chạy các lệnh này. Trong thực tế, tôi đặt chúng vào một tập lệnh nhỏ /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. Khởi động lại ở chế độ người dùng đơn bằng cách nhấn và giữ Cmd + s
    • Đảm bảo /System/Library/Extensions-offthư mục hiện có bị xóa sau khi sao lưu
    • Chạy các lệnh này. Một lần nữa, tôi đặt chúng vào một tập lệnh nhỏ /move thừng_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/
    • Đi vào nvram boot-args="agc=0"
    • Nhập rebootđể khởi động bình thường.

Mọi thứ khác sẽ hoạt động như mong đợi vì bạn sẽ thực hiện tất cả các bước cần thiết khác khi bạn làm cho nó hoạt động lần đầu tiên. Tất cả tốt nhất.

Cập nhật ngày 12 tháng 8 năm 2019

Tôi đã từng phụ thuộc vào giải pháp dựa trên phần mềm được đề xuất bởi @LangLangC. Tuy nhiên, bản cập nhật gần đây vào tháng 8 đã tìm thấy khả năng khởi động bình thường được treo trên thanh tiến trình. Tôi có thể vượt qua chế độ khởi động an toàn, nhưng sẽ thấy màn hình nhấp nháy rất nhiều.

Cập nhật ngày 14 tháng 8 năm 2019

Khởi động thành công khi tôi tắt SIP ở chế độ phục hồi. Tôi không thể nhớ nếu tôi đã làm trong quá khứ - nhưng bây giờ tôi đoán tôi có thể có.

Tôi đã lãng phí rất nhiều thời gian để nghi ngờ nhiều lý do khác nhau - bao gồm cả vấn đề GPU trở nên tồi tệ hơn, hoặc các lỗi tiềm ẩn với bản cập nhật bảo mật 10.13.6 2019-004.

Tuy nhiên, bây giờ tôi nhận thấy rằng nó đã khởi động lần này ngay cả khi có vấn đề /System/Library/Extensions/AMDRadeonX3000.kexttại chỗ !!!

Cập nhật ngày 11 tháng 11 năm 2019

Điều AMD6000Controller.kextcần thiết là để điều khiển độ sáng trở lại hoạt động như bình thường. Kext đó phải có mặt tại /System/Library/Extensions/.


Bạn có thể giải thích chính xác ý của bạn với "lần thứ 2" không? Ở trên có vẻ như bạn đã thiết lập lại NVRAM / PRAM trong quá trình. Hay đây thực sự là những gì bạn đã làm trong khi đang thực hiện một bản hack hoạt động vào ngày 10.13 và chỉ áp dụng SecUpdate gần đây? (Bản thân SecUpdate không nên làm gì để vô hiệu hóa bản hack, nhưng cài đặt AMD.kext hoạt động trong - cho vị trí hack - sai và do đó cần phải di chuyển). Hoặc từ phía bên kia: đã được thiết lập lại NVRAM của bạn trong khi cập nhật?
LаngLаngС

Tôi đã thực hiện một bản hack hoạt động vào ngày 10.13.6, được thực hiện vào tháng 9 năm 2018 sau câu trả lời của bạn. Sau đó áp dụng bản cập nhật bảo mật ngày hôm qua, sau đó tôi lại bị kẹt với màn hình trắng. Tôi không bao giờ chơi xung quanh với các tệp KEXT trừ khi tôi phải làm theo hướng dẫn của bạn để khắc phục sự cố màn hình trắng sau khi cập nhật bảo mật. Chỉ với bước 1 (chế độ người dùng đơn thứ 1) không khắc phục được sự cố, do đó tôi phải chuyển sang bước 2 (chế độ khôi phục) sau đó đến bước 3 (chế độ một người dùng lại).
Raj

Tôi vừa cập nhật âm lượng High Sierra của mình với bản cập nhật bảo mật mới nhất 2019-005. Thanh quá trình bị kẹt khi khởi động lại, vì vậy tôi đã chờ người hâm mộ dừng lại và khởi động lại MBP của mình theo cách thủ công ở chế độ một người dùng và làm theo hướng dẫn của bạn. Làm việc tốt Một vài câu hỏi mặc dù: tại sao bạn phải lặp lại hack NVRAM ở bước 2? Nó đã có trong /force-iGPU-boot.shkịch bản chưa? và Extensions-offthư mục của tôi đã sẵn sàng, tôi chỉ cần chuyển cái mới AMDRadeonX3000.kextvà gọi nó AMDRadeonX3000v2.kext. Tôi đoán có vẻ tốt hơn để giữ và tải bản gốc như được nêu trong hướng dẫn @LangLangC tôi đoán.
aroom

1
@aroom Trên đây lặp lại một vài bước dư thừa, không gây hại, chỉ là cách tiếp cận vành đai & treo. Chìa khóa để cập nhật là với NVRAM tại chỗ một làm việc X3000 treo khởi động. Khá thường xuyên Apple vận chuyển một kext bị lỗi phụ thuộc vào một cài đặt gốc, tất cả các đồng bằng thiếu một tệp quan trọng. (Để có kết quả tối ưu, chúng tôi phải đưa mext cũ vào vị trí, sau đó cập nhật, sau đó mv thành Ext-off) . Khi tắt SIP, chỉ cần khởi động SafeMode và mv để Ext-off, xóa phiên bản trước.
LаngLаngС
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.