GPUの問題-灰色の画面でブートがハングする


43

このスレッドの私の問題によると、これを見つけました:
ブートが灰色の画面でハングする(OS Xの新規インストールでUSBドライブから起動する場合でも)

AMD Radeon HD 6750Mを搭載したMacBook Pro 15 "Early 2011は、起動に完全に失敗する前に2週間にわたってディスプレイの破損と関連するシステムクラッシュ/リセットを示しました。ログイン画面に切り替えるべきだったと思われるとき、Appleロゴとスピナーは消え、空白の灰色の画面にハングアップします。

当初、私はハードドライブの破損を疑い、それを改善しようとしました。失敗しましたが、私は次のことを試みましたが、それぞれが上記のようにハングし続けました

セーフブート
ブートリカバリ(インターネットリカバリを含む)
USBドライブのインストールメディア
からブートUSBドライブのOS Xインストールからブート
NVRAMの
リセットSMCを クリア

また、問題を見つけることなく、Apple Hardware Testを何度も実行しました。

詳細なセーフブート(Cmd + Shift + V)は、予想されるすべてを出力しますが、上記のようにハングします。

GPUに関連する問題に関するAppleのディスカッションフォーラムでオンラインの投稿に出くわした後、これを原因として再訪しました。

2011 MacBook ProおよびDiscrete Graphics Cardまたは 2011 MacBook ProおよびDiscrete Graphics Card

USBフラッシュドライブからUbuntuを起動しようとすると、GRUBまでしか取得できませんでした。Ubuntu Desktopを起動したり、GRUBでgraphicstestを実行しようとすると、システムがハングします。

この時点で、標準テストの終了直前にApple Hardware Testの実行がハングしました。ビデオテストを実行しているときに[推測]される可能性があります。

上記のApple Discussions投稿のアドバイスに基づいて、次のことを行いました。

シングルユーザーモードで起動し
ます。次のコマンドを実行します。

/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

今回は、マシンがずっと起動しました。ただし、グラフィックスは非常に遅く、ウィンドウを最小化するときのトランジションでもです。同様の問題に直面している他の人の多数の報告が、リコールを行った同様のGPU関連の障害の再発のように見えるので、私は交換を要求するために私のMBPをAppleに連れて行きます。

しかし、「mv」コマンドを使用すると、ファイルは移動せず(削除もされず)、次のように表示されます
。Sandbox deny(01)file-write-unlinked…

解決策は?



@klanomathうん、それが問題だ。私の古いMBPにも起こりました(灰色の画面ではなく緑がかった画面)。
フクロウスワイプ

回答:


81

背景と説明

アクションを実行する前に、この投稿のすべてを最初から最後まで少なくとも一度読んでください。

2011年以降のすべての MacBook Proには、重大な設計上の欠陥があります。ディスクリートAMDグラフィックスチップの堅牢性とともに、熱管理と発生した熱はあまりよく一致しません。Appleはこれを知っており、典型的なSoapy Smithのように振る舞い 、怒りの後にのみこれに反応しました。このスキャンダルは、RadeonGateの名前を引き継いだ。脅迫された集団訴訟の訴訟でのみ、Appleは最終的にいわゆる「修理延長プログラム」の提供を迫られました

Apple Repair Extensionプログラムはもう利用できません。この問題を解決する唯一の本当の方法は、AMDチップのみを交換することです。ロジックボードではありません。「リボール」、「リフロー」、「ベーキング」ではありません。Appleは、故障したチップを故障したチップと交換しました。何度も。このようなビンテージラップトップでは、グラフィックチップを交換するだけでハードウェアのコストが高くなります。

唯一の既知の方法-つまり:ソフトウェアのみ-故障したAMDグラフィックチップのみを搭載した2011 MacBook Pro(8,2)を入手し、ほぼ確実に再びオンにしてmacOSを起動し、高速 GUIで使用可能にする方法このガイドまたはそのバリエーションです。以前のほとんどのヒントでは、すべてのAMD-kextが削除されたため、GUIアクセラレーションがまったくない恐ろしいユーザーエクスペリエンスになりました。

OSの正確なバージョンを知る必要があります。次のガイドはヨセミテではより簡単ですが、エルキャピタン以降を想定しています。El Capitan、Sierra、High Sierraでは、SIP(システム整合性保護)を無効にする必要があります。以前のシステム(10.6〜10.10)では、これらの手順は不要です。

重要:このガイドでは、さらにすべてのkextがデフォルトの場所/ System / Library / Extensionsにあることを前提としています。1つを除くすべてのAMD-kextが存在することは、「適切な」操作に有益です。この方向の以前のハックは、移動するように指示したか、さらに悪いことに、AMD * / ATI *カーネル拡張機能すべて削除した可能性があります。その場合:kextをデフォルトの場所に戻すか、選択したシステムを再インストールします。AMD kextの大部分を配置、X3000-kextに遅延をロードすると、GPUの電力管理が可能になります。繰り返しますが、AMDRadeonX3000.kext実際にはファイルのみが存在しません 起動時に正常に起動できるようにしますが、他の(必要な)AMDドライバーはすべてデフォルトの場所に配置し、X3000-kextを後でロード/遅延して、ほぼ適切な電力および温度管理の領域に戻す必要があります。

