GPU-Problem - Boot hängt am grauen Bildschirm

43

Ich habe dies aufgrund meines Problems in diesem Thread gefunden:
Boot hängt auf grauem Bildschirm (auch beim Booten von einem USB-Laufwerk mit neuer OS X-Installation)

Mein MacBook Pro 15 "Anfang 2011 mit AMD Radeon HD 6750M wies über einen Zeitraum von zwei Wochen Displaybeschädigungen und damit verbundene Systemabstürze / -zurücksetzungen auf, bevor das Booten vollständig fehlschlug Gerade als es so aussah, als hätte es zum Anmeldebildschirm wechseln sollen, verschwanden das Apple-Logo und der Spinner und hingen an einem leeren grauen Bildschirm.

Anfangs vermutete ich eine Beschädigung der Festplatte und versuchte, dem abzuhelfen. Ich habe erfolglos Folgendes versucht, wobei jedes weiterhin wie oben beschrieben hängen blieb:

Sicherer Start Starten Sie die
Wiederherstellung (einschließlich Internetwiederherstellung). Booten Sie
von einem Installationsmedium auf einem USB-Laufwerk. Booten Sie
von einer OS X-Installation auf einem USB-Laufwerk.
Löschen Sie NVRAM
Reset SMC

Ich habe den Apple-Hardwaretest auch viele Male durchgeführt, ohne dass Probleme aufgetreten sind.

Verbose Safe Boot (Befehlstaste + Umschalttaste + V) gibt alles aus, was ich erwartet hätte, aber dann wie oben beschrieben hängen geblieben wäre.

Nachdem ich in Apples Diskussionsforen zu GPU-bezogenen Problemen auf weitere Online-Beiträge gestoßen war, habe ich dies erneut als Ursache genannt:

2011 MacBook Pro und diskrete Grafikkarte oder 2011 MacBook Pro und diskrete Grafikkarte

Beim Versuch, Ubuntu von einem USB-Stick zu booten, kam ich nur bis zu GRUB. Wenn Sie versuchen, Ubuntu Desktop zu starten oder den Grafiktest in GRUB auszuführen, bleibt das System hängen.

Zu diesem Zeitpunkt hing die Ausführung von Apple Hardware Test kurz vor dem Ende des Standardtests, möglicherweise [erraten], wenn ein Videotest durchgeführt wurde.

Basierend auf den Ratschlägen in den Apple Discussions-Beiträgen oben habe ich Folgendes getan:

Booten im Einzelbenutzermodus
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 ist die Maschine vollständig hochgefahren. Grafiken sind jedoch extrem langsam, auch nur Übergänge beim Minimieren von Fenstern. Ich werde meinen MBP zu Apple bringen, um einen Ersatz zu fordern, da die große Anzahl von Berichten anderer mit ähnlichen Problemen das Auftreten eines ähnlichen GPU-Fehlers zur Folge hat, der zu einem Rückruf geführt hat.

Aber wenn ich den "mv" -Befehl benutze, werden die Dateien nicht verschoben (und auch nicht gelöscht) und es wird angezeigt:
Sandbox verweigert (01) Datei-Schreiben-Nicht verbunden ...

Irgendeine Lösungsmöglichkeit ?

Ghazi Marzouk
quelle
@klanomath Ja, das ist das Problem. Passiert auch mit meinem alten MBP (nur ein grünlicher statt grauer Bildschirm).
Owlswipe

Antworten:

81

Hintergrund und Erläuterungen

Bitte lesen Sie den gesamten Beitrag mindestens einmal von Anfang bis Ende, bevor Sie Maßnahmen ergreifen.

Alle MacBook Pros aus dem Jahr 2011 weisen einen gravierenden Designfehler auf . Das Wärmemanagement und die erzeugte Wärme passen zusammen mit der Robustheit der diskreten AMD-Grafikchips nicht sehr gut zusammen. Apple wusste das und verhielt sich wie ein typischer Soapy Smith , der erst nach einer Empörung darauf reagierte. Dieser Skandal nahm den Namen RadeonGate an. Erst mit einem angedrohten Sammelklageverfahren wurde Apple schließlich unter Druck gesetzt, ein sogenanntes "Repair Extension Program" anzubieten .

Das Apple Repair Extension-Programm ist nicht mehr verfügbar . Die einzige echte Möglichkeit, dieses Problem zu beheben, besteht darin, den AMD-Chip allein zu ersetzen. Nicht die Hauptplatine. Nicht "re-balling", nicht "reflowing", nicht "backen". Apple hat einen fehlerhaften Chip durch einen fehlerhaften Chip ersetzt. Immer wieder. Nur der Austausch des Grafikchips ist für einen solchen Vintage-Laptop immer noch eine kostspielige Hardwareprozedur.

Der einzig bekannte Weg - das heißt: allein mit Software - ein 2011 MacBook Pro (8,2) mit 'nur' einem ausgefallenen AMD-Grafikchip zu bekommen, sich fast zuverlässig wieder einzuschalten und in macOS zu booten und mit einer beschleunigten GUI durchaus benutzbar zu sein ist diese Anleitung oder eine Variation davon. Die meisten vorherigen Tipps haben gerade alle AMD-Kexte entfernt und dies führt zu einer schrecklichen Benutzererfahrung ohne GUI-Beschleunigung.

Es ist erforderlich, Ihre genaue Betriebssystemversion zu kennen. Die folgende Anleitung ist für Yosemite einfacher, setzt jedoch El Capitan oder neuer voraus. In 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: In diesem Handbuch wird weiterhin davon ausgegangen, dass sich alle Kexts noch in ihrem Standardverzeichnis / System / Library / Extensions befinden. Alle AMD-Kexte mit einer Ausnahme sind für den ordnungsgemäßen Betrieb von Vorteil. Frühere Hacks in dieser Richtung haben Sie möglicherweise angewiesen, sich zu bewegen, oder schlimmer noch: Entfernen Sie alle AMD * / ATI * -Kernel-Erweiterungen. Wenn dies 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 das Power-Management der GPU aktiviert, die sonst umsonst Strom verbraucht (und möglicherweise den endgültigen Hitzetod des Chips beschleunigt). Um es noch einmal zu wiederholen: Nur die Datei ist AMDRadeonX3000.kextwirklich nicht vorhanden beim 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 sollte anschließend / verzögert geladen werden, um wieder in ein nahezu vernünftiges Energie- und Temperaturmanagement zu gelangen.

