MacBook Pro: ¿Cómo deshabilitar GPU discreta permanentemente de EFI?

Me gustaría deshabilitar la GPU NVidia GTX 750M en mi MacBook Pro 15 "(Retina, mediados de 2014, Mac OS X 10.10 Yosemite). Sé que puedo usar GfxCardStatus pero leí que podría tener una solución más permanente cambiando algunos EFI bandera.

Mi pregunta es:

• ¿Cómo puedo deshabilitar la GPU discreta de EFI?

  Supongo que esto es persistente en múltiples reinicios. También me gustaría saber cómo deshacerlo si es necesario.

Actualizar:

La pregunta es básicamente si el comando mencionado en el comentario del problema Githx GfxCardStatus aquí es correcto o no, y cómo deshacerlo si no funciona.

.

Una respuesta a esto solo es una respuesta correcta, pero será increíble si también puedes decirme:

• Si fuerza los gráficos integrados en GfxCardStatus, Mac OS X (hasta Yosemite al menos) no le permite usar varios monitores (aunque el Iris Pro integrado puede hacerlo).

  Si desactivo la GPU discreta de EFI, ¿pensará macOS que la GPU integrada es la que está instalada y me permitirá usar varios monitores?

• Escuché que la misma configuración de EFI es responsable de ni siquiera mostrar la GPU integrada a otros sistemas operativos que no sean macOS y hay que engañarla de alguna manera para pensar que es macOS.

  ¿Es eso cierto? Y si es así, ¿cómo hacer eso?

Puede deshabilitar permanentemente la tarjeta gráfica discreta siguiendo los siguientes pasos:

¡ACTUALIZAR! Intente editar la variable NVRAM desde el modo de usuario único

El procedimiento descrito en los pasos 1-3 funcionó para mí hasta macOS Sierra, pero con la actualización a High Sierra, comencé a obtener una pantalla rosada / rojiza y no pude ingresar al modo de recuperación para repetir el paso 3, ya que tenía que hacerlo en Actualizaciones anteriores. Al buscar en Internet, entré en este problema de GitHub y le expliqué que puede reemplazar los pasos 1 y 2 con el siguiente comando, que puede ejecutar en modo de usuario único (presionar arranque cmd+ s):

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

1. Prepare un pendrive USB de arranque con un Linux sin GUI

1.1 Descargar ArchLinux ISO

• Necesita una computadora que funcione para eso y una unidad de CD / DVD / USB de repuesto.
• Descargue la última imagen ISO de Arch Linux .
• Luego, puede simplemente grabar este ISO en un CD / DVD (que luego se puede insertar en el SuperDrive de MBP o en la Unidad de DVD externa conectada a MBP mediante dos cables USB) o crear un USB de arranque .

1.2 Crear el USB de arranque con el .iso

• Primero, debe identificar el dispositivo USB.

• Abra / Aplicaciones / Utilidades / Terminal en MacOS y enumere todos los dispositivos de almacenamiento:

  diskutil list

  Su dispositivo USB aparecerá como algo así /dev/disk2 (external, physical). Verifique que este sea el dispositivo que desea borrar verificando su nombre y tamaño y luego use su identificador para los comandos a continuación en lugar de /dev/diskX.

• Un dispositivo USB normalmente se monta automáticamente en macOS, y debe desmontarlo (no expulsarlo) antes de escribirlo en bloque con dd:

  diskutil unmountDisk /dev/diskX

• Ahora copie el archivo de imagen ISO al dispositivo. El comando dd es similar a su contraparte de Linux, pero observe la 'r' antes del 'disco' para el modo sin formato que hace que la transferencia sea mucho más rápida:

  sudo dd if=path/to/arch.iso of=/dev/rdiskX bs=1m

  Una vez completado, macOS puede quejarse de que "el disco que insertó no era legible por esta computadora". Seleccione 'Expulsar'. El dispositivo USB será de arranque.

2. Use Linux para cambiar los vars de EFI

2.1 Arrancarlo

• Inserte este CD / DVD / USB en Macbook Pro, mantenga presionada la tecla Opción (alt) durante el arranque.
• Elija "arranque EFI" (ese es su medio de instalación de arranque).
• Cuando aparezca el menú, presione la tecla "e" para editar las opciones de GRUB de la entrada del menú Arch Linux archiso x86_64 UEFI CD mientras está seleccionada en la pantalla principal, agregue nomodesetal final de esta línea y presione Entrar.
• Si todo se hace correctamente, ¡te encontrarás en la consola de Linux! (Lleva algún tiempo, así que tenga paciencia y espere la indicación)

2.2 Borrar vars EFI existentes

¡Parece que el sistema de archivos efivarfs está montado por defecto! Así ya se puede cd /sys/firmware/efi/efivarsy lspara explorar este directorio y ver si hay una gpu-power-prefs-...variable (donde ... es UUID de esta variable).

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

  rm gpu-power-prefs-…