ディスクリートグラフィックチップをバイパスする

ディスプレイアクセラレーションを元に戻すには、マシンをディスクリートグラフィックス(dGPU)ではなく、統合グラフィックス(iGPU)で直接起動し、このモードのままにする必要があります。

dGPUモードでの起動は、2つの切り替え可能なグラフィックカードを搭載したMacのデフォルトです。以下の手順では、dGPUを無効にし、システムが起動時にも統合Intelグラフィックスのみを使用するように強制するNVRAM変数を設定します。

NVRAM変数は文書化されていませんが、2枚の切り替え可能なグラフィックカードを搭載したすべてのMacに広く適用できるようです。つまり、iMacとMacBook Proで動作するはずです。AMDまたはNVIDIAチップを搭載しているかどうか。このガイドでは、移動に必要な可能性のあるドライバーに関する詳細のみがAMDをカバーしています。ただし、NVRAM変数は、どのような場合でも個別のグラフィックチップをバイパスします。

これによりマシンが元に戻りますが、一部の機能が失われます。たとえば、DisplayPortから外部ディスプレイを駆動する機能、わずかな3Dパフォーマンス。Thunderboltデータ接続が機能するはずです。

このガイドが失敗するか、不要になった場合:この手順は純粋なソフトウェア構成であるため、単純なNVRAMリセットでいつでも完全に元に戻せます

最初の手順:

パート1:SIPを無効にし、dGPUを無効にし、1つのカーネル拡張を移動します

  1. クリーンな状態から開始するには:SMCとNVRAMをリセットします:
    シャットダウン、電源以外のすべてのプラグを抜いて、今ホールド

    leftShift+ Ctrl+ Opt+ Power
    とすべて同時にリリース。

  2. もう一度電源を入れて

    Cmd+ Opt+ p+ r
    起動音が2回聞こえるまで同時に。

  3. ホールドしてシングルユーザーリカバリを起動します

    Cmd+ r+s

  4. SIPを無効にします。入力:

    csrutil disable

  5. 次の変数を設定して、起動時にdGPUを無効にします。

    nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00

  6. 詳細ブートモードを有効にします。

    nvram boot-args="-v"

  7. 押し続けるとシングルユーザーモードで再起動します

    Cmd+ s
    起動時に

  8. 書き込み可能なルートパーティションをマウント

    /sbin/mount -uw /

  9. kext-backupディレクトリを作成します

    mkdir -p /System/Library/Extensions-off

  10. 問題のあるkextを1つだけ移動します。

    mv /System/Library/Extensions/AMDRadeonX3000.kext /System/Library/Extensions-off/

  11. kextcacheを更新するようシステムに通知します。

    touch /System/Library/Extensions/

  12. 通常どおり再起動します。

これでiGPUアクセラレーションディスプレイが表示されますが、システムは故障したAMDチップの電源管理方法を知りません。(この状態では、GPUは常に比較的高い電力でアイドリングし、電源を抜くとかなりのバッテリーを消費し、システムによって何も使用されていないにもかかわらず、GPU温度が60°C [平均60-85°C]以上になります。 )

パート2:熱管理と電力管理を改善する

無効なGPUの電源管理を改善するには、起動後に 1つの重要なkextを手動でロードする必要があります。

sudo kextload /System/Library/Extensions-off/AMDRadeonX3000.kext

温度センサーアプリケーションがある場合は、上記のコマンドを発行する前に開いて、温度が下がるのを確認してください。

次回の再起動後に実行される次のLoginHookでこれを自動化します。

sudo mkdir -p /Library/LoginHook   
sudo nano /Library/LoginHook/LoadX3000.sh

次のコンテンツ:

#!/bin/bash
kextload  /System/Library/Extensions-off/AMDRadeonX3000.kext
pmset -a force gpuswitch 0    # undocumented/experimental
exit 0

その後、実行可能かつアクティブにします* 1

sudo chmod a+x /Library/LoginHook/LoadX3000.sh  
sudo defaults write com.apple.loginwindow LoginHook /Library/LoginHook/LoadX3000.sh 

* 1:このpmsetコマンドの文書化されていない使用は、スリープ/スリープ解除/シャットダウンの動作を改善するようです。そうでない場合は、除外してみてください。
以下の免責事項を参照してください。以下は単なる推測です。スリープ/スリープ解除/シャットダウンは面倒なままです。ここでの理論は、SMCに保存されているものが「ゆっくりと破損する」というものです。したがって、SMCをリセットして変数ハックを再適用すると、状況がしばらく緩和されるようです。(この歓迎のための恒久的な解決策!)短時間の回避策として、「ふたを閉じて眠る」ことを避けたいと思うかもしれません。シャットダウン時の見かけ上のハングは、通常、非常に長い遅延であり、最終的には完全に正常にシャットダウンします。
非科学的なサンプリングは、ヨセミテがこれに対して最悪であり、この点でエルキャピタンとシエラがより良く振る舞ったことを示唆しています。

