MacBook Pro: Como desativar a GPU discreta permanentemente da EFI?

Eu gostaria de desativar o GPU NVidia GTX 750M no meu MacBook Pro 15 "(Retina, meados de 2014, Mac OS X 10.10 Yosemite). Eu sei que posso usar GfxCardStatus mas li que poderia ter uma solução mais permanente, alterando alguns EFI bandeira.

Minha pergunta é:

• Como posso desativar a GPU discreta da EFI?

  Eu suponho que isso é persistente em várias reinicializações. Eu também gostaria de saber como desfazer isso, se necessário.

Atualizar:

A questão é basicamente se o comando mencionado no comentário do problema github GfxCardStatus aqui está correto ou não, e como desfazê-lo se não funcionar.

.

Uma resposta para isso sozinha é uma resposta correta, mas será incrível se você também puder me dizer:

• Se você forçar gráficos integrados no GfxCardStatus, o Mac OS X (até o Yosemite, pelo menos) não permite usar vários monitores (mesmo que o Iris Pro integrado possa fazê-lo).

  Se eu desabilitar a GPU discreta da EFI, o macOS pensará que a GPU integrada é a que está instalada e permitirá que eu use vários monitores com ela?

• Ouvi dizer que a mesma configuração de EFI é responsável por não mostrar a GPU integrada a outros sistemas operacionais além do macOS e você tem que enganá-lo de alguma forma para pensar que é o macOS.

  Isso é verdade? E se sim, como fazer isso?

Você pode desativar permanentemente a placa gráfica discreta seguindo os próximos passos:

ATUALIZAR! Tente editar a variável NVRAM no modo de usuário único

O procedimento descrito nas etapas 1-3 funcionou para mim até o macOS Sierra, mas com a atualização para o High Sierra, comecei a obter uma tela rosada / avermelhada e não consegui entrar no modo de recuperação para repetir o passo 3 como tive de fazer upgrades anteriores. Pesquisando na Internet, entrei neste problema do GitHub explicando que você pode substituir as etapas 1 e 2 pelo seguinte comando, que pode ser executado no modo de usuário único (inicialização pressionando cmd+ s):

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

1. Prepare um pendrive USB inicializável com um Linux não GUI

1.1 Download do ArchLinux ISO

• Você precisa de um computador funcional para isso e uma unidade de CD / DVD / USB extra.
• Faça o download da imagem ISO mais recente do Arch Linux .
• Então você pode simplesmente gravar este ISO para CD / DVD (que mais tarde poderia ser inserido no SuperDrive ou Drive de DVD externo do MBP conectado ao MBP por dois cabos USB) ou criar um USB inicializável .

1.2 Criando o USB inicializável com o .iso

• Primeiro, você precisa identificar o dispositivo USB.

• Abra / Aplicativos / Utilitários / Terminal no MacOS e liste todos os dispositivos de armazenamento:

  diskutil list

  Seu dispositivo USB aparecerá como algo parecido /dev/disk2 (external, physical). Verifique se este é o dispositivo que você deseja apagar verificando seu nome e tamanho e, em seguida, use seu identificador para os comandos abaixo, em vez de /dev/diskX.

• Um dispositivo USB é normalmente montado automaticamente no macOS, e você tem que desmontar (não ejetá-lo) antes de gravar blocos nele com dd:

  diskutil unmountDisk /dev/diskX

• Agora copie o arquivo de imagem ISO para o dispositivo. O comando dd é semelhante ao seu equivalente no Linux, mas observe o 'r' antes de 'disk' para o modo raw, o que torna a transferência muito mais rápida:

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

  Após a conclusão, o macOS pode reclamar que "O disco que você inseriu não era legível por este computador". Selecione "Ejetar". O dispositivo USB será inicializável.

2. Use o Linux para alterar as vari

2.1 Inicialize-o

• Insira este CD / DVD / USB no Macbook Pro, segure a tecla Opção (alt) durante o boot.
• Escolha "EFI boot" (que é sua mídia de instalação inicializável).
• Quando o menu aparecer, pressione a tecla "e" para editar as opções do GRUB da entrada do menu archisi x86_64 UEFI CD do Arch Linux enquanto ele estiver selecionado na tela principal, adicione nomodesetao final desta linha e pressione Enter.
• Se tudo for feito corretamente, você se encontrará no console do Linux! (Demora algum tempo, então seja paciente e aguarde o prompt)

