MacBook Pro: ¿Cómo desactivar permanentemente la GPU discreta desde el EFI?

Puedes desactivar permanentemente la tarjeta gráfica discreta siguiendo los siguientes pasos:

¡ACTUALIZACIÓN! Intenta editar la variable NVRAM desde el modo de Usuario Individual

El procedimiento descrito en los pasos 1-3 funcionó para mí hasta macOS Sierra, pero con la actualización a High Sierra, comencé a ver una pantalla de color rosado/rojizo y no pude acceder al modo de Recuperación para repetir el paso 3 como tenía que hacer en actualizaciones anteriores. Buscando en internet, encontré este problema en GitHub que explica que puedes reemplazar los pasos 1 y 2 con el siguiente comando, que puedes ejecutar en el modo de Usuario Individual (iniciando con cmd+s):

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

1. Prepara una memoria USB de arranque con un Linux que no tenga interfaz gráfica

1.1 Descarga la ISO de ArchLinux

• Necesitarás una computadora funcionando y una unidad de CD/DVD/USB libre.
• Descarga la última imagen ISO de Arch Linux.
• Luego puedes simplemente quemar esta ISO en un CD/DVD (que luego puede insertarse en el SuperDrive de la MBP o en una Unidad de DVD Externa conectada a la MBP por dos cables USB) o crear un USB de arranque.

1.2 Crea el USB de arranque con el archivo .iso

• Primero, necesitas identificar el dispositivo USB.

• Abre /Applications/Utilities/Terminal en MacOS y lista todos los dispositivos de almacenamiento:

  diskutil list

  Tu dispositivo USB aparecerá como algo similar a /dev/disk2 (external, physical). Verifica que este sea el dispositivo que deseas borrar, revisando su nombre y tamaño, y luego utiliza su identificador para los comandos a continuación en lugar de /dev/diskX.

• Un dispositivo USB se monta automáticamente en macOS, y debes desmontarlo (no expulsarlo) antes de escribir en él con dd:

  diskutil unmountDisk /dev/diskX

• Ahora copia el archivo de imagen ISO al dispositivo. El comando dd es similar a su contraparte en Linux, pero nota la 'r' antes de 'disk' para el modo crudo, lo que hace que la transferencia sea mucho más rápida:

  sudo dd if=ruta/hacia/arch.iso of=/dev/rdiskX bs=1m

  Después de completar, macOS puede quejarse de que "El disco que insertaste no se puede leer en esta computadora". Selecciona 'Expulsar'. El dispositivo USB será de arranque.

2. Usa Linux para cambiar las variables EFI

2.1 Arranca

• Inserta este CD/DVD/USB en la Macbook Pro, mantén presionada la tecla Opción (alt) al arrancar.
• Elige "Arranque EFI" (ese es tu medio de instalación de arranque).
• Cuando aparezca el menú, presiona la tecla "e" para editar las opciones de GRUB de la entrada del menú del CD UEFI de Arch Linux archiso x86_64 mientras está seleccionada en la pantalla principal, agrega nomodeset al final de esta línea y presiona Enter.
• Si todo se ha hecho correctamente, ¡te encontrarás en la consola de Linux! (Toma algo de tiempo, así que ten paciencia y espera al prompt)

2.2 Elimina las variables EFI existentes

¡Parece que el sistema de archivos efivarfs se monta por defecto! Por lo tanto, ya puedes cd /sys/firmware/efi/efivars y ls para explorar este directorio y ver si hay una variable gpu-power-prefs-... (donde ... es el UUID de esta variable).

• Si existe tal variable, es mejor eliminarla con rm.

  rm gpu-power-prefs-…

• Si recibes el mensaje "operación no permitida" al intentar rm, significa que efivarfs se montó como de solo lectura y debes volver a montarlo con permisos de lectura/escritura e intentarlo de nuevo:

  cd /
umount /sys/firmware/efi/efivars/
mount -t efivarfs rw /sys/firmware/efi/efivars/
cd /sys/firmware/efi/efivars/
rm gpu-power-prefs-…

• Si esto también falla (todavía no puedes borrar el archivo), usa el comando chattr para deshabilitar la inmutabilidad del archivo y luego borrar el archivo:

  chattr -i "gpu-power-prefs-…”
rm gpu-power-prefs-…

2.3 Crea un nuevo archivo gpu-power-prefs-…

printf "\x07\x00\x00\x00\x01\x00\x00\x00" > /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9

2.4 Agrega inmutabilidad al archivo gpu-power-prefs-…