この重要なカーネル拡張機能の手動またはその他の遅延ロードにより、システムは電源管理を少し改善できます。バッテリーの使用量は少なくなり、未使用のGPUから発生する温度は50°Cを大幅に下回る範囲に低下します(平均で15〜50°C)。

適切な電源管理のために、ロードされたkextの最小限のセットが起動時にあります(10.12.6のバージョン、で確認してください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) 

そして、上記のロード方法が成功した場合、これはリストに追加されたように見えるはずです:

com.apple.AMDRadeonX3000 (1.5.1) 


最後の手順は、SingleUserRecoveryをもう一度再起動 することです。コマンドラインがアクティブになった後、
これをCmd+ r+で実行s
し、次のように入力します。

 nvram boot-args="-v agc=0"   

通常どおり再起動します。

これにより、dGPUがさらに冷却されます。

SIPが有効になっているシステムは、通常のフルブートモードまたは通常のシングルユーザーのどちらであっても、通常のブートボリュームから起動すると、この変数の設定をブロックするため、SingleUserRecoveryからこのコマンドを発行する必要があります。そのため、この手順をforce-iGPU.shスクリプト(簡単に作成する予定)に簡単に統合することはできず、NVRAMのリセット後、独自に繰り返す必要があることに注意することが重要です。

この最後の手順では、SystemIntegretyProtectionが再度有効になっていることを前提としています。ただし、SIPが意図的かつ永続的にオフにされている場合、この手順上記のforce-iGPU.shスクリプトに統合できます。
しかし、どういうわけか私は永久にSIPをオフにするつもりで、気づかないうちにオンに戻されたので、SIPが「オフ」のままであることへの依存は最良のアプローチではないかもしれません。SIP設定が保存されているNVRAMをクリアすることは、このような予期せぬ障害の1つである可能性があります。

将来の使用のための予防措置

さらに2つの注意事項があります。SMC/ NVRAMをリセットすると、これは元に戻せます。その場合は、GPU-power-pref NVRAM-variableを再設定するか、ブート時にiGPUを強制的に使用する必要があります。

これは非常に簡単に発生する可能性があるため(実際に役立つよりも何度も誤って推奨されることが多いため)、おそらくこのようなシナリオに備えて、プロセスを大幅にスピードアップし、必要な変数を入力するための簡単なスクリプトを作成する必要があります起こりやすいエラー:

 sudo nano /force-iGPU-boot.sh

–このファイルに次のコンテンツを入力します。

#/bin/sh
sudo nvram boot-args="-v"
sudo nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00
exit 0

–次に、その実行可能ファイルを作成します。

sudo chmod a+x /force-iGPU-boot.sh

将来、SMC / PRAM / NVRAMがデフォルト値にリセットされると、次のコマンドでSingleUserを起動できるようになりました。

Cmd+s

–そして、ブートボリュームを読み書き可能にマウントした後、次の1行だけを実行します。

sh /force-iGPU-boot.sh


これで、agc変数もクリアされることに注意してください。(上記参照)
また、[システム環境設定]> [起動ディスク]でデフォルトのブートボリュームを再度設定してください。

パート3:Appleからの更新の処理

このセットアップには、Appleのインストーラーが予期しない場所に1つのkextがあります。そのため、このガイドではSIPが再度有効化されていません。AMDドライバーへの変更を含む更新が行われようとしている場合、更新プロセスの前に AMDRadeonX3000.kextをデフォルトの場所戻すことをお勧めします。そうでない場合、アップデーターは少なくとも別のバージョンのkextをデフォルトの場所に書き込むか、最悪の場合、部分的に一致しないドライバーの未定義状態になります。

システムを更新した後、問題のkextがないかフォルダー/ System / Library / Extensionsを確認する必要があります。そこに存在すると、例えばヨセミテとシエラでのブートハング、ハイシエラでの過熱ブートループにつながります。

High Sierra 10.13へのアップグレード:このハックを使用すると、ほとんど簡単です。ファームウェアの更新を適用しても、インストールプロセスがNVRAM変数に影響を与えることはありません。また、インストールプロセスでは、完全に高速化されたAMDチップは使用されませんが、このハックに関して問題のない基本的な高速化が使用されます。ただし、上記の段落で説明したように、インストールが完了し、セットアッププロセスを開始しようとしているシステムへの最初のブートでは、ヒート/クラッシュによりブートループが発生します。問題のあるカーネル拡張機能は、上記のように再度移動する必要があります。(ステップ3から開始)kextを移動した後、すべてが正常になります。

Appleからの最近の更新:以下を読む前に更新しないでください。

追って通知があるまで:
最近の更新により、マシンが再び破損します。ファームウェアRecoveryPartitionを更新すると、SingleUserRecoveryMode
で起動する可能性が無効になり、DeltaUpdateがインストールされていても、AMDRadeonX3000.kextがインストールされます。
準備をせず、手元にある機械だけでは、少し立ち往生します。

SingleUserRecoveryModeが永久になくなった場合は、通常のRecoveryModeを使用してください。結果は同じですが、起動が少し遅くなります。上記の手順は引き続き有効で、Mac OS X / macOSのすべての以前のバージョンで高速です。