2.2 Limpar as variâncias EFI existentes

Parece que o sistema de arquivos efivarfs é montado por padrão! Então você já pode cd /sys/firmware/efi/efivarse lsexplorar esse diretório e ver se existe uma gpu-power-prefs-...variável (onde ... é UUID dessa variável).

• Se houver tal variável, é melhor removê-lo com rm.

  rm gpu-power-prefs-…

• Se você estiver recebendo a mensagem "operação não permitida" durante a tentativa rm, significa que o efivarfs foi montado como somente leitura e você precisa remontá-lo com permissões de leitura / gravação e tentar novamente:

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

• Se isso também falhar (você ainda não pode apagar o arquivo), use o chattrcomando para desativar a imutabilidade do arquivo e, em seguida, apague o arquivo:

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

2.3 Crie um novo arquivo 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 Adicionar imutabilidade ao arquivo gpu-power-prefs-…

Este chattrcomando deve bloquear um arquivo para torná-lo acessível somente por "superusuário" - e para que, durante a inicialização, seu EFI não tenha chance de estragar sua variável gpu-power-prefs -... sob quaisquer circunstâncias

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

2.5 Desmontar efivars e reiniciar

Mude para o diretório raiz para desmontar efivars:

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

Garante que suas variáveis ​​EFI sejam liberadas para o sistema de arquivos efivarfs. Por favor, desmonte-o com segurança antes de reinicializar.

reboot

3 Remover kexts AMD / NVIDIA

Nota : Você pode precisar fazer isso toda vez que atualizar seu sistema operacional, já que ele normalmente regenera esses kexts. Você pode querer usar essa resposta como referência para acessá-la de outro dispositivo quando precisar.

Depois de desabilitar o dGPU usando o Arch, o boot normal ficaria suspenso até a metade, mas o boot seguro funcionará.

3.1 Mover arquivos kext AMD / NVIDIA para um diretório de backup

Remova todos os arquivos kext da AMD (ou da NVIDIA, dependendo da sua placa) no Terminal do Console de Recuperação. Tentar removê-los em Single User apenas gera erros de sandbox, portanto, não faça isso no modo de usuário único. (aquele que você inicializa com cmd+ s).

• Se você tiver o FileVault, desbloqueie-o primeiro.
• Inicialize na recuperação ( cmd+ r) diretamente. Se falhar, repita o passo 2 e tente novamente (o dGPU pode ficar ativo novamente após inicializar no SO com kexts AMD / NVIDIA).

• Start Terminal (Este comando é para AMD. Se você possui NVIDIA, mude de acordo)

  diskutil cs list(localize UUID do Volume Lógico: último item)
  diskutil coreStorage unlockVolume UUID(UUID: do comando anterior)
  cd /Volumes/Macintosh\ HD
mkdir AMD_Kexts
mv System/Library/Extensions/AMD*.* AMD_Kexts/
reboot
  

Eu encontrei o procedimento neste link , onde você pode ler a atribuição das diferentes seções e um tópico de discussão sobre o tópico.

Eu tentei eu mesmo em um MacBook Pro no início de 2011 com uma placa gráfica discreta defeituosa, que não conseguiu inicializar mesmo com o truque de superaquecimento, e acabou com um computador totalmente funcional!

Seu dilema

Estou totalmente de acordo com o seu desejo "economizar bateria e reduzir o calor, sem pagar o custo de ruído" de usar a placa gráfica discreta dentro de um MacBook Pro.

Aviso

Antes de fazer qualquer coisa que desabilite a sua tela, por favor, certifique-se de que você pode fazer o login no seu MacBook Pro usando SSH para que você possa desfazer sua obra. Embora o compartilhamento de tela com todas as placas gráficas desativadas provavelmente funcione com alguma resolução padrão, eu não apostaria meu computador nele.

Respostas

O que acontecerá se eu desativar permanentemente a placa gráfica nVidia discreta da EFI? Mac OS pensar GPU integrado é o único instalado e deixe-me usar vários monitores com ele?

Você perderá a capacidade de usar um monitor externo (sob qualquer sistema operacional). As portas gráficas externas estão conectadas ao chip gráfico discreto.

O meu próprio MacBook Pro 2011 funciona a 60 graus estáveis, mesmo sob carga, com o mínimo de ruído do ventilador ao usar os gráficos e picos integrados da Intel para ventoinhas completas (na faixa de 4000 a 6000 RPM) quando sob carga com o discreto 6750. O problema é real. Eu também queria poder usar apenas os gráficos internos e controlar um monitor externo.