• Si está recibiendo el mensaje "operación no permitida" mientras lo intenta rm, significa que efivarfs se ha montado como de solo lectura y necesita volver a montarlo con permisos de lectura-escritura e intentar nuevamente:

  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 (aún no puede borrar el archivo), use el chattrcomando para deshabilitar la inmutabilidad del archivo y luego borre el archivo:

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

2.3 Crear 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 Agregar inmutabilidad al archivo gpu-power-prefs-…

Se chattrsupone que este comando bloquea un archivo para que solo sea accesible por "superusuario", y para que, durante el arranque, su EFI no tenga la posibilidad de arruinar su variable gpu-power-prefs -... bajo ninguna circunstancia

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

2.5 Desmontar efivars y reiniciar

Cambie al directorio raíz para desmontar efivars:

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

Garantiza que sus variables EFI se vacíen al sistema de archivos efivarfs. Desmontarlo de forma segura antes de reiniciar.

reboot

3 Eliminar los kexts AMD / NVIDIA

Nota : Es posible que deba hacer esto cada vez que actualice su sistema operativo, ya que normalmente regenera estos kexts. Es posible que desee marcar esta respuesta como referencia para que sea accesible desde otro dispositivo cuando la necesite.

Después de deshabilitar la dGPU usando Arch, el arranque normal se suspendería hasta la mitad, pero el arranque seguro funcionará.

3.1 Mover archivos kext AMD / NVIDIA a un directorio de respaldo

Elimine todos los archivos kext AMD (o NVIDIA, dependiendo de su tarjeta) en el Terminal en la Consola de recuperación. Intentar eliminarlos en un solo usuario solo da errores de sandbox, ¡así que no lo hagas en el modo de un solo usuario! (el que arrancas con cmd+ s).

• Si tiene FileVault, desbloquéelo primero.
• Arrancar en Recuperación ( cmd+ r) directamente. Si falla, repita el paso 2 y vuelva a intentarlo (dGPU podría volver a activarse después de iniciar en el sistema operativo con kexts AMD / NVIDIA).

• Iniciar Terminal (Estos comandos son para AMD. Si tiene NVIDIA, cambie en consecuencia)

  diskutil cs list(encuentre el UUID de volumen lógico: último elemento)
  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 probé yo mismo en una MacBook Pro de principios de 2011 con una tarjeta gráfica discreta defectuosa, que no pudo arrancar incluso con el truco de sobrecalentamiento, ¡y terminé con una computadora totalmente funcional!

Su dilema

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

Advertencia

Antes de hacer cualquier cosa que deshabilite su pantalla, asegúrese de poder iniciar sesión en su MacBook Pro usando SSH para poder deshacer su trabajo. Si bien el uso compartido de la pantalla con todas las tarjetas gráficas deshabilitadas probablemente funcionará con una resolución predeterminada, no apostaría a que mi computadora lo haga.

Respuestas

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

Perderá cualquier capacidad de usar un monitor externo (bajo cualquier sistema operativo). Los puertos gráficos externos están conectados al chip de gráficos discretos.