ただし、10.13.6以降に更新する場合:
SingleUserRecoveryMode(Command+ r+ s)の手順を通常のRecoveryMode(Command+ r)に置き換え、ターミナル経由でSIPを無効にする必要がありますこの正確な使用例の例)。

通常のRecoveryModeでさえ期待どおりに動作しないものに属している
場合:SingleUserRecoveryでSIPを無効にできないための回避策:

  1. 最初に、シングルユーザーリカバリモードで起動します。csrutilの編集はこのモードでは許可されていませんが、gpu-power-prefs nvramプロパティを設定できます。これは、マシンを回復モードで再起動するのに役立ちます。次に、SingleUserRecoveryMode(Command+ r+ s)の手順を通常のRecoveryMode(Command+ r)に置き換え、ターミナル経由でSIPを無効にする必要がありますこの正確な使用例の例)。

  2. 更新する前に、起動可能なボリュームを準備します。それは、外部ディスクまたはスティックにすることができます。マシンをブートするどのバージョンでも問題ありません。このようなドライブは別のMacで作成できます。
    外付けドライブでは、AMDRadeonX3000.kextも(再)移動する必要があることに注意してください。そのドライブから起動してみてください。それが期待どおりに機能し、内部ドライブをマウントできる場合のみ:内部ドライブから再起動し、内部ドライブ/システムを10.13.6に更新します。
    更新がほぼ終了すると、1回の再起動がハングします。強制的にシャットダウンし、外部ドライブから再起動します。内蔵ドライブをマウントして、Radeon.kextを移動します。SIPは、ブートされたシステムのみを保護します。

  3. オンラインのどこかで提案されましたが、本当に必死で推測されていませんでした:SingleUserRecoveryModeの代わりにCmdrsInternetRecoverySingleUserModeを試してみてくださいCmdOptrs。または、SafeRecoveryModeが機能するかどうかを確認する価値がありますCmdShiftr

    グラフィカルリカバリモードも、私と同じように機能しない場合があります。ただし、High Sierraの最新バージョンでは、シングルユーザーリカバリモードで起動することは可能です。ちょうど良いタイミングが必要です。トリックは、最初にcmd + Rを押して回復モードを有効にし、シングルユーザーモードのcmd + Sコマンドが認識された直後に有効にすることです。正確な瞬間は、ユーザーが把握する必要があります。cmd + R + Sを同時に押すと、シングルユーザーモードのみがアクティブになります。最初にcmd + Rが押され、cmd + Sが遅すぎる場合、グラフィカルリカバリモードがロードされます。– TAKeanice↵

High Sierraで画面輝度キーが機能しませんか?

Appleは、画面の明るさを変更するためのキーボードイベントがHigh Sierraで処理される方法を変更しました。このハックまたは以下のハードウェアMODを使用すると、キーは機能しなくなります。シエラにとどまるもう一つの理由。しかし、このハックを使用すると、別のソフトウェアソリューションを使用することもできます。独自のAppleScriptソリューションをハッキングする以外に、既製のアプリケーションまたはアプリを試してみることができます。

たとえば、AppStoreのBrightness Sliderは、カスタマイズ可能なキーボードショートカットを提供します。