Este comando chattr se supone que bloquea un archivo para que solo sea accesible por el "superusuario" - y así, durante el arranque, tu EFI no tendrá oportunidad de dañar tu variable gpu-power-prefs-... bajo ninguna circunstancia

chattr +i "/sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9"

2.5 Desmonta efivars y reinicia

Cambia al directorio root para desmontar efivars:

cd /
umount /sys/firmware/efi/efivars/

Garantiza que tus variables EFI se vuelvan a grabar en el sistema de archivos efivarfs. Por favor, desmóntalo de manera segura antes de reiniciar.

reboot

3 Elimina los kexts de AMD / NVIDIA

Nota: Es posible que necesites hacer esto cada vez que actualices tu sistema operativo, ya que normalmente regenera estos kexts. ¡Puede que quieras marcar esta respuesta como favorita para tenerla de referencia y poder acceder a ella desde otro dispositivo cuando la necesites!

Después de desactivar la dGPU usando Arch, el arranque normal se quedará a mitad de camino pero el arranque seguro funcionará.

3.1 Mueve los archivos kext de AMD / NVIDIA a un directorio de respaldo

Elimina todos los archivos kext de AMD (o NVIDIA, dependiendo de tu tarjeta) en la Terminal en la Consola de Recuperación. ¡Intentar eliminarlos en el Modo de Usuario Individual solo dará errores de sandbox, así que no lo hagas en Modo de Usuario Individual! (el que inicias con cmd+s).

• Si tienes FileVault, desbloquéalo primero.
• Arranca en la Recuperación (cmd+r) directamente. Si falla, entonces repite el paso 2 y vuelve a intentarlo (la dGPU podría activarse de nuevo después de arrancar en el sistema operativo con los kexts de AMD / NVIDIA).

• Inicia Terminal (Estos comandos son para AMD. Si tienes NVIDIA, cambia según corresponda)

  diskutil cs list (encuentra el UUID del Volumen Lógico: último ítem)
  diskutil coreStorage unlockVolume UUID (UUID: del comando anterior)
  cd /Volumes/Macintosh\ HD
mkdir AMD_Kexts
mv System/Library/Extensions/AMD*.* AMD_Kexts/
reboot

Encontré el procedimiento en este enlace, donde puedes leer la atribución de las diferentes secciones y un hilo de discusión sobre el tema.

¡Lo intenté yo mismo en una MacBook Pro de principios de 2011 con una tarjeta gráfica discreta defectuosa, que no podía arrancar ni siquiera con el truco de sobrecalentamiento, y terminé con una computadora completamente funcional!

Tu dilema

Estoy totalmente de acuerdo con tu deseo de "ahorrar en batería y reducir el calor, sin pagar el coste del ruido" de usar la discreta tarjeta gráfica dentro de un MacBook Pro.

Advertencia

Antes de hacer algo que deshabilite su pantalla, por favor asegúrese de que puede entra en tu MacBook Pro usando SSH para que puedas deshacer, tu obra. Aunque compartir la pantalla con todas las tarjetas gráficas desactivadas probablemente funcione con alguna resolución por defecto, no apostaría mi ordenador por ello.

Respuestas

¿Qué pasará si desactivo permanentemente la tarjeta gráfica de nVidia discreta de EFI? ¿Pensará Mac OS que la GPU integrada es la que está instalada y me permitirá usar varios monitores con ella?

Perderá la capacidad de utilizar un monitor externo (bajo cualquier sistema operativo). El puerto(s) gráfico(s) externo(s) está(n) conectado(s) al chip gráfico discreto.

Mi propio MacBook Pro 2011 funciona de forma estable a 60 grados incluso bajo carga con un mínimo de ruido de ventilador cuando utiliza los gráficos de Intel incorporados y picos a pleno pulmón (en el rango de 4000 a 6000 RPM) cuando está bajo carga con el discreto 6750. El problema es real. Yo también quería ser capaz de usar sólo los gráficos incorporados y manejar un monitor externo.

De ninguna manera, no cómo.

¿Es cierto que la misma EFI ni siquiera muestra la GPU integrada a otros sistemas operativos que no sean los de Mac y hay que engañarla de alguna manera para que piense que es Mac OS?

Sí, es verdad. La GPU de Intel se apaga por el EFI del MacBook Pro 11,3 si arrancas cualquier cosa que no sea Mac OS X. Tienes cuatro opciones si quieres usar el chip de Intel integrado bajo un sistema operativo alternativo:

1. rEFInd versión 0.10.0 o superior (recomendado): http://www.rodsbooks.com/refind

Las versiones recientes de rEFInd tienen el hack "apple_set_os" incorporado. Puedes activarlo configurando la opción spoof_osx_version en tu refind.conf.

2. apple_set_os.efi: https://github.com/0xbb/apple_set_os.efi

3. un GRUB remendado: https://lists.gnu.org/archive/html/grub-devel/2013-12/msg00442.html https://wiki.archlinux.org/index.php/MacBookPro11,x#Getting_the_integrated_intel_card_to_work_on_11.2C3

4. un núcleo parcheado: https://www.marc.info/?l=grub-deavel&m=141586614924917&w=2

Tengan cuidado de planificar con antelación. Si no te preparas, te enfrentarás a una tarjeta gráfica integrada apagada y a una pantalla negra. Por supuesto, siempre puedes volver atrás e iniciar Mac OS X y empezar de nuevo.

La más simple de las opciones anteriores sería la número dos: reemplazar el EFI de Apple. Desafortunadamente, es la que podría dejarte incapaz de arrancar en algún momento futuro. A Apple no le gusta que la gente juegue con el EFI y se reserva el derecho de Ladrillo de su dispositivo por hacerlo. Si tuvieras Apple Care y aún estuvieras en el período de garantía, podrías encontrar un hombro en el que llorar. Podría. Cuando cambias el EFI, también tomas riesgos de seguridad es decir, puede hacer más fácil el hackeo de su máquina. Necesitas ser capaz de actualizarte a la última EFI que te quitaría el parche.

Opción uno, Refinde se pone entre el arranque y el EFI, lo que deja un margen considerable para que algo salga mal y para que te dejen con un ladrillo y un largo y duro camino de vuelta a un ordenador que funcione. ¿Qué tan serios son estos problemas? Muchos propietarios de MacBook Pro tienen perdieron su disco duro a Refind:

Numerosos informes de errores de rEFIt indican problemas de corrupción en discos de más de 500 GiB....recomiendo encarecidamente que no escriba sudo bless --info para comprobar el estado de su instalación si tiene tal disco, o incluso si sospecha que puede tener tal disco. (He visto discos de formato avanzado de tan sólo 320 GB.)

La opción tres es relativamente fácil. Parcheando grub es un proceso con el que cualquier antiguo propietario de Hackintosh está bastante familiarizado. Parcheando Grub funciona y se puede deshacer fácilmente ya que los cambios no se realizan a nivel de firmware. Si se parchea Grub de forma conservadora, el código adicional de Grub es sólo se activa manteniendo pulsada la opción/alt en el arranque .

Conclusión

Si prefieres usar tu ordenador para repararlo, el gfxCardStatus de Cody Krieger, en su configuración "out of the box", se ve cada vez más atractivo. Si realmente quieres forzar a gfxCardStatus a funcionar al principio, el Sr. Krieger ha participado en una conversación iluminadora lo que ha llevado a cambiar de UGP. switchGPU preestablece gfxCardStatus a gráficos discretos o integrados con suficiente antelación para que pueda ejecutar en gráficos integrados cuando su GPU discreta se sobrecalentaría y se caería. gfxCardStatus sigue funcionando normalmente (es decir, puede volver a cambiar a la GPU discreta después de arrancar utilizando el elemento de menú gfxCardStatus). No hay razón para instalar switchGPU a menos que tengas serios problemas de hardware con tu GPU discreta, lo que significa que tienes que mantenerla apagada todo el tiempo.

Coda

Pensándolo bien, mi propia situación con el AMD 6750 integrado es lo suficientemente mala (tan calurosa y ruidosa incluso después de la refundición térmica) que me aprovecharé de la ampliación de Apple Programa de reparaciones en garantía para el MacBook Pro 2011 con gráficos de AMD. Marco Arment probablemente tenía razón en gira en su MBP de 2,2 GHz de 2011 con 6750 para la versión de 2,0 GHz con 6490 . Aunque consideré hacer lo mismo en ese momento, habría tenido que enviar mi MBP al extranjero para cambiarlo. Lamentablemente, los MacBook Pros de Retina parecen seguir sufren los mismos problemas de calor y ruido . El MacBook Pro 2013 de mi novia con sólo gráficos integrados se comporta mucho mejor.

