AppleMacFinder
Pôster original- 7 de dezembro de 2009
- 18 de abril de 2017
A GPU AMD discreta do meu MacBook Pro 8,2 2011 finalmente falhou devido aos motivos mencionados aqui ( http://logicboardmac.blogspot.ru/ ) e lá ( https://www.macrumors.com/2015/02/19/2011-macbook-pro-repair-program-apple/ ) . Ele tem funcionado perfeitamente por 6 anos sob uma carga bastante alta, até mesmo tentei a mineração SETI @ HOME em segundo plano! Então, eu estava confiante de que meu MBP não é afetado por solda ruim / qualidade de soldagem ruim e não queria trazê-lo para a Apple para um programa de reparo gratuito - parcialmente porque não consegui encontrar tempo para pausar meus projetos de software importantes, parcialmente porque Eu estava com medo de que a Apple pudesse me dar uma placa lógica menos confiável ou recusar um reparo gratuito por causa dos vários não relacionado reparos que eu fiz manualmente por conta própria antes para economizar dinheiro: troquei pasta térmica algumas vezes, troquei a bateria interna 2 vezes, troquei um teclado com botões quebrados, etc. Mas finalmente quebrou na semana passada: a imagem da tela do laptop ficou distorcida, recusou-se a inicializar o OS X (sempre congelando no meio do caminho) , e - O programa de reparo gratuito da Apple já terminou! Eu sei que existem soluções acessíveis como revenda BGA de $ 50 em oficina local não oficial e que é possível obter um novo chip HD 6750M de substituição da AliExpress por $ 35 ou mais barato ( http://www.aliexpress.com/item/DC-2...0028-216-0810028-BGA-Chipset/32764872143.html ou https://www.aliexpress.com/item/DC-2015-New-216-0810001-216-0810001-Graphic-Chipset/32718112928.html , porque não sei se isso é verdade - https://www.rossmanngroup.com/board...0604-replace-216-0810005-gpu-with-216-0810028 ) para garantir um reparo bem-sucedido, então o preço total do reparo seria $ 50 ou $ 50 + $ 35 = $ 85 - menos de $ 100 em qualquer caso. Mas não gosto de investir dinheiro em computadores antigos, então pensei - e se houver algum hack para força MBP para usar gráficos integrados TODO O TEMPO, mesmo durante a inicialização? E então comecei a explorar as soluções possíveis ...
===
Em primeiro lugar, é possível inicializar com sucesso um MBP para o OS X enquanto ainda usa a GPU com falha, depois de remover os drivers AMD inicializando no modo de linha de comando ( CMD + S ) e inserindo estes comandos:
1) fsck -fy (para verificar um disco)
2) montar -seu / (montar um sistema de arquivos raiz com permissões de leitura / gravação)
3) sudo mkdir / AMD_Kexts / (crie um diretório para armazenar os drivers AMD no caso de você precisar deles no futuro)
4) sudo mv /System/Library/Extensions/AMD*.* / AMD_Kexts / (mova os drivers AMD)
5) sudo rm -rf /System/Library/Caches/com.apple.kext.caches/ (remova o cache de drivers AMD)
6) sudo mkdir /System/Library/Caches/com.apple.kext.caches/ (caso o OS X seja burro e não recrie este diretório, estou criando-o para o OS X)
7) sudo touch / Sistema / Biblioteca / Extensões / (para atualizar os carimbos de data / hora para que os novos caches de driver - sem drivers AMD - sejam definitivamente reconstruídos)
8) sudo umount / (desmonte uma partição para garantir que suas alterações sejam enviadas para ela)
9) sudo reboot
O grau de inconveniência ao realizar essas etapas - depende fortemente de quão distorcida a imagem da tela está no seu caso. No meu caso, foi ainda mais difícil porque a partição do OS X se tornou uma partição 'somente leitura' (por causa de muitos desligamentos de emergência que fiz enquanto tentava desesperadamente inicializar o OS X com uma GPU com falha) então eu tive que remover um disco rígido do MacBook Pro e (usando um adaptador USB para SATA 2,5 'retirado do meu HDD portátil) conectou-o a um computador com Linux e seguiu estas instruções:
https://superuser.com/questions/961401/mounting-hfs-partition-on-arch-linux (1ª resposta) - executou cuidadosamente uma série de comandos, calculou um limite de tamanho para meu layout de partição e, finalmente, executei sudo mount -t hfsplus -o force, rw, sizelimit = YOURNUMBER / dev / sdb2 / mnt para montar esta partição HFS + no diretório / mnt no modo de leitura e gravação. Então eu executei estes '1) -7)' etapas que você vê acima, e também reparou um sistema de arquivos executando sudo fsck.hfsplus -f / dev / sdb2 antes de desmontar uma partição com sudo umount / mnt e colocar um disco rígido de volta no MBP ...
===
Isso me deu um MBP que poderia inicializar no OS X embora AINDA usando uma GPU AMD quebrada: por isso a imagem da tela fica muito distorcida (pode navegar na Internet, mas é bastante inconveniente para ler um texto) , O Launchpad é muito lento e você não pode mudar para a GPU integrada usando gfxCardStatus porque: sem drivers AMD (que tivemos que remover para inicializar com sucesso no OS X) O Macbook Pro pensa que sua tela interna é um monitor externo e gfxCardStatus diz que é impossível alternar porque o monitor externo está usando GPU AMD. Em algum lugar, encontrei uma sugestão de que é possível reconstruir um gfxCardStatus a partir do código-fonte - https://github.com/codykrieger/gfxCardStatus - com removido ou comentado 156-166 linhas no ./gfxCardStatus/Classes/GSProcess.m para fazer com que ele ignore o display externo:
// descubra se um monitor externo está forçando a gpu discreta
Exibe CGDirectDisplayID [8];
CGDisplayCount displayCount = 0;
if (CGGetOnlineDisplayList (8, displays, & displayCount) == noErr) {
para (int i = 0; i
if (! CGDisplayIsBuiltin (exibe))
[list addObject: [NSDictionary dictionaryWithObjectsAndKeys:
Str (@ 'Display Externo'), kTaskItemName,
@ '', kTaskItemPID, nil]];
}
}
Então eu reconstruí um gfxCardStatus usando as instruções da última resposta deste problema -
https://github.com/codykrieger/gfxCardStatus/issues/229
(também tive que baixar umMacOSX10.11.sdkdaqui - https://github.com/phracker/MacOSX-SDKs/releases - descompacte e copie para o XCode/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk- devido à estupidez da Apple, o XCode mais recente para El Capitan não inclui SDK para El Capitan!) No entanto, ainda não funcionou - gfxCardStatus apenas fingiu que mudou para a GPU integrada, enquanto na realidade o OS X não permitiu a mudança! Mesmo depois que editei ./gfxCardStatus/Classes/GSGPU.m arquivo para habilitar o misterioso ' Nuke da mudança de órbita opção, ainda não foi possível mudar ...
===
Então descobri este repositório interessante - https://github.com/0xbb/gpu-switch - que é parcialmente semelhante por seu 'código-fonte a gfxCardStatus, mas também tem os' ganchos de login '( install_hooks.sh ) para 'automatizar o processo de comutação para login / logout'. Infelizmente não funcionou para mim ... No entanto, há um muito interessante gpu-switch arquivo de texto bem na raiz deste repositório, que descreve as variáveis EFI!
https://github.com/0xbb/gpu-switch/blob/master/gpu-switch
Depois de estudá-lo e também de ler os comentários desta edição - https://github.com/0xbb/gpu-switch/issues/11 - Fiquei confiante para tentar esta solução, mas descobri que meu MacBook Pro 2011 8,2 com OS X El Capitan 10.11.6 está em um Situação MUITO problemática:
1) rEFInd não está instalado e para instalá-lo - deve desativar a proteção SIP. Mas não consigo inicializar no modo de recuperação ( Command + Option + R ) ou para o DVD / USB de instalação do OS X ( opção de retenção ), (para desativar SIP) , porque eles congelam durante a inicialização! - embora eu tenha removido os kexts da AMD do meu sistema, é claro que essas ferramentas de recuperação estão usando os kexts da AMD integrados ao seu design. Também não pode usartolo raizhackear ( https://github.com/gdbinit/rootfool ) para desativar o SIP durante o tempo de execução, porque funciona apenas na versão OS X anterior a 10.11.4
2) Tentei superaquecer meu Macbook Pro de propósito (forçando o uso da CPU para 100% e colocando-o em um saco bem fechado) para forçá-lo a desligar por superaquecimento e, em seguida, reiniciar rapidamente para que os gráficos integrados sejam ativados durante o tempo de inicialização - tornando possível inicializar para recuperação. Mas por causa da maravilhosa pasta térmica de ponta que apliquei não faz muito tempo - não posso superaquecer mesmo depois de esperar muito tempo! Neste ponto, pensei que poderia: para) remova os kexts AMD da mídia de instalação ou b) para conectar o disco rígido do MBP a uma máquina Linux novamente e executar um monte de chmods para remover as sinalizações SIP dos diretórios mencionados aqui ( http://apple.stackexchange.com/questions/193368/what-is-the-rootless-feature-in-el-capitan-really ), o que poderia tornar um sistema não inicializável, ou c) para tentar instalar rEFInd na partição HFS + diretamente de uma máquina Linux com direitos de root porque ele irá ignorar o SIP --- mas não explorei essas opções, embora algumas delas possam ter funcionado ...
3) Queria inicializar um LiveCD do Linux para editar as variáveis EFI de lá, mas não importa o que eu fizesse: tentei inicializar diretamente sem modificações nas opções do GRUB, tentei editar as opções de inicialização do GRUB ( com a tecla 'e' ) adicionar nomodeset / retirar respingo silencioso / ou ambos em todas as combinações, ou como sugerido neste artigo ( https://wiki.archlinux.org/index.php/MacBookPro8,1/8,2/8,3_(2011) ) também adicionar i915.modeset = 0 radeon.modeset = 0 ou radeon.modeset = 0 i915.modeset = 1 i915.lvds_channel_mode = 2 ; e então apertou Fn + F10 ou Shift + Ctrl + Fn + F10 para inicializar com estas opções: mas o processo de inicialização do Linux sempre falhou em diferentes estágios de inicialização, não importa qual distribuição Linux amigável e popular ou qual versão dela estou tentando: tentei muitas versões do Ubuntu / Lubuntu / Fedora, até mesmo o antigo ' Imagens AMD64 Mac 'e' Alternate AMD64 Mac ', mas sempre falhavam - seja no início do processo de inicialização (tela preta ou tela preta com um ícone piscando ou travado _ personagem no canto superior esquerdo) ou falhou no final dele - logo antes de mostrar um ambiente de área de trabalho gráfico ...
Mais tarde,totoe_84escreveu que foi capaz de inicializar o Ubuntu em modo gráfico usando a seguinte configuração para GRUB:
- Para desativar a placa de vídeo AMD, adicionei as seguintes linhas após set gfxpayload = keep
outb 0x710 2
outb 0x740 2
outb 0x750 0
- Em seguida, adicionei o seguinte depois respingo silencioso
i915.lvds_channel_mode = 2 i915.modeset = 1 i915.lvds_use_ssc = 0
===
Então me lembrei que não existem distribuições Linux convencionais para usuários avançados, que têm um LiveCD sem qualquer interface gráfica : você é levado a um console puro e deve instalar o sistema apenas com as interfaces gráficas e pacotes / grupos de pacotes de software que você seleciona explicitamente. Por exemplo: Arch Linux ( https://www.archlinux.org/ ) e Gentoo Linux ( https://gentoo.org/ ) Porque seu LiveCD não tem uma interface gráfica, eles podem ser inicializados sem problemas para um console Linux puro e lá você pode editar as variáveis EFI ! Então aqui está um ...
===
=== SOLUÇÃO DE TRABALHO 100%
===
=== Force seu MBP a SEMPRE usar GPU integrado Intel (correção de variável EFI)
===
=== para torná-lo ótimo novamente! Reações:yakult121, apples_arrogance, slimmy18222 e 98 outros
ZapNZs
- 23 de janeiro de 2017
- 18 de abril de 2017
Eu vou dar uma chance.
AppleMacFinder
Pôster original- 7 de dezembro de 2009
- 18 de abril de 2017
ZapNZs disse: Caramba, obrigado pelo seu trabalho. Escrevi a Apple IMPLORANDO-OS a fazer algo assim, envolvendo alterar o padrão do EFI para dGPU na inicialização, mas não vá com eles até agora.
Eu vou dar uma chance.
Obrigado pelas amáveis palavras, ZapNZs , espero que você torne seu Mac ótimo novamente com esta instrução Reações:duffman9000 e AppleMacFinder S
bofetada
- 25 de julho de 2008
- 18 de abril de 2017
ah-
- 7 de maio de 2010
- 18 de abril de 2017
slapple disse: AppleMacFinder, sua solução também permitiria que alguém inicializasse o Windows usando a GPU integrada? Ouvi dizer que com o Boot Camp o MBP sempre usará a GPU discreta no Windows.Deve funcionar, se você inicializar no modo EFI. Apenas MBPs recentes (11,3 e superiores, eu acho) desabilitam a GPU Intel no Windows, e existem soluções alternativas: https://github.com/0xbb/gpu-switch
AppleMacFinder
Pôster original- 7 de dezembro de 2009
- 18 de abril de 2017
slapple disse: AppleMacFinder, sua solução também permitiria que alguém inicializasse o Windows usando a GPU integrada? Ouvi dizer que com o Boot Camp o MBP sempre usará a GPU discreta no Windows.
Oi bofetada ,
1) Essa correção puramente de software está no nível do BIOS EFI. Em teoria, deve funcionar com ALGUM sistema operacional existente, isto é:
*) compatível com hardware Macbook Pro (arquitetura de CPU x86_64 também conhecida como AMD64 - https://en.wikipedia.org/wiki/X86-64 )
*) compatível com a versão MBP do firmware EFI (SO antigo sem suporte EFI não funcionará direto da caixa, embora deva haver uma maneira de iniciá-los em algum modo de compatibilidade, alguns SO estranhos podem ser incompatíveis com a versão EFI da Apple)
Na verdade, essa correção de variáveis EFI poderia trazer um grande benefício para os usuários MBP 2011 que gostariam de dual boot seu OS X com Linux: por causa do método altamente específico da Apple de conectar duas GPUs nesta máquina, às vezes era difícil configurar até mesmo o popular Distribuições Linux. Não culpe a AMD, foi o primeiro laptop da Apple com AMD em gráficos duplos, então provavelmente a Apple não teve tempo para desenvolver uma boa implementação de gráficos duplos. Com os gráficos duplos desabilitados, agora deve ser muito mais fácil configurar qualquer Linux, só não testei ainda ...
2) Mesmo sem essa correção de variável EFI, deve ser possível, de alguma forma, mudar para GPU Intel no Windows, se ambas as GPUs forem visíveis para o Windows através de PCI (se EFI não cortar o acesso PCI a ele para sistemas operacionais em execução no BootCamp) , embora possa exigir alguma confusão com os drivers. Também concordo totalmente com ah- :
ah- disse: Deve funcionar, se você inicializar no modo EFI. Apenas MBPs recentes (11,3 e superiores, eu acho) desabilitam a GPU Intel no Windows, e existem soluções alternativas: https://github.com/0xbb/gpu-switchÉ possível manter vários sistemas operacionais (incluindo Windows) em um Mac sem qualquer Bootcamp, apenas usando um rEFInd - http://www.rodsbooks.com/refind/
BTW, por que não executar o Windows em uma máquina virtual? Por exemplo: vários anos atrás eu fiz alguns benchmarks de desempenho nativo do OS X vs Windows dentro de um Parallels Desktop, e enquanto o desempenho gráfico atingiu algo em torno de 35%, o desempenho da CPU foi apenas cerca de 2% mais lento. No momento, a diferença deve ser muito menor, porque 'vários anos' é um grande momento para qualquer software melhorar, especialmente para um software de virtualização popular. Se você não gosta de pagar ou piratear, experimente algumas ferramentas de virtualização freeware como VirtualBox e QEMU. Talvez até o Wine possa ser adequado às suas necessidades. Última edição: 18 de março de 2017
Matejh
- 5 de julho de 2014
- 19 de abril de 2017
Linpero
- 1 de setembro de 2008
- Arte, Grécia
- 19 de abril de 2017
maflynn
Moderador
Membro da equipe- 3 de maio de 2009
- Boston
- 19 de abril de 2017
Matejh disse: O que acontece se você conectar um monitor externo?Pelo que sei, o conector da porta do monitor está conectado ao dGPU, portanto, você não pode usar o iGPU para acionar um monitor externo.
magicaltrevor70
- 19 de abril de 2017
- 19 de abril de 2017
Ao tentar rm o arquivo 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9', recebo:
Não é possível remover 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' Operação não permitida
Ao tentar executar o comando printf, obtenho:
zsh: operação não permitida: / sys / firmware / efi / efivars / gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Mesmo estando logado como root, parece que não consigo alterar esse arquivo
AppleMacFinder
Pôster original- 7 de dezembro de 2009
- 19 de abril de 2017
magicaltrevor70 disse: 1) Não é possível remover 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' Operação não permitida
2) zsh: operação não permitida: / sys / firmware / efi / efivars / gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Você está fazendo isso a partir do Arch Linux LiveCD? Se você está tentando a partir do OS X ou recuperação do OS X, a proteção SIP não permitiria isso. Tente com Arch Linux LiveCD e deve funcionar para você
CarefreeCanadian
- 18 de abril de 2017
- 19 de abril de 2017
AppleMacFinder disse: Você está fazendo isso a partir do Arch Linux LiveCD? Se você está tentando a partir do OS X ou recuperação do OS X, a proteção SIP não permitiria isso. Tente com Arch Linux LiveCD e deve funcionar para você
Estou tendo o mesmo problema de não ser capaz de modificar efivars. Estou fazendo isso de um Archlinux Live USB com SIP desabilitado. Eu tentei remontar efivars r / w, mas ainda estou recebendo 'operação não permitida'.
Alguém encontrou uma solução para isso?
totoe_84
- 19 de abril de 2017
- Varese, Itália
- 19 de abril de 2017
CarefreeCanadian disse: Estou tendo o mesmo problema de não ser capaz de modificar efivars. Estou fazendo isso de um Archlinux Live USB com SIP desabilitado. Eu tentei remontar efivars r / w, mas ainda estou recebendo 'operação não permitida'.
Alguém encontrou uma solução para isso?
Em primeiro lugar, obrigado @AppleMacFinder pelo seu trabalho! Hoje pude usar novamente meu macbook pro no início de 2011 com o gpu integrado.
@CarefreeCanadian Eu experimentei o mesmo problema usando uma distribuição Ubuntu Live 16.10 e resolvi o problema com as seguintes etapas:
Remover gpu-power-prefs -... ' variável é necessário antes de tudo desmontar efivars:
*) umount / sys / firmware / efi / efivars /
em seguida, monte efivars em modo de leitura / gravação:
*) mount –t efivarfs rw / sys / firmware / efi / efivars /
*) chattr -i / sys / firmware / efi / efivars / gpu-power-prefs- [pressione TAB para autocompletar]
*) rm / sys / firmware / efi / efivars / gpu-power-prefs- [pressione TAB para autocompletar]
após essas etapas adicionais, você pode seguir o guia @AppleMacFinder
Espero que isso possa ajudar alguém.
AppleMacFinder
Pôster original- 7 de dezembro de 2009
- 19 de abril de 2017
CarefreeCanadian disse: Estou tendo o mesmo problema de não ser capaz de modificar efivars. Estou fazendo isso de um Archlinux Live USB com SIP desabilitado. Já tentei remontar efivars r / w mas ainda estou conseguindo 'operação não permitida.
magicaltrevor70 disse:operação não permitidaEm primeiro lugar, se o SIP está habilitado ou desabilitado - não importa porque SIP é um recurso do OS X e o Linux ignora essas sinalizações SIP. Amigos com o problema de 'operação não permitida', preciso saber mais sobre a configuração de seu hardware / software, para entender - qual é a diferença negativa entre a minha configuração e a sua que o impede de alcançar o sucesso. Por exemplo: você está inicializando no ArchLinux através do rEFInd? Porque eu não estou usando rEFInd, inicializando direto do EFI do Mac segurando a tecla 'Opção'. Também não sei se isso importa, mas você está no macOS Sierra? Porque meu sistema operacional é El Capitan (10.11.6), e teoricamente pode ser que o Sierra de alguma forma bloqueie as variáveis EFI ... Também devemos tentar pesquisar esse problema na Internet, porque isso pode ser um problema não isolado do MBP. .
EDITAR: por favor leia totoe_84 mensagem acima
[doublepost = 1489960984] [/ doublepost]
totoe_84 disse: Eu experimentei o mesmo problema usando uma distribuição Ubuntu Live 16.10 e resolvi o problema com as seguintes etapastotoe_84 , Estou surpreso que você tenha conseguido inicializar o Ubuntu, porque esse problema gráfico deveria ter impedido a inicialização ... Em qualquer caso, bem feito! Reações:TonyRS e AppleMacFinder
CarefreeCanadian
- 18 de abril de 2017
- 19 de abril de 2017
Além disso, obrigado @AppleMacFinder por postar esta solução! Você salvou todos nós de muitas tentativas e erros e forneceu uma ótima solução para a comunidade do 'macbook pro 2011 com falha' Reações:AppleMacFinder M
alvenaria
- 20 de fevereiro de 2017
- 20 de fevereiro de 2017
Eu tive o mesmo problema e fiz alguns dos seus passos há 2 anos, mas parei no meio do caminho Reações:Keno_beano e AppleMacFinder
magicaltrevor70
- 19 de abril de 2017
- 20 de fevereiro de 2017
totoe_84 disse: então monte efivars no modo de leitura / gravação:
*) mount –t efivarfs rw / sys / firmware / efi / efivars /
Ao tentar esta etapa, eu consigo
montagem: tipo de sistema de arquivos desconhecido 'efivars'
totoe_84
- 19 de abril de 2017
- Varese, Itália
- 20 de fevereiro de 2017
magicaltrevor70 disse: Ao tentar esta etapa, eu recebo@ magicaltrevor70 Acho que você cometeu um erro de digitação:
montagem: tipo de sistema de arquivos desconhecido 'efivars'
o tipo de sistema de arquivos é efivarfs não efivars
*) montagem –t efivarfs rw / sys / firmware / efi / efivars /
magicaltrevor70
- 19 de abril de 2017
- 20 de fevereiro de 2017
ZapNZs
- 23 de janeiro de 2017
- 20 de fevereiro de 2017
Se houver, devo começar a declaração com 'rm'? Última edição: 20 de março de 2017
roberthallin
- 25 de outubro de 2009
- Estocolmo, Suécia
- 20 de fevereiro de 2017
Altis
- 10 de setembro de 2013
- 20 de fevereiro de 2017
Gostaria que a Apple pudesse se dar ao trabalho de ajudar as pessoas como você fez aqui ... é um dos motivos pelos quais comprei um 2010 17 'em vez do melhor, mas arriscado 2011.
Pristratton
- 20 de dezembro de 2011
- Winnipeg, Manitoba, Canadá
- 20 de fevereiro de 2017
Meu sistema ainda está funcionando bem, mas não estou prendendo a respiração sobre quanto tempo vai permanecer assim.
Faz todo o sentido que possamos mudar para os gráficos integrados para manter nossos sistemas funcionando. Que vergonha para a Apple por não ser pró-ativa neste departamento, mas o que você esperava, eles querem que você compre um novo Mac.
Eu irei marcar esta página.
Obrigada
Publicações Populares