これらのクラッシュ/ハング/ブートループ(ファイルシステムにとって決して良いアイデアではありません)を新規インストールまたはアップグレードで回避するには、インストールプロセスをベビーシットし、常にセーフモードShiftで起動するようにします(起動中は、 kextは安全な場所に移動されます-SafeModeでインストールが正常に進行するはずです。

閉会の辞と勧告

さらに:このラップトップは、あなたが何をしようとも過熱しています。冷却システムは不十分であり、故障した膨大な数のAMDチップはその証拠にすぎません。

このハッキングされたマシンの寿命を延ばすために、長時間にわたって本当に重い物を持ち上げることを控えることをお勧めします。ラップトップの通常の推奨事項を厳守してください:硬い表面で使用し、その中のファンとフィンを清潔に保ちます。比較的攻撃的な設定でファン制御ソフトウェアを使用することも役立ちます。smcFanControl、MacsFanControl、またはTGPro(両方とも市販)などです。

免責事項:この手順全体は特効薬ではありません。これらのチップの障害状態は、100%予測可能ではありません。このハックを使用しても問題が発生するユーザーはほとんどいません。再起動、スリープ、または適切な起動に問題がある可能性があります。ほとんどのユーザーはYosemiteを使用しているため、Sierraでのトラブルは最も少ないようです。これらの場合、AMDRadeonX3000.kextを使用ないことが必要な場合があります。したがって、パート3のLoginHookも使用ないことが必要な場合があります。バックライト調整。したがって、現在、オペレーティングシステムの選択のスイートスポットは、私の見解10.12 Sierraです。

場合によっては、これらのすべての対策を講じても、マシンがスリープ状態になったときに周辺機器が接続されてアクティブになっていると、まだ機能しているThunderboltポートが問題を引き起こすようです。これが発生すると、その後のスリープサイクルが影響を受ける可能性があり、上記で説明した後続の変数設定ダンスによるNVRAMリセットが再び必要になります。そのような場合は、マシンをスリープ状態にする前に、マシンのスリープを防止するか、Thunderboltポートのハードウェアを取り外すことをお勧めします。

この回答の冒頭で概説した制限内:ほとんどのユーザーは完全な成功を報告しています。


ハードウェアの改造/ハッキング

現在、いくつかの方法がありますが、悪いものもあれば、良いものもあります。

悪い解決策:RealMacModsで/から非常に安価なハードウェア変更が利用可能です Linuxで必要なEFI変数を設定する比較的複雑な方法を使用しますが、次の利点は、1つの小さな抵抗を削除するだけでdGPUへのコア電圧を完全にカットできるという利点があります!(リンクの写真)

この再起動では、セーフモードで1回起動し(起動中にShiftキーを押したままにする)、メニューからシャットダウン(再起動ではなく)を選択することが重要です。
R8911抵抗器を所定の位置に置いて、この安全なブートを行ってください。このセーフブートがないと、次の手順が機能しない場合があります。
次の手順を完了するまで、これ以上ブートしないでください。
セーフブートは、OSレベルのGPU設定をクリアします。これは、次のプロセスに干渉する可能性があります。
これにより、MacBook Proは自動的にRadeonへの切り替えを停止しますが、電力を消費し、発熱し、OSから見えるようになります。
抵抗器を1つ取り外すだけでこれが解決されることを発見しました。
何らかの理由でラジオンを再びオンにする必要がある場合は、抵抗をスイッチに置き換えることもできます。
この抵抗の配置は、ロジックボードモデルによって異なります。
問題の抵抗は、17インチMBPのR8911および15インチMBPのR8911で、ISL6263C DC / DCコンバーターへの電流経路を提供する1オームの抵抗です。
この抵抗は、Radeon GPUにコア電圧を供給する電圧レギュレーターへの電力を制御します。簡単に言えば、コア電圧もGPUもありません。抵抗器は、冷却ファンのすぐ右(上記の向き)にあります。ISL電圧コンバータチップの近くにあります。これが無効にするチップです。
削除するだけです。推奨される方法はプロのリフローステーションですが、アイロンと安定した手で必要な場所に移動できます。フラックスを使用して除去する場合(不要)、必ず少量のアルコールまたはその他の適切な溶剤で洗浄してください。
それは基本的にそれです。次回の起動時に、GPUの欠陥の問題がなくなり、インストールされたハードウェアとしてAMD GPUが表示されなくなります。

私はこれをテストしていませんが、kextを気にする必要をなくし、スリープ、ウェイクアップ、休止状態、再起動などに関する問題も解決する必要があります。
この方法を検討するための1つの注意:ユーザーの介入なしにこの変数を設定するには、完全に自動化された方法を用意することが絶対に不可欠であると思われます。(必要な変更を行うLinuxスティックのように)そうしないと、NVRAMのリセットによりマシンが実質的にブリックする可能性があります。ベンダーは、これに関するデータがないと主張しています!

(この方法で噛まれたユーザーの話を読んだ後、黒い画面が表示されます:VNCまたはsshでマシンにリモートでアクセスできる可能性があるため、これらが事前にセットアップされている場合、実際にはそれほど悪くないオプションかもしれませんすべて、nvram変数はこの方法で設定できます。覚えておいてください:未検証のインターネットストーリー。)

永続的で信頼性の高い安価なハードウェアソリューション!

Dosdude1は、この問題の聖杯のような解決策を見つけたようです。201115 "/ 17" MacBook Pro専用GPU-gMux ICバイパスを永続的に無効にします

  • 以下に詳述するオプションAは、LVDS出力ラインを統合グラフィックスLVDS出力ラインからディスプレイに接続するラインに直接配線することです。
  • オプションBは、GPUスイッチング機能を無効にするカスタムファームウェアを使用して、gMux IC(単なるラティスLFXP2マイクロコントローラー)を再プログラムすることです。将来的にこれを試してみるかもしれませんが、そうするには特別なハードウェアが必要です。ただし、これはもちろん最適なソリューションです。

これはほとんど簡単です。必要なのは、さまざまな長さのワイヤだけです。垣間見るを取得するには: ここに画像の説明を入力してください また、ユーチューブに!

上記の「悪いソリューション」は、ほぼプロフェッショナルで既製のハードウェアソリューションになり、以前の「悪いソリューション」はなくなりました。

Tiresias(GPUkiller): Tiresiasは、MacBook Pro 15インチまたは17インチ2011(EarlyまたはLate)モデルのマザーボードにはんだ付けできる小さなボードです。

これらは、820-2914-A、820-2914-B、820-2915-A、または820-2915-Bマザーボードを搭載したすべてのモデルです。

820-2914および820-2915ボードには2つのGPUがあります。PCHの一部である内部(Intel)GPU、および外部(離散)AMD GPU。「ごく一部のMacBook Proシステム」で失敗するのは外部GPUです(アップルは「非常に多く」と言います)。Tiresiasは、「gpu-power-prefs」nvram変数をROMに書き込み、Macが(デッド)外部(ディスクリート)AMD GPUを使用しないようにします。ユーザーがNVRAM(PRAM)をクリアすると、Tiresiasがレコードを再度書き込み、Macが再び動作するため、問題はありません。

これにより、GPUが無効になった820-2914または820-2915を復活させる理想的なソリューションになります。インストールは簡単です(はんだ付けするワイヤはありません)。マザーボードに非常に小さなボードを取り付ける必要があります。経験豊富な技術者が数分でこれを行うことができます。それ以外は、R8911を取り外して、デッドGPUの電源をオフにする必要があります。これによりエネルギーが節約され、熱の発生が少なくなり、バッテリー寿命が節約されます。また、R8911を削除すると、GPUをオフにしてもMacが無効なGPUと通信しようとするため、無効なGPUによってMacが混乱するのを防ぎます。GPUのどの内部接点が破裂したかによって、これはMacを混乱させたり、クラッシュさせることさえあります。

Mac OS X 10.13 High Sierraもサポートされています。スリープ後にバックライトが点灯しないという問題を解決するには、R9704を取り外し、R9704のピン2をC9711のピン1に接続します。

Tiresias(GPUkiller)技術的詳細Tiresiasは、MacBook Pro 15インチまたは17インチ2011(EarlyまたはLate)モデルのマザーボードにはんだ付けできる小さなボードです。

これらは、820-2914-A、820-2914-B、820-2915-A、または820-2915-Bマザーボードを搭載したすべてのモデルです。

820-2914および820-2915ボードには2つのGPUがあります。PCHの一部である内部(Intel)GPU、および外部(離散)AMD GPU。「ごく一部のMacBook Proシステム」で失敗するのは外部GPUです(アップルは「非常に多く」と言います)。Tiresiasは、「gpu-power-prefs」nvram変数をROMに書き込み、Macが(デッド)外部(ディスクリート)AMD GPUを使用しないようにします。ユーザーがNVRAM(PRAM)をクリアすると、Tiresiasがレコードを再度書き込み、Macが再び動作するため、問題はありません。

これにより、GPUが無効になった820-2914または820-2915を復活させる理想的なソリューションになります。インストールは簡単です(はんだ付けするワイヤはありません)。マザーボードに非常に小さなボードを取り付ける必要があります。経験豊富な技術者が数分でこれを行うことができます。それ以外は、R8911を取り外して、デッドGPUの電源をオフにする必要があります。これによりエネルギーが節約され、熱の発生が少なくなり、バッテリー寿命が節約されます。また、R8911を削除すると、GPUをオフにしてもMacが無効なGPUと通信しようとするため、無効なGPUによってMacが混乱するのを防ぎます。GPUのどの内部接点が破裂したかによって、これはMacを混乱させたり、クラッシュさせることさえあります。

OS X 10.6-10.12(Sierra)

バックライトスライダー([システム環境設定]内)およびバックライトキー(F1およびF2)が機能します。システムのスリープが機能します。Thunderboltポートでのビデオ出力は機能しませんが、Thunderboltポートの他の機能はすべて機能します。

OS X 10.13(High Sierra)

私たちが知る限り、10.13(High Sierra)は10.12(Sierra)を超える利点はありません。AppleはHigh Sierraのビデオドライバーを完全にやり直し、それを台無しにしたようです。バックライト制御は機能しません。さらに悪いことに、マシンがスリープから復帰した後、バックライトはまったく点灯しません。

スリープ後にバックライトが点灯しないという問題を解決するには、R9704を取り外し、R9704のピン2をC9711のピン1に接続します。これにより、バックライトが最大輝度に設定されます。欠点は、この変更により、古いOSでも明るさが完全な明るさになることです。

820-2915(15インチ)数量1のTiresias(1)出荷を含む(世界全体)60ユーロ。

ここに画像の説明を入力してください ここに画像の説明を入力してください ここに画像の説明を入力してください


ワンストップソフトウェアソリューションの更新

上記の手順は、ハードウェアハックに関連するアプリケーションにキャストされているようです。まあ、少なくともその一部。しかし他方では、このアプリケーションはNVidiaカードも処理するように見えるため、上記のソリューションよりも普遍的です。つまり、すべてのMacのすべてのディスクリートCPUを無効にするためです。

悲しいかな、このアプリはdosdude1によって作成されたもので、よく文書化されていません。Readme画面には、NVRAM変数を設定し、すべてのグラフィックアクセラレータドライバーを移動、launchdaemonをインストールして更新を処理し、変数が設定されたままであることを確認します。

上記の手順を既に実行している場合、私はテストせず、承認もしません!
ただし、ある時点で手順がうまくいかなかった場合や、最初は気が進まないように思われる場合は、次を試してください。

dosdude1:私が書いた、文書化されていない他のソフトウェアはここに保存されています:MacBook Pro dGPU Disabler.zip

アプリケーションは熱管理部分の改善を逃しているように見えるため、上記の手順をもう一度検討する必要があります(トランジスタを削除してハードウェアを変更すると、気分が変わります)。
誰かがこれをテストする場合は、コメントまたは編集を介してここにフィードバックを提供してください。


イースターアップデート2019: 64ビットWindowsコンピューターとラティスHW-USBN-2A ICSP FPGAプログラマーを使用してカスタムファームウェアをgMux ICに適用する20ドルソリューション。Dosdude1は、これが「完璧な」ソリューションであると主張しています。これは、HighSierraおよびMojaveのバッテリー寿命、温度、輝度制御、およびスリープ/スリープ解除が予想どおりに機能することを意味します。このソリューションの使用は永続的であり、上記のすべてが廃止されます。
しかし、この新しいソリューションは無料ではなく、Windows PCおよびプログラマーの形のハードウェアが必要です。現在、ロジックボードに一時的に数本のワイヤをはんだ付けしています。)