De jeito nenhum, não como.

É verdade que a mesma EFI nem sequer mostra a GPU integrada para outros sistemas operacionais além do Mac OS e você tem que enganá-la de alguma forma para pensar que é o Mac OS?

Sim, é verdade. A Intel GPU é desligada pelo EFI do MacBook Pro 11,3 se você inicializar qualquer coisa, exceto o Mac OS X. Você tem quatro opções se quiser usar o chip Intel integrado em um SO alternativo:

1. rEFInd versão 0.10.0 ou superior (recomendado): http://www.rodsbooks.com/refind

Versões recentes do rEFInd possuem o hack "apple_set_os" embutido. Você pode ativá-lo configurando a opção spoof_osx_version em seu refind.conf.

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

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

Tenha cuidado para planejar com antecedência. Se você não se preparar, enfrentará uma placa gráfica integrada e uma tela preta. É claro que você sempre pode voltar e inicializar o Mac OS X e começar de novo.

A mais simples das opções acima seria a número dois - para substituir o Apple EFI. Infelizmente, é o único que pode deixar você incapaz de arrancar em qualquer data futura. A Apple não gosta que as pessoas brinquem com a EFI e se reserva o direito de bloquear o seu dispositivo para fazê-lo. Se você tivesse o Apple Care e ainda estivesse no período de garantia, talvez encontre um ombro em algum lugar para chorar. Poderia. Quando você altera a EFI, também assume riscos de segurança , ou seja, pode facilitar a invasão de sua máquina. Você precisa poder atualizar para o EFI mais recente que removeria seu patch.

Opção 1, o rEFInd se coloca entre o boot e o EFI, o que deixa um espaço considerável para que algo dê errado e para que você fique com um tijolo e uma trilha longa e dura de volta a um computador em funcionamento. Quão sérios são esses problemas? Muitos proprietários do MacBook Pro perderam o disco rígido para responder:

Numerosos relatórios de erros de rEFIt indicam problemas de corrupção de discos em discos com cerca de 500 GiB .... Eu recomendo fortemente que você não digite sudo bless --infopara verificar o status da sua instalação se você tem um disco desse tipo, ou mesmo se você suspeitar que você tenha um disco assim . (Eu vi discos Advanced Format tão pequenos quanto 320 GB.)

A opção três é relativamente fácil. Patching grub é um processo com o qual qualquer dono do Hackintosh é bastante familiar. Patching Grub funciona e é facilmente desfeita, já que as alterações não são feitas no nível do firmware. Se você corrigir o grub de forma conservadora, o código adicional do grub só é habilitado mantendo a opção / alt na inicialização .

Conclusão

Se você preferir usar o seu computador para repará-lo, o gfxCardStatus de Cody Krieger em sua configuração pronta para uso parece cada vez mais atraente. Se você realmente quer forçar o gfxCardStatus a correr no início, o Sr. Krieger participou de uma conversa esclarecedora , o que levou à mudança do GPU. O switchGPU pré-configura o gfxCardStatus em gráficos discretos ou integrados, com a antecedência suficiente para que você possa rodar em gráficos integrados quando sua GPU discreta sobreaquecer e travar. O gfxCardStatus continua operando normalmente (ou seja, você pode voltar para a GPU discreta após a inicialização usando o item de menu gfxCardStatus). Não há razão para instalar o switchGPU, a menos que você tenha sérios problemas de hardware com seu GPU discreto, o que significa que você precisa mantê-lo desligado o tempo todo.

Coda

Na reflexão, minha própria situação com o AMD 6750 integrado é ruim o suficiente (tão quente e barulhento mesmo após a repotagem térmica) que eu me beneficiarei do programa de reparo de garantia estendida da Apple para 2011 MacBook Pro com gráficos AMD. Marco Arment provavelmente estava certo em entregar seu MBP de 2.2 GHz de 2011 com 6750 para a versão 2.0 GHz com 6490 . Enquanto eu considerava fazer a mesma coisa na época, eu teria que enviar meu MBP para o exterior para mudá-lo. Infelizmente, os Retina MacBook Pros parecem continuar a sofrer os mesmos problemas de calor e ruído . O MacBook Pro 2013 da minha namorada com apenas gráficos integrados se comporta muito melhor.