Umgehen des diskreten Grafikchips

Um eine gewisse Anzeigebeschleunigung wiederherzustellen, muss der Computer gezwungen werden, nicht mit diskreter Grafik (dGPU), sondern direkt mit integrierter Grafik (iGPU) zu starten und in diesem Modus zu bleiben.

Das Booten in den dGPU-Modus ist die Standardeinstellung auf Macs mit zwei umschaltbaren Grafikkarten. Mit dem folgenden Verfahren wird eine NVRAM-Variable festgelegt, die die dGPU deaktiviert und das System zwingt, auch beim Booten nur die integrierten Intel-Grafiken zu verwenden.

Die NVRAM-Variable ist nicht dokumentiert, scheint jedoch für alle Macs mit zwei umschaltbaren Grafikkarten universell anwendbar zu sein. Das heißt, es sollte auf iMacs und MacBook Pros funktionieren. Ob sie AMD- oder NVIDIA-Chips haben. Die Angaben zu den Treibern, die möglicherweise zum Verschieben erforderlich sind, beziehen sich in diesem Handbuch nur auf AMD. Die NVRAM-Variable umgeht jedoch in jedem Fall den diskreten Grafikchip.

Dies gibt Ihnen Ihr Gerät zurück - aber Sie werden einige Funktionen verlieren: z. B. 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 gewünscht wird: Diese Prozedur ist reine Softwarekonfiguration und kann daher jederzeit mit einem einfachen NVRAM-Reset vollständig rückgängig gemacht werden .

Die anfängliche Prozedur:

Teil 1: Deaktiviere SIP, deaktiviere dGPU, verschiebe eine Kernel-Erweiterung

  1. So starten Sie von einem sauberen Stand aus:
    Setzen Sie SMC und NVRAM zurück: Fahren Sie den Computer herunter, ziehen Sie den Netzstecker und halten Sie ihn jetzt gedrückt

    leftShift+ Ctrl+ Opt+ Power
    und alle gleichzeitig loslassen;

  2. Jetzt wieder einschalten und halten

    Cmd+ Opt+ p+ r
    gleichzeitig, bis Sie zweimal den Startton hören.

  3. Starten Sie Single User Recovery, indem Sie gedrückt halten

    Cmd+ r+s

  4. SIP deaktivieren: Geben Sie Folgendes ein:

    csrutil disable

  5. Deaktivieren Sie dGPU beim Booten, indem Sie die folgende Variable setzen:

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

  6. Aktivieren Sie den ausführlichen Startmodus:

    nvram boot-args="-v"

  7. Starten Sie den Single User-Modus neu, indem Sie gedrückt halten

    Cmd+ s
    beim Booten

  8. Mount Root Partition beschreibbar

    /sbin/mount -uw /

  9. Erstellen Sie ein Kext-Backup-Verzeichnis

    mkdir -p /System/Library/Extensions-off

  10. Bewegen Sie nur EINEN beleidigenden Text aus dem Weg:

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

  11. Informieren Sie das System, um den Kextcache zu aktualisieren:

    touch /System/Library/Extensions/

  12. Normaler Neustart:

Sie sollten jetzt ein iGPU-beschleunigtes Display haben, aber das System weiß nicht, wie der ausgefallene AMD-Chip mit Strom versorgt wird. (In diesem Zustand befindet sich die GPU immer im Leerlauf mit relativ hoher Leistung, verbraucht im ausgeschalteten Zustand ziemlich viel Batterie und führt zu GPU-Temperaturen ab 60 ° C [im Durchschnitt 60-85 ° C], obwohl sie vom System für nichts verwendet wird .)

Teil 2: Verbesserung des Wärme- und Energiemanagements

Um die Energieverwaltung der deaktivierten GPU zu verbessern, müssen Sie entweder den einen wichtigen Kext nach dem Start manuell laden :

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

Wenn Sie eine Temperatursensoranwendung haben, möchten Sie diese möglicherweise ö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 mache 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 Befehls pmset scheint das Schlaf- / Wach- / Abschaltverhalten zu verbessern. Wenn nicht, experimentieren Sie damit, es wegzulassen.
Siehe unten stehenden Haftungsausschluss. Das Folgende ist nur Spekulation: Schlaf / Wach / Herunterfahren kann problematisch bleiben. Die Theorie hier ist, dass "etwas langsam verdirbt", was in der SMC gespeichert ist. Daher scheint das Zurücksetzen des SMC und das erneute Anwenden des variablen Hacks die Situation für eine Weile zu lindern. (Permanente Lösungen für diese Begrüßung!) Als kurzfristige Problemumgehung möchten Sie vielleicht versuchen, "Lid-Closing Sleep" zu vermeiden, das scheint mehr Probleme zu bereiten als andere Methoden (Apple-Menu, Keyboard-Shorcut). Offensichtliche Unterbrechungen beim Herunterfahren sind in der Regel nur sehr lange Verzögerungen, die schließlich sauber und erfolgreich beendet werden.
Unwissenschaftliche Stichproben deuten darauf hin, dass Yosemite am schlimmsten ist, und El Capitan und Sierra verhielten sich in dieser Hinsicht viel besser.

Durch manuelles oder anderweitig verzögertes Laden dieser wichtigen Kernel-Erweiterung kann das System die Energieverwaltung ein wenig verbessern. Der Akku wird weniger verbraucht und die von der nicht verwendeten GPU herrührenden Temperaturen fallen auf einen Bereich deutlich unter 50 ° C (im Durchschnitt zwischen 15 und 50 ° C).

Für eine ordnungsgemäße Energieverwaltung ist die minimale Anzahl 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 der Liste hinzugefügt werden:

com.apple.AMDRadeonX3000 (1.5.1) 


Ein letzter Schritt zum Neustart ist wieder in SingleUserRecovery
tut dies mit Cmd+ r+ s
nach der Kommandozeile aktiv wird, geben Sie ein:

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

