Ihr geplanter Eingriff ist möglich. Ihr geplantes Verfahren ist nicht so schwierig. Ihr geplanter Eingriff ist nicht die beste Option.
Warum diese Route nicht optimal ist
MacBook Pros müssen nach dem Anschließen eines externen Bildschirms auf die diskrete GPU (dGPU) umschalten. Eine installierte, aber deaktivierte dGPU entfernt daher die Option, einen externen Monitor mit dieser dGPU zu verwenden.
Es gibt jetzt andere Optionen, wie die Verwendung von USB-Lösungen oder externen GPUs (eGPU). Wenn Sie jedoch die gewünschte EFI-Variable festlegen, wird die direkte Ausgabe mit einem Kabel vom Thunderbolt-Port zu einem externen Monitor definitiv deaktiviert.
Wie können Sie die diskrete GPU von EFI deaktivieren?
Der Befehl, den Sie in Ihrem Update erwähnt haben, ist fast korrekt. Es fehlt nur die richtige Kennung:
sudo nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00
Dadurch wird die entsprechende EFI-Variable in den NVRAM geschrieben und das MacBook Pro gezwungen, immer direkt in die integrierte GPU (iGPU) zu booten. Der Bezeichner gilt nicht nur für AMD-dGPUs, sondern für alle dGPUs. Es wurde bestätigt, dass dies mit NVidia-Chips gleichermaßen funktioniert. Es ist auch mit einem NVRAM-Reset leicht umkehrbar.
Nachteile dieser Strategie in dieser Situation
Und jetzt der Nachteil: Es gibt möglicherweise zwei kleine Probleme:
Nachdem Sie diese NVRAM-Einstellungen erzwungen haben, wird macOS möglicherweise "ein wenig verwirrt". Der Chip ist immer noch da, verdrahtet und mit Strom versorgt.
Um dies zu starten, müssen Sie möglicherweise die Grafiktreiber für Ihre dGPU deaktivieren. Oder zumindest der eine Text, der die eigentliche Grafikumschaltung verwaltet. Der Start kann hängen bleiben, wenn Sie versuchen, die GPU-Umschaltung zu starten.
Beide neu aufgetretenen Probleme können behoben werden, indem entweder alle NVidia-Kexts /System/Library/Extensionsan einen sicheren Sicherungsort verschoben werden . Dadurch wird der Computer gestartet und in den beschleunigten iGPU-Modus versetzt. Das Festlegen einer EFI-Variablen reicht jedoch möglicherweise nicht aus, um eine sinnvolle Energieverwaltung zu erzielen. Zu diesem Zweck müssen Sie wahrscheinlich die NVidia-Kexts zurücksetzen, mit Ausnahme derjenigen, die für die Grafikumschaltung verantwortlich sind. Andernfalls wird die dGPU unnötig stark beansprucht. Bei "voller Leistung" (umgerechnet auf> ~ 60 ° C) läuft es zumindest im Leerlauf.
Dieser Hochleistungsleerlauf ist möglicherweise die große Niederlage für Ihren Plan, das Lüftergeräusch zu reduzieren und die Batterie zu erhöhen. Anmerkung aus der Literatur: Es sollte allgemein anerkannt sein, dass das Verschieben von Kexts auch das Deaktivieren von SIP auf neueren Versionen von OS X / macOS erfordert, solange Sie solche Dinge verschieben.
Allgemeine Strategie zum Finden der zu experimentierenden Kexts: Booten ohne NVRAM-Variable in einem Aktiensystem (mit 'Standard'-NVidia-Kexts). Notieren Sie sich dann, mit welchen Erweiterungen Ihr System tatsächlich lädt kextstat. Starten Sie dann neu, wobei zuvor geladene NVidia / Geforce-Kexts entfernt und der Hack aktiviert wurden. Holen Sie sich einen detaillierten Sensor-Monitor (iStatMenus, TGPro usw.) und beobachten Sie die Temperatur auf und um die GPU. Laden Sie nun nacheinander die relevanten Kexts zurück in den Kernel mit sudo kextload /path-to/NVDA***.kext. Warten Sie jeweils ein bis zwei Minuten.
Da die Methode dieses Beitrags - oder die ebenso gültige, aber langwierige Methode: Manipulieren von EFIvars unter Linux - NVRAM ist, wird es sauber zurückgesetzt, wenn Sie einen SMC / NVRAM-Reset durchführen. Dieses NVRAM-Hacken ist der einzige Teil dieses Beitrags, der Ihnen mit Sicherheit nicht viel Ärger bereiten wird.
Durch das Zurücksetzen des NVRAM werden nur minimale Werkseinstellungen der EFI-Variablen / des NVRAM wiederhergestellt. Diese Werkseinstellung wird nicht berührt.
Dies kann so oft gemacht werden, wie Sie möchten.
Unter Linux ist das Treibersystem wesentlich besser dokumentiert und imho sauberer implementiert. Es gibt viele Möglichkeiten, dies mit Linux zu erreichen oder es zu booten. Und ein Linux (egal, ob Sie diese NVRAM / EFIvars-Einstellung respektieren oder andere Methoden anwenden) wird Ihnen viel weniger Probleme mit Treibern bereiten (wer hätte das gedacht). Für andere Betriebssysteme wie Microsoft Windows liegen mir keine Daten vor.
Um es zu wiederholen: Wenn das Betriebssystem die dGPU nicht richtig erkennt, heißt das nicht, dass sie ausgeschaltet ist. Dies kann zu unerwünschten thermischen Nebenwirkungen führen.
In diesem Handbuch für MacBook Pro 2011 finden Sie eine ähnliche Lösung und ein bisschen mehr Optionen. auch, um den NVRAM-Hack schnell rückgängig zu machen und zu wiederholen.
Mehrere Monitore und eine deaktivierte dGPU
Abgesehen davon , dass alle: gfxCardStatus (oder versuchen Sie verschiedene Versionen des Originals - sie haben verschiedene Optionen / Fähigkeiten ...) ist imho die beste Option, wenn Sie keine echten Hardwareprobleme haben, mit denen Sie sich befassen müssen. Es ist viel flexibler und Sie können in einem laufenden System ganz einfach auf dGPU oder externe Monitore zurückgreifen.
Ob über EFI / NVRAM oder mit gfxCardStatus: Wenn Sie einen Mac mit umschaltbarer Grafik auf "Nur integriert" schalten, werden die externen Anzeigemodi über den integrierten DisplayPort- oder Thunderbolt-Grafikausgang deaktiviert . Dies ist eine Folge des Hardware-Designs, das das Anzeigesignal für externe Monitore durch die dGPU leitet. Die Verwendung von nicht diskreten, sondern externen Grafikadaptern kann diese Einschränkung umgehen.
Die EFI-Einstellung, die auf anderen Betriebssystemen integriert werden soll
Wie bereits klar sein sollte, unterscheidet sich die EFI-Einstellung, mit der andere Betriebssysteme wie Linux eine umschaltbare Grafikkonfiguration "sehen" können, von der oben genannten Einstellung, mit der die dGPU deaktiviert wird.
Winziges EFI-Programm zum Entsperren der Intel IGD auf dem Macbook Pro 11.3 für Linux und Windows:
Winziges EFI-Programm zum Entsperren der Intel IGD auf dem Macbook Pro 11.3 für Linux und Windows. Es wurde so konzipiert, dass es mit unveränderten EFI-Bootloadern wie Grub, RefInd usw. problemlos per Chainloading geladen werden kann.
Das EFI des Macbook Pro 11.3-Modells schaltet die Intel-GPU aus, wenn Sie etwas anderes als Mac OS X booten. Ein kleiner Trick, bei dem die Betriebssystemidentifikation gefälscht wird, ist erforderlich, um die gesamte Hardware zugänglich zu machen.
Alle Credits gehören Andreas Heider, der diesen Hack ursprünglich entdeckt hat:
https://lists.gnu.org/archive/html/grub-devel/2013-12/msg00442.html