Sobre problemas de calor e ruído com estações de trabalho MBP quad core, eu desisti e comprei dois Mac Pros (um 2006 e um 2009), atualizei os processadores para oito núcleos e seis núcleos, respectivamente. O 2006 com o Apple AMD 5870 instalado é quase silencioso (muito mais silencioso que o 2009) e multitarefas melhor que o MBP 15 ". As duas torres de prata (casa e escritório) custam menos do que um novo MacBook Pro. Por enquanto executando o 2011 MBP 15 "em gráficos discretos apenas como um transporte (sem monitor externo).

Seu procedimento planejado é possível. Seu procedimento planejado não é tão difícil. Seu procedimento planejado não é a melhor opção.

Por que essa rota é sub-ótima

O MacBook Pros irá e terá que mudar para GPU (dGPU) discreta quando o monitor externo estiver conectado. Portanto, um dGPU instalado, mas desativado, elimina a opção de usar um monitor externo com esse dGPU.

Existem outras opções agora, como usar soluções USB ou GPUs externas (eGPU). Mas definir a variável EFI que você está procurando definitivamente desativará a saída direta com um cabo da porta Thunderbolt para um monitor externo.

Como você pode desativar a GPU discreta da EFI?

O comando que você mencionou na sua atualização está quase correto. Só falta o identificador apropriado:

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

Isso grava a variável EFI correspondente na NVRAM e força o MacBook Pro a sempre inicializar diretamente na GPU integrada (iGPU). O identificador não é apenas para AMD dGPUs, mas para todos os dGPUs. Isso está confirmado para funcionar com chips NVidia. Também é facilmente reversível com uma reinicialização NVRAM.

Desvantagens desta estratégia nesta situação

E agora a desvantagem: existem potencialmente dois pequenos problemas com isso:

1. Depois de forçar essas configurações de NVRAM, o MacOS pode ficar "um pouco confuso". O chip ainda está lá, com fio e alimentado.

2. Para conseguir isso, você pode precisar desabilitar os drivers gráficos para o seu dGPU. Ou pelo menos o kext que gerencia a troca de gráficos real. A inicialização pode travar ao tentar iniciar a troca da GPU de outra forma.

Ambos os problemas recém-surgidos podem ser resolvidos movendo-se todos os kexts da NVidia /System/Library/Extensionspara um local de backup seguro. Isso inicializará a máquina forçada no modo iGPU acelerado. Mas a configuração de uma variável EFI pode não ser suficiente para obter um gerenciamento de energia sensato. Para isso, você provavelmente terá que recuar os kexts da NVidia, exceto os responsáveis ​​pela troca de gráficos. Não fazer isso levará a alta potência desnecessariamente no dGPU. Ele irá pelo menos ficar ocioso em "potência total" (traduzido para> ~ 60 ° C).

Este alto poder inativo será potencialmente a grande derrota para o seu plano de reduzir o ruído do ventilador e aumentar a bateria. Nota lateral da literatura: Deve ser uma verdade universalmente reconhecida que a movimentação ao redor também exige que você desabilite o SIP em versões mais recentes do Mac OS X / MacOS, desde que você mova coisas desse tipo.

Geralmente é comum encontrar os kexts para experimentar: inicializar sem a variável NVRAM em um sistema de estoque (com kxts NVidia 'padrão'). Em seguida, anote quais extensões seu sistema realmente carrega kextstat. Em seguida, reinicie com kexts NVidia / Geforce carregados anteriormente e o hack habilitado. Obtenha um monitor de sensor detalhado (iStatMenus, TGPro, etc…) e observe a temperatura em torno da GPU. Agora carregue um após o outro dos kexts relevantes de volta para o kernel sudo kextload /path-to/NVDA***.kext. Espere um ou dois minutos depois de cada um.

Uma vez que o método deste post - ou a maneira igualmente válida e barata: manipular o EFIvars no Linux - é NVRAM, ele será revertido de forma limpa se você fizer uma redefinição de SMC / NVRAM. O hacking da NVRAM é, na verdade, a única parte deste post que, com certeza, não causará muitos problemas.

Fazer esta redefinição de NVRAM restaura um conjunto mínimo de configurações de fábrica para variáveis ​​EFI / NVRAM. Essa configuração de fábrica não será tocada.

Isso pode ser feito quantas vezes você quiser.