2
@タレクストレンジ。ハイシエラにいるようです。彼らが最近それをさらに強化したかどうかはわかりません。古いシステムが起動可能ですか?ヨセミテからは常に動作します。上記のSierraで(および両方から設定が固定されます)。それ以外の場合は、SIPを無効にして、もう一度試してみることをお勧めします(そして、通常のブートからも可能ですか?)(壊すagcことは壊滅的ではないので、このトリックを見つける前にMacを1か月間実行しました。改善は「少し」から「OK、ほぼ素晴らしい」まで変化します)根本的なシックは、Linuxスティックを使用して変数を設定することですそこに…
ロングラング

6
2011年後半の17 "mbpを生活の土地に戻そうとして数か月後、私はついにディスクリートGPUの問題が犯人であること発見しました。正直なところ、@ LangLangCはITのすべての年で、巧妙に作成されたソリューションの論理的に書かれた包括的な説明であり、間違いなく専門家レベルの詳細であり、すべては他の人を助けたいという利他的な欲求からです。復活したMBPにこれを入力していますが、あなたは、私が期待してPM君よ、私はそんなにPatreonを経由して、あなたに感謝などをビールを買うことができるので、潜在的に数千人を私を救った、これはお金を稼ぐために行う。
bobsmells

2
レコードの場合、10.13.4現在、AMD GPUに関連するkextは次のとおりです。com.apple.kext.AMDLegacySupport(1.6.6)、com.apple.kext.AMD6000Controller(1.6.6)、com.apple.kext.AMDLegacyFramebuffer (1.6.6)およびcom.apple.kext.AMDRadeonX3000(1.6.6)。
ケンドールリスター

