計画された手順が可能です。計画された手順はそれほど難しくありません。計画された手順は最良の選択肢ではありません。
このルートが最適ではない理由
MacBook Proは、外部ディスプレイが接続されるとディスクリートGPU（dGPU）に切り替える必要があります。したがって、インストールされているが無効になっているdGPUは、そのdGPUで外部モニターを使用するオプションを奪います。
現在、USBソリューションや外部GPU（eGPU）の使用など、他のオプションがあります。しかし、探しているEFI変数を設定すると、Thunderboltポートから外部モニターへの1本のケーブルによる直接出力が確実に無効になります。
EFIからディスクリートGPUを無効にするにはどうすればよいですか？
更新で言及したコマンドはほぼ正しいです。適切な識別子が欠落しているだけです。
sudo nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00
これにより、対応するEFI変数がNVRAMに書き込まれ、MacBook Proは常に統合GPU（iGPU）で直接起動されます。この識別子は、AMD dGPUだけでなく、すべてのdGPUの識別子です。これは、NVidiaチップでも同様に機能することが確認されています。また、NVRAMリセットにより簡単に元に戻すことができます。
この状況でのこの戦略の欠点
そして今、欠点：これには2つの小さな問題が潜在的にあります：
これらのNVRAM設定を強制すると、macOSが「少し混乱」する場合があります。チップはまだ配線されており、電源が入っています。
これを起動するには、dGPUのグラフィックスドライバーを無効にする必要がある場合があります。または、少なくとも実際のグラフィックス切り替えを管理する1つのkext。そうでない場合、GPUスイッチングを開始しようとすると、ブートがハングする可能性があります。
すべてのNVidia kextを/System/Library/Extensions安全なバックアップ場所に移動することで、新たに発生した両方の問題に対処できます。これにより、マシンが高速iGPUモードに強制的にブートされます。ただし、EFI変数を設定するだけでは、賢明な電源管理を行うのに十分ではない場合があります。そのためには、グラフィックの切り替えを担当するものを除き、NVidia kexts を戻す必要があります。そうしないと、dGPUの電力が不必要に高くなります。「フルパワー」で少なくともアイドル状態になります（60°C以上に変換されます）。
このハイパワーアイドルは、ファンノイズを減らし、バッテリーを増やす計画にとって大きな敗北になる可能性があります。文献からの補足：kextを移動するには、このようなものを移動する限り、OS X / macOSの新しいバージョンでSIPを無効にすることも必要であることは、広く認められている真実です。
実験するkextを見つけるための一般的な戦略：ストックシステムでNVRAM変数なしでブートする（「デフォルト」のNVidia kextを使用）。次に、システムが実際に読み込む拡張機能をメモしkextstatます。次に、以前にロードされたNVidia / Geforce kextをリブートし、ハックを有効にして再起動します。詳細なセンサーモニター（iStatMenus、TGProなど）を取得し、GPUの周囲の温度を監視します。次に、関連するkextを次々にロードして、カーネルに戻しますsudo kextload /path-to/NVDA***.kext。それぞれ1〜2分待ちます。
この投稿の方法、または同様に有効だが大まかな方法：LinuxでEFIvarを操作する方法はNVRAMであるため、SMC / NVRAMリセットを実行するときれいに元に戻ります。NVRAMのハッキングは、実際にはこの投稿の中で、確かに多くのトラブルをもたらさない唯一の部分です。
このNVRAMリセットを行うと、工場出荷時設定の最小セットがEFI変数/ NVRAMに復元されます。その工場設定は変更されません。
これは、好きなだけ実行できます。
Linuxでは、ドライバーシステムのドキュメント化が大幅に改善され、imho実装がよりクリーンになりました。Linuxでこれを実現したり、Linuxを起動したりするには、多くの方法があります。また、Linux（このNVRAM / EFIvars設定を尊重するか、他の方法を使用するかに関わらず）を使用すると、ドライバーでのトラブルがはるかに少なくなります（考えたことはあります）。Microsoft Windowsなどの他のOSについては、データがありません。
繰り返すには：OSがdGPUを適切に認識しないということは、dGPUの電源がオフになるということではありません。それは、望ましくない熱の副作用につながる可能性があります。
見てみましょう2011年のMacBook Proのために、このガイドを同様のソリューションとは少しより多くのオプションのために。また、NVRAMハックをすばやく元に戻し、やり直します。
複数のモニターと無効なdGPU
すべてを言った：gfxCardStatus（またはオリジナルの異なるバージョンを試してください-それらは異なるオプション/機能を持っています...）対処する実際のハードウェアの問題がない場合、私は最高のオプションです。はるかに柔軟性があり、実行中のシステム内でdGPUまたは外部モニターに簡単に切り替えることができます。
EFI / NVRAM経由またはgfxCardStatusを使用するかどうか：切り替え可能なグラフィックスを搭載したMacを強制的に統合のみにすると、組み込みのDisplayPortまたはThunderboltグラフィックス出力を使用して外部表示モードが無効になります。これは、dGPUを介して外部モニターの表示信号をルーティングするハードウェア設計の結果です。ディスクリートではなく外部グラフィックアダプターを使用すると、その制限の回避策になる場合があります。
他のオペレーティングシステムに統合できるようにするEFI設定
これで明らかなように、Linuxなどの他のオペレーティングシステムが切り替え可能なグラフィックセットアップを「見る」ことを許可するEFI設定は、dGPU を無効にする上記とは異なります。
LinuxおよびWindows用のMacbook Pro 11,3でIntel IGDのロックを解除するための小さなEFIプログラム：
LinuxおよびWindows用のMacbook Pro 11,3でIntel IGDのロックを解除するための小さなEFIプログラム。Grub、rEFIndなどの変更されていないEFIブートローダーによって簡単にチェーンロードされるようになっています。
Macbook Pro 11,3モデルのEFIは、Mac OS X以外を起動するとIntel GPUをオフにします。そのため、すべてのハードウェアにアクセスできるようにするには、OS識別を偽造することによるちょっとしたトリックが必要です。
すべてのクレジットは、このハックを最初に発見したAndreas Heiderに属します：https :
//lists.gnu.org/archive/html/grub-devel/2013-12/msg00442.html