No Linux, o sistema de drivers é muito melhor documentado e implementado mais limpo. Há muitas maneiras de conseguir isso ou inicializar o Linux. E um Linux (seja respeitando essa configuração de NVRAM / EFIvars ou por outros métodos) lhe dará muito menos problemas com drivers (que teriam pensado). Para outros sistemas operacionais, como o Microsoft Windows, não tenho dados.

Repetindo: Ter o sistema operacional não reconhecendo o dGPU corretamente não significa que ele esteja desligado. Isso pode levar a efeitos colaterais térmicos indesejados.

Dê uma olhada neste guia para 2011 MacBook Pros para uma solução semelhante e um pouco mais opções; também para desfazer e refazer rapidamente o hack NVRAM.

Vários monitores e um dGPU desativado

Tendo dito que todos: gfxCardStatus (ou tente diferentes versões do original - eles têm diferentes opções / capacidades ...) é a melhor opção se você não tem problemas reais de hardware para lidar. É muito mais flexível e você ainda pode voltar para o dGPU ou monitores externos facilmente dentro de um sistema em execução.

Seja via EFI / NVRAM ou com gfxCardStatus: forçar um Mac com gráficos selecionáveis ​​para somente integrado desativará os modos de exibição externos usando a saída gráfica DisplayPort ou Thunderbolt embutida. Esta é uma conseqüência do projeto de hardware que roteia o sinal de exibição para monitores externos através do dGPU. O uso de adaptadores gráficos não discretos, mas externos, pode ser uma solução alternativa para essa limitação.

A configuração EFI para ativar integrado em outros sistemas operacionais

Como deve estar claro até agora, a configuração EFI para permitir que outros sistemas operacionais como o Linux " enxerguem " uma configuração gráfica comutável é diferente da acima que desativa o dGPU. Programa EFI minúsculo para desbloquear o Intel IGD no Macbook Pro 11,3 para Linux e Windows:

Pequeno programa EFI para desbloquear o Intel IGD no Macbook Pro 11,3 para Linux e Windows. Foi feito para ser facilmente encadeado por bootloader EFI não modificado, como Grub, rEFInd etc.

A EFI do MacBook Pro 11,3 está desligando a GPU da Intel se você inicializar qualquer coisa, menos o Mac OS X. Portanto, um pequeno truque, ao fingir a identificação do SO, é necessário para tornar todo o hardware acessível.

Todos os créditos pertencem a Andreas Heider que originalmente descobriu este hack: https://lists.gnu.org/archive/html/grub-devel/2013-12/msg00442.html

Resposta tardia a uma de suas perguntas colaterais: Você provavelmente precisará da GPU discreta ativada para usar um monitor externo. A razão pela qual deve estar em como as GPUs e as saídas de vídeo estão conectadas.

(Estou meio supondo, meio extrapolando a forma como a tecnologia de comutação de gráficos de laptop para PC funciona. Não é uma suposição razoável de que essas tecnologias sejam baseadas no trabalho dos fornecedores de GPU com a Apple. Ainda assim: pegue o seguinte com um grande número de sal.)

Com o nVidia Optimus, a configuração é que a exibição interna de um laptop esteja conectada à GPU integrada, e a porta de exibição externa esteja conectada à GPU discreta. Se você precisar renderizar o material usando a GPU discreta para a exibição embutida, a GPU discreta é "escrava" para a integrada. Uma chamada de renderização primeiro vai para a GPU integrada, que, se a GPU discreta estiver ativada, a encaminha para lá e, em seguida, recupera o resultado para pressioná-lo na tela.

Se um monitor externo estiver conectado, a renderização de chamadas para aquele monitor vai diretamente para o GPU discreto, porque essa é a GPU que pode enviar qualquer saída para esse monitor de qualquer maneira. A GPU integrada simplesmente não pode, de forma alguma, enviar a saída de vídeo para essa porta por conta própria. Eu não acho que é possível ter o GPU integrado "escravo" para o discreto, porque antes de tudo, seria inútil a partir de uma perspectiva de design com relação aos objetivos da tecnologia de comutação de gráficos; e, mesmo assim, ainda exigiria que a GPU discreta fosse ativada, o que não ajudaria as pessoas cujo chip está falhando.

Se alguém ainda está procurando maneiras de fazer isso, confira esta postagem no fórum MacRumors.

Eu segui as etapas mencionadas naquele post do fórum e meu MacBook Pro 2011 de 15 polegadas está funcionando perfeitamente usando apenas o gráfico integrado. A placa gráfica sem valor da AMD foi desativada com sucesso.

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 /