désactiver le GPU AMD défaillant sur un MBP 2011? de Linux, à cause du SIP de Sierra?

1

Mon fidèle MBP 17 "2011 rencontre maintenant les problèmes de GPU AMD.

Voici ce que je comprends de mes recherches:

  1. C’est un problème connu et Apple a proposé une extension de garantie sur les GPU de ces modèles, qui a pris fin le 31 décembre 2016 . Mon atelier de réparation local, qui est généralement très pratique, dit qu'il ne peut pas le réparer.

  2. Vous pouvez utiliser uniquement les graphiques internes d'Intel. Fondamentalement, démarrez en mode mono-utilisateur et déplacez certains fichiers AMD * .kext d’ /System/Library/Extensions/ailleurs.

Cela couvre assez bien: https://www.youtube.com/watch?v=iyDu-Y_G1D8&app=desktop

  1. Malheureusement, le System/Library/Extensionsrépertoire relève de la protection SIP de Sierra et je ne peux donc pas suivre ces instructions. crutils disable, pour désactiver SIP, ne fonctionnera pas en mode mono-utilisateur . SIP ne peut être désactivé qu'en mode de récupération ... qui échoue car il s'agit d'un environnement graphique et d'un GPU défaillant.

[EDITER seulement le point 3] (pour ce qui est des problèmes SIP: https://apple.stackexchange.com/a/276433 est correct: Cmd + R + S, du moins sur Sierra, permet la récupération et l'utilisateur unique. et vous pouvez csrutil disablepartir de là).

Question: Puis-je faire ce qui suit:

  • Démarrer mon Mac depuis une clé USB Linux amorçable, monter le disque dur et déplacer ceux qui AMD*.kextutilisent Linux, forçant ainsi l’utilisation des graphiques Intel?

Quelqu'un a-t-il déjà fait une telle chose? Un défi particulier que j'ai, c'est que je devrais préparer la clé USB amorçable à partir d'une machine Windows ou Linux, car mon Mac est bloqué en mode mono-utilisateur.

Quelle distribution Linux / quel outil de préparation USB devrais-je utiliser? Remarquez que je n'ai pas besoin de démarrer sous Linux graphique, la ligne de commande suffit et ne risque pas de poser problème au processeur graphique.

macbook hardware gpu JL Peyret
la source
fwiw, apparemment, vous ne pouvez même pas utiliser de mountclé USB pour la sauvegarde de vos données, en raison de SIP. Quiconque câblé SIP désactivant pour exiger un état plus sain de la machine (c.-à-d. Mode de récupération) que le mode mono-utilisateur doit être taré et mis en drapeau.
JL Peyret le
1
Découvrez certaines des réponses à la question ci-dessus (en particulier celles relatives au mode de récupération à utilisation unique)
NoahL le
ah bien. Very Cryptonomicon, en tapant aveuglément. J'essaierai cela plus tard, mais pour l'instant, je prépare un usb Ubuntu. Oui, j'ai compris depuis que, help.ubuntu.com/community/hfsplus , l'accès en écriture est un peu plus compliqué que de simplement monter le disque HFS en lecture seule. Ce SIP idiot rend les utilisateurs uniques beaucoup moins utiles que prévu.
JL Peyret le
Voir les réponses fournies à la copie liée - il est possible de démarrer la partition de récupération en mode utilisateur unique et de l'utiliser pour désactiver SIP.
grg
OK, la combinaison commande + S + R vous lance dans un mode de récupération mono-utilisateur où vous pouvez désactiver csrutil.
JL Peyret le

Réponses:

1

Il existe un correctif à cela qui vous permet de contourner le GPU discret et d'utiliser toujours le GPU intégré! Vous devrez démarrer dans archlinux pour contourner SIP et désactiver la carte graphique discrète.

Le fait de déplacer uniquement les Kexts d’AMD vous permettra de démarrer le Mac, mais ce sera très lent et lent. Suivre cette méthode vous permettra d’utiliser complètement votre Mac à nouveau! J'ai tapé cette réponse sur mon MacBook Pro 15 pouces 2011 dont le GPU a récemment échoué.

Voici un lien vers une vidéo que j'ai faite en discutant: https://www.youtube.com/watch?v=vrBLJIepJXU

Forum original: https://forums.macrumors.com/threads/force-2011-macbook-pro-8-2-with-failed-amd-gpu-to-always-use-intel-integrated-gpu-efi-variable -fix.2037591 /

spike1206
la source
ok, je vais y jeter un coup d'oeil plus tard. J'ai réussi à dé-SIP en mode mono-utilisateur et à déplacer les KEXT. la machine démarre maintenant mais a l'air d'un désordre énorme, avec des bandes verticales bleu / noir. et très lent. Mais cela me permettait de travailler un peu plus et de tout sauvegarder, ce qui en valait la peine. Je vérifierai si votre recommandation fonctionne mieux.
JL Peyret
la question du GPU MBP2011 échoue doit probablement être rouverte sur Ask Different car la réponse précédemment acceptée (qui consistait à utiliser l'extension de garantie du GPU spécifique d'Apple sur ces modèles) était épuisée le 31 décembre 2016.
JL Peyret
Eh bien, après avoir appliqué une mise à jour de macos par erreur, je revenais à avoir un écran vide. j'ai donc dû utiliser votre procédure. Merci beaucoup pour cette offre - mac est tout à fait beau en ce moment (la procédure précédente obtenue sur YouTube m'a laissé de nombreux artefacts à l'écran). Le bit qui a réellement fonctionné pour moi est la variation basée sur nvram @ post # 528 . Vous êtes top les gars!
JL Peyret
l'essentiel de la méthode ci-dessus - pas de Linux. 1. écrivez un indicateur compliqué basé sur nvram avec un GUID massif ( sudo nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00). 2. AMDRadeonX3000.kextsortir de son emplacement habituel. 3. ensuite, sudo kextload AMDRadeonX3000.kextaprès chaque démarrage initial, afin de réduire la consommation d'énergie. J'apprécie particulièrement que ces personnes l'aient réduit à 1 fichier AMD - supprimer tous les AMD, comme je le faisais auparavant, laissait beaucoup de problèmes à mon Mac - le sommeil ne fonctionnait pas, l'écran de verrouillage ne fonctionnait pas, etc. .
JL Peyret