Thủ tục kế hoạch của bạn là có thể. Thủ tục theo kế hoạch của bạn không phải là khó khăn. Thủ tục theo kế hoạch của bạn không phải là lựa chọn tốt nhất.
Tại sao tuyến đường này là tối ưu
MacBook Pro sẽ và phải chuyển sang GPU rời (dGPU) sau khi màn hình ngoài được kết nối. Do đó, một dGPU đã cài đặt nhưng bị vô hiệu hóa sẽ loại bỏ tùy chọn sử dụng Màn hình ngoài với dGPU đó.
Hiện tại có các tùy chọn khác, như sử dụng giải pháp USB hoặc GPU bên ngoài (eGPU). Nhưng việc đặt biến EFI mà bạn đang tìm kiếm chắc chắn sẽ vô hiệu hóa đầu ra trực tiếp bằng một cáp từ cổng Thunderbolt sang màn hình ngoài.
Làm thế nào bạn có thể vô hiệu hóa GPU rời khỏi EFI?
Lệnh bạn đề cập trong bản cập nhật của bạn là gần như chính xác. Nó chỉ bỏ lỡ định danh thích hợp:
sudo nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00
Thao tác này ghi biến EFI tương ứng vào NVRAM và buộc MacBook Pro luôn khởi động thẳng vào GPU tích hợp (iGPU). Mã định danh không chỉ dành cho AMD dGPU mà tất cả các dGPU. Điều này được xác nhận để làm việc với các chip NVidia như nhau. Nó cũng có thể dễ dàng đảo ngược với thiết lập lại NVRAM.
Nhược điểm của chiến lược này trong tình huống này
Và bây giờ nhược điểm: Có khả năng có hai vấn đề nhỏ với điều này:
Sau khi bạn buộc các cài đặt NVRAM này, macOS có thể bị "nhầm lẫn một chút". Con chip vẫn còn đó, có dây và được cấp nguồn.
Để khởi động, bạn có thể cần phải tắt trình điều khiển đồ họa cho dGPU của mình. Hoặc ít nhất là một kext quản lý việc chuyển đổi đồ họa thực tế. Khởi động có thể bị treo khi cố gắng bắt đầu chuyển đổi GPU nếu không.
Cả hai vấn đề mới phát sinh có thể được giải quyết bằng cách di chuyển tất cả các kexts NVidia ra khỏi /System/Library/Extensionsnơi dự phòng an toàn. Điều này sẽ khởi động máy buộc vào chế độ iGPU tăng tốc. Nhưng việc đặt biến EFI có thể không đủ để quản lý năng lượng hợp lý. Vì vậy, bạn có thể sẽ phải quay trở lại các kexts NVidia trừ những người chịu trách nhiệm chuyển đổi đồ họa. Không làm như vậy sẽ dẫn đến sức mạnh cao không cần thiết trên dGPU. Nó ít nhất sẽ nhàn rỗi ở "toàn bộ sức mạnh" (được dịch thành> ~ 60 ° C).
Công suất nhàn rỗi cao này sẽ có khả năng là thất bại lớn cho kế hoạch của bạn để giảm tiếng ồn của quạt và tăng pin. Lưu ý bên lề từ tài liệu: Cần phải thừa nhận rằng mọi người di chuyển xung quanh cũng yêu cầu bạn vô hiệu hóa SIP trên các phiên bản OS X / macOS mới hơn miễn là bạn di chuyển những thứ như thế này.
Chiến lược chung để tìm kexts để thử nghiệm: khởi động mà không có biến NVRAM trong hệ thống chứng khoán (với kexts 'mặc định' NVidia). Sau đó hãy lưu ý những phần mở rộng mà hệ thống của bạn thực sự tải với kextstat. Sau đó khởi động lại với các kexts NVidia / Geforce đã tải trước đó và di chuyển. Nhận một màn hình cảm biến chi tiết (iStatMenus, TGPro, v.v.) và xem nhiệt độ trên và xung quanh GPU. Bây giờ tải từng cái một của các kexts có liên quan trở lại vào kernel với sudo kextload /path-to/NVDA***.kext. Đợi một hoặc hai phút sau mỗi.
Vì phương pháp của bài đăng này - hoặc cách hợp lệ nhưng không kém phần hợp lý: thao túng EFIvars trong Linux - là NVRAM, nó sẽ hoàn nguyên sạch nếu bạn thực hiện đặt lại SMC / NVRAM. Việc hack NVRAM thực sự là phần duy nhất của bài đăng này mà chắc chắn sẽ không gây cho bạn nhiều rắc rối.
Thực hiện thiết lập lại NVRAM này sẽ khôi phục một bộ cài đặt gốc tối thiểu thành các biến EFI / NVRAM. Thiết lập nhà máy sẽ không được chạm vào.
Điều này có thể được thực hiện thường xuyên như bạn muốn.
Trong Linux, hệ thống trình điều khiển được ghi lại tốt hơn nhiều và imho triển khai sạch hơn. Có nhiều cách để đạt được điều này với hoặc khởi động vào Linux. Và một Linux (cho dù tôn trọng cài đặt NVRAM / EFIvars này hoặc thông qua các phương pháp khác) sẽ giúp bạn ít gặp rắc rối hơn với các trình điều khiển (Ai đã nghĩ). Đối với các hệ điều hành khác, như Microsoft Windows, tôi không có dữ liệu.
Nhắc lại: Việc HĐH không nhận ra dGPU đúng cách không có nghĩa là nó bị tắt. Điều đó có thể dẫn đến tác dụng phụ nhiệt không mong muốn.
Hãy xem hướng dẫn này cho MacBook Pro 2011 cho một giải pháp tương tự và thêm một chút tùy chọn; cũng để nhanh chóng hoàn tác và làm lại hack NVRAM.
Nhiều màn hình và một dGPU bị vô hiệu hóa
Phải nói rằng tất cả: gfxCardStatus (hoặc thử các phiên bản khác nhau của bản gốc - chúng có các tùy chọn / khả năng khác nhau) là một lựa chọn tốt nhất nếu bạn không có vấn đề về phần cứng thực sự. Nó linh hoạt hơn nhiều và bạn vẫn có thể chuyển trở lại dGPU hoặc màn hình ngoài khá dễ dàng trong một hệ thống đang chạy.
Cho dù thông qua EFI / NVRAM hoặc với gfxCardStatus: buộc máy Mac có đồ họa có thể chuyển đổi thành chỉ tích hợp sẽ vô hiệu hóa các chế độ hiển thị bên ngoài bằng cách sử dụng đầu ra đồ họa DisplayPort hoặc Thunderbolt tích hợp. Đây là kết quả của thiết kế phần cứng định tuyến tín hiệu hiển thị cho màn hình ngoài thông qua dGPU. Sử dụng không rời rạc nhưng bộ điều hợp đồ họa bên ngoài có thể là một cách giải quyết cho hạn chế đó.
Cài đặt EFI để cho phép tích hợp trên các hệ điều hành khác
Hiện tại, rõ ràng, cài đặt EFI cho phép các hệ điều hành khác như Linux "nhìn thấy" một thiết lập đồ họa có thể chuyển đổi khác với ở trên, vô hiệu hóa dGPU.
Chương trình EFI nhỏ để mở khóa Intel IGD trên Macbook Pro 11,3 cho Linux và Windows:
Chương trình EFI nhỏ để mở khóa Intel IGD trên Macbook Pro 11,3 cho Linux và Windows. Nó đã được thực hiện để dễ dàng tải chuỗi bởi bộ tải khởi động EFI chưa sửa đổi như Grub, rEFInd, v.v.
EFI của mẫu Macbook Pro 11,3 đang tắt GPU Intel nếu bạn khởi động bất cứ thứ gì trừ Mac OS X. Vì vậy, một mẹo nhỏ bằng cách giả mạo nhận dạng hệ điều hành là bắt buộc để có thể truy cập được tất cả phần cứng.
Tất cả các khoản tín dụng thuộc về Andreas Heider, người ban đầu phát hiện ra vụ hack này:
https://lists.gnu.org/archive/html/grub-devel/2013-12/msg00442.html