und normal neu starten.

Dadurch wird die dGPU etwas weiter abgekühlt.

Es ist unbedingt erforderlich, diesen Befehl über SingleUserRecovery abzusetzen, da das System mit aktiviertem SIP Ihre Versuche blockiert , diese Variable beim Booten vom normalen Startvolume aus festzulegen , sei es im normalen Vollstartmodus oder im regulären SingleUser. Es ist wichtig zu beachten, dass dieser Schritt nicht einfach in das force-iGPU.sh-Skript (das Sie in einer Minute erstellen) integriert werden kann und nach einem NVRAM-Reset von selbst wiederholt werden muss.

In diesem letzten Schritt wird davon ausgegangen, dass SystemIntegretyProtection wieder aktiviert wurde. Wenn SIP jedoch absichtlich und dauerhaft ausgeschaltet bleibt, kann dieser Schritt in das obige Skript force-iGPU.sh integriert werden.
Da ich jedoch irgendwie vorhatte, SIP dauerhaft auszuschalten, und es wieder eingeschaltet wurde, ohne dass ich es bemerkte, ist die Abhängigkeit davon, dass SIP ausgeschaltet bleibt, möglicherweise nicht der beste Ansatz. Das Löschen des NVRAM, in dem die SIP-Einstellungen gespeichert sind, kann eine solche unvorhergesehene Störung sein.

Vorbeugende Maßnahmen zur künftigen Verwendung

Es sind zwei weitere Vorsichtsmaßnahmen zu beachten: Diese können rückgängig gemacht werden, 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 ab dem Startzeitpunkt zu erzwingen.

Da dies recht einfach passieren kann (und oft fälschlicherweise viel zu oft empfohlen wird, als es tatsächlich sinnvoll ist), sollten Sie sich wahrscheinlich auf ein solches Szenario vorbereiten und ein einfaches Skript erstellen, um den Prozess erheblich zu beschleunigen und auch die Eingabe der erforderlichen Variablen erheblich zu vereinfachen weniger fehleranfällig:

 sudo nano /force-iGPU-boot.sh

- Geben Sie den folgenden Inhalt in diese Datei ein:

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

- Nun mach das 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, SingleUser zu starten mit:

Cmd+s

- Und nach dem Mounten Ihres Boot-Volumes lesen und schreiben, um nur diese eine Zeile auszuführen:

sh /force-iGPU-boot.sh


Denken Sie daran, dass die Variable agc jetzt ebenfalls gelöscht wird. (Siehe oben)
Stellen Sie außerdem sicher, dass Sie das Standard-Startvolume in den Systemeinstellungen> Startdiskette erneut festlegen.

Teil 3: Umgang mit Updates von Apple

Dieses Setup enthält jetzt einen Kext an einer Stelle, die Apples Installer nicht erwarten. Aus diesem Grund wurde in diesem Handbuch SIP nicht wieder aktiviert. Wenn ein Update stattfinden soll, das Änderungen an den AMD-Treibern enthält, empfiehlt es sich, die Datei AMDRadeonX3000.kext vor dem Update an den Standardspeicherort zurückzusetzen . Andernfalls schreibt der Updater mindestens einen anderen Text einer anderen Version an den Standardspeicherort, oder es kommt schlimmstenfalls zu einem undefinierten Status teilweise nicht übereinstimmender Treiber.

Nach jeder Systemaktualisierung muss der Ordner / System / Library / Extensions auf den fehlerhaften Text überprüft werden. Seine Anwesenheit dort wird z. B. dazu führen, dass Yosemite und Sierra, eine überhitzte Boot-Schleife in High Sierra, hängen bleiben.

Upgrade auf High Sierra 10.13: Mit diesem Hack ist es fast unkompliziert: Trotz eines Firmware-Updates sollte der Installationsprozess die NVRAM-Variable nicht berühren. Der Installationsprozess verwendet auch keinen vollständig beschleunigten AMD-Chip, sondern eine Grundbeschleunigung, die in Bezug auf diesen Hack nicht problematisch ist. Wie im obigen Abschnitt erwähnt, wird jedoch beim ersten Hochfahren eines Systems, dessen Installation zwar abgeschlossen ist, der Setup-Prozess jedoch gerade erst gestartet wird, eine durch Hitze / Absturz verursachte Bootschleife erzeugt. Die fehlerhafte Kernel-Erweiterung muss wie oben beschrieben erneut verschoben werden. (Ab Schritt 3) Nachdem Sie den Text verschoben haben, muss alles in Ordnung sein.

Letzte Updates von Apple: Aktualisieren Sie nicht, bevor Sie die folgenden Informationen gelesen haben.

Bis auf weiteres:
Neueste Updates brechen die Maschine wieder auf. Es aktualisiert die Firmware, RecoveryPartition, und scheint die Möglichkeit zu deaktivieren, SingleUserRecoveryMode zu starten,
und es zu vervollständigen , installiert - sogar mit dem DeltaUpdate - ein funktionierendes AMDRadeonX3000.kext!
Ohne Vorbereitung und nur mit der Maschine zur Hand stecken Sie ein bisschen fest.

Wenn SingleUserRecoveryMode endgültig deaktiviert ist, verwenden Sie den regulären RecoveryMode. Die Ergebnisse sind die gleichen, es ist nur ein bisschen langsamer zu booten: Das oben beschriebene Verfahren ist immer noch gültig und für alle früheren Versionen von Mac OS X / macOS schneller.

Wenn Sie jedoch auf 10.13.6 oder höher aktualisieren, müssen
Sie die Anweisungen für SingleUserRecoveryMode ( Command+ r+ s) durch den regulären RecoveryMode ( Command+ r) ersetzen und SIP über Terminal deaktivieren ( Beispiel für diesen konkreten Anwendungsfall ).