Mi MacBook Pro 2011 funciona a una temperatura estable de 60 grados incluso bajo carga con un ruido de ventilador mínimo cuando uso los gráficos integrados de Intel y picos para ventiladores completos (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 poder usar solo los gráficos integrados y manejar un monitor externo.

De ninguna manera, no cómo.

¿Es cierto que el mismo EFI ni siquiera muestra la GPU integrada a otros sistemas operativos que no sean Mac OS y tiene que engañarlo de alguna manera para pensar que es Mac OS?

Sí, es verdad. La GPU de Intel se apaga mediante el EFI del MacBook Pro 11,3 si arranca cualquier cosa que no sea Mac OS X. Tiene cuatro opciones si desea usar el chip Intel integrado en un SO alternativo:

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

Las versiones recientes de rEFInd tienen el truco "apple_set_os" incorporado. Puede habilitarlo configurando la opción spoof_osx_version en su refind.conf.

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

3. un GRUB parcheado: 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. Kernel parcheado: https://www.marc.info/?l=grub-deavel&m=141586614924917&w=2

Tenga cuidado de planificar con anticipación. Si no se prepara, se enfrentará a una tarjeta gráfica integrada apagada y una pantalla en negro. Por supuesto, siempre puede regresar y arrancar Mac OS X y comenzar de nuevo.

La más simple de las opciones anteriores sería la número dos: reemplazar el EFI de Apple. Desafortunadamente, es el que podría dejarlo incapaz de arrancar en cualquier fecha futura. A Apple no le gusta que la gente juegue con EFI y se reserva el derecho de bloquear su dispositivo para hacerlo. Si tenía Apple Care y todavía estaba en el período de garantía, podría encontrar un hombro en el que llorar. Podría. Cuando cambia EFI, también asume riesgos de seguridad , es decir, puede facilitar el pirateo de su máquina. Debe poder actualizar a la última EFI que eliminaría su parche.

Opción uno, rEFInd se coloca entre el arranque y el EFI, lo que deja un margen considerable para que algo salga mal y para que te quedes con un ladrillo y un largo y duro camino de regreso a una computadora en funcionamiento. ¿Qué tan graves son estos problemas? Muchos propietarios de MacBook Pro han perdido su disco duro debido a REFInd:

Numerosos informes de error de rEFIt indican problemas de corrupción de disco en discos de más de 500 GiB ... Le recomiendo que no escriba sudo bless --infopara verificar el estado de su instalación si tiene ese disco, o incluso si sospecha que podría tenerlo. . (He visto discos de formato avanzado tan pequeños como 320 GB).

La opción tres es relativamente fácil. Patch grub es un proceso con el que cualquier propietario de Hackintosh está familiarizado. Patch Grub funciona y se puede deshacer fácilmente ya que los cambios no se realizan a nivel de firmware. Si parcheas grub de forma conservadora, el código de grub adicional solo se habilita manteniendo presionada la opción / alt en el arranque .

Conclusión

Si prefiere usar su computadora para repararla, el gfxCardStatus de Cody Krieger en su configuración lista para usar se ve cada vez más atractivo. Si realmente desea forzar a gfxCardStatus a ejecutarse al principio, el Sr. Krieger ha participado en una conversación esclarecedora , lo que ha llevado a cambiar GPU. switchGPU preestablece gfxCardStatus a gráficos discretos o integrados lo suficientemente temprano como para que pueda ejecutarlos en gráficos integrados cuando su GPU discreta se sobrecalentaría y colapsaría. gfxCardStatus continúa funcionando normalmente (es decir, puede volver a la GPU discreta después del inicio utilizando el elemento de menú gfxCardStatus). No hay razón para instalar switchGPU a menos que tenga problemas serios de hardware con tu GPU discreta, lo que significa que debes mantenerla apagada todo el tiempo.

Coda

Reflexionando, mi propia situación con el AMD 6750 integrado es lo suficientemente mala (tan caliente y ruidosa incluso después de una restauración térmica) que aprovecharé el programa de reparación de garantía extendida de Apple para MacBook Pro 2011 con gráficos AMD. Marco Arment probablemente tuvo razón al entregar su MBP de 2.2 GHz de 2011 con 6750 para la versión de 2.0 GHz con 6490 . Si bien consideré hacer lo mismo en ese momento, habría tenido que enviar mi MBP al extranjero para cambiarlo. Lamentablemente, los Retina MacBook Pros parecen seguir sufriendo los mismos problemas de calor y ruido . El MacBook Pro 2013 de mi novia con solo gráficos integrados se comporta mucho mejor.

Debido a problemas de calor y ruido con las estaciones de trabajo MBP de cuatro núcleos, me di por vencido y compré dos Mac Pros (una 2006 y una 2009), actualicé las CPU a ocho núcleos y seis núcleos respectivamente. El 2006 con Apple AMD 5870 instalado es casi silencioso (mucho más silencioso que el 2009) y multitareas 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 2011 MBP 15 "en gráficos discretos solo como una carga (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 GPU discreta (dGPU) una vez que se conecte una pantalla externa. Por lo tanto, una dGPU instalada pero deshabilitada elimina la opción de usar un monitor externo con esa dGPU.

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

¿Cómo puede deshabilitar la GPU discreta de EFI?

El comando que mencionó en su actualización es casi correcto. Simplemente pierde el identificador apropiado:

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

Esto escribe la variable EFI correspondiente en NVRAM y obliga al MacBook Pro a arrancar siempre directamente en la GPU integrada (iGPU). El identificador no es solo para dGPU de AMD sino para todas las dGPU. Se confirma que esto funciona con chips NVidia por igual. También es fácilmente reversible con un reinicio de NVRAM.

Desventajas de esta estrategia en esta situación.

Y ahora la desventaja: potencialmente hay dos pequeños problemas con esto:

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

2. Para que esto arranque, es posible que deba deshabilitar los controladores de gráficos para su dGPU. O al menos el único kext que gestiona el cambio de gráficos real. De lo contrario, el inicio podría bloquearse al intentar iniciar el cambio de GPU.

Ambos problemas surgidos recientemente pueden resolverse moviendo todos los kexts de NVidia /System/Library/Extensionsa un lugar seguro de respaldo. Esto iniciará la máquina forzada al modo acelerado de iGPU. Pero establecer una variable EFI podría no ser suficiente para obtener una administración de energía sensata. Para eso es probable que tenga que retroceder los kexts de NVidia, excepto los responsables de la conmutación de gráficos. De lo contrario, se generará una potencia innecesariamente alta en la dGPU. Al menos estará inactivo a "potencia máxima" (traducido a> ~ 60 ° C).

Esta inactividad de alta potencia será potencialmente la gran derrota para su plan de reducir el ruido del ventilador y aumentar la batería. Nota al margen de la literatura: debería ser una verdad universalmente reconocida que mover kexts también requiere que desactive SIP en las versiones más nuevas de OS X / macOS siempre que mueva cosas como esta.

Estrategia general para encontrar los kexts con los que experimentar: arranque sin la variable NVRAM en un sistema estándar (con kexts NVidia 'por defecto'). Luego tome nota de con qué extensiones se carga realmente su sistema kextstat. Luego, reinicie con los kexts NVidia / Geforce cargados previamente y el truco habilitado. Obtenga un monitor de sensor detallado (iStatMenus, TGPro, etc.) y observe la temperatura en y alrededor de la GPU. Ahora cargue uno tras otro de los kexts relevantes nuevamente en el núcleo con sudo kextload /path-to/NVDA***.kext. Espere uno o dos minutos después de cada uno.

Dado que el método de esta publicación, o la forma igualmente válida pero extensa: manipular EFIvars en Linux, es NVRAM, se revertirá limpiamente si realiza un reinicio SMC / NVRAM. Ese pirateo de NVRAM es en realidad la única parte de esta publicación que seguro no te 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 con la frecuencia que desee.

En Linux, el sistema del controlador está mucho mejor documentado y, en mi opinión, está más limpio. Hay muchas formas de lograr esto o iniciar Linux. Y un Linux (ya sea respetando esta configuración de NVRAM / EFIvars o mediante otros métodos) le dará muchos menos problemas con los controladores (quién lo hubiera pensado). Para otros sistemas operativos, como Microsoft Windows, no tengo datos.

Para repetir: Hacer que el sistema operativo no reconozca la dGPU correctamente no significa que esté apagado. Eso podría conducir a efectos secundarios térmicos no deseados.

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

Múltiples monitores y una dGPU deshabilitada

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

Ya sea a través de EFI / NVRAM o con gfxCardStatus: forzar una Mac con gráficos intercambiables a solo integrado deshabilitará los modos de visualización externos utilizando la salida de gráficos integrada DisplayPort o Thunderbolt. Esto es una consecuencia del diseño del hardware que dirige la señal de visualización para monitores externos a través de la dGPU. El uso de adaptadores gráficos no discretos pero externos puede ser una solución para esa limitación.

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

Como debería estar claro ahora, la configuración de 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 Intel IGD en Macbook Pro 11,3 para Linux y Windows:

Pequeño programa EFI para desbloquear Intel IGD en Macbook Pro 11,3 para Linux y Windows. Ha sido hecho para ser fácilmente cargado en cadena por el gestor de arranque EFI no modificado como Grub, rEFInd, etc.

El EFI del modelo Macbook Pro 11,3 está apagando la GPU Intel si arranca todo menos Mac OS X. Por lo tanto, se requiere un pequeño truco al falsificar la identificación del sistema operativo para que todo el hardware sea accesible.

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

Respuesta tardía a una de sus preguntas secundarias: Probablemente necesite la GPU discreta habilitada para usar una pantalla externa. La razón por la cual debería estar en cómo están conectadas las GPU y las salidas de video.

(Estoy medio adivinando, medio extrapolando de cómo funciona la tecnología de conmutación de gráficos de PC portátil. No es una suposición irrazonable que esas tecnologías se basen en el trabajo de los vendedores de GPU con Apple. Aún así: tome lo siguiente con un gran grano de sal.)

Con nVidia Optimus, la configuración es que la pantalla integrada de una computadora portátil está conectada a la GPU integrada, y el puerto de pantalla externo está conectado a la GPU discreta. Si necesita renderizar cosas usando la GPU discreta en la pantalla integrada, la GPU discreta se "esclava" a la integrada. Una llamada de representación primero va a la GPU integrada, que, si la GPU discreta está habilitada, la reenvía allí, luego recupera el resultado para mostrarla en la pantalla.

Si se conecta una pantalla externa, las llamadas de representación 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 sea "esclava" a la discreta, porque antes que nada sería inútil desde una perspectiva de diseño con respecto a los objetivos de la tecnología de conmutación de gráficos; e incluso entonces, aún requeriría la habilitación de la GPU discreta, lo que no ayudaría a las personas cuyo chip está fallando.

Si alguien todavía está buscando maneras de hacer esto, consulte esta publicación en el foro de MacRumors.

Seguí los pasos mencionados en esa publicación del foro y mi MacBook Pro 2011 de 15 "funciona perfectamente usando solo su Gráfico Integrado. La tarjeta gráfica AMD sin valor fue desactivada 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 / página-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 /