Por problemas de calor y ruido con las estaciones de trabajo MBP de cuatro núcleos, me he rendido y he comprado dos Mac Pros (uno de 2006 y otro de 2009), he actualizado las CPU a ocho y seis núcleos respectivamente. El 2006 con el Apple AMD 5870 instalado es casi silencioso (mucho más silencioso el 2009) y multitarea mejor que el MBP 15". Las dos torres plateadas (hogar y oficina) cuestan menos combinadas que un solo MacBook Pro nuevo. Por ahora estoy ejecutando el MBP 15" de 2011 en gráficos discretos sólo como un portátil (sin monitor externo).

Su procedimiento planificado es posible. Su procedimiento planificado no es tan difícil. Su procedimiento planificado no es la mejor opción.

Por qué esta ruta es subóptima

Los MacBook Pros deberán cambiar a la GPU discreta (dGPU) una vez que se conecte un monitor externo. Por lo tanto, una dGPU instalada pero deshabilitada elimina la opción de usar un monitor externo con esa dGPU.

Hay otras opciones ahora, como usar soluciones USB o GPUs externas (eGPU). Pero configurar la variable EFI que está buscando definitivamente deshabilitará la salida directa con un solo cable desde el puerto Thunderbolt a un monitor externo.

¿Cómo puede desactivar la GPU discreta desde EFI?

El comando que mencionó en su actualización es casi correcto. Simplemente le falta el identificador adecuado:

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

Esto escribe la variable EFI correspondiente en NVRAM y fuerza al MacBook Pro a arrancar siempre directamente en la GPU integrada (iGPU). El identificador no es solo para las dGPUs de AMD sino para todas las dGPUs. Se ha confirmado que funciona con chips de NVidia por igual. También es fácil de revertir con un restablecimiento de NVRAM.

Desventajas de esta estrategia en esta situación

Y ahora el inconveniente: Potencialmente hay dos pequeños problemas con esto:

1. Después de forzar estos ajustes de NVRAM, macOS podría "confundirse un poco". El chip sigue estando ahí, conectado y alimentado.

2. Para que se inicie, tal vez necesite desactivar los controladores gráficos para su dGPU. O al menos el kext que gestiona el cambio de gráficos real. El inicio podría quedarse colgado al intentar iniciar el cambio de GPU de lo contrario.

Ambos problemas recién surgidos se pueden resolver moviendo todos los kexts de NVidia fuera de /System/Library/Extensions a un lugar seguro de respaldo. Esto iniciará la máquina forzada en modo iGPU acelerado. Pero configurar una variable EFI puede que no sea suficiente para obtener una gestión de energía sensata. Para eso es probable que deba mover de vuelta los kexts de NVidia excepto los responsables del cambio de gráficos. No hacerlo llevará a un alto consumo de energía en la dGPU de forma innecesaria. Al menos estará en reposo a "plena potencia" (traducido a >~60°C).

Este alto consumo en reposo será potencialmente la gran derrota para su plan de reducir el ruido del ventilador y aumentar la duración de la batería. Nota al margen de la literatura: Debería ser una verdad universalmente reconocida que también mover kexts requiere desactivar SIP en versiones más recientes de OS X/macOS mientras mueva cosas de este tipo.

Estrategia general para encontrar los kexts para experimentar: inicie el sistema sin la variable NVRAM en un sistema stock (con los kexts de NVidia "predeterminados"). Luego tome nota de qué extensiones carga realmente su sistema con kextstat. Luego reinicie con los kexts de NVidia/Geforce previamente cargados movidos y con el hack activado. Obtenga un monitor de sensores detallado (iStatMenus, TGPro, etc...) y observe la temperatura en y alrededor de la GPU. Ahora cargue uno tras otro los kexts relevantes en el kernel con sudo kextload /ruta-a/NVDA***.kext. Espere un minuto o dos después de cada uno.

Dado que el método de esta publicación – o la forma igualmente válida pero larga: manipulando las EFIvars en Linux – es NVRAM, revertirá limpiamente si hace un restablecimiento de SMC/NVRAM. Esa manipulación de NVRAM es en realidad la única parte de esta publicación que seguramente no le dará muchos problemas.

Hacer este restablecimiento de NVRAM restaura un conjunto mínimo de configuraciones de fábrica a las variables EFI/NVRAM. Esa configuración de fábrica no se tocará.

Esto se puede hacer tantas veces como desee.

