Ich habe dies gemäß meinem Problem in diesem Thread gefunden:
Boot hängt auf grauem Bildschirm (auch wenn von einem USB-Laufwerk mit frischer OS X-Installation gebootet wird)
Mein MacBook Pro 15" Anfang 2011 mit AMD Radeon HD 6750M wies über einen Zeitraum von zwei Wochen eine Beschädigung des Displays und damit verbundene Systemabstürze/-resets auf, bevor es überhaupt nicht mehr startete. Der Startvorgang wurde über den grauen Bildschirm mit dem Apple-Logo und dem Spinner fortgesetzt, aber Gerade als es so aussieht, als hätte es zum Anmeldebildschirm wechseln sollen, verschwanden das Apple-Logo und der Spinner und hingen auf einem leeren grauen Bildschirm.
Anfangs vermutete ich eine Beschädigung der Festplatte und versuchte, das zu beheben. Erfolglos habe ich Folgendes versucht, wobei jedes weiterhin wie oben beschrieben hängt:
Sicherer Start Starten
Sie in die Wiederherstellung (einschließlich Internetwiederherstellung). Starten Sie
von Installationsmedien auf dem USB-Laufwerk.
Starten Sie von der OS X-Installation auf dem USB -
Laufwerk
Ich habe auch den Apple Hardware Test viele Male durchgeführt, ohne dass Probleme gefunden wurden.
Verbose Safe Boot (Cmd+Shift+V) gibt alles aus, was ich erwarten würde, würde dann aber wie oben beschrieben hängen bleiben.
Nachdem ich online auf weitere Posts in Apples Diskussionsforen zu GPU-bezogenen Problemen gestoßen war, habe ich dies als Ursache erneut aufgegriffen:
2011 MacBook Pro und separate Grafikkarte oder 2011 MacBook Pro und separate Grafikkarte
Beim Versuch, Ubuntu von einem USB-Stick zu booten, kam ich nur bis GRUB. Beim Versuch, Ubuntu Desktop zu booten oder den Grafiktest in GRUB auszuführen, blieb das System hängen.
Zu diesem Zeitpunkt hing das Ausführen von Apple Hardware Test kurz vor dem Ende des Standardtests, möglicherweise [raten] bei einem Videotest.
Basierend auf den Ratschlägen in den obigen Apple-Diskussionsbeiträgen habe ich Folgendes getan:
Booten Sie in den Single-User-Modus
Führen Sie die folgenden Befehle aus:
/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
Diesmal hat die Maschine den ganzen Weg gebootet. Allerdings sind Grafiken extrem langsam, sogar nur Übergänge beim Minimieren von Fenstern. Ich werde mein MBP zu Apple bringen, um einen Ersatz zu verlangen, da die große Anzahl von Berichten von anderen mit ähnlichen Problemen es wie eine Wiederholung eines ähnlichen GPU-bezogenen Fehlers aussehen lässt, der zu einem Rückruf führte.
Aber wenn ich den Befehl "mv" verwende, werden die Dateien nicht verschoben (auch nicht gelöscht) und es zeigt mir:
Sandbox deny (01) file-write-unlinked…
Irgendeine Lösung ?
Bitte lesen Sie diesen Beitrag mindestens einmal von Anfang bis Ende, bevor Sie etwas unternehmen.
Alle MacBook Pros von 2011 haben einen schwerwiegenden Konstruktionsfehler . Das Thermomanagement und die entstehende Hitze zusammen mit der Robustheit der diskreten AMD-Grafikchips passen nicht sehr gut zusammen. Apple wusste das und handelte wie ein typischer Seifenschmied , der erst nach einer Empörung darauf reagierte. Dieser Skandal ist als RadeonGate bekannt. Erst mit Sammelklage bedroht, bot Apple schließlich ein sogenanntes „Repair Extension Program“ an .
Das Reparaturerweiterungsprogramm ist nicht mehr verfügbar . Die einzige wirkliche Möglichkeit, dieses Problem zu beheben, besteht darin, den AMD-Chip allein auszutauschen. Nicht das Logicboard. Nicht "re-balling", nicht "reflowing", nicht "backen". Apple hat einen defekten Chip durch einen defekten Chip ersetzt. Immer wieder. Lediglich der Austausch des Grafikchips ist bei einem solchen Vintage-Laptop noch eine kostspielige Hardwareprozedur.
Der einzig bekannte Weg – sprich: allein mit Software – ein 2011er MacBook Pro (8,2) mit „nur“ einem ausgefallenen AMD-Grafikchip dazu zu bringen, sich nahezu zuverlässig wieder einzuschalten und in macOS zu booten und mit einer beschleunigten GUI einigermaßen brauchbar zu sein ist diese Anleitung oder eine Variation davon. Die meisten vorherigen Tipps haben einfach alle AMD-Kexte entfernt und dies führt zu einer schrecklichen Benutzererfahrung ohne jegliche GUI-Beschleunigung.
Es ist notwendig, Ihre genaue Betriebssystemversion zu kennen. Die folgende Anleitung ist für Yosemite einfacher, geht aber von El Capitan oder neuer aus. Bei El Capitan, Sierra und High Sierra muss SIP (System Integrity Protection) deaktiviert sein. Auf früheren Systemen (10.6–10.10) sind diese Schritte nicht erforderlich.
Wichtig: Diese Anleitung geht weiterhin davon aus, dass sich alle Kexts immer noch an ihrem Standardspeicherort /System/Library/Extensions befinden. Alle AMD-Kexte bis auf einen dort zu haben, ist für den "richtigen" Betrieb von Vorteil. Frühere Hacks in diese Richtung haben Sie möglicherweise angewiesen, umzuziehen oder schlimmer noch: alle AMD*/ATI*-Kernel-Erweiterungen zu entfernen . Wenn das der Fall ist: Verschieben Sie entweder die Kexts zurück an ihren Standardspeicherort oder installieren Sie ein System Ihrer Wahl neu. Wenn die meisten AMD-Kexte vorhanden sind und dann der X3000-Kext mit einer Verzögerung geladen wird, wird die Energieverwaltung der GPU aktiviert, die ansonsten Strom umsonst verbrennt (und darüber hinaus den endgültigen Hitzetod des Chips beschleunigen könnte). Um es noch einmal zu wiederholen: Nur die Datei AMDRadeonX3000.kext
muss wirklich fehlenbeim Booten, um einen erfolgreichen Start zu ermöglichen, aber alle anderen (benötigten) AMD-Treiber sollten sich an ihrem Standardspeicherort befinden und der X3000-Kext danach/verzögert geladen werden, um wieder in einen Bereich eines fast vernünftigen Energie- und Temperaturmanagements zu gelangen.
Um etwas Anzeigebeschleunigung zurückzubekommen, muss der Computer gezwungen werden, nicht mit diskreter Grafik (dGPU), sondern direkt mit integrierter Grafik (iGPU) zu booten und in diesem Modus zu bleiben.
Das Booten im dGPU-Modus ist die Standardeinstellung auf Macs mit zwei umschaltbaren Grafikkarten. Das folgende Verfahren setzt eine NVRAM-Variable, die die dGPU deaktiviert und das System zwingt, auch beim Booten nur die integrierte Intel-Grafik zu verwenden.
Die NVRAM-Variable ist undokumentiert, scheint aber universell auf alle Macs mit zwei umschaltbaren Grafikkarten anwendbar zu sein. Das heißt, es sollte auf iMacs und MacBook Pros funktionieren. Ob sie AMD- oder NVIDIA-Chips haben. Die Einzelheiten zu den Treibern, die möglicherweise zum Verschieben erforderlich sind, behandeln in diesem Handbuch nur AMD. Aber die NVRAM-Variable umgeht den diskreten Grafikchip in jedem Fall.
Dadurch erhalten Sie Ihre Maschine zurück – aber Sie verlieren einige Funktionen: zB die Möglichkeit, ein externes Display über den DisplayPort anzusteuern, ein bisschen 3D-Leistung. Thunderbolt-Datenverbindungen sollten funktionieren.
Falls diese Anleitung fehlschlägt oder nicht mehr erwünscht ist: Dieses Verfahren ist eine reine Softwarekonfiguration und daher jederzeit durch einfaches NVRAM-Reset vollständig reversibel .
Um von vorne zu beginnen: SMC und NVRAM zurücksetzen:
Herunterfahren, alles außer Strom trennen, jetzt halten
leftShift+ Ctrl+ Opt+ Power
und alle gleichzeitig loslassen;
Jetzt wieder einschalten und halten
Cmd+ Opt+ p+ rgleichzeitig, bis Sie den Startton zweimal hören.
Booten Sie in die Einzelbenutzerwiederherstellung, indem Sie gedrückt halten
Cmd+ r+s
SIP deaktivieren: eingeben:
csrutil disable
Deaktivieren Sie dGPU beim Booten, indem Sie die folgende Variable festlegen:
nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00
Aktivieren Sie den ausführlichen Boot-Modus:
nvram boot-args="-v"
Starten Sie in den Einzelbenutzermodus neu, indem Sie gedrückt halten
Cmd+ sbeim Booten
Root-Partition beschreibbar einhängen
/sbin/mount -uw /
Erstellen Sie ein kext-backup-Verzeichnis
mkdir -p /System/Library/Extensions-off
Bewegen Sie nur EINEN anstößigen Kext aus dem Weg:
mv /System/Library/Extensions/AMDRadeonX3000.kext /System/Library/Extensions-off/
Informieren Sie das System, um seinen kextcache zu aktualisieren:
touch /System/Library/Extensions/
normal neustarten:
Sie sollten jetzt ein iGPU-beschleunigtes Display haben, aber das System weiß nicht, wie es den ausgefallenen AMD-Chip mit Strom versorgen soll. (In diesem Zustand läuft die GPU immer mit relativ hoher Leistung im Leerlauf, verbraucht im abgesteckten Zustand ziemlich viel Akku und führt zu GPU-Temperaturen von 60°C aufwärts [im Durchschnitt 60-85°C], obwohl sie nicht anderweitig verwendet wird.)
Für eine verbesserte Energieverwaltung der deaktivierten GPU müssen Sie entweder den entscheidenden Kext nach dem Booten manuell laden, indem Sie:
sudo kextload /System/Library/Extensions-off/AMDRadeonX3000.kext
Wenn Sie eine Temperatursensoranwendung haben, möchten Sie diese vielleicht öffnen, bevor Sie den obigen Befehl ausführen, und beobachten, wie die Temperaturen sinken …
Automatisieren Sie dies mit dem folgenden LoginHook, der nach dem nächsten Neustart ausgeführt wird:
sudo mkdir -p /Library/LoginHook
sudo nano /Library/LoginHook/LoadX3000.sh
mit folgendem Inhalt:
#!/bin/bash
kextload /System/Library/Extensions-off/AMDRadeonX3000.kext
pmset -a force gpuswitch 0 # undocumented/experimental
exit 0
dann machen Sie es *1 ausführbar und aktiv:
sudo chmod a+x /Library/LoginHook/LoadX3000.sh
sudo defaults write com.apple.loginwindow LoginHook /Library/LoginHook/LoadX3000.sh
*1: Die undokumentierte Verwendung dieses pmset-Befehls scheint das Sleep/Wake/Shutdown-Verhalten zu verbessern. Wenn dies nicht der Fall ist, experimentieren Sie damit, es wegzulassen.
Siehe Haftungsausschluss unten. Das Folgende ist nur Spekulation: Sleep/Wake/Shutdown kann problematisch bleiben. Die Theorie hier ist, dass "etwas langsam korrumpiert", was in der SMC gespeichert ist. Daher scheint das Zurücksetzen des SMC und das erneute Anwenden des Variablen-Hacks die Situation für einige Zeit zu lindern. (Permanente Lösungen dafür willkommen!) Als kurzfristige Problemumgehung sollten Sie versuchen, den "Lid-Closing Sleep" zu vermeiden, der mehr Probleme zu bereiten scheint als andere Methoden (Apple-Menu, Keyboard-Shorcut). Scheinbare Hänge beim Herunterfahren sind normalerweise nur sehr lange Verzögerungen, die schließlich sauber und erfolgreich heruntergefahren werden.
Unwissenschaftliche Stichproben deuten darauf hin, dass Yosemite in dieser Hinsicht am schlechtesten ist und El Capitan und Sierra sich in dieser Hinsicht viel besser verhalten haben.
Das manuelle oder anderweitig verzögerte Laden dieser entscheidenden Kernel-Erweiterung ermöglicht es dem System, die Energieverwaltung etwas besser zu handhaben. Der Akku wird weniger beansprucht und die von der ungenutzten GPU ausgehenden Temperaturen sinken auf einen Bereich deutlich unter 50°C (im Durchschnitt zwischen 15-50°C).
Für eine ordnungsgemäße Energieverwaltung ist der minimale Satz geladener Kexts beim Booten (Versionen für 10.12.6, überprüfen Sie mit 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)
Und wenn die obige Lademethode erfolgreich war, sollte dies zur Liste hinzugefügt erscheinen:
com.apple.AMDRadeonX3000 (1.5.1)
Ein letzter Schritt ist ein erneuter Neustart in SingleUserRecovery.
Tun Sie dies mit Cmd+ r+ s
nachdem die Befehlszeile aktiv wird, geben Sie Folgendes ein:
nvram boot-args="-v agc=0"
und normal neustarten.
Dadurch wird die dGPU etwas weiter gekühlt.
Es ist zwingend erforderlich, diesen Befehl von SingleUserRecovery aus auszugeben, da das System mit aktiviertem SIP Ihre Versuche blockiert , diese Variable festzulegen, wenn es vom normalen Startvolume gestartet wird, egal ob im normalen vollständigen Startmodus oder im regulären SingleUser. Es ist wichtig zu beachten, dass dieser Schritt daher nicht einfach in das Force-iGPU.sh-Skript (das Sie gleich erstellen werden) integriert werden kann und nach einem NVRAM-Reset alleine wiederholt werden muss.
Dieser letzte Schritt setzt voraus, dass SystemIntegretyProtection erneut aktiviert wurde. Wird SIP aber absichtlich und dauerhaft abgeschaltet, dann kann dieser Schritt in das obige force-iGPU.sh Skript integriert werden.
Aber da ich irgendwie beabsichtigte, SIP dauerhaft auszuschalten und es wieder eingeschaltet wurde, ohne dass ich es bemerkte, ist es möglicherweise nicht der beste Ansatz, sich darauf zu verlassen, dass SIP "aus" bleibt. Das Löschen des NVRAM, in dem SIP-Einstellungen gespeichert sind, könnte eine solche unvorhergesehene Störung sein.
Es gibt zwei weitere Vorbehalte zu beachten: Dies ist reversibel, wenn der SMC/NVRAM zurückgesetzt wird. In diesem Fall kann oder muss die NVRAM-Variable GPU-Power-Pref erneut gesetzt werden, um die Verwendung der iGPU vom Boot-Zeitpunkt an zu erzwingen.
Da dies ziemlich leicht passieren kann (und oft fälschlicherweise viel zu oft empfohlen wird, als es eigentlich sinnvoll ist), sollten Sie sich wahrscheinlich auf ein solches Szenario vorbereiten und ein einfaches Skript erstellen, um den Vorgang erheblich zu beschleunigen und auch die Eingabe der erforderlichen Variablen erheblich zu vereinfachen weniger fehleranfällig:
sudo nano /force-iGPU-boot.sh
– Geben Sie in diese Datei folgenden Inhalt ein:
#/bin/sh
sudo nvram boot-args="-v"
sudo nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00
exit 0
– Machen Sie das jetzt ausführbar:
sudo chmod a+x /force-iGPU-boot.sh
Wenn der SMC/PRAM/NVRAM in Zukunft auf die Standardwerte zurückgesetzt wird, ist es jetzt möglich, in SingleUser zu booten mit:
Cmd+s
– Und nachdem Sie Ihr Boot-Volume mit Lese- und Schreibzugriff gemountet haben, um nur diese einzelne Zeile auszuführen:
sh /force-iGPU-boot.sh
Denken Sie daran, dass die AGC-Variable jetzt ebenfalls gelöscht ist. (Siehe oben)
Stellen Sie außerdem sicher, dass Sie das Standard-Startvolume erneut in Systemeinstellungen > Startvolume festlegen.
Dieses Setup hat jetzt einen Kext an einer Stelle, die Apples Installer nicht erwarten. Aus diesem Grund wurde SIP in dieser Anleitung nicht wieder aktiviert. Wenn ein Update ansteht, das Änderungen an den AMD-Treibern enthält, ist es ratsam, die AMDRadeonX3000.kext vor dem Update-Vorgang wieder an ihren Standardspeicherort zu verschieben. Andernfalls schreibt der Updater mindestens einen weiteren Kext einer anderen Version an seinen Standardspeicherort, oder Sie erhalten schlimmstenfalls einen undefinierten Zustand mit teilweise nicht übereinstimmenden Treibern.
Nach jedem Systemupdate muss der Ordner /System/Library/Extensions auf den fehlerhaften Kext überprüft werden. Seine Anwesenheit dort wird zB zu einem Boothang auf Yosemite und Sierra, einem überhitzten Bootloop in High Sierra führen.
Upgrade auf High Sierra 10.13: Mit diesem Hack ist es fast einfach: Trotz eines Firmware-Updates sollte der Installationsprozess die NVRAM-Variable nicht berühren. Der Installationsprozess verwendet auch keinen vollbeschleunigten AMD-Chip, sondern eine Basisbeschleunigung, die für diesen Hack nicht problematisch ist. Wie jedoch im obigen Absatz erwähnt, führt der erste Start in ein System, das mit der Installation fertig ist, aber gerade dabei ist, den Setup-Prozess zu starten, zu einer Hitze-/Absturz-induzierten Boot-Schleife. Die störende Kernel-Erweiterung muss wie oben beschrieben erneut verschoben werden. (Beginnend bei Schritt 3) Nach dem Verschieben des Kext ist alles in Ordnung.
Die letzten Updates für (High)Sierra machen die Maschine wieder kaputt . Es aktualisiert die Firmware, RecoveryPartition, scheint die Möglichkeit zu deaktivieren, in den SingleUserRecoveryMode zu booten
und installiert obendrein – sogar mit dem DeltaUpdate – eine funktionierende AMDRadeonX3000.kext!
Ohne Vorbereitung und nur mit der Maschine zur Hand werden Sie ein bisschen stecken bleiben.
Falls SingleUserRecoveryMode endgültig weg ist, verwenden Sie den regulären RecoveryMode. Die Ergebnisse sind die gleichen, das Booten ist nur etwas langsamer: Das obige Verfahren ist immer noch gültig und schneller für alle früheren Versionen von Mac OS X/macOS.
Wenn Sie auf 10.13.6 oder höher aktualisieren:
Ersetzen Sie die Anweisungen für SingleUserRecoveryMode ( Command+ r+ s) durch den regulären RecoveryMode ( Command+ r) und deaktivieren Sie SIP via Terminal ( Beispiel für diesen genauen Anwendungsfall ).
Falls Sie feststellen, dass selbst der reguläre RecoveryMode nicht wie erwartet funktioniert:
Problemumgehungen für die Unfähigkeit, SIP mit SingleUserRecovery zu deaktivieren:
Starten Sie zuerst in den Einzelbenutzer-Wiederherstellungsmodus. csrutil-Bearbeitungen sind in diesem Modus nicht zulässig, können aber die nvram-Eigenschaft gpu-power-prefs festlegen. Dies hilft beim Neustart des Computers im Wiederherstellungsmodus. Dann müssen Sie die Anweisungen für SingleUserRecoveryMode ( Command+ r+ s) durch regulären RecoveryMode ( Command+ r) ersetzen und SIP via Terminal deaktivieren ( Beispiel für diesen Anwendungsfall ).
Bereiten Sie vor einem Update ein bootfähiges Volume vor. Das kann eine externe Platte oder ein Stick sein. Jede Version, die die Maschine bootet, ist in Ordnung. Ein solches Laufwerk kann auf einem anderen Mac erstellt werden.
Beachten Sie, dass auf dem externen Laufwerk auch die AMDRadeonX3000.kext (entfernt) verschoben werden muss. Versuchen Sie, von diesem Laufwerk zu booten. Nur wenn das wie erwartet funktioniert und Sie Ihr internes Laufwerk damit mounten können: Starten Sie von Ihrem internen Laufwerk neu und fahren Sie mit dem Update Ihres internen Laufwerks/Systems auf 10.13.6 fort.
Nachdem das Update fast abgeschlossen ist, bleibt ein Neustart hängen. Erzwingen Sie ein Herunterfahren und einen Neustart von Ihrem externen Laufwerk. Mounten Sie das interne Laufwerk und verschieben Sie die Radeon.kext. SIP schützt nur das gebootete System.
Irgendwo online vorgeschlagen, aber wirklich eine verzweifelte Vermutung und ungetestet: Anstelle von SingleUserRecoveryMode mit Cmdrskönnen Sie InternetRecoverySingleUserMode versuchen CmdOptrs. Alternativ könnte es einen Versuch wert sein, um zu sehen, ob SafeRecoveryMode funktioniert CmdShiftr.
Der grafische Wiederherstellungsmodus funktioniert möglicherweise nicht so wie bei mir. In der letzten Version von High Sierra ist es jedoch immer noch möglich, in den Einzelbenutzer-Wiederherstellungsmodus zu booten. Es braucht nur ein gutes Timing. Der Trick besteht darin, zuerst den Wiederherstellungsmodus zu aktivieren, indem Sie cmd + R drücken und sofort nach dem Erkennen den Befehl cmd + S für den Einzelbenutzermodus eingeben. Der genaue Zeitpunkt muss vom Benutzer ermittelt werden. Wenn cmd+R+S gleichzeitig gedrückt werden, wird nur der Einzelbenutzermodus aktiviert. Wenn zuerst cmd+R gedrückt wird und cmd+S zu spät gedrückt wird, wird der grafische Wiederherstellungsmodus geladen. – TAKeanice ↵
Apple hat geändert, wie Tastaturereignisse zum Ändern der Bildschirmhelligkeit in High Sierra gehandhabt werden. Mit diesem Hack sind die Tasten möglicherweise funktionslos. Wenn dem so ist: Ein Grund mehr, bei Sierra zu bleiben.
Sie können aber auch auf eine andere Softwarelösung zurückgreifen. Fertige Anwendungen oder Apps oder Erweiterungen:
Beispiel: Der Brightness Slider im AppStore bietet anpassbare Tastaturkürzel.
https://github.com/stecker870/MacBook-Pro-15-Zoll-late-2011-Graphics-Card-Fix- (gepatchtes AppleGraphicsControl.kext für 10.13 und 10.14! Letzteres erfordert natürlich mehr Patches, um überhaupt installiert zu werden…, siehe unten)
Dieser Hack wurde mit Maschinen entwickelt, auf denen Yosemite (10.10) bis Sierra (10.12) ausgeführt wird. Arbeite gut an denen.
High Sierra (10.13) funktioniert auch gut. Und es ist die letzte Version, die offiziell vollständig von Apple unterstützt wird. Nun, früher unterstützt. Es funktioniert gut mit diesem Hack, und Sie können SIP wieder aktivieren. Um weitere Sicherheitsupdates zu erhalten, müssen Sie noch einen Schritt weiter gehen:
Mit Mojave (10.14) wird der Installationsprozess von Apple völlig nicht unterstützt und wird viel komplizierter:
Um Abstürze/Aufhänger/Boot-Loops zu vermeiden – was nie eine gute Idee für Ihr Dateisystem ist – bei einer Neuinstallation oder einem Upgrade: Stellen Sie sicher, dass Sie den Installationsvorgang babysitten und immer im abgesicherten Modus booten (halten Sie Shiftwährend des Bootens gedrückt, bis kext an einen sicheren Ort verschoben wird –– die Installation sollte problemlos im abgesicherten Modus fortgesetzt werden.
Außerdem: Dieser Laptop überhitzt, egal was Sie tun. Das Kühlsystem ist unzureichend und die große Anzahl an ausgefallenen AMD-Chips ist nur ein Beweis dafür.
Um die Lebensdauer dieser jetzt gehackten Maschine zu verlängern, ist es ratsam, über längere Zeit auf wirklich schweres Heben zu verzichten. Befolgen Sie strikt die üblichen Empfehlungen für Laptops: Verwenden Sie sie auf harten Oberflächen, halten Sie die Lüfter und Lamellen im Inneren sauber. Die Verwendung einer beliebigen Fancontrol-Software mit relativ aggressiven Einstellungen sollte ebenfalls helfen: wie smcFanControl , MacsFanControl oder TGPro (beide kommerziell).
Haftungsausschluss: Dieses ganze Verfahren ist kein Wundermittel. Der Ausfallzustand ist bei diesen Chips nicht 100% vorhersehbar. Selbst mit diesem Hack haben nur sehr wenige Benutzer Probleme: Es kann Probleme mit dem Neustart, dem Einschlafen oder dem richtigen Aufwachen geben, die meisten davon stammen von Benutzern mit Yosemite, die geringsten Probleme scheinen auf Sierra zu liegen. In diesen Fällen scheint es manchmal notwendig, die AMDRadeonX3000.kext und damit auch den LoginHook aus Teil 3 nicht zu verwenden . (Siehe aber den zusätzlichen Hinweis unter *1 oben.) Benutzer von High Sierra berichten von Problemen mit der Anpassung der Hintergrundbeleuchtung ihrer Displays.
In einigen Fällen scheint es trotz all dieser Maßnahmen, dass der noch funktionierende Thunderbolt-Port einige Probleme verursacht, wenn Peripheriegeräte angeschlossen und aktiv sind, wenn der Computer in den Ruhezustand wechselt. Danach kann jeder nachfolgende Schlafzyklus beeinträchtigt werden, und ein NVRAM-Reset mit anschließendem, oben beschriebenem Variableneinstellungstanz wird erneut erforderlich sein. In solchen Fällen scheint es ratsam, entweder den Maschinenruhezustand zu verhindern oder jegliche Hardware am Thunderbolt-Port zu trennen, bevor Sie die Maschine in den Ruhezustand versetzen.
Innerhalb der zu Beginn dieser Antwort beschriebenen Einschränkungen: Die meisten Benutzer melden vollen Erfolg.
Mehrere Wege sind jetzt verfügbar, manche schlecht, manche gut.
Schlechte Lösung: Eine sehr billige Hardware-Modifikation ist bei/von RealMacMods erhältlich: Während sie eine relativ komplizierte Methode verwenden, um die notwendige EFI-Variable mit Linux zu setzen, hat die folgende den Vorteil, dass die Kernspannung zur dGPU vollständig abgeschnitten wird, indem nur ein winziger Widerstand entfernt wird ! (Bilder unter dem Link)
Bei diesem Neustart ist es wichtig, dass Sie einmal im abgesicherten Modus booten (Shift während des gesamten Bootvorgangs gedrückt halten) und dann im Menü Herunterfahren (nicht neu starten) wählen.
Führen Sie diesen sicheren Start mit dem R8911-Widerstand durch. Ohne diesen SAFE BOOT funktionieren die nächsten Schritte möglicherweise nicht.
Starten Sie nicht mehr, bis Sie die nächsten Schritte abgeschlossen haben.
Der sichere Start löscht die GPU-Einstellungen auf Betriebssystemebene, die den folgenden Prozess beeinträchtigen können.
Dies führt nun dazu, dass Ihr MacBook Pro nicht mehr automatisch auf Radeon umschaltet, aber es zieht weiterhin Strom, erzeugt Wärme und ist für das Betriebssystem sichtbar.
Wir haben festgestellt, dass dies durch einfaches Entfernen von 1 Widerstand behoben wird.
Der Widerstand kann auch durch einen Schalter ersetzt werden, falls Sie Ihre Radeon aus irgendeinem Grund wieder einschalten müssen.
Die Platzierung dieses Widerstands variiert zwischen den Logic Board-Modellen.
Der fragliche Widerstand ist R8911 auf dem 17-Zoll-MBP und R8911 auf dem 15-Zoll-MBP, ein 1-Ohm-Widerstand, der einen Strompfad zum ISL6263C-Gleichstromwandler bereitstellt.
Dieser Widerstand steuert die Stromversorgung des Spannungsreglers, der die Kernspannung an die Radeon-GPU liefert. Einfach gesagt, keine Kernspannung, keine GPU. Sie finden den Widerstand direkt rechts neben einem Lüfter (in der obigen Ausrichtung). Es befindet sich in der Nähe des ISL-Spannungswandlerchips. Das ist der Chip, den wir deaktivieren werden.
Entfernen Sie es einfach. Die bevorzugte Methode ist eine professionelle Reflow-Station, aber ein Bügeleisen und eine ruhige Hand bringen Sie dorthin, wo Sie sein müssen. Wenn Sie Flussmittel verwendet haben, um es zu entfernen (nicht erforderlich), stellen Sie sicher, dass Sie es mit etwas Alkohol oder einem anderen geeigneten Lösungsmittel reinigen.
Das ist es im Grunde. Wenn Sie das nächste Mal hochfahren, werden Sie feststellen, dass Ihr GPU-Defektproblem behoben ist, und Sie werden die AMD-GPU nicht mehr als installierte Hardware sehen.
Ich habe dies nicht getestet, aber es sollte die Notwendigkeit beseitigen, sich um die kexts zu kümmern und auch alle Probleme in Bezug auf Schlaf, Aufwachen, Ruhezustand, Neustart usw. zu lösen. Vorbehalt
für die Berücksichtigung dieser Methode: da es auch darauf angewiesen zu sein scheint, dass diese NVRAM-Variable sie gesetzt hat Es ist wahrscheinlich absolut notwendig , eine vollautomatische Methode zu haben, um diese Variable ohne Benutzereingriff festzulegen. (Wie ein Linux-Stick, der die notwendigen Änderungen vornimmt) Andernfalls könnte ein NVRAM-Reset die Maschine praktisch blockieren. Der Anbieter schlägt vor, sich vor versehentlichem NVRAM-Reset per Passwort zu schützen und, falls ein Reset durchgeführt wurde, ihn wegen einer „Prozedur“ anzurufen.
Wenn man von dieser Methode gebissen wird, endet es nur mit einem schwarzen Bildschirm: Es scheint möglich zu sein, mit VNC oder ssh aus der Ferne auf die Maschine zuzugreifen, wenn diese also vorher eingerichtet werden, ist es vielleicht doch eine nicht so schlechte Option, wie es die nvram-Variable kann Wette auf diese Weise festgelegt. Denken Sie daran: Ungetestete Internetgeschichte.
Dosdude1 hat eine Lösung gefunden, die wie der heilige Gral für dieses Problem aussieht: Permanently Disable 2011 15"/17" MacBook Pro Dedicated GPU - gMux IC Bypass
- Option A, die unten detailliert beschrieben wird, besteht darin, die LVDS-Ausgangsleitungen von den LVDS-Ausgangsleitungen der integrierten Grafik direkt mit den Leitungen zu verdrahten, die mit der Anzeige verbunden sind.
- Option B wäre, den gMux-IC (der einfach ein Lattice LFXP2-Mikrocontroller ist) mit einer benutzerdefinierten Firmware neu zu programmieren, um die GPU-Umschaltfunktion zu deaktivieren. Ich werde vielleicht in Zukunft damit experimentieren, aber dafür ist spezielle Hardware erforderlich, die ich nicht habe. Das wäre aber natürlich die optimale Lösung.
Das ist fast einfach. Alles, was benötigt wird, sind verschiedene Drahtlängen . Um sich einen Eindruck zu verschaffen: auf youtube.
Die „schlechte Lösung“ von oben wird jetzt zu einer fast professionellen und vorgefertigten Hardwarelösung, wodurch die vorherige „Schlechtigkeit“ dieses Ansatzes beseitigt wird:
Tiresias (der GPUkiller): Das Tiresias ist eine kleine Platine, die auf das Motherboard der MacBook Pro 15-Zoll- oder 17-Zoll-Modelle von 2011 (früh oder spät) gelötet werden kann.
Dies sind alle Modelle mit dem Motherboard 820-2914-A, 820-2914-B, 820-2915-A oder 820-2915-B.
Das Board 820-2914 und 820-2915 verfügt über zwei GPUs. Die interne (Intel) GPU, die Teil des PCH ist, und eine externe (separate) AMD-GPU. Es ist die externe GPU, die in „einem kleinen Prozentsatz der MacBook Pro-Systeme“ (Apple-Sprache für: „sehr viele“) ausfällt. Der Tiresias schreibt die NVRAM-Variable „gpu-power-prefs“ in das ROM, damit der Mac die (tote) externe (diskrete) AMD-GPU nicht mehr verwendet. Wenn der Benutzer das NVRAM (PRAM) löscht, gibt es kein Problem, da der Tiresias den Datensatz erneut schreibt und der Mac wieder funktioniert.Dies macht dies zur idealen Lösung, um einen 820-2914 oder 820-2915 mit toter GPU wieder zum Leben zu erwecken. Die Installation ist einfach (keine Drähte zum Löten). Sie müssen eine sehr kleine Platine auf das Motherboard montieren. Ein erfahrener Techniker kann dies in wenigen Minuten erledigen. Abgesehen davon sollte R8911 entfernt werden, um die Stromversorgung der toten GPU auszuschalten. Das spart Energie, erzeugt weniger Wärme und schont die Batterielebensdauer. Das Entfernen von R8911 verhindert auch, dass der Mac durch die tote GPU verwirrt wird, da er selbst bei ausgeschalteter GPU immer noch versucht, mit der toten GPU zu kommunizieren. Je nachdem, welche internen Kontakte in der GPU gebrochen sind, kann dies den Mac verwirren oder sogar zum Absturz bringen.
Mac OS X 10.13 High Sierra wird ebenfalls unterstützt. Um das Problem zu lösen, dass die Hintergrundbeleuchtung nach dem Ruhezustand nicht wieder eingeschaltet wird, entfernen Sie auch R9704 und verbinden Sie R9704 Pin 2 mit C9711 Pin 1.OS X 10.6 - 10.12 (Sierra)
Der Schieberegler für die Hintergrundbeleuchtung (in den Systemeinstellungen) und die Tasten für die Hintergrundbeleuchtung (F1 und F2) funktionieren. Systemruhe funktioniert. Die Videoausgabe am Thunderbolt-Anschluss funktioniert nicht, aber alle anderen Funktionen des Thunderbolt-Anschlusses funktionieren.OS X 10.13 (High Sierra)
Soweit wir wissen, bietet 10.13 (High Sierra) keine Vorteile gegenüber 10.12 (Sierra). Apple hat die Videotreiber in High Sierra komplett überarbeitet und scheint ein Chaos daraus gemacht zu haben. Die Steuerung der Hintergrundbeleuchtung funktioniert nicht. Und schlimmer noch, nachdem das Gerät aus dem Ruhezustand aufgewacht ist, wird die Hintergrundbeleuchtung überhaupt nicht wieder eingeschaltet.
Um das Problem zu lösen, dass die Hintergrundbeleuchtung nach dem Ruhezustand nicht wieder eingeschaltet wird, entfernen Sie R9704 und verbinden Sie R9704 Pin 2 mit C9711 Pin 1. Dadurch wird die Hintergrundbeleuchtung auf volle Helligkeit eingestellt. Der Nachteil ist, dass mit dieser Änderung die Helligkeit auch mit den alten Betriebssystemen auf voller Helligkeit ist.
Tiresias für 820-2915 (15-Zoll) Menge eins (1) Inklusive Versand (weltweit) 60 EURO.
Dieser Hack scheint teilweise in eine Anwendung gegossen worden zu sein, die mit dem Hardware-Hack zusammenhängt! Einerseits ist diese Anwendung universeller als die obige Lösung, da sie anscheinend auch mit NVidia-Karten umgehen kann, dh: sie dient zum Deaktivieren aller diskreten CPUs in allen Macs.
Leider ist diese App von dosdude1 nicht gut dokumentiert. Die Readme besagt, dass es die NVRAM-Variable setzen, alle Grafikbeschleunigungstreiber verschieben und dann einen Launchdaemon installieren würde, um Updates zu handhaben und sicherzustellen, dass die Variable gesetzt bleibt.
Nicht getestet und nicht empfohlen – wenn Sie das oben beschriebene Verfahren bereits befolgt haben!
Aber wenn der obige Hack irgendwann für Sie nicht funktioniert hat oder anfangs einfach zu entmutigend erscheint, dann könnten Sie dies versuchen:
Möglicherweise müssen Sie sich das obige Verfahren noch einmal ansehen, da die Anwendung die Verbesserung des Wärmemanagementteils zu verpassen scheint (wenn Sie die Hardware modifizieren, indem Sie den Transistor entfernen, wird dies zu einer Stimmung: Mix and Match).
Wenn jemand dies ausprobiert, geben Sie bitte hier Feedback über Kommentare oder eine Bearbeitung.
Update 2019: 20-Dollar-Lösung , die einen 64-Bit-Windows-Computer und einen ICSP-FPGA-Programmierer Lattice HW-USBN-2A verwendet, um eine benutzerdefinierte Firmware auf den gMux-IC anzuwenden. Dosdude1 behauptet, dies sei eine „perfekte“ Lösung, was bedeutet, dass selbst unter HighSierra und Mojave die Akkulaufzeit, die Temperatur, die Helligkeitssteuerung und das Aufwachen/Schlafen wie erwartet funktionieren. Die Verwendung dieser Lösung ist dauerhaft und macht alles Obige obsolet.
Aber diese neue Lösung ist nicht kostenlos und erfordert Hardware in Form eines Windows-PCs und des Programmierers); sowie derzeit ein paar Drähte provisorisch an das Logic Board löten.)
[Update Juni 2020]: Dieser gMUX-Bypass mit nativer Helligkeitssteuerung ist eine günstigere (Opensource-)Version des Dosdude1-Hardware-Hacks. GitHub: gMUXBypass
nvram boot-args="-v agc=0"
, bekomme ich sandboxviolation: nvram - allow(0) message. Es ist normal?agc
ist nicht katastrophal, ich habe den Mac monatelang ohne ihn laufen lassen, bevor ich diesen Trick gefunden habe. Die Verbesserung variiert nur von 'ein bisschen' bis 'OK, fast großartig') Radikal schick wäre es, einen Linux-Stick zu verwenden und die Variable von einzustellen dort…nvram boot-args="-v agc=0"
- ich bin mir nicht sicher, ob es daran lag oder nur ein weiterer Neustart.kextload /System/Library/Extensions-off/AMDRadeonX3000.kext
ich Yosemite jetzt wieder normal herunterfahren. Wenn ich am Ende das Betriebssystem aktualisiere, werde ich versuchen, diese Zeile zu aktivieren und es erneut zu versuchen.reboot
nach der anfänglichen SIP-Deaktivierung csrutil disable
und nach den Änderungen des gpu nvram tippen müssen Ich war mir nicht sicher, wie ich vom Wiederherstellungsterminal aus neu starten sollte, und habe versucht, das Gerät herunterzufahren, aber die SIP-Änderung blieb so nicht bestehen.SandboxViolation: nvram(3) - allow(0)
Fehler bekommen, aber ich bin auf 10.12.6, Einzelbenutzer-Wiederherstellungsmodus, und csrutil status
sage, dass es deaktiviert ist. Irgendeine Ahnung? —— 2. Ich bin jetzt die ganze Zeit in ausführlicher Sprache (wie in args eingestellt) – kann ich es sicher deaktivieren?csrutil disable
.AMD6000Controller.kext
, damit es funktioniertagc=0
Boot-Arg? Ich kann viele oder Ressourcen finden, die diese Einstellung unterstützen, einige beziehen sich direkt oder indirekt auf Ihre Antwort hier, aber nirgendwo finde ich eine wirklich gute Erklärung dafür, wofür sie ist.cmd+S
und Befehle blind ausführen (z. B. reboot
funktioniert), aber nichts passiert, wenn ich den nvram
Befehl ausführe und danach neu starte, der Computer wird einfach wieder mit einem schwarzen Bildschirm neu gestartet. Ich habe es sudo nvram
nur für den Fall versucht, und es hat auch nicht geholfen ... irgendwelche Gedanken?Wenn das Problem darin besteht, dass Sie diese Dateien nicht verschieben können, ist es wahrscheinlich der Systemintegritätsschutz, der Sie daran hindert. Ich nehme an, Sie sind auf El Capitan oder Sierra.
csrutil disable
und drücken Sie die Eingabetaste.mv
Befehle auszuführen.Wenn das funktioniert hat, aktivieren Sie SIP erneut:
Dank dieser Antwort https://apple.stackexchange.com/a/295805/300460 von https://apple.stackexchange.com/users/251859/langlangc . Ich bin ihm gefolgt, als ich dieses Problem im letzten September 2018 hatte. Ich hatte jedoch ein wenig Mühe, die genauen Delta-Schritte herauszufinden, die zum zweiten Mal ausgeführt werden müssen, als ich gestern erneut auf dasselbe Problem stieß, als ich das OSX-Sicherheitsupdate 2019-003 durchführte. Also dachten Sie daran, genau diese Schritte zu notieren und an die Benutzer zu denken, die möglicherweise zum zweiten Mal auf dieses Problem stoßen. Nochmals vielen Dank an langlangc für das Original.
Ich war zum Zeitpunkt des Updates auf OSX 10.13.6.
langlangc
hatte ich mich im September 2018 darum gebeten, dies zu bestätigen; aber ich konnte damals nicht antworten, da ich keine Berechtigung dazu habe Kommentar)
sh /force-iGPU-boot.sh
csrutil disable nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00 nvram boot-args="-v"
/System/Library/Extensions-off
Ordner entfernt wird, nachdem Sie eine Sicherung erstellt haben /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"
reboot
ein, um es normal zu starten.Alles andere sollte wie erwartet funktionieren, da Sie alle anderen notwendigen Schritte ausgeführt hätten, als Sie es zum ersten Mal zum Laufen gebracht hätten. Alles Gute.
Früher war ich auf die softwarebasierte Lösung angewiesen, die von @LangLangC vorgeschlagen wurde. Beim letzten Update im August wurde jedoch festgestellt, dass das normale Booten am Fortschrittsbalken hängen blieb. Ich kann zwar den abgesicherten Startmodus durchlaufen, werde aber feststellen, dass der Bildschirm stark flackert.
Erfolgreich gebootet, als ich das SIP im Wiederherstellungsmodus deaktiviert habe. Ich kann mich nicht erinnern, ob ich das in der Vergangenheit getan habe - aber jetzt denke ich, dass ich es getan habe.
Ich habe viel Zeit damit verschwendet, viele verschiedene Gründe zu vermuten – einschließlich des sich verschlimmernden GPU-Problems oder potenzieller Fehler mit dem Sicherheitsupdate 10.13.6 2019-004.
Allerdings ist mir jetzt aufgefallen, dass es diesmal sogar mit der Problematik /System/Library/Extensions/AMDRadeonX3000.kext
an Ort und Stelle gebootet hat !!!
Dies AMD6000Controller.kext
ist erforderlich, damit die Helligkeitsregelung wieder wie gewohnt funktioniert. Dieser Text muss bei vorhanden sein /System/Library/Extensions/
.
/force-iGPU-boot.sh
Skript nicht? und mein Extensions-off
Verzeichnis war bereits vorhanden, ich habe das neue einfach verschoben AMDRadeonX3000.kext
und es genannt AMDRadeonX3000v2.kext
. Es scheint besser zu sein, das Original aufzubewahren und zu laden, wie in der @LangLangC-Anleitung angegeben, denke ich.nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00
?Ich kann @LangLangC nicht genug für diese Antwort danken. Dies hat gerade 2 Maschinen wiederbelebt. Ein paar Kurvenbälle sind nur als Ergänzung zu dem oben Genannten würdig:
Eine Maschine war auf Mavericks (10.9.5), also konnten SIP-bezogene Befehle verworfen werden. Seit dem Auftreten des AMDRadeon-Problems (und dem wirklichen Zurücksetzen von SMC und PRAM in Hülle und Fülle) hatte ich jedoch irgendwie einen geteilten Bildschirm mit einer dünnen hohen vertikalen Linie als Cursor erzeugt. Zur Überwindung waren zwei Zyklen von Phase 1 erforderlich.
eine zweite Maschine war auf High Siders 10.13.6. csrutil disable
(Punkt 3 oben) würde nicht laufen; Dies wurde zweimal mit unterschiedlichen Festplatten mit identischen Ergebnissen versucht. Nur im Wiederherstellungsmodus konnte der Befehl erfolgreich ausgeführt werden
Cmd
+ r
[Sei geduldig. Die Wiederherstellungspartition muss mit der GUI starten (ich habe die Tasten gedrückt gehalten, bis das Dialogfenster zur Sprachauswahl erscheint, das bei der Erstinstallation des Systems erscheint) ] Wählen Sie das Terminal unter dem Utility
Menü aus. Dies erlaubte den Anruf. Fahren Sie mit den Anweisungen fort
nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00
nvram boot-args="-v"
dann neustarten
shutdown -r now
und fahren Sie mit Schritt 8 oben fort. (Ich habe möglicherweise eine zusätzliche Runde der beiden obigen Befehle ausgeführt; ich habe den Überblick verloren - aber es ist kein Schaden entstanden) ... Nach Schritt 11
touch /System/Library/Extensions/
wird tatsächlich ein paar Neustarts und ausführliche Nachrichten durchlaufen, bevor ein knackiger, grauer Apfel präsentiert wird. [Fahren Sie mit der Geduldsübung fort.]
Ich unterstütze den Vorschlag, smcFanControl oder ähnliches herunterzuladen und zu aktivieren, bevor ich mich mit dem Wärmemanagement befasse. Es ist aufschlussreicher, den Temperaturabfall zu sehen, als darauf zu warten, dass der Lüfter herunterfährt.
computer sleep
Einstellungen: Beim Aufwachen wurde 2020_shuffle mit meinem Bildschirm abgespielt. Schalten Sie den Computer also unter dem Netzteil niemals in den Ruhezustand (der Bildschirm kann jedoch schwarz werden). Ich habe es nicht mit dem Deckel versucht, aber ich glaube, dass dies ein Problem sein kann. Wenn der Bildschirm verstümmelt wird, habe ich festgestellt, dass Abmelde-Hotkeys Shift
+ Cmd
+ Q
das Video ausnahmslos auf den erwarteten Zustand zurücksetzen.Es tritt ein gewisses Flackern auf; Ich denke, das ist ein praktischer Beweis für die Notwendigkeit von zwei Grafikchips. aber keine große Sache.
Anmerkungen:
klanomath
Eulenschlag