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 ?
Antworten:
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.kext
wirklich 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
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;
Jetzt wieder einschalten und halten
Cmd+ Opt+ p+ r
gleichzeitig, bis Sie zweimal den Startton hören.
Starten Sie Single User Recovery, indem Sie gedrückt halten
Cmd+ r+s
SIP deaktivieren: Geben Sie Folgendes ein:
csrutil disable
Deaktivieren Sie dGPU beim Booten, indem Sie die folgende Variable setzen:
nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00
Aktivieren Sie den ausführlichen Startmodus:
nvram boot-args="-v"
Starten Sie den Single User-Modus neu, indem Sie gedrückt halten
Cmd+ s
beim Booten
Mount Root Partition beschreibbar
/sbin/mount -uw /
Erstellen Sie ein Kext-Backup-Verzeichnis
mkdir -p /System/Library/Extensions-off
Bewegen Sie nur EINEN beleidigenden Text aus dem Weg:
mv /System/Library/Extensions/AMDRadeonX3000.kext /System/Library/Extensions-off/
Informieren Sie das System, um den Kextcache zu aktualisieren:
touch /System/Library/Extensions/
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 :
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:
mit folgendem Inhalt:
dann mache es * 1 ausführbar und aktiv:
* 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
):Und wenn die obige Lademethode erfolgreich war, sollte dies der Liste hinzugefügt werden:
Ein letzter Schritt zum Neustart ist wieder in SingleUserRecovery
tut dies mit Cmd+ r+ s
nach der Kommandozeile aktiv wird, geben Sie ein:
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:
- Geben Sie den folgenden Inhalt in diese Datei ein:
- Nun mach das ausführbar:
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:
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:
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 ).
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.
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.
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)
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
Das ist fast einfach. Es werden lediglich verschiedene Drahtlängen benötigt . Um einen Einblick zu bekommen: 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:
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.)
quelle
agc
ist 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…reboot
nach der anfänglichen SIP-Deaktivierungcsrutil disable
und 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.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.
csrutil disable
und drücken Sie die Eingabetaste.mv
Befehl auszuführen.Wenn das geklappt hat, aktivieren Sie SIP erneut:
quelle
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.
langlangc
beim 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)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 nach einer Sicherung entfernt wird/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
, 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.kext
an Ort und Stelle gebootet hat !!!Update 11. November 2019
Dies
AMD6000Controller.kext
ist notwendig, damit die Helligkeitsregelung wieder wie gewohnt funktioniert. Dieser Text muss anwesend sein/System/Library/Extensions/
.quelle
/force-iGPU-boot.sh
script nein? und mein verzeichnisExtensions-off
war schon vorhanden, ich habe gerade das neue verschobenAMDRadeonX3000.kext
und es angerufenAMDRadeonX3000v2.kext
. Scheint besser zu sein, das Original wie in @LangLangC Guide angegeben aufzubewahren und zu laden.