Encontré esto de acuerdo con mi problema en este hilo:
el arranque se cuelga en la pantalla gris (incluso cuando se inicia desde una unidad USB con una instalación nueva de OS X)
Mi MacBook Pro 15" de principios de 2011 con AMD Radeon HD 6750M exhibió daños en la pantalla y fallas/reinicios asociados del sistema durante un período de dos semanas antes de que fallara por completo al arrancar. El arranque avanzaría a través de la pantalla gris con el logotipo de Apple y la rueda giratoria, pero justo cuando parece que debería haber cambiado a la pantalla de inicio de sesión, el logotipo de Apple y la rueda giratoria desaparecerían y se colgarían en una pantalla gris en blanco.
Inicialmente sospeché que el disco duro estaba dañado y traté de remediarlo. Sin éxito, intenté lo siguiente, y cada uno continuó colgando como se describe anteriormente:
Arranque seguro
Arranque en recuperación (incluida la recuperación de Internet)
Arranque desde el medio de instalación en la unidad USB
Arranque desde la instalación de OS X en la unidad USB
Borrar NVRAM
Restablecer SMC
También ejecuté la prueba de hardware de Apple muchas veces sin encontrar ningún problema.
El arranque seguro detallado (Cmd+Shift+V) da salida a todo lo que esperaría ver, pero luego se colgaría como se describe arriba.
Después de encontrar más publicaciones en línea en los foros de discusión de Apple sobre problemas relacionados con la GPU, revisé esto como la causa:
MacBook Pro 2011 y tarjeta gráfica discreta o MacBook Pro 2011 y tarjeta gráfica discreta
Al intentar iniciar Ubuntu desde una unidad flash USB, solo pude llegar hasta GRUB. Al intentar iniciar Ubuntu Desktop o ejecutar la prueba de gráficos en GRUB, el sistema se bloqueaba.
En este punto, la prueba de hardware de Apple se colgó justo antes del final de la prueba estándar, posiblemente [adivinando] al hacer una prueba de video.
Basándome en los consejos de las publicaciones de debates de Apple anteriores, hice lo siguiente:
Arranque en modo de usuario único
Ejecute los siguientes comandos:
/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
Esta vez, la máquina arrancó por completo. Sin embargo, los gráficos son extremadamente lentos, incluso solo las transiciones cuando se minimizan las ventanas. Llevaré mi MBP a Apple para exigir un reemplazo, ya que la gran cantidad de informes de otros que enfrentan problemas similares hace que parezca una recurrencia de una falla similar relacionada con la GPU que resultó en un retiro del mercado.
Pero cuando uso el comando "mv", los archivos no se mueven (ni se borran) y me muestra:
Sandbox deny(01) file-write-unlinked…
Alguna solución ?
Lea toda esta publicación al menos una vez de principio a fin antes de tomar cualquier medida.
Todos los MacBook Pro de 2011 tienen un grave defecto de diseño . La gestión térmica y el calor generado junto con la robustez de los chips gráficos discretos de AMD no combinan muy bien. Apple lo sabía y actuó como un típico Soapy Smith , solo reaccionando a esto después de un ultraje. Este escándalo se conoce como RadeonGate. Solo amenazado con una demanda colectiva, Apple finalmente ofreció el llamado "Programa de extensión de reparación" .
El programa Repair Extension ya no está disponible . La única forma real de solucionar este problema es reemplazar solo el chip AMD. No la placa lógica. No "rebobinar", no "refluir", no "hornear". Apple reemplazó un chip defectuoso con un chip defectuoso. Una y otra vez. Solo reemplazar el chip gráfico sigue siendo un procedimiento de hardware costoso para una computadora portátil tan antigua.
La única forma conocida, es decir: solo con software, para obtener una MacBook Pro 2011 (8,2) con 'solo' un chip de gráficos AMD fallido para volver a encenderse de manera casi confiable y arrancar en macOS y ser bastante útil con una GUI acelerada es esta guía o una variación de ella. La mayoría de los consejos anteriores simplemente eliminaron todos los AMD-kexts y esto da como resultado una experiencia de usuario horrible sin aceleración de GUI en absoluto.
Es necesario conocer la versión exacta de su sistema operativo. La siguiente guía será más simple para Yosemite pero asume El Capitán o más reciente. El Capitan, Sierra y High Sierra necesitan SIP (Protección de integridad del sistema) deshabilitado. En sistemas anteriores (10.6–10.10) estos pasos son innecesarios.
Importante: esta guía asume además que todos los kexts todavía están en su ubicación predeterminada /Sistema/Biblioteca/Extensiones. Tener todos los AMD-kext allí excepto uno es beneficioso para una operación 'adecuada'. Es posible que los hacks anteriores en esta dirección le hayan indicado que se mueva, o peor: elimine todas las extensiones del kernel AMD*/ATI*. Si ese es el caso: vuelva a mover los kexts a su ubicación predeterminada o reinstale un sistema de su elección. Tener la mayoría de los kext de AMD en su lugar y luego tener el X3000-kext cargado con un retraso permitirá la administración de energía de la GPU que, de lo contrario, quemará electricidad por nada (y podría acelerar la muerte final por calor del chip). Para reiterar: Sólo el archivo AMDRadeonX3000.kext
realmente tiene que estar ausenteen el arranque para permitir un inicio exitoso, pero todos los demás controladores AMD (necesarios) deben estar en su ubicación predeterminada y el X3000-kext debe cargarse después/retrasarse para volver a un reino de administración de energía y temperatura casi sensible.
Para recuperar algo de aceleración de la pantalla, será necesario forzar a la máquina a que no arranque en gráficos discretos (dGPU) sino directamente en gráficos integrados (iGPU) y permanezca en este modo.
Arrancar en modo dGPU es el valor predeterminado en Mac con dos tarjetas gráficas intercambiables. El procedimiento a continuación establecerá una variable NVRAM que deshabilita la dGPU y obliga al sistema a usar solo los gráficos Intel integrados incluso cuando se inicia.
La variable NVRAM no está documentada, pero parece ser universalmente aplicable a todas las Mac con dos tarjetas gráficas intercambiables. Eso significa que debería funcionar en iMacs y MacBook Pros. Ya sea que tengan chips AMD o NVIDIA. Los detalles sobre los controladores que podrían ser necesarios para mover solo cubren AMD en esta guía. Pero la variable NVRAM pasará por alto el chip de gráficos discretos en cualquier caso.
Esto le devolverá su máquina, pero perderá algunas funciones: por ejemplo, la capacidad de controlar una pantalla externa desde DisplayPort, un poco de rendimiento 3D. Las conexiones de datos Thunderbolt deberían funcionar.
En caso de que esta guía falle o ya no se desee: este procedimiento es pura configuración de software y, por lo tanto, totalmente reversible en cualquier momento con un simple reinicio de NVRAM .
Para comenzar desde cero: reinicie SMC y NVRAM:
apague, desconecte todo excepto la alimentación, ahora mantenga presionado
leftShift+++ Ctrly Optsuelte Power
todo al mismo tiempo;
Ahora enciende de nuevo y mantén presionado
Cmd+ Opt+ p+ ral mismo tiempo hasta que escuche el timbre de inicio dos veces.
Inicie la Recuperación de un solo usuario manteniendo presionado
Cmd+ r+s
Deshabilitar SIP: ingrese:
csrutil disable
deshabilite dGPU en el arranque configurando la siguiente variable:
nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00
habilitar el modo de arranque detallado:
nvram boot-args="-v"
reinicie en modo de usuario único manteniendo presionado
Cmd+ sen el arranque
montar la partición raíz grabable
/sbin/mount -uw /
hacer un directorio de copia de seguridad kext
mkdir -p /System/Library/Extensions-off
solo mueva UN kext ofensivo fuera del camino:
mv /System/Library/Extensions/AMDRadeonX3000.kext /System/Library/Extensions-off/
informar al sistema para actualizar su kextcache:
touch /System/Library/Extensions/
reiniciar normalmente:
Ahora debería tener una pantalla acelerada por iGPU, pero el sistema no sabe cómo administrar la energía del chip AMD fallido. (En este estado, la GPU siempre está inactiva con una potencia relativamente alta, consume bastante batería cuando está desenchufada y genera temperaturas de GPU de 60 °C en adelante [en promedio 60-85 °C], a pesar de no estar sin usar).
Para mejorar la administración de energía de la GPU deshabilitada, debe cargar manualmente el kext crucial después del arranque:
sudo kextload /System/Library/Extensions-off/AMDRadeonX3000.kext
Si tiene una aplicación de sensor de temperatura, es posible que desee tenerla abierta antes de ejecutar el comando anterior y ver cómo bajan las temperaturas...
Automatice esto con el siguiente LoginHook que se ejecutará después del próximo reinicio:
sudo mkdir -p /Library/LoginHook
sudo nano /Library/LoginHook/LoadX3000.sh
con el siguiente contenido:
#!/bin/bash
kextload /System/Library/Extensions-off/AMDRadeonX3000.kext
pmset -a force gpuswitch 0 # undocumented/experimental
exit 0
luego hazlo *1 ejecutable y activo:
sudo chmod a+x /Library/LoginHook/LoadX3000.sh
sudo defaults write com.apple.loginwindow LoginHook /Library/LoginHook/LoadX3000.sh
*1: El uso no documentado de este comando pmset parece mejorar el comportamiento de suspensión/activación/apagado. Si no es así, experimenta con dejarlo fuera.
Consulte el descargo de responsabilidad a continuación. Lo siguiente es solo especulación: dormir/activar/apagar puede seguir siendo problemático. La teoría aquí es que "algo corrompe lentamente" lo que se guarda en el SMC. Por lo tanto, restablecer el SMC y volver a aplicar el truco variable parece aliviar la situación por un tiempo. (¡Soluciones permanentes para esta bienvenida!) Como soluciones alternativas de corto tiempo, es posible que desee intentar evitar el "sueño de cierre de la tapa", que parece causar más problemas que otros métodos (Apple-Menu, Keyboard-Shorcut). Los bloqueos aparentes en el apagado generalmente son solo retrasos muy largos que se apagarán, eventualmente, de manera limpia y exitosa.
El muestreo no científico sugiere que Yosemite es el peor en esto y El Capitán y Sierra se comportaron mucho mejor en este sentido.
La carga manual o retrasada de esta extensión crucial del kernel permite que el sistema maneje un poco mejor la administración de energía. La batería se usará menos y las temperaturas que emanan de la GPU sin usar caerán a un rango significativamente inferior a 50 °C (en promedio, entre 15 y 50 °C).
Para una administración de energía adecuada, el conjunto mínimo de kexts cargados está en el arranque (versiones para 10.12.6, verifique con 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)
Y si el método de carga anterior tuvo éxito, debería aparecer agregado a la lista:
com.apple.AMDRadeonX3000 (1.5.1)
Un paso final es reiniciar una vez más en SingleUserRecovery
Haga esto con Cmd++ rdespués s
de que la línea de comandos se active, ingrese:
nvram boot-args="-v agc=0"
y reiniciar normalmente.
Esto enfriará un poco más la dGPU.
Es imperativo emitir este comando desde SingleUserRecovery ya que el sistema con SIP habilitado bloqueará sus intentos de establecer esta variable cuando se inicie desde el volumen de inicio normal, ya sea en el modo de inicio completo normal o SingleUser normal. Es importante tener en cuenta que, por lo tanto, este paso no se puede integrar fácilmente en el script force-iGPU.sh (que creará en un minuto) y debe repetirse solo después de reiniciar la NVRAM.
Este último paso supone que SystemIntegretyProtection se ha vuelto a habilitar. Pero si SIP se mantiene desactivado de manera intencional y permanente, entonces este paso se puede integrar en el script force-iGPU.sh anterior.
Pero dado que de alguna manera tenía la intención de mantener SIP desactivado de forma permanente y se volvió a activar sin que me diera cuenta, confiar en que SIP permanezca "desactivado" podría no ser el mejor enfoque. Borrar la NVRAM, donde se almacenan los ajustes de SIP, podría ser una de esas perturbaciones imprevistas.
Hay dos advertencias adicionales que debe saber: esto es reversible cuando se reinicia SMC/NVRAM. Si eso sucede, la variable GPU-power-pref NVRAM puede o incluso debe configurarse nuevamente para forzar el uso de la iGPU desde el momento del arranque.
Dado que esto puede suceder con bastante facilidad (y a menudo se recomienda erróneamente demasiadas veces de lo que realmente es útil), probablemente debería prepararse para tal escenario y crear una secuencia de comandos simple para acelerar en gran medida el proceso y también hacer mucho más ingresar la variable necesaria. Menos propenso a errores:
sudo nano /force-iGPU-boot.sh
– Ingrese el siguiente contenido a este archivo:
#/bin/sh
sudo nvram boot-args="-v"
sudo nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00
exit 0
– Ahora haz ese ejecutable:
sudo chmod a+x /force-iGPU-boot.sh
En el futuro, cuando el SMC/PRAM/NVRAM se restablezca a los valores predeterminados, ahora es posible iniciar en SingleUser con:
Cmd+s
– Y después de montar su lectura-escritura de volumen de arranque para ejecutar solo esta única línea:
sh /force-iGPU-boot.sh
Recuerde que ahora también se borra la variable agc. (Ver arriba)
Además, asegúrese de configurar el volumen de inicio predeterminado nuevamente en Preferencias del sistema> Disco de inicio.
Esta configuración ahora tiene un kext en un lugar que los instaladores de Apple no esperan. Es por eso que en esta guía SIP no se ha vuelto a habilitar. Si está a punto de realizarse una actualización que contiene cambios en los controladores de AMD, se recomienda volver a mover AMDRadeonX3000.kext a su ubicación predeterminada antes del proceso de actualización. De lo contrario, el actualizador escribe al menos otro kext de una versión diferente en su ubicación predeterminada o, en el peor de los casos, termina con un estado indefinido de controladores parcialmente no coincidentes.
Después de cualquier actualización del sistema, se debe verificar la carpeta /System/Library/Extensions en busca del kext infractor. Su presencia allí dará lugar, por ejemplo, a un bloqueo de las botas en Yosemite y Sierra, a un circuito de arranque sobrecalentado en High Sierra.
Actualizar a High Sierra 10.13: con este truco es casi sencillo: a pesar de aplicar una actualización de firmware, el proceso de instalación no debería tocar la variable NVRAM. El proceso de instalación tampoco utiliza un chip AMD completamente acelerado, sino una aceleración básica que no es problemática con respecto a este truco. Sin embargo, como se indica en el párrafo anterior, el primer arranque en un sistema que ha terminado de instalarse pero que está a punto de comenzar el proceso de configuración producirá un ciclo de arranque inducido por calor/bloqueo. La extensión del kernel infractora debe moverse nuevamente como se describe anteriormente. (Comenzando en el Paso 3) Después de mover el kext, todo estará bien.
Las últimas actualizaciones para (High) Sierra vuelven a romper la máquina. Actualiza el firmware, RecoveryPartition, parece deshabilitar la posibilidad de iniciar en SingleUserRecoveryMode
y, para colmo, instala, incluso con DeltaUpdate, ¡un AMDRadeonX3000.kext en funcionamiento!
Sin preparación y con solo la máquina a mano te quedarás un poco atascado.
En caso de que SingleUserRecoveryMode desaparezca definitivamente, utilice RecoveryMode normal. Los resultados son los mismos, solo que es un poco más lento iniciar: el procedimiento anterior sigue siendo válido y más rápido para todas las versiones anteriores de Mac OS X/macOS.
Si actualiza a 10.13.6 o posterior:
reemplace las instrucciones para SingleUserRecoveryMode ( Command+ r+ s) con RecoveryMode normal ( Command+ r) y deshabilite SIP a través de Terminal ( Ejemplo para este caso de uso preciso ).
En caso de que descubra que incluso el modo de recuperación regular no funciona como se esperaba:
Soluciones alternativas para la incapacidad de deshabilitar SIP con SingleUserRecovery:
Primero, inicie en modo de recuperación de usuario único. Las ediciones de csrutil no están permitidas en este modo, pero pueden establecer la propiedad gpu-power-prefs nvram. Esto ayudará a reiniciar la máquina en modo de recuperación. Luego, debe reemplazar las instrucciones para SingleUserRecoveryMode ( Command+ r+ s) con RecoveryMode regular ( Command+ r) y deshabilitar SIP a través de Terminal ( Ejemplo para este caso de uso ).
Antes de una actualización, prepare un volumen de arranque. Puede ser un disco externo o un stick. Cualquier versión que inicie la máquina estará bien. Dicha unidad se puede crear en otra Mac.
Tenga en cuenta que en la unidad externa, AMDRadeonX3000.kext también debe (re)moverse. Intenta arrancar desde esa unidad. Solo si funciona como se esperaba y puede montar su unidad interna con ella: reinicie desde su unidad interna y continúe con la actualización de su unidad/sistema interno a 10.13.6.
Después de que la actualización esté casi terminada, se bloqueará un reinicio. Fuerce un apagado y reinicie desde su disco externo. Monte la unidad interna y mueva Radeon.kext. SIP solo protege el sistema iniciado.
Sugerido en algún lugar en línea, pero realmente una suposición desesperada y no probada: en lugar de SingleUserRecoveryMode Cmdrs, puede probar InternetRecoverySingleUserMode CmdOptrs. Alternativamente, podría valer la pena intentar ver si SafeRecoveryMode funciona CmdShiftr.
Es posible que el modo de recuperación gráfica tampoco funcione, como lo hizo conmigo. Sin embargo, en la última versión de High Sierra, todavía es posible arrancar en modo de recuperación de un solo usuario. Solo necesita un buen momento. El truco consiste en habilitar primero el modo de recuperación presionando cmd+R e inmediatamente después se reconoce el comando cmd+S para el modo de usuario único. El momento exacto tiene que ser descubierto por el usuario. Si se presionan cmd+R+S al mismo tiempo, solo se activará el modo de usuario único. Si se presiona primero cmd+R y cmd+S se presiona demasiado tarde, se carga el modo de recuperación gráfica. – TAKeanice ↵
Apple cambió la forma en que se manejan los eventos del teclado para cambiar el brillo de la pantalla en High Sierra. Con este truco en su lugar, las teclas podrían no funcionar. Si ese es el caso: Una razón más para quedarse con Sierra.
Pero también puede recurrir a otra solución de software. Aplicaciones listas para usar, aplicaciones o extensiones:
Por ejemplo: el control deslizante de brillo en AppStore ofrece atajos de teclado personalizables.
https://github.com/stecker870/MacBook-Pro-15-Zoll-late-2011-Graphics-Card-Fix- (¡AppleGraphicsControl.kext parcheado para 10.13 y 10.14! Este último requiere, por supuesto, más parches incluso para instalar..., vea abajo)
Este truco se desarrolló con máquinas que ejecutan Yosemite (10.10) a Sierra (10.12). Trabajando muy bien en esos.
High Sierra (10.13) también funciona bien. Y es la última versión 'oficialmente totalmente compatible con Apple'. Bueno, anteriormente apoyado. Funciona bien con este truco, y puede volver a habilitar SIP. Para obtener más actualizaciones de seguridad, debe ir un paso más allá:
Con Mojave (10.14) el proceso de instalación no cuenta con el soporte de Apple y se vuelve mucho más complicado:
Para evitar bloqueos/colgaduras/bucles de arranque, que nunca son una buena idea para su sistema de archivos, en una instalación nueva o una actualización: asegúrese de cuidar el proceso de instalación y siempre arranque en modo seguro (mantenga Shiftpresionado durante los arranques hasta que aparezca el kext). se mueve a un lugar seguro; la instalación debería continuar correctamente en modo seguro.
Además: este portátil se sobrecalienta, hagas lo que hagas. El sistema de refrigeración es inadecuado y la gran cantidad de chips AMD defectuosos son solo una prueba de ello.
Para prolongar la vida útil de esta máquina ahora pirateada, es recomendable abstenerse de levantar cosas realmente pesadas durante períodos prolongados de tiempo. Siga estrictamente las recomendaciones habituales para portátiles: utilícelo en superficies duras, mantenga limpios los ventiladores y las aletas de su interior. El uso de cualquier software de control de ventiladores con configuraciones relativamente agresivas también debería ayudar: como smcFanControl , MacsFanControl o TGPro (ambos comerciales).
Descargo de responsabilidad: todo este procedimiento no es una varita mágica. El estado de falla de estos chips no es 100% predecible. Muy pocos usuarios tienen problemas incluso con este truco: puede haber problemas con el reinicio, el dormir o el despertar correctamente, la mayoría de ellos provienen de usuarios con Yosemite, el menor problema parece estar en Sierra. En estos casos, a veces parece necesario no usar AMDRadeonX3000.kext y, por lo tanto, tampoco el LoginHook de la Parte 3. (Pero vea la nota adicional debajo de *1 arriba). Los usuarios de High Sierra informan problemas con el ajuste de la luz de fondo de sus pantallas.
En algunos casos, incluso con todas estas medidas implementadas, parece que el puerto Thunderbolt que aún funciona causará algunos problemas si algún periférico está conectado y activo cuando la máquina entra en modo de suspensión. Después de que esto suceda, cualquier ciclo de suspensión posterior podría verse afectado y será necesario reiniciar la NVRAM con el baile de configuración variable posterior descrito anteriormente, nuevamente. Parece recomendable en tales casos evitar que la máquina entre en reposo o desconectar cualquier hardware en el puerto Thunderbolt antes de dejar que la máquina entre en reposo.
Dentro de las restricciones descritas al comienzo de esta respuesta: la mayoría de los usuarios reportan un éxito completo.
Varias formas disponibles ahora, algunas malas, algunas buenas.
Mala solución: una modificación de hardware muy económica está disponible en / desde RealMacMods: si bien utilizan una forma relativamente complicada de configurar la variable EFI necesaria con Linux, lo siguiente tiene la ventaja de cortar completamente el voltaje central de la dGPU al eliminar solo una pequeña resistencia ! (Imágenes en el enlace)
En este reinicio, es esencial que inicie una vez en modo seguro (mantenga presionada la tecla Mayús durante el inicio) y luego elija apagar (no reiniciar) en el menú.
Realice este arranque seguro con la resistencia R8911 en su lugar. Sin este ARRANQUE SEGURO, es posible que los siguientes pasos no funcionen.
No haga más botas hasta que complete los siguientes pasos.
El inicio seguro borra las preferencias de GPU del nivel del sistema operativo, que pueden interferir con el siguiente proceso.
Esto ahora hará que su MacBook Pro deje de cambiar automáticamente a Radeon, pero aún consumirá energía, generará calor y será visible para el sistema operativo.
Descubrimos que simplemente quitar 1 resistencia resolverá esto.
La resistencia también se puede reemplazar con un interruptor, en caso de que necesite volver a encender su radeon por cualquier motivo.
La ubicación de esta resistencia varía entre los modelos de placa lógica.
La resistencia en cuestión es R8911 en el MBP de 17″ y R8911 en el MBP de 15″, una resistencia de 1 ohm que proporciona una ruta de corriente al convertidor de CC a CC ISL6263C.
Esta resistencia controla la alimentación del regulador de voltaje que proporciona el voltaje central a la GPU Radeon. En pocas palabras, sin voltaje de núcleo, sin GPU. Encontrará la resistencia justo a la derecha de un ventilador de refrigeración (en la orientación anterior). Estará cerca del chip convertidor de voltaje ISL. Este es el chip que desactivaremos.
Solo quítalo. El método preferido es una estación de reflujo profesional, pero una plancha y una mano firme lo llevarán a donde necesita estar. Si usó fundente para quitarlo (no es necesario), asegúrese de limpiar con un poco de alcohol u otro solvente adecuado.
Eso es básicamente todo. La próxima vez que inicie, notará que el problema del defecto de la GPU ha desaparecido y ya no verá la GPU AMD como hardware instalado.
No he probado esto, pero debería eliminar cualquier necesidad de cuidar los kexts y también resolver cualquier problema relacionado con la suspensión, activación, hibernación, reinicio, etc.
Advertencia para considerar este método: ya que también parece depender de tener esta variable NVRAM configurada Es probable que sea absolutamente esencial contar con un método completamente automatizado para configurar esta variable sin la intervención del usuario. (Como un dispositivo Linux que realiza los cambios necesarios) De lo contrario, un reinicio de NVRAM prácticamente podría bloquear la máquina. El proveedor sugiere protegerse de restablecimientos accidentales de NVRAM a través de una contraseña y, si se realizó un restablecimiento, llamarlos para un "procedimiento".
Si es mordido por este método, termina con solo una pantalla negra: parece posible acceder de forma remota a la máquina con VNC o ssh, por lo que si se configuran de antemano, puede que no sea una opción tan mala después de todo, ya que la variable nvram puede apuesta establecida de esta manera. Recuerde: historia de Internet no probada.
Dosdude1 ha encontrado una solución que parece ser el santo grial para este problema: deshabilitar permanentemente la GPU dedicada MacBook Pro 2011 de 15"/17" - gMux IC Bypass
- La opción A, que se detallará a continuación, consiste en cablear las líneas de salida LVDS desde las líneas de salida LVDS de gráficos integrados directamente a las líneas que se conectan a la pantalla.
- La opción B sería reprogramar el gMux IC (que es simplemente un microcontrolador Lattice LFXP2), con un firmware personalizado para deshabilitar la funcionalidad de cambio de GPU. Puedo experimentar con esto en el futuro, pero hacerlo requiere un hardware especial que no tengo. Sin embargo, esta sería, por supuesto, la solución óptima.
Esto es casi fácil. Todo lo que se necesita son varias longitudes de alambre . Para echar un vistazo: en youtube.
La 'solución mala' de arriba ahora se convierte en una solución de hardware casi profesional y prefabricada, eliminando la 'maldad' anterior de ese enfoque:
Tiresias (la GPUkiller): Tiresias es una placa pequeña que se puede soldar a la placa base de los modelos MacBook Pro de 15 o 17 pulgadas de 2011 (anteriores o posteriores).
Estos son todos los modelos que cuentan con la placa base 820-2914-A, 820-2914-B, 820-2915-A o 820-2915-B.
Las placas 820-2914 y 820-2915 tienen dos GPU. La GPU interna (Intel) que forma parte de PCH y una GPU AMD externa (discreta). Es la GPU externa la que falla en 'un pequeño porcentaje de sistemas MacBook Pro' (Apple habla para: 'muchos'). Tiresias escribe la variable nvram 'gpu-power-prefs' en la ROM para que la Mac ya no use la GPU AMD externa (discreta) (muerta). Si el usuario borra la NVRAM (PRAM) no hay problema ya que Tiresias volverá a escribir el registro y la Mac volverá a funcionar.Esto hace que esta sea la solución ideal para revivir un 820-2914 o 820-2915 con GPU muerta. La instalación es fácil (sin cables para soldar). Deberá montar una placa muy pequeña en la placa base. Un técnico experimentado puede hacer esto en minutos. Aparte de eso, se debe quitar el R8911 para apagar la GPU muerta. Esto ahorra energía, genera menos calor y conserva la vida útil de la batería. La eliminación de R8911 también evita que la Mac se confunda con la GPU muerta porque, incluso con la GPU apagada, seguirá intentando hablar con la GPU muerta. Dependiendo de qué contactos internos en la GPU se rompan, esto podría confundir o incluso bloquear la Mac.
También se admite Mac OS X 10.13 High Sierra. Para resolver el problema de que la luz de fondo no vuelve a encenderse después de la suspensión, quite también el R9704 y conecte el pin 2 del R9704 al pin 1 del C9711.OS X 10.6 - 10.12 (Sierra)
El control deslizante de retroiluminación (en Preferencias del sistema) y las teclas de retroiluminación (F1 y F2) funcionan. El sistema de suspensión funciona. La salida de video en el puerto Thunderbolt no funciona, pero todas las demás funciones del puerto Thunderbolt sí funcionan.OS X 10.13 (High Sierra)
Por lo que sabemos, 10.13 (High Sierra) no ofrece ventajas sobre 10.12 (Sierra). Apple rehizo totalmente los controladores de video en High Sierra, y parece haber hecho un desastre. Los controles de retroiluminación no funcionarán. Y lo que es peor, después de que la máquina se despierta del modo de suspensión, la luz de fondo no se vuelve a encender en absoluto.
Para resolver el problema de que la luz de fondo no vuelve a encenderse después de la suspensión, retire R9704 y conecte el pin 2 de R9704 al pin 1 de C9711. Esto establece la luz de fondo en su brillo máximo. La desventaja es que con esta modificación, el brillo también estará al máximo con los sistemas operativos antiguos.
Tiresias para 820-2915 (15 pulgadas) Cantidad uno (1) Envío incluido (en todo el mundo) 60 EURO.
¡ Este truco parece haber sido incluido parcialmente en una aplicación relacionada con el truco de hardware! Por un lado, esta aplicación es más universal que la solución anterior, ya que parece manejar también tarjetas NVidia, es decir: es para deshabilitar todas las CPU discretas en todas las Mac.
Por desgracia, esta aplicación de dosdude1 no está bien documentada. El archivo Léame dice que configuraría la variable NVRAM, movería todos los controladores de aceleración gráfica y luego instalaría un demonio de lanzamiento para manejar las actualizaciones y garantizar que la variable permanezca configurada.
No probado y no respaldado, ¡si ya ha seguido el procedimiento descrito anteriormente!
Pero si el truco anterior no funcionó para ti en algún momento o parece desalentador para empezar, entonces puedes intentar esto:
Es posible que deba revisar el procedimiento anterior nuevamente, ya que la aplicación parece no mejorar la parte de administración térmica (si modifica el hardware quitando el transistor, esto se convierte en estado de ánimo: mezclar y combinar).
Si alguien prueba esto, envíe sus comentarios aquí a través de comentarios o una edición.
Actualización 2019: solución de 20 $ que utiliza una computadora con Windows de 64 bits y un programador Lattice HW-USBN-2A ICSP FPGA para aplicar un firmware personalizado al gMux IC. Dosdude1 afirma que se trata de una solución "perfecta", lo que significa que, incluso con HighSierra y Mojave, la duración de la batería, la temperatura, el control de brillo y el modo de activación/desactivación funcionan como se esperaba. El uso de esa solución es permanente y hace que todo lo anterior quede obsoleto.
Pero esta nueva solución no es gratuita y requiere hardware (una PC con Windows y el programador); además de soldar algunos cables temporalmente a la placa lógica).
[Actualización de junio de 2020]: este gMUX Bypass con control de brillo nativo es una versión más barata (código abierto) del truco de hardware Dosdude1. GitHub: gMUXBypass
nvram boot-args="-v agc=0"
, obtengo sandboxviolation: nvram - mensaje allow(0). ¿Es normal?agc
no es catastrófico, ejecuté la Mac durante un mes sin ella antes de encontrar este truco. La mejora varía solo de 'un poco' a 'OK, casi genial') Radical chic sería usar un dispositivo Linux y establecer la variable de allí…nvram boot-args="-v agc=0"
; no estoy seguro de si eso fue lo que lo hizo, o simplemente otro reinicio.kextload /System/Library/Extensions-off/AMDRadeonX3000.kext
, ahora puedo cerrar de nuevo normalmente en Yosemite. Si termino actualizando el sistema operativo, intentaré habilitar esa línea y volver a intentarlo.reboot
después de la desactivación inicial de SIP csrutil disable
y después de los cambios de gpu nvram en recuperación No estaba seguro de cómo reiniciar desde la terminal de recuperación e intenté apagarlo, pero el cambio de SIP no persistió de esa manera.SandboxViolation: nvram(3) - allow(0)
error, pero estoy en 10.12.6, modo de recuperación de usuario único, y csrutil status
dice que está deshabilitado. ¿Cualquier pista? —— 2. Ahora estoy en modo detallado todo el tiempo (como se establece en args), ¿es seguro desactivarlo?csrutil disable
.AMD6000Controller.kext
también para que funcioneagc=0
argumento de arranque? Puedo encontrar muchos o recursos que respaldan esta configuración, algunos se refieren directa o indirectamente a su respuesta aquí, pero en ninguna parte encuentro una explicación realmente buena de para qué sirve.cmd+S
y ejecutando comandos a ciegas (por ejemplo reboot
, funciona), pero no sucede nada cuando ejecuto el nvram
comando y reinicio después, la máquina simplemente se reinicia en una pantalla negra nuevamente. Lo intenté sudo nvram
por si acaso, y tampoco sirvió de nada... ¿alguna idea?Si el problema es que no puede mover esos archivos, es probable que la Protección de integridad del sistema lo detenga. Asumo que estás en El Capitán o Sierra.
csrutil disable
y presione regresar.mv
comandar.Si eso funcionó, vuelva a habilitar SIP:
Gracias a esta respuesta https://apple.stackexchange.com/a/295805/300460 de https://apple.stackexchange.com/users/251859/langlangc . Lo seguí cuando tuve este problema en septiembre pasado de 2018. Sin embargo, luché un poco para averiguar los pasos delta exactos que se debían realizar por segunda vez, cuando me encontré con el mismo problema ayer nuevamente cuando hice la actualización de seguridad OSX 2019-003. Entonces, pensé en anotar exactamente esos pasos pensando en aquellos usuarios que podrían encontrar este problema por segunda vez. Una vez más, muchas gracias a langlangc por el original.
Estaba en OSX 10.13.6 en el momento en que hice la actualización.
langlangc
me pidió que confirmara esto en septiembre de 2018; pero no pude responder porque no tengo permiso para hacerlo). comentario)
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
eliminar una carpeta existente después de realizar una copia de seguridad /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
para iniciarlo normalmente.Todo lo demás debería funcionar como se esperaba, ya que habría realizado todos los demás pasos necesarios cuando lo hizo funcionar por primera vez. Todo lo mejor.
Solía depender de la solución basada en software sugerida por @LangLangC. Sin embargo, la actualización reciente en agosto encontró que el arranque normal se colgó en la barra de progreso. Sin embargo, puedo pasar por el modo de arranque seguro, pero encontraré que la pantalla parpadea mucho.
Arrancó con éxito cuando deshabilité el SIP en modo de recuperación. No recuerdo si lo he hecho en el pasado, pero ahora supongo que sí.
Perdí mucho tiempo sospechando muchas razones diferentes, incluido el empeoramiento del problema de la GPU o posibles errores con la actualización de seguridad 10.13.6 2019-004.
¡Sin embargo, ahora noté que esta vez arrancó incluso con el problema /System/Library/Extensions/AMDRadeonX3000.kext
en su lugar!
El AMD6000Controller.kext
es necesario para que el control de brillo vuelva a funcionar como de costumbre. Ese kext tiene que estar presente en /System/Library/Extensions/
.
/force-iGPU-boot.sh
guion no? y mi Extensions-off
directorio ya estaba en su lugar, simplemente moví el nuevo AMDRadeonX3000.kext
y lo llamé AMDRadeonX3000v2.kext
. Parece mejor mantener y cargar el original como se indica en la guía @LangLangC, supongo.nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00
?No puedo agradecer lo suficiente a @LangLangC por esta respuesta. Esto acaba de resucitar 2 máquinas. Algunas bolas curvas valen solo como complemento de lo anterior:
una máquina estaba en Mavericks (10.9.5), por lo que sí, los comandos relacionados con SIP podrían descartarse. Sin embargo, desde que comenzó a surgir el problema de AMDRadeon (y realmente reiniciaste en abundancia el SMC y la PRAM), terminé generando una pantalla dividida de alguna manera con una línea vertical alta y delgada como cursor. Requirió dos ciclos de la fase 1 para superarse.
una segunda máquina estaba en High Sierre 10.13.6. csrutil disable
(punto 3 anterior) no funcionaría; esto se intentó dos veces con discos distintos, con resultados idénticos. Solo el modo de recuperación permitió que el comando continuara con éxito
Cmd
+ r
[Sé Pa.tien.t. La partición de recuperación debe iniciarse con la GUI (mantuve presionadas las teclas hasta que aparece el cuadro de diálogo de elección de idioma que aparece cuando se instala el sistema por primera vez)] Seleccione el terminal en el Utility
menú. Esto permitió la llamada. Continúe con las instrucciones
nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00
nvram boot-args="-v"
luego reiniciar
shutdown -r now
y continúe con el paso 8 anterior. (Es posible que haya hecho una ronda adicional de los dos comandos anteriores; perdí la pista, pero no hubo daño) ... Después del paso 11
touch /System/Library/Extensions/
en realidad pasará por un par de reinicios y mensajes detallados antes de presentar una manzana gris y crujiente. [Continúe con el ejercicio de paciencia.]
Secundo la sugerencia de descargar y activar smcFanControl o similar antes de ocuparme de la gestión del calor; ver la caída de la temperatura es más esclarecedor que esperar a que el ventilador deje de girar.
computer sleep
: reprodujo 2020_shuffle con mi pantalla al despertar. Por lo tanto, con el adaptador de corriente, nunca ponga la computadora en suspensión (aunque la pantalla puede volverse negra). No he probado la tapa hacia abajo, pero creo que esto puede ser un problema. Si la pantalla se distorsiona, descubrí que las teclas de acceso rápido para cerrar sesión ++ Shift
invariablemente restablecerán el video a su estado esperado.Cmd
Q
Ocurrirá algo de parpadeo; Supongo que esta es una prueba práctica de la necesidad de dos chips gráficos. aunque no es gran cosa.
Notas:
klanomath
Owlswipe