4
シエラ!外部ディスプレイを実行している17" 2011年初めに私のために働いた、より良い巨大な文鎮よりも仕事をしませんが!ドゥ・ノート(私のような初心者のために)、あなたが入力する必要がreboot最初のSIP無効にした後csrutil disableとGPUのNVRAMが変更された後リカバリターミナルから再起動する方法がわからず、ハードパワーダウンを試みましたが、SIPの変更はそのように持続しませんでした
Will Buck、

2
私たちの最愛の2011 mbpのためのすべての可能なソリューションのこの素晴らしいコンパイルをありがとう。10.13.6に更新されたHigh Sierraのnvramおよびkext削除メソッドで、死んだノートブックを復活させました。すべてが正常に機能し、ノートブックはより低温で動作し、輝度制御は正常に動作し、スリープも正常に動作します。今日、ターゲットディスクモードで動作する別のMacにサンダーボルトケーブルを接続しましたが、何もしませんでした。2011 mbpをTDMにリブートしました。他のMacには何もありません。サンダーボルトデータ接続はGPUを介しているため、壊れています。「TBは動作するはずです」といういくつかの言及とは異なります。今すぐeGPUでテストします
Mayank Chandak

1

問題がこれらのファイルを移動できないことである場合、おそらくシステム整合性保護があなたを止めています。私はあなたがエルキャピタンまたはシエラにいると仮定しています。

  • ラップトップをシャットダウンします。
  • Command + Rを押してから電源ボタンを押して、リカバリモードで起動します。
  • [ユーティリティ]メニューをクリックし、[ターミナル]を選択します。
  • 入力csrutil disableしてReturn キーを押します。
  • ターミナルアプリを閉じて、復旧モードから再起動します。
  • 次に、シングルユーザーモードで再起動してmvコマンドを実行してみます。

うまくいった場合は、SIPを再度有効にします。

  • ラップトップをシャットダウンします。
  • Command + Rを押してから電源ボタンを押して、リカバリモードで起動します。
  • [ユーティリティ]メニューをクリックし、[ターミナル]を選択します。
  • csrutil enableと入力してReturnキーを押します。
  • ターミナルアプリを閉じて、復旧モードから再起動します。

@klanomath迅速な対応ありがとうございます。しかし、私が理解できる唯一のモードはシングルユーザーモードです。インターネット復旧モードでも復旧モードでフリーズします。
ガジマルズーク

@GhaziMarzouk Snacking_ITがあなたの質問に答えました!私はそれを少し編集しました
...-klanomath

@Snacking_IT 迅速な対応に感謝します。しかし、私が理解できる唯一のモードはシングルユーザーモードです。インターネット復旧モードでも復旧モードでフリーズします
ガジマルズーク

2
更新として、@ LangLangCの回答では、シングルユーザーリカバリはドライブを読み取り専用としてのみマウントするため、ステップ1.3および1.4でEl CapitanでSIPを無効にすることができませんでした。上記のアプローチ(代わりに回復モードで起動する)は機能するため、この情報を含めると便利です。
Twitch_City