Falls Sie zu jenen gehören, bei denen selbst der normale Wiederherstellungsmodus nicht wie erwartet
funktioniert : Problemumgehungen für die Unfähigkeit, SIP mit SingleUserRecovery zu deaktivieren:

  1. Starten Sie zunächst in den Einzelbenutzer-Wiederherstellungsmodus. csrutil-Änderungen sind in diesem Modus nicht zulässig, können jedoch die Eigenschaft gpu-power-prefs nvram festlegen. Dies hilft, den Computer im Wiederherstellungsmodus neu zu starten. Dann müssen Sie die Anweisungen für SingleUserRecoveryMode ( Command+ r+ s) durch den regulären RecoveryMode ( Command+ r) ersetzen und SIP via Terminal deaktivieren ( Beispiel für diesen konkreten Anwendungsfall ).

  2. Bereiten Sie vor dem Update ein bootfähiges Volume vor. Das kann eine externe Festplatte 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 der AMDRadeonX3000.kext auf dem externen Laufwerk ebenfalls (neu) 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 aus neu und fahren Sie mit der Aktualisierung Ihres internen Laufwerks / Systems auf 10.13.6 fort.
    Nachdem das Update fast abgeschlossen ist, bleibt ein Neustart hängen. Erzwinge ein Herunterfahren und starte neu von deinem externen Laufwerk. Hängen Sie das interne Laufwerk ein und verschieben Sie die Radeon.kext. SIP schützt nur das gebootete System.

  3. Irgendwo online vorgeschlagen, aber wirklich eine verzweifelte Vermutung und ungetestet: Anstelle von SingleUserRecoveryMode können CmdrsSie auch InternetRecoverySingleUserMode ausprobieren CmdOptrs. Alternativ kann es sich lohnen, zu prüfen, ob SafeRecoveryMode funktioniert CmdShiftr.

    Der grafische Wiederherstellungsmodus funktioniert möglicherweise nicht so gut wie bei mir. In der letzten Version von High Sierra ist es jedoch weiterhin möglich, im Einzelbenutzer-Wiederherstellungsmodus zu starten. Es braucht nur ein gutes Timing. Der Trick besteht darin, zuerst den Wiederherstellungsmodus durch Drücken von cmd + R zu aktivieren und unmittelbar nach dem Erkennen den Befehl cmd + S für den Einzelbenutzermodus. Der genaue Zeitpunkt muss vom Benutzer herausgefunden werden. Wenn gleichzeitig cmd + R + S gedrückt wird, 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 ↵

Bildschirmhelligkeitstasten funktionieren in High Sierra nicht?

Apple hat die Art und Weise geändert, in der Tastaturereignisse zum Ändern der Bildschirmhelligkeit in High Sierra verarbeitet werden. Mit diesem Hack oder den folgenden Hardware-Mods sind die Tasten funktionslos. Ein Grund mehr, bei Sierra zu bleiben. Bei diesem Hack könnten Sie jedoch auch auf eine andere Softwarelösung zurückgreifen. Neben dem Hacken Ihrer eigenen AppleScript-Lösung möchten Sie möglicherweise fertige Anwendungen oder Apps ausprobieren.

Zum Beispiel bietet der Helligkeitsregler im AppStore anpassbare Tastaturkürzel.