En Linux, el sistema de controladores está mucho mejor documentado e implementado de forma más limpia en mi opinión. Hay muchas maneras de lograr esto o iniciando en Linux. Y un Linux (ya sea respetando esta configuración de NVRAM/EFIvars o a través de otros métodos) le dará muchos menos problemas con los controladores (Quién lo hubiera pensado). Para otros SO, como Microsoft Windows, no tengo datos.

Para repetir: El hecho de que el SO no reconozca correctamente la dGPU no significa que esté apagada. Eso podría llevar a efectos térmicos no deseados.

Eche un vistazo a esta guía para MacBook Pros de 2011 para una solución similar y un poco más de opciones; también para deshacer y rehacer rápidamente el hack de NVRAM.

Varios monitores y una dGPU desactivada

Dicho todo esto: gfxCardStatus (o pruebe diferentes versiones del original - tienen diferentes opciones/capacidades...) es en mi opinión la mejor opción si no tiene problemas reales de hardware con los que lidiar. Es mucho más flexible y aún puede cambiar fácilmente de nuevo a la dGPU o a monitores externos dentro de un sistema en funcionamiento.

Ya sea a través de EFI/NVRAM o con gfxCardStatus: forzar a una Mac con gráficos intercambiables a solo integrados desactivará los modos de pantalla externa utilizando la salida de gráficos DisplayPort o Thunderbolt incorporada. Esto es una consecuencia del diseño de hardware que direcciona la señal de pantalla para los monitores externos a través de la dGPU. Usar adaptadores de gráficos externos no discretos podría ser una solución alternativa para esa limitación.

La configuración EFI para habilitar integrada en otros sistemas operativos

Como debería estar claro en este momento, la configuración EFI para permitir que otros sistemas operativos como Linux "vean" una configuración de gráficos intercambiables es diferente de la anterior que desactiva la dGPU. Pequeño programa EFI para desbloquear la IGD de Intel en la MacBook Pro 11,3 para Linux y Windows:

Pequeño programa EFI para desbloquear la IGD de Intel en la MacBook Pro 11,3 para Linux y Windows. Se ha hecho para ser fácilmente encadenado por un cargador de arranque EFI sin modificar como Grub, rEFInd, etc.

El EFI del modelo MacBook Pro 11,3 apaga la GPU de Intel si inicia algo que no sea macOS. Por lo tanto, se necesita un pequeño truco al falsificar la identificación del SO para que todo el hardware sea accesible.

Todos los créditos pertenecen a Andreas Heider, quien descubrió originalmente este truco: https://lists.gnu.org/archive/html/grub-devel/2013-12/msg00442.html

Respuesta tardía a una de tus preguntas secundarias: Probablemente necesitas tener habilitada la GPU discreta para usar una pantalla externa. La razón probablemente esté en cómo están conectadas las GPU y las salidas de video.

(Estoy medio adivinando, medio extrayendo información de cómo funciona la tecnología de cambio de gráficos en laptops PC. No es una suposición irrazonable que esas tecnologías estén basadas en el trabajo de los proveedores de GPU con Apple. Aun así, toma lo siguiente con un grano de sal grande.)

Con nVidia Optimus, la configuración es la siguiente: la pantalla incorporada de una laptop está conectada a la GPU integrada, y el puerto de la pantalla externa está conectado a la GPU discreta. Si necesitas renderizar cosas con la GPU discreta en la pantalla incorporada, la GPU discreta está "esclavizada" a la integrada. Una llamada de renderizado primero va a la GPU integrada, que, si la GPU discreta está habilitada, la reenvía allí, luego recupera el resultado para mostrarlo en la pantalla.

Si una pantalla externa está conectada, las llamadas de renderizado para esa pantalla van directamente a la GPU discreta, porque esa es la GPU que puede enviar cualquier salida a esa pantalla de todos modos. La GPU integrada simplemente no puede, en absoluto, enviar salida de video a ese puerto por sí sola. No creo que sea posible que la GPU integrada esté "esclavizada" a la discreta, porque en primer lugar sería inútil desde una perspectiva de diseño con respecto a los objetivos de la tecnología de cambio de gráficos; y aún así, seguiría siendo necesario tener habilitada la GPU discreta, lo cual no ayudaría a las personas cuyo chip está fallando.

Si alguien todavía está buscando formas de hacer esto, por favor revisa esta publicación en el foro de MacRumors.

Seguí los pasos mencionados en esa publicación del foro y mi MacBook Pro de 15" del 2011 está funcionando perfectamente usando solo su Gráficos Integrados. La inútil tarjeta gráfica AMD fue deshabilitada con éxito.

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/page-5#post-24511780

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/