1

この回答のおかげで、https://apple.stackexchange.com/users/251859/langlangcからhttps://apple.stackexchange.com/a/295805/300460にアクセスできます。私は、2018年9月にこの問題が発生したときにそれに従いました。しかし、昨日、OSX Securityアップデート2019-003を行ったときに再び同じ問題に出くわしたときに、2回目に実行する正確なデルタ手順を把握するのに少し苦労しました。したがって、この問題に二度と遭遇する可能性のあるユーザーのことを考えて、それらのステップを正確に整理することを考えてください。もう一度、元のlanglangcに多大な感謝を。

更新を行った時点でOSX 10.13.6を使用していました。

  1. Cmd + Sを長押ししてシングルユーザーモードで再起動します(Cmd + Rが読み込まれず、白い画面が表示されます。実際、langlangc2018年9月にこれを確認するように求められましたが、許可がないため返信できませんでしたコメント)
    • 走る sh /force-iGPU-boot.sh
  2. Cmd + rを長押しして回復モードで再起動します
    • これらのコマンドを実行します。実際、これらを小さなスクリプトファイル/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. Cmd + sを長押ししてシングルユーザーモードで再起動します
    • /System/Library/Extensions-offバックアップをとった後、既存のフォルダーが削除されていることを確認してください
    • これらのコマンドを実行します。繰り返しますが、これらを小さなスクリプトファイル/move_out_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/
    • 入る nvram boot-args="agc=0"
    • Enter rebootを押して通常どおり起動します。

他のすべては期待通りに動作するはずです。最初に動作させたときに他のすべての必要なステップを実行したはずです。ではごきげんよう。

2019年8月12日更新

以前は、@ LangLangCによって提案されたソフトウェアベースのソリューションに依存していました。ただし、8月の最近の更新では、通常の起動がプログレスバーでハングしていることがわかりました。ただし、セーフブートモードを使用できますが、画面が頻繁にちらつきます。

2019年8月14日更新

リカバリモードでSIPを無効にすると、正常に起動しました。過去にやったことがあるかどうかは思い出せませんが、今はそうかもしれないと思います。

GPUの問題の悪化や10.13.6セキュリティアップデート2019-004の潜在的なバグなど、さまざまな理由を疑って多くの時間を無駄にしました。

しかし、今では問題の/System/Library/Extensions/AMDRadeonX3000.kextある場所でも今回は起動することに気づきました!!!

2019年11月11日更新

これAMD6000Controller.kextは、明るさコントロールを通常どおりに機能させるために必要です。そのkextはに存在する必要があり/System/Library/Extensions/ます。


「2回目」とはどういう意味ですか?上記は、プロセスでNVRAM / PRAMがリセットされたように見えます。または、これは実際に10.13でハッキングを行い、最近のSecUpdateを適用したときに行ったことですか?(SecUpdate自体は、ハック自体を無効にするために何もするべきではありませんが、ハッキングのために、動作するAMD.kextを間違った場所にインストールするため、移動する必要があります)。または反対側から:アップデート中にNVRAMがリセットされましたか?
46分

私はすでにあなたの答えに続いて2018年9月に行われた10.13.6で働くハックをしていました。その後、昨日セキュリティ更新プログラムを適用した後、再び白い画面が表示されました。セキュリティ更新プログラムの後に白い画面の問題を修正するために指示に従う必要がない限り、KEXTファイルをいじることはありません。ステップ1(最初のシングルユーザーモード)だけでは問題は修正されなかったため、ステップ3(再びシングルユーザーモード)に続いてステップ2(回復モード)に進む必要がありました。
Raj

High Sierraボリュームを最新の2019-005セキュリティアップデートでアップデートしました。プロセスバーが再起動時にスタックしたため、ファンが停止するのを待って、MBPをシングルユーザーモードで手動で再起動し、ガイドに従いました。うまくいきました!ただし、いくつかの質問があります。ステップ2でNVRAMハックを繰り返す必要があるのはなぜですか?それはすでに/force-iGPU-boot.shスクリプトにありませんか?と私Extensions-offディレクトリはすでに配置されていたので、新しいディレクトリを移動してAMDRadeonX3000.kext呼び出しましたAMDRadeonX3000v2.kext。私が推測する@LangLangCガイドで述べられているように、オリジナルを保持してロードする方が良いようです。
aroom

1
@aroom上記はいくつかの冗長なステップを繰り返しますが、害はなく、ベルトとサスペンダーのアプローチです。更新の鍵は、動作中の X3000がブートをハングさせる場所にNVRAMを配置することです。多くの場合、Apple は1つのオリジナルインストールに依存する欠陥のあるkextを出荷しました。すべてのデルタには重要なファイルがありません。(最適な結果を得るには、古いkextを所定の位置にmvしてから更新してから、再びext-offにmvしなければなりませんでした)Appleが最終的に修正したので、アップデートの最新のkextを使用して、アップデートのバージョン番号を一致させる。SIPをオフにして、SafeModeとmvをExt-offで起動し、以前のバージョンを削除します。
ロングラング
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.