Um diese Abstürze / Hänge / Boot-Schleifen zu vermeiden, die für Ihr Dateisystem niemals eine gute Idee sind, sollten Sie bei einer Neuinstallation oder einem Upgrade den Installationsprozess beaufsichtigen und immer in den abgesicherten Modus booten (halten Sie diese Taste Shiftwährend des Bootvorgangs gedrückt, bis die kext wird an einen sicheren Ort verschoben - die Installation sollte in SafeMode einwandfrei ablaufen.

Schlussbemerkungen und Empfehlungen

Weiter: Dieser Laptop ist überhitzt, egal was Sie tun. Das Kühlsystem ist unzureichend und die große Anzahl fehlerhafter AMD-Chips ist nur ein Beweis dafür.

Um die Lebensdauer dieser jetzt gehackten Maschine zu verlängern, ist es ratsam, über längere Zeiträume auf wirklich schweres Heben zu verzichten. Befolgen Sie genau die üblichen Empfehlungen für Laptops: Verwenden Sie diese auf harten Oberflächen und halten Sie die Lüfter und Lamellen darin sauber. Die Verwendung von Fancontrol-Software mit relativ aggressiven Einstellungen sollte ebenfalls hilfreich sein: wie smcFanControl , MacsFanControl oder TGPro (beide kommerziell).

Haftungsausschluss: Diese ganze Prozedur ist kein Wundermittel. Der Ausfallstatus für diese Chips ist nicht 100% vorhersehbar. Nur sehr wenige Benutzer haben Probleme mit diesem Hack: Es kann Probleme mit dem Neustart, dem Einschlafen oder dem ordnungsgemäßen Aufwachen geben. Die meisten von ihnen stammen von Benutzern mit Yosemite. Die geringsten Probleme scheinen auf Sierra zu liegen. In diesen Fällen scheint es manchmal notwendig zu sein , AMDRadeonX3000.kext und daher auch LoginHook aus Teil 3 nicht zu verwenden. (Siehe jedoch den zusätzlichen Hinweis unter * 1 oben.) Eine unverhältnismäßig hohe Anzahl von Benutzern in High Sierra meldet Probleme mit ihren Anzeigen Einstellung der Hintergrundbeleuchtung. Der derzeitige Sweet Spot für die Wahl des Betriebssystems ist aus meiner Sicht 10.12 Sierra.

In einigen Fällen kann es trotz all dieser Maßnahmen vorkommen, dass der immer noch funktionierende Thunderbolt-Anschluss Probleme verursacht, wenn Peripheriegeräte angeschlossen und aktiv sind, wenn die Maschine in den Energiesparmodus wechselt. In diesem Fall kann der nachfolgende Schlafzyklus beeinträchtigt werden, und es ist erneut ein NVRAM-Reset mit dem oben beschriebenen anschließenden variablen Einstelltanz erforderlich. In solchen Fällen erscheint es ratsam, den Ruhezustand der Maschine zu verhindern oder Hardware am Thunderbolt-Port abzuziehen, bevor die Maschine in den Ruhezustand versetzt wird.

Innerhalb der Einschränkungen, die zu Beginn dieser Antwort aufgeführt wurden: Die meisten Benutzer geben einen vollständigen Erfolg an.


Hardware Mods / Hacks

Es gibt jetzt verschiedene Möglichkeiten, einige schlechte, andere gute.

Schlechte Lösung: Eine sehr kostengünstige Hardwaremodifikation ist bei / von RealMacMods erhältlich: Während die Einstellung der erforderlichen EFI-Variablen unter Linux relativ kompliziert ist, hat Folgendes den Vorteil, dass die Kernspannung zur dGPU vollständig reduziert wird, indem nur ein kleiner Widerstand entfernt wird ! (Bilder unter dem Link)

Bei diesem Neustart ist es wichtig, dass Sie einmal im abgesicherten Modus starten (während des gesamten Startvorgangs die Umschalttaste gedrückt halten) und dann im Menü Herunterfahren (nicht Neustart) auswählen.
Führen Sie diesen sicheren Start mit dem R8911-Widerstand durch. Ohne diesen SAFE BOOT funktionieren die nächsten Schritte möglicherweise nicht.
Führen Sie keine weiteren Stiefel aus, bis Sie die nächsten Schritte ausgeführt haben.
Beim sicheren Start werden die GPU-Einstellungen auf Betriebssystemebene gelöscht, die möglicherweise den folgenden Prozess beeinträchtigen.
Dies führt dazu, dass Ihr MacBook Pro nicht mehr automatisch zur Radeon wechselt, sondern Strom verbraucht, Wärme erzeugt und für das Betriebssystem sichtbar ist.
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 Logikplatinenmodellen.
Der fragliche Widerstand ist R8911 am 17-Zoll-MBP und R8911 am 15-Zoll-MBP, ein 1-Ohm-Widerstand, der einen Strompfad zum DC / DC-Wandler ISL6263C bereitstellt.
Dieser Widerstand steuert die Stromversorgung des Spannungsreglers, der die Kernspannung für die Radeon-GPU bereitstellt. Einfach gesagt, keine Kernspannung, keine GPU. Der Widerstand befindet sich rechts neben einem Lüfter (in der obigen Ausrichtung). Es befindet sich in der Nähe des ISL-Spannungswandlerchips. Dies ist der Chip, den wir deaktivieren werden.
Einfach entfernen. 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 es mit Flussmittel entfernt haben (nicht erforderlich), reinigen Sie es mit etwas Alkohol oder einem anderen geeigneten Lösungsmittel.
Das ist es im Grunde. Beim nächsten Start stellen Sie fest, dass das Problem mit dem GPU-Defekt behoben ist und die AMD-GPU nicht mehr als installierte Hardware angezeigt wird.

Ich habe nicht getestet , aber es sollte keine Notwendigkeit beseitigen für die kexts kümmern und lösen auch alle Probleme in Bezug auf Schlaf, Wakeup, Ruhezustand, Neustart usw.
Ein Nachteil dieser Methode für die Prüfung: da es scheint , auch auf mit dieser NVRAM Variable auf vertrauen Es sieht so aus, als ob es unbedingt erforderlich ist , eine vollautomatische Methode zum Festlegen dieser Variablen zu verwenden, ohne dass der Benutzer eingreifen muss. (Wie ein Linux-Stick, der die notwendigen Änderungen vornimmt) Andernfalls kann ein NVRAM-Reset die Maschine praktisch blockieren. Der Anbieter gibt an, hierzu keine Daten zu haben!

(Nachdem Sie die Geschichte eines Benutzers gelesen haben, der mit dieser Methode gebissen wurde und nur einen schwarzen Bildschirm hat: Es scheint möglich zu sein, per VNC oder ssh remote auf den Computer zuzugreifen. Wenn diese also im Voraus eingerichtet werden, kann dies in der Tat eine nicht so schlechte Option sein.) Alles, wie die Variable nvram auf diese Weise setzen kann.

Permanente, zuverlässige und kostengünstige Hardwarelösung!

Dosdude1 hat anscheinend eine Lösung gefunden, die wie das Allerheiligste für dieses Problem aussieht: Deaktivieren Sie die dedizierte MacBook Pro-GPU für 2011 (15 "/ 17") - gMux IC Bypass

  • Option A, auf die im Folgenden näher eingegangen wird, besteht darin, die LVDS-Ausgangsleitungen von den integrierten Grafik-LVDS-Ausgangsleitungen direkt mit den Leitungen zu verbinden, die mit dem Display 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 kann in Zukunft damit experimentieren, aber dazu ist spezielle Hardware erforderlich, die ich nicht habe. Dies wäre natürlich die optimale Lösung.

Das ist fast einfach. Es werden lediglich verschiedene Drahtlängen benötigt . Um einen Einblick zu bekommen: Bildbeschreibung hier eingeben Auch auf youtube!

Die "schlechte Lösung" von oben wird nun zu einer fast professionellen und vorgefertigten Hardwarelösung, wodurch die bisherige "schlechte Lösung" dieses Ansatzes beseitigt wird:

Tiresias (der GPUkiller): Der Tiresias ist ein kleines Board, das auf das Motherboard des MacBook Pro 15-Zoll- oder 17-Zoll-2011-Modells (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 (diskrete) AMD-GPU. Es ist die externe GPU, die bei „einem kleinen Prozentsatz der MacBook Pro-Systeme“ ausfällt (Apple-Sprache: „sehr viele“). 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 den NVRAM (PRAM) löscht, gibt es kein Problem, da der Tiresias den Datensatz erneut schreibt und der Mac wieder funktioniert.

Dies ist die ideale Lösung, um einen 820-2914 oder 820-2915 mit toter GPU wieder zum Leben zu erwecken. Die Installation ist einfach (keine Drähte zu löten). Sie müssen eine sehr kleine Platine auf die Hauptplatine montieren. Ein erfahrener Techniker kann dies in wenigen Minuten erledigen. Ansonsten sollte der R8911 entfernt werden, um die tote GPU auszuschalten. Dies spart Energie, erzeugt weniger Wärme und schont die Batterie. Durch das Entfernen von R8911 wird auch verhindert, dass der Mac von der toten GPU verwirrt wird, da er auch bei ausgeschalteter GPU versucht, mit der toten GPU zu sprechen. Je nachdem, welche internen Kontakte in der GPU unterbrochen 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 beheben, dass die Hintergrundbeleuchtung nach dem Ruhezustand nicht wieder eingeschaltet wird, entfernen Sie ebenfalls R9704 und verbinden Sie R9704 Pin 2 mit C9711 Pin 1.

Tiresias (der GPUkiller) Technische Details Der Tiresias ist ein kleines Board, das auf das Motherboard des MacBook Pro 15-Zoll- oder 17-Zoll-2011-Modells (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 (diskrete) AMD-GPU. Es ist die externe GPU, die bei „einem kleinen Prozentsatz der MacBook Pro-Systeme“ ausfällt (Apple-Sprache: „sehr viele“). 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 den NVRAM (PRAM) löscht, gibt es kein Problem, da der Tiresias den Datensatz erneut schreibt und der Mac wieder funktioniert.

Dies ist die ideale Lösung, um einen 820-2914 oder 820-2915 mit toter GPU wieder zum Leben zu erwecken. Die Installation ist einfach (keine Drähte zu löten). Sie müssen eine sehr kleine Platine auf die Hauptplatine montieren. Ein erfahrener Techniker kann dies in wenigen Minuten erledigen. Ansonsten sollte der R8911 entfernt werden, um die tote GPU auszuschalten. Dies spart Energie, erzeugt weniger Wärme und schont die Batterie. Durch das Entfernen von R8911 wird auch verhindert, dass der Mac von der toten GPU verwirrt wird, da er auch bei ausgeschalteter GPU versucht, mit der toten GPU zu sprechen. Je nachdem, welche internen Kontakte in der GPU unterbrochen sind, kann dies den Mac verwirren oder sogar zum Absturz bringen.

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. Der Systemschlaf funktioniert. Der Videoausgang am Thunderbolt-Anschluss funktioniert nicht, aber alle anderen Funktionen des Thunderbolt-Anschlusses funktionieren.

OS X 10.13 (High Sierra)

Nach unserem Kenntnisstand bietet 10.13 (High Sierra) keine Vorteile gegenüber 10.12 (Sierra). Apple hat die Grafikkartentreiber in High Sierra komplett überarbeitet und anscheinend ein Chaos daraus gemacht. Die Hintergrundbeleuchtung funktioniert nicht. Und schlimmer noch, nachdem die Maschine aus dem Schlaf erwacht ist, wird die Hintergrundbeleuchtung überhaupt nicht wieder eingeschaltet.

Um das Problem zu beheben, 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 Modifikation die Helligkeit auch mit den alten Betriebssystemen auf voller Helligkeit bleibt.

Reifen für 820-2915 (15-Zoll) Menge eins (1) Einschließlich Versand (weltweit) 60 EURO.

Bildbeschreibung hier eingeben Bildbeschreibung hier eingeben Bildbeschreibung hier eingeben


Update für eine One-Stop-Softwarelösung

Das obige Verfahren scheint in eine Anwendung für den Hardware-Hack umgewandelt worden zu sein! Na ja, zumindest Teile davon. Auf der anderen Seite ist diese Anwendung universeller als die oben beschriebene, da sie auch NVidia-Karten zu handhaben scheint, dh, sie dient zum Deaktivieren aller diskreten CPUs auf allen Macs.

Leider ist diese App von dosdude1 gemacht und nicht gut dokumentiert. In der Infodatei wird angegeben, dass die NVRAM-Variable festgelegt, alle Grafikbeschleunigungstreiber verschoben und anschließend ein Launchdaemon installiert werden soll, um Aktualisierungen zu verarbeiten und sicherzustellen, dass die Variable festgelegt bleibt.

Nicht von mir getestet und nicht von mir empfohlen, wenn Sie das oben beschriebene Verfahren bereits befolgt haben!
Aber wenn das Verfahren irgendwann bei Ihnen nicht funktioniert hat oder Ihnen zunächst nur entmutigend vorkommt, können Sie Folgendes versuchen:

dosdude1: Andere, undokumentierte Software, die ich geschrieben habe, wird hier gespeichert: MacBook Pro dGPU Disabler.zip

Möglicherweise müssen Sie sich die oben beschriebene Vorgehensweise noch einmal ansehen, da die Anwendung anscheinend keine Verbesserungen am Wärmemanagement vorgenommen hat (wenn Sie die Hardware durch Entfernen des Transistors modifizieren, wird dies zu einer Stimmung: Mix and Match).
Wenn jemand dies ausprobiert, geben Sie hier bitte Feedback über Kommentare oder eine Bearbeitung.


Oster-Update 2019: 20-Dollar-Lösung , die einen 64-Bit-Windows-Computer und einen Lattice HW-USBN-2A-ICSP-FPGA-Programmierer verwendet, um eine benutzerdefinierte Firmware auf den gMux-IC anzuwenden. Dosdude1 behauptet, dies sei eine „perfekte“ Lösung, was bedeutet, dass selbst unter der Batterielebensdauer von HighSierra und Mojave Temperatur-, Helligkeitsregelung und Wake / Sleep-Funktion wie erwartet funktionieren. Die Verwendung dieser Lösung ist dauerhaft und macht alles überflüssig.
Diese neue Lösung ist jedoch nicht kostenlos und erfordert Hardware in Form eines Windows-PCs und eines Programmiergeräts. sowie derzeit ein paar Drähte vorübergehend an die Hauptplatine löten.)

LаngLаngС
quelle
2
@ Tarek Seltsam. Sie scheinen in der High Sierra zu sein. Ich weiß nicht, ob sie das in letzter Zeit weiter verschärft haben. Haben Sie ein älteres System bootfähig? Von Yosemite aus funktioniert es immer; in Sierra wie oben beschrieben (und von beiden bleibt die Einstellung erhalten). Ansonsten würde ich vorschlagen, SIP zu deaktivieren und das nochmal zu versuchen (dann vielleicht auch von einem normalen Boot?). (Weglassen agcist nicht katastrophal, ich habe den Mac einen Monat lang ohne diesen Trick laufen lassen, bevor ich ihn gefunden habe. Die Verbesserung variiert nur von "ein bisschen" bis "OK, fast großartig") there…
LаngLаngС
6
Nachdem ich ein paar Monate lang versucht hatte, meine 17-Zoll-Leistung von Ende 2011 wieder in das Land der Lebenden zu bringen, entdeckte ich schließlich , dass das Problem der diskreten GPU der Schuldige war. Ehrlich gesagt, @LangLangC habe ich in all meinen Jahren in der IT noch nie so etwas gesehen Eine logisch geschriebene und umfassende Erklärung einer gut ausgearbeiteten Lösung mit unbestreitbaren Details auf Expertenebene und alles aus dem altruistischen Wunsch heraus, anderen zu helfen. Ich schreibe dies in mein wiederbelebtes MBP, und obwohl ich weiß, dass Sie es nicht getan haben tun dies Geld zu machen, du hast mich gerettet potenziell tausende so werde ich PM Sie in der Hoffnung , kann ich Ihnen ein Bier über Patreon usw. Dank soviel kaufen.
bobsmells
2
Für den Datensatz lauten die mit AMD-GPUs verbundenen Kexte ab 10.13.4: com.apple.kext.AMDLegacySupport (1.6.6), com.apple.kext.AMD6000Controller (1.6.6), com.apple.kext.AMDLegacyFramebuffer (1.6.6) und com.apple.kext.AMDRadeonX3000 (1.6.6).
Kendall Lister
4
Arbeitete für mich auf einem 17 "Anfang 2011 mit Sierra! Externes Display funktioniert nicht, ist aber besser als ein riesiger Briefbeschwerer! Beachten Sie (für die Noobs wie mich), dass Sie rebootnach der anfänglichen SIP-Deaktivierung csrutil disableund nach Änderungen des GPU-Nvrams Folgendes eingeben müssen Ich war mir nicht sicher, wie ich vom Wiederherstellungsterminal aus einen Neustart durchführen sollte, und habe versucht, das System herunterzufahren, aber die SIP-Änderung hielt nicht so an.
Will Buck
2
Vielen Dank für diese wunderbare Zusammenstellung aller möglichen Lösungen für unsere geliebte 2011 mbp. Ich habe mein totes Notizbuch mit der auf 10.13.6 aktualisierten Methode zum Entfernen von nvram und kext in High Sierra wiederbelebt. Alles funktioniert wie es sollte, das Notebook läuft kühler, die Helligkeitsregelung funktioniert gut, der Schlaf funktioniert auch gut. Heute habe ich ein Thunderbolt-Kabel an einen anderen funktionierenden Mac im Target-Disk-Modus angeschlossen, aber nichts. Rebooted 2011 MBP auf TDM, nichts auf anderen Mac. Ich habe das Gefühl, dass die Thunderbolt-Datenverbindung über die GPU hergestellt wird, daher ist sie unterbrochen. Im Gegensatz zu einigen Erwähnungen von "TB sollte funktionieren". Wird es jetzt mit eGPU testen
Mayank Chandak
1

Wenn das Problem darin besteht, dass Sie diese Dateien nicht verschieben können, ist es wahrscheinlich der Systemintegritätsschutz, der Sie daran hindert. Ich gehe davon aus, dass Sie auf El Capitan oder Sierra sind.

  • Fahren Sie Ihren Laptop herunter.
  • Drücken Sie Befehlstaste + R und dann die Ein- / Aus-Taste, um in den Wiederherstellungsmodus zu starten.
  • Klicken Sie auf das Menü Dienstprogramme und wählen Sie Terminal.
  • Geben Sie ein csrutil disableund drücken Sie die Eingabetaste.
  • Schließen Sie die Terminal-App und starten Sie den Wiederherstellungsmodus erneut.
  • Versuchen Sie nun, den Einzelbenutzermodus erneut zu starten und den mvBefehl auszuführen.

Wenn das geklappt hat, aktivieren Sie SIP erneut:

  • Fahren Sie Ihren Laptop herunter.
  • Drücken Sie Befehlstaste + R und dann die Ein- / Aus-Taste, um in den Wiederherstellungsmodus zu starten.
  • Klicken Sie auf das Menü Dienstprogramme und wählen Sie Terminal.
  • Geben Sie csrutil enable ein und drücken Sie die Eingabetaste.
  • Schließen Sie die Terminal-App und starten Sie den Wiederherstellungsmodus erneut.
Snacking_IT
quelle
@klanomath danke für deine schnelle antwort. Der einzige Modus, den ich erreichen kann, ist der Einzelbenutzermodus. Es friert im Wiederherstellungsmodus auch im Internet-Wiederherstellungsmodus ein.
Ghazi Marzouk
@GhaziMarzouk Snacking_IT hat Ihre Frage beantwortet! Ich habe es gerade ein wenig bearbeitet ...
klanomath
@ Snacking_IT Vielen Dank für Ihre schnelle Antwort. Der einzige Modus, den ich erreichen kann, ist der Einzelbenutzermodus. Es friert im Wiederherstellungsmodus auch im Internet-Wiederherstellungsmodus ein
Ghazi Marzouk
2
Nur als Update konnte ich in der Antwort von @ LangLangC SIP auf El Capitan in den Schritten 1.3 und 1.4 nicht deaktivieren, da Single User Recovery das Laufwerk nur als schreibgeschützt bereitstellt. Der obige Ansatz (stattdessen in den Wiederherstellungsmodus booten) funktioniert, daher ist es hilfreich, diese Informationen einzuschließen.
Twitch_City
1

Dank dieser Antwort https://apple.stackexchange.com/a/295805/300460 von https://apple.stackexchange.com/users/251859/langlangc . Ich bin dem 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 mussten, als ich gestern beim OSX-Sicherheitsupdate 2019-003 wieder auf dasselbe Problem stieß. Denken Sie also daran, genau die Schritte zu notieren, die für die Benutzer erforderlich sind, die möglicherweise ein zweites Mal auf dieses Problem stoßen. Nochmals ein großes Dankeschön an langlangc für das Original.

Ich war zum Zeitpunkt des Updates unter OSX 10.13.6.

  1. Neustart im Einzelbenutzermodus durch Drücken und Halten von Cmd + S (Cmd + R wird langlangcbeim Anzeigen des weißen Bildschirms nicht geladen. Habe mich im September 2008 darum gebeten, dies zu bestätigen; ich konnte dann aber nicht antworten, da ich keine Berechtigung dazu habe Kommentar)
    • Lauf sh /force-iGPU-boot.sh
  2. Starten Sie im Wiederherstellungsmodus neu, indem Sie Cmd + r gedrückt halten
    • Führen Sie diese Befehle aus. Tatsächlich habe ich diese in eine kleine Skriptdatei /force-iGPU-boot_without_sudo.sh geschrieben.
      csrutil disable nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00 nvram boot-args="-v"
  3. Starten Sie im Einzelbenutzermodus neu, indem Sie Cmd + s gedrückt halten
    • Stellen Sie sicher, dass ein vorhandener /System/Library/Extensions-offOrdner nach einer Sicherung entfernt wird
    • Führen Sie diese Befehle aus. Wieder habe ich diese in eine kleine Skriptdatei /move_out_amd_kext.sh eingefügt /sbin/mount -uw / mkdir -p /System/Library/Extensions-off mv /System/Library/Extensions/AMDRadeonX3000.kext /System/Library/Extensions-off/ touch /System/Library/Extensions/
    • Eingeben nvram boot-args="agc=0"
    • Geben Sie ein reboot, um es normal zu starten.

Alles andere sollte wie erwartet funktionieren, da Sie alle anderen erforderlichen Schritte ausgeführt hätten, als Sie es zum ersten Mal zum Laufen gebracht haben. Alles Gute.

Update 12. August 2019

Früher habe ich mich auf die softwarebasierte Lösung von @LangLangC verlassen. Bei der letzten Aktualisierung im August hing jedoch das normale Booten an der Fortschrittsanzeige. Ich kann zwar den abgesicherten Startmodus durchlaufen, aber der Bildschirm flackert häufig.

Update 14. August 2019

Erfolgreich gebootet, wenn ich das SIP im Wiederherstellungsmodus deaktiviert habe. Ich kann mich nicht erinnern, ob ich es in der Vergangenheit getan habe - aber jetzt habe ich es wohl getan.

Ich habe viel Zeit damit verschwendet, viele verschiedene Gründe zu vermuten - einschließlich des immer schlimmer werdenden GPU-Problems oder potenzieller Fehler mit dem Sicherheitsupdate 10.13.6 2019-004.

Jetzt ist mir jedoch aufgefallen, dass es diesmal auch mit dem Problem /System/Library/Extensions/AMDRadeonX3000.kextan Ort und Stelle gebootet hat !!!

Update 11. November 2019

Dies AMD6000Controller.kextist notwendig, damit die Helligkeitsregelung wieder wie gewohnt funktioniert. Dieser Text muss anwesend sein /System/Library/Extensions/.

Raj
quelle
Könntest du erklären, was du genau mit "2. Mal" meinst? Das obige sieht so aus, als ob Sie NVRAM / PRAM dabei zurückgesetzt hätten. Oder haben Sie dies tatsächlich getan, als Sie mit einem funktionierenden Hack auf 10.13 waren und gerade das aktuelle SecUpdate angewendet haben? (Das SecUpdate selbst sollte nichts tun, um den Hack selbst ungültig zu machen, sondern eine funktionierende AMD.kext an der - für den Hack - falschen Stelle installieren und muss daher verschoben werden). Oder von der anderen Seite: Wurde Ihr NVRAM während des Updates zurückgesetzt?
LongLangC
Ich war bereits am 10.13.6 auf einem funktionierenden Hack, der im letzten September 2018 nach Ihrer Antwort durchgeführt wurde. Habe dann gestern das Sicherheitsupdate installiert, danach bin ich wieder mit weißem Bildschirm festgefahren. Ich spiele nie mit KEXT-Dateien herum, es sei denn, ich muss Ihren Anweisungen folgen, um das Problem mit dem weißen Bildschirm nach dem Sicherheitsupdate zu beheben. Mit nur Schritt-1 (1. Einzelbenutzermodus) wurde das Problem nicht behoben, so dass ich nach Schritt-3 (wieder Einzelbenutzermodus) in Schritt-2 (Wiederherstellungsmodus) wechseln musste.
Raj
Ich habe gerade mein High Sierra-Volume mit dem neuesten Sicherheitsupdate für 2019-005 aktualisiert. Die Prozessleiste blieb beim Neustart hängen, daher habe ich darauf gewartet, dass die Lüfter gestoppt und meinen MBP manuell im Einzelbenutzermodus neu gestartet wurden, und bin Ihrer Anleitung gefolgt. Hat gut funktioniert! Ein paar Fragen: Warum müssen Sie den NVRAM-Hack in Schritt 2 wiederholen? es steht schon im /force-iGPU-boot.shscript nein? und mein verzeichnis Extensions-offwar schon vorhanden, ich habe gerade das neue verschoben AMDRadeonX3000.kextund es angerufen AMDRadeonX3000v2.kext. Scheint besser zu sein, das Original wie in @LangLangC Guide angegeben aufzubewahren und zu laden.
aroom
1
@aroom Das oben Gesagte wiederholt ein paar redundante Schritte, ohne Schaden zuzufügen, nur ein Ansatz mit Gürtel und Hosenträgern. Der Schlüssel zu Updates ist, dass bei installiertem NVRAM ein funktionierender X3000-Computer beim Booten hängen bleibt. Ziemlich oft hat Apple ein defektes Kext ausgeliefert, das von einer ursprünglichen Installation abhing , wobei allen Deltas eine wichtige Datei fehlte. (Um optimale Ergebnisse zu erzielen, mussten wir den alten Kext installieren, dann aktualisieren und dann wieder auf Ext-off setzen.) Nachdem Apple dies endlich behoben hat, ist es am besten, den neuesten Kext aus dem Update zu verwenden, der mit den Versionsnummern im Update übereinstimmt . Wenn SIP ausgeschaltet ist, starten Sie einfach SafeMode und mv to Ext-off und löschen Sie die vorherige Version.
LongLangC