Fòrums

S'ha resolt que el MacBook Pro 8.2 2011 amb una GPU AMD fallida utilitzi SEMPRE la GPU integrada d'Intel (correcció variable EFI)

AppleMacFinder

Cartell original
7 de desembre de 2009
  • mar 18, 2017
Si no tens temps de llegir la meva història (que també descriu alguns enfocaments tècnics interessants) només cal que desplaceu-vos cap avall per aquest fil fins que aparegui el text 'SOLUCIÓ 100% FUNCIONANT'.

La GPU AMD discreta del meu MacBook Pro 8,2 de 2011 finalment ha fallat per les raons esmentades aquí ( http://logicboardmac.blogspot.ru/ ) i allà ( https://www.macrumors.com/2015/02/19/2011-macbook-pro-repair-program-apple/ ) . Ha estat funcionant perfectament durant 6 anys amb una càrrega bastant alta, fins i tot va provar la mineria SETI@HOME en segon pla! Així que estava segur que el meu MBP no es veu afectat per una mala soldadura / mala qualitat de soldadura i no volia portar-lo a Apple per a un programa de reparació gratuït, en part perquè no he trobat el temps per aturar els meus projectes de programari importants, en part perquè Tenia por que Apple pogués donar-me una placa lògica menys fiable o rebutjar una reparació gratuïta a causa dels diversos sense relació reparacions que vaig fer manualment abans per estalviar diners: vaig canviar la pasta tèrmica unes quantes vegades, vaig canviar la bateria interna 2 vegades, vaig substituir un teclat amb botons trencats, etc. Però finalment es va avariar la setmana passada: la imatge de la pantalla del portàtil es va distorsionar, va es va negar a arrencar OS X (sempre congelant a mig camí) , i - El programa de reparació gratuït d'Apple ja ha finalitzat! Sé que hi ha solucions assequibles com ara la revenda de BGA de 50 dòlars a un taller de reparació local no oficial i que és possible obtenir un nou xip HD 6750M de recanvi d'AliExpress per 35 dòlars o més barat. ( http://www.aliexpress.com/item/DC-2...0028-216-0810028-BGA-Chipset/32764872143.html o https://www.aliexpress.com/item/DC-2015-New-216-0810001-216-0810001-Graphic-Chipset/32718112928.html , perquè no sé si això és cert... https://www.rossmanngroup.com/board...0604-replace-216-0810005-gpu-with-216-0810028 ) per garantir una reparació reeixida, de manera que el preu total de la reparació seria de 50 $ o 50 $ + 35 $ = 85 $ - menys de 100 $ en qualsevol cas. Però no m'agrada invertir diners en els ordinadors antics, així que he pensat: què passa si hi ha algun truc per? força MBP per utilitzar gràfics integrats TOT EL TEMPS, fins i tot mentre arrenqueu? I després va començar a explorar les possibles solucions...

===

En primer lloc, és possible arrencar amb èxit un MBP a OS X mentre encara s'utilitza la GPU fallida, després d'eliminar els controladors AMD arrencant en mode de línia d'ordres ( CMD+S ) i introduint aquestes ordres:
1) fsck -fy (comprovar un disc)
2) munta -la teva / (muntar un sistema de fitxers arrel amb permisos de lectura/escriptura)
3) sudo mkdir /AMD_Kexts/ (creeu un directori per emmagatzemar els controladors AMD per si els necessitareu en el futur)
4) sudo mv /System/Library/Extensions/AMD*.* /AMD_Kexts/ (mou els controladors AMD)
5) sudo rm -rf /System/Library/Caches/com.apple.kext.caches/ (elimineu la memòria cau dels controladors AMD)
6) sudo mkdir /System/Library/Caches/com.apple.kext.caches/ (per si OS X serà tonto i no recrearà aquest directori, l'estic creant per a OS X)
7) sudo touch /Sistema/Biblioteca/Extensions/ (per actualitzar les marques de temps de manera que les noves memòries cau de controladors, sense controladors AMD, es reconstrueixin definitivament)
8) sudo umount / (desmunteu una partició per garantir que els vostres canvis s'hi encarreguen)
9) sudo reinici

El grau de molèsties en fer aquests passos depèn en gran mesura de la distorsió de la imatge d'una pantalla en el vostre cas. En el meu cas, va ser encara més difícil perquè la partició OS X es va convertir en una partició 'només de lectura'. (a causa de massa parades d'emergència que vaig fer mentre intentava desesperadament arrencar OS X amb una GPU fallida) així que vaig haver de treure un disc dur del MacBook Pro i (utilitzant un adaptador USB a SATA de 2,5' extret del meu disc dur portàtil) el va connectar a un ordinador amb Linux i després va seguir aquestes instruccions:

https://superuser.com/questions/961401/mounting-hfs-partition-on-arch-linux (1a resposta) - vaig executar amb cura una sèrie d'ordres, vaig calcular un límit de mida per al meu disseny de partició i, finalment, vaig executar sudo mount -t hfsplus -o force,rw,sizelimit=YOURNUMBER /dev/sdb2 /mnt per muntar aquesta partició HFS+ al directori /mnt en mode de lectura-escriptura. Després vaig fer aquests '1)-7)' passos que veieu més amunt, i també heu reparat un sistema de fitxers executant-lo sudo fsck.hfsplus -f /dev/sdb2 abans de desmuntar una partició amb sudo umount /mnt i tornant a posar un disc dur a MBP...

===

Això em va donar un MBP que podria arrencar amb OS X ENCARA utilitzant una GPU AMD trencada: de manera que la imatge de la pantalla està molt distorsionada (podria navegar per Internet però bastant incòmode llegir un text) , Launchpad és molt retardat i no podeu canviar a la GPU integrada mitjançant gfxCardStatus perquè: sense controladors AMD (que vam haver d'eliminar per arrencar amb èxit a OS X) El Macbook Pro creu que la seva pantalla interna és una pantalla externa i gfxCardStatus diu que és impossible canviar perquè la pantalla externa utilitza la GPU AMD. En algun lloc he trobat un suggeriment que és possible reconstruir un gfxCardStatus des del codi font: https://github.com/codykrieger/gfxCardStatus - amb eliminat o comentat 156-166 línies en el ./gfxCardStatus/Classes/GSProcess.m perquè ignori la pantalla externa:

// esbrina si un monitor extern està forçant la GPU discreta
Mostra CGDirectDisplayID[8];
CGDisplayCount displayCount = 0;
if (CGGetOnlineDisplayList(8, displays, &displayCount) == noErr) {
per (int i = 0; i
si (! CGDisplayIsBuiltin(mostra))
[list addObject:[NSDictionary dictionaryWithObjectsAndKeys:
Str(@'Pantalla externa'), kTaskItemName,
@ '', kTaskItemPID, nil]];
}
}


Així que vaig reconstruir un gfxCardStatus utilitzant les instruccions de l'última resposta d'aquest problema:
https://github.com/codykrieger/gfxCardStatus/issues/229
(també havia de descarregar unMacOSX10.11.sdkdes d'aquí - https://github.com/phracker/MacOSX-SDKs/releases - desempaqueteu-lo i copieu-lo a XCode/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk- a causa de l'estupidesa d'Apple, l'últim XCode per a El Capitan no inclou SDK per a El Capitan!) Tot i això, encara no va funcionar: gfxCardStatus només va fingir que s'havia canviat a la GPU integrada, mentre que en realitat OS X no el va deixar canviar! Fins i tot després d'haver editat ./gfxCardStatus/Classes/GSGPU.m fitxer per habilitar el misteriós ' Feu-lo nuclear des del canvi d'òrbita 'opció, encara no s'ha pogut canviar...

===

Llavors vaig descobrir aquest interessant repositori: https://github.com/0xbb/gpu-switch - que és parcialment similar pel seu codi font a gfxCardStatus, però també té els 'ganxos d'inici de sessió' ( install_hooks.sh ) per 'automatitzar el procés de canvi d'inici de sessió/de tancament de sessió'. Malauradament no em va funcionar... No obstant això, n'hi ha un molt interessant commutador gpu fitxer de text just a l'arrel d'aquest dipòsit, que descriu les variables EFI!

https://github.com/0xbb/gpu-switch/blob/master/gpu-switch

Després d'estudiar-lo i llegir també els comentaris d'aquest número - https://github.com/0xbb/gpu-switch/issues/11 - Em vaig sentir segur de provar aquesta solució, però vaig descobrir que el meu MacBook Pro 2011 8,2 amb OS X El Capitan 10.11.6 està en un Situació MOLT problemàtica:

1) rEFInd no està instal·lat i, per instal·lar-lo, cal desactivar la protecció SIP. Però no puc arrencar al mode de recuperació ( Ordre+Opció+R ) o al DVD/USB d'instal·lació d'OS X ( manteniu premuda l'opció ), (per desactivar SIP) , perquè es congelen mentre arrenquen! - tot i que he eliminat els kexts AMD del meu sistema, per descomptat, aquestes eines de recuperació utilitzen kexts AMD integrats al seu disseny. Tampoc no es pot utilitzarximple d'arrelcop de destral ( https://github.com/gdbinit/rootfool ) per desactivar SIP durant el temps d'execució, perquè només funciona a la versió OS X anterior a la 10.11.4

2) He intentat sobreescalfar el meu Macbook Pro a propòsit (forzar l'ús de la CPU al 100% i posar-lo en una bossa ben tancada) per forçar-lo a apagar-se per sobreescalfament i després reiniciar-lo ràpidament perquè els gràfics integrats s'habiliten durant el temps d'arrencada, fent possible arrencar a la recuperació. Però a causa de la meravellosa pasta tèrmica de gamma alta que he aplicat fa no fa molt, no la puc sobreescalfar fins i tot després d'esperar molt de temps! En aquest moment vaig pensar que podria: a) eliminar els kexts d'AMD del suport d'instal·lació, o bé b) per tornar a connectar el disc dur de l'MBP a una màquina Linux i executar un munt de chmods per eliminar les marques SIP dels directoris esmentats aquí ( http://apple.stackexchange.com/questions/193368/what-is-the-rootless-feature-in-el-capitan-really ) que podria fer que un sistema no es pugui arrencar, o bé c) per provar d'instal·lar rEFInd a la partició HFS+ directament des d'una màquina Linux amb drets d'arrel perquè passarà per alt SIP --- però no he explorat aquestes opcions, tot i que algunes d'elles podrien haver funcionat...

3) Volia arrencar un LiveCD de Linux per editar les variables EFI des d'allà, però no importava el que fes: vaig provar d'arrencar directament sense modificacions de l'opció GRUB, vaig provar d'editar les opcions d'arrencada de GRUB ( amb la tecla 'e' ) afegir nomodeset / eliminar esquitxat tranquil / o ambdues en totes les combinacions , o com es suggereix en aquest article ( https://wiki.archlinux.org/index.php/MacBookPro8,1/8,2/8,3_(2011) ) també afegir i915.modeset = 0 radeon.modeset = 0 o radeon.modeset=0 i915.modeset=1 i915.lvds_channel_mode=2 ; i després pressionat Fn+F10 o Maj+Ctrl+Fn+F10 arrencar amb aquestes opcions: però el procés d'arrencada de Linux sempre fallava en diferents etapes d'arrencada, independentment de quina distribució popular de Linux fàcil d'utilitzar o quina versió d'aquesta estic provant: vaig provar moltes versions d'Ubuntu / Lubuntu / Fedora, fins i tot l'antiga ' Imatges AMD64 Mac' i 'Alternate AMD64 Mac', però sempre fallaven, ja sigui al principi del procés d'arrencada (pantalla negra o pantalla negra amb parpelleig o enganxada). _ caràcter a la cantonada superior esquerra) o ha fallat al final - just abans que se suposa que mostri un entorn d'escriptori gràfic...

Més tard,totoe_84va escriure que va poder arrencar Ubuntu en mode gràfic mitjançant la configuració següent per a GRUB:
  • Per desactivar la targeta gràfica AMD, he afegit les línies següents després estableix gfxpayload=mantenir
outb 0x728 1
outb 0x710 2
outb 0x740 2
outb 0x750 0
  • A continuació, vaig afegir el següent després esquitxat tranquil
    i915.lvds_channel_mode=2 i915.modeset=1 i915.lvds_use_ssc=0
(basat en https://ubuntuforums.org/showthread.php?t=2157775 )

===

Aleshores vaig recordar que hi ha distribucions Linux no convencionals per a usuaris avançats, que tenen un LiveCD sense cap interfície gràfica : se us deixa anar a una consola pura i se suposa que heu d'instal·lar el sistema juntament amb només aquelles interfícies gràfiques i paquets de programari/grups de paquets que seleccioneu explícitament. Per exemple: Arch Linux ( https://www.archlinux.org/ ) i Gentoo Linux ( https://gentoo.org/ ). Com que el seu LiveCD no té una interfície gràfica, es podrien arrencar sense cap problema a una consola Linux pura i allà podríeu editar les variables EFI ! Així que aquí teniu un...

===
=== SOLUCIÓ 100% FUNCIONANT
===
=== Força el teu MBP a utilitzar SEMPRE la GPU integrada d'Intel (correcció variable EFI)
===
=== per tornar-lo genial! Reaccions:yakult121, apples_arrogance, slimmy18222 i 98 més

ZapNZs

23 de gener de 2017


  • mar 18, 2017
Merda, gràcies per la teva feina. He escrit a Apple PREGANT-los que facin alguna cosa com això que implica canviar el valor predeterminat de l'EFI a dGPU a l'arrencada, però fins ara no els acompanyeu.

Vaig a provar això.
Reaccions:tipoo, gyrene2083 i AppleMacFinder

AppleMacFinder

Cartell original
7 de desembre de 2009
  • mar 18, 2017
ZapNZs va dir: Merda, gràcies pel vostre treball. He escrit a Apple PREGANT-los que facin alguna cosa com això que implica canviar el valor predeterminat de l'EFI a dGPU a l'arrencada, però fins ara no els acompanyeu.

Vaig a provar això.

Gràcies per les amables paraules, ZapNZs , esperem que torneu a fer el vostre Mac genial amb aquesta instrucció Reaccions:duffman9000 i AppleMacFinder S

bufetada

Jul 25, 2008
  • mar 18, 2017
AppleMacFinder, la vostra solució també permetria que algú arrenqui Windows mitjançant la GPU integrada? He sentit amb Boot Camp, l'MBP sempre utilitzarà la GPU discreta a Windows.
Reaccions:AppleMacFinder A

ah-

7 de maig de 2010
  • mar 18, 2017
slapple va dir: AppleMacFinder, la vostra solució també permetria que algú arrenqui Windows mitjançant la GPU integrada? He sentit amb Boot Camp, l'MBP sempre utilitzarà la GPU discreta a Windows.
Hauria de funcionar si arrenqueu en mode EFI. Només els MBP recents (crec que 11,3 o més) desactiven la GPU intel a Windows i hi ha solucions alternatives: https://github.com/0xbb/gpu-switch
Reaccions:AppleMacFinder

AppleMacFinder

Cartell original
7 de desembre de 2009
  • mar 18, 2017
slapple va dir: AppleMacFinder, la vostra solució també permetria que algú arrenqui Windows mitjançant la GPU integrada? He sentit amb Boot Camp, l'MBP sempre utilitzarà la GPU discreta a Windows.

Hola bufetada ,

1) Aquesta correcció purament de programari es troba a nivell de BIOS EFI. En teoria hauria de funcionar amb CAP sistema operatiu existent, és a dir:
*) compatible amb el maquinari Macbook Pro (x86_64 també conegut com a arquitectura de CPU AMD64 - https://en.wikipedia.org/wiki/X86-64 )
*) compatible amb la versió del firmware EFI de MBP (El sistema operatiu antic sense suport EFI no funcionarà directament de la caixa, tot i que hi hauria d'haver una manera de llançar-los en algun mode de compatibilitat, també algun sistema operatiu estrany podria ser incompatible amb la versió d'EFI d'Apple)

De fet, aquesta correcció de variables EFI podria aportar un gran benefici a aquells usuaris de MBP 2011 que voldrien arrencar el seu OS X amb Linux: a causa del mètode molt específic d'Apple per connectar dues GPU en aquesta màquina, de vegades era difícil configurar fins i tot el popular sistema. distribucions de Linux. No culpeu AMD, va ser el primer ordinador portàtil d'Apple amb AMD en gràfics duals, així que probablement Apple no va tenir temps per desenvolupar una bona implementació de gràfics duals. Amb els gràfics duals desactivats, ara hauria de ser molt més fàcil configurar qualsevol Linux, només que encara no l'heu provat...

2) Fins i tot sense aquesta correcció de la variable EFI, d'alguna manera hauria de ser possible canviar a la GPU Intel a Windows, si ambdues GPU són visibles per a Windows mitjançant PCI (si EFI no talla l'accés PCI per als sistemes operatius que s'executen amb BootCamp) , tot i que podria requerir un embolic amb els controladors. També hi estic totalment d'acord ah- :
ah- va dir: Hauria de funcionar, si arrenqueu en mode EFI. Només els MBP recents (crec que 11,3 o més) desactiven la GPU intel a Windows i hi ha solucions alternatives: https://github.com/0xbb/gpu-switch
És possible mantenir diversos sistemes operatius (inclòs Windows) en un Mac sense cap Bootcamp, només utilitzant un rEFInd - http://www.rodsbooks.com/refind/

Per cert, per què no executar Windows en una màquina virtual? Per exemple: fa uns quants anys vaig fer alguns punts de referència del rendiment natiu d'OS X en comparació amb Windows dins d'un escriptori Parallels i, tot i que el rendiment gràfic va ser al voltant del 35%, el rendiment de la CPU va ser gairebé un 2% més lent. Ara mateix, la diferència hauria de ser molt menor, perquè 'diversos anys' és un gran moment perquè qualsevol programari millori, especialment per a un programari de virtualització popular. Si no us agrada pagar o piratejar, proveu algunes eines de virtualització gratuïtes com VirtualBox i QEMU. Potser fins i tot el vi podria ser adequat per a les vostres necessitats. Última edició: 18 de març de 2017

Matejh

Jul 5, 2014
  • Mar 19, 2017
Què passa si connecteu una pantalla externa?
Reaccions:Bob B i AppleMacFinder

lympero

set 1, 2008
Art, Grècia
  • Mar 19, 2017
Gràcies per la teva solució. Encara no ho he provat, però tinc un mbp de 2011 i estic bastant segur que necessitaré aquesta solució en un futur proper.
Reaccions:AppleMacFinder

maflynn

Moderador
Membre del personal
3 de maig de 2009
Boston
  • Mar 19, 2017
Matejh va dir: Què passa si connecteu una pantalla externa?
Entenc que el connector del port de visualització està connectat a la dGPU, de manera que no podeu utilitzar l'iGPU per conduir un monitor extern.
Reaccions:AppleMacFinder

magicaltrevor70

Mar 19, 2017
  • Mar 19, 2017
Gràcies per oferir-ho, però malauradament no em funciona.

Quan intento activar el fitxer 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9', tinc:

No es pot eliminar 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' Operació no permesa

Quan intento fer l'ordre printf, tinc:

zsh: operació no permesa: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9

Tot i que he iniciat sessió com a root, sembla que no puc canviar aquest fitxer
Reaccions:AppleMacFinder

AppleMacFinder

Cartell original
7 de desembre de 2009
  • Mar 19, 2017
magicaltrevor70 ha dit: 1) No es pot eliminar 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' Operació no permesa

2) zsh: operació no permesa: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9

Ho fas des d'Arch Linux LiveCD? Si ho proveu des de la recuperació d'OS X o OS X, la protecció SIP no us permetria permetre-ho. Proveu amb Arch Linux LiveCD i us hauria de funcionar

Canadà sense preocupacions

mar 18, 2017
  • Mar 19, 2017
AppleMacFinder va dir: Ho fas des d'Arch Linux LiveCD? Si ho proveu des de la recuperació d'OS X o OS X, la protecció SIP no us permetria permetre-ho. Proveu amb Arch Linux LiveCD i us hauria de funcionar

Tinc el mateix problema de no poder modificar efivars. Ho faig des d'un Archlinux Live USB amb SIP desactivat. He provat de tornar a muntar efivars r/w, però encara estic rebent 'operació no permesa'.

Algú ha trobat una solució a això?
Reaccions:AppleMacFinder

totoe_84

Mar 19, 2017
Varese, Itàlia
  • Mar 19, 2017
CarefreeCanadian va dir: Tinc el mateix problema de no poder modificar efivars. Ho faig des d'un Archlinux Live USB amb SIP desactivat. He provat de tornar a muntar efivars r/w, però encara estic rebent 'operació no permesa'.

Algú ha trobat una solució a això?

En primer lloc, gràcies @AppleMacFinder pel vostre treball! Avui he pogut tornar a utilitzar el meu macbook pro a principis de 2011 amb la GPU integrada.

@CarefreeCanadian Vaig experimentar el mateix problema amb una distribució Ubuntu Live 16.10 i vaig resoldre el problema amb els passos següents:

Per eliminar gpu-power-prefs-...' variable cal primer desmuntar efivars:

*) umount /sys/firmware/efi/efivars/

a continuació, munteu efivars en mode de lectura/escriptura:

*) muntar –t efivarfs rw /sys/firmware/efi/efivars/

*) chattr -i /sys/firmware/efi/efivars/gpu-power-prefs-[premeu TAB per completar automàticament]

*) rm /sys/firmware/efi/efivars/gpu-power-prefs-[premeu TAB per completar automàticament]

després d'aquests passos addicionals, podeu seguir la guia @AppleMacFinder

Espero que això pugui ajudar a algú més.
Reaccions:igorung, Nightwing32, j-beda i 11 més

AppleMacFinder

Cartell original
7 de desembre de 2009
  • Mar 19, 2017
CarefreeCanadian va dir: Tinc el mateix problema de no poder modificar efivars. Ho faig des d'un Archlinux Live USB amb SIP desactivat. He provat de tornar a muntar efivars r/w, però encara estic rebent 'operació no permesa'.
magicaltrevor70 ha dit:operació no permesa
En primer lloc, si SIP està habilitat o desactivat, no hauria d'importar perquè SIP és una característica d'OS X i Linux ignora aquestes marques SIP. Amics amb el problema 'operació no permesa', necessito saber més sobre la vostra configuració de maquinari/programari, per entendre quina diferència negativa hi ha entre la meva i la vostra configuracions que us impedeix aconseguir l'èxit. Per exemple: esteu arrencant a ArchLinux mitjançant rEFInd? Com que no faig servir rEFInd, arrenco directament des de l'EFI de Mac mantenint premuda la tecla 'Opció'. A més, no sé si és important, però esteu a macOS Sierra? Com que el meu sistema operatiu és El Capitan (10.11.6), i teòricament podria ser que Sierra d'alguna manera bloqueja les variables EFI... També hauríem d'intentar cercar aquest problema a Internet, perquè podria ser un problema no aïllat a MBP. .
EDITAR: Si us plau, llegeix totoe_84 missatge de dalt
[doublepost=1489960984][/doublepost]
totoe_84 va dir: Vaig experimentar el mateix problema amb una distribució Ubuntu Live 16.10 i vaig resoldre el problema amb els passos següents
totoe_84 , em sorprèn que hagis pogut arrencar Ubuntu, perquè aquest problema gràfic hauria d'haver impedit que arrenqués... En tot cas, ben fet! Reaccions:TonyRS i AppleMacFinder

Canadà sense preocupacions

mar 18, 2017
  • Mar 19, 2017
@totoe_84, desmuntar i tornar a muntar els meus efivars va resoldre el meu problema sense necessitat de desactivar SIP. Gràcies.

A més, gràcies @AppleMacFinder per publicar aquesta solució! Ens heu estalviat moltes proves i errors i heu proporcionat una gran solució a la comunitat 'Macbook Pro 2011 fallida' Reaccions:AppleMacFinder M

maçoneria

Mar 20, 2017
  • Mar 20, 2017
Publicació impressionant @AppleMacFinder!
Vaig tenir el mateix problema i vaig fer alguns dels teus passos com ara fa 2 anys, però vaig renunciar a mig camí Reaccions:Keno_beano i AppleMacFinder

magicaltrevor70

Mar 19, 2017
  • Mar 20, 2017
totoe_84 va dir: llavors munta efivars en mode de lectura/escriptura:

*) muntar –t efivarfs rw /sys/firmware/efi/efivars/

Quan intento aquest pas, tinc

muntatge: tipus de sistema de fitxers desconegut 'efivars'
Reaccions:AppleMacFinder

totoe_84

Mar 19, 2017
Varese, Itàlia
  • Mar 20, 2017
magicaltrevor70 va dir: Quan intento aquest pas, aconsegueixo

muntatge: tipus de sistema de fitxers desconegut 'efivars'
@magicaltrevor70 Crec que fas una errada d'ortografia:
el tipus de sistema de fitxers és efivarfs no efivars

*) muntar –t efivarfs rw / sys / firmware / efi / efivars /
Reaccions:okkolokko, gyrene2083 i AppleMacFinder

magicaltrevor70

Mar 19, 2017
  • Mar 20, 2017
Això ho va fer! Gràcies! El meu macbook torna a funcionar Reaccions:AppleMacFinder

ZapNZs

23 de gener de 2017
  • Mar 20, 2017
Quina és la manera més fàcil d'explorar la variable gpu-power-pref?
Si n'hi ha, començo l'enunciat amb 'rm'? Última edició: 20 de març de 2017
Reaccions:AppleMacFinder R

roberthallin

Oct 25, 2009
Estocolm, Suècia
  • Mar 20, 2017
Sóc totalment nou en això, però rep les instruccions de totoe_84 sense cap problema, després canvio el directori a efivars. Quan escric l'ordre chattr des de les instruccions d'AppleMacFinder, tot el que passa és que apareix un somriure trist al costat dret de la pantalla i la línia d'ordres baixa un pas i ara diu 1 arrel al principi. M'estic perdent alguna cosa? He escrit l'ordre textualment, diverses vegades. Última edició: 20 de març de 2017
Reaccions:AppleMacFinder A

Altis

set 10, 2013
  • Mar 20, 2017
Vaja, això és genial!

Tant de bo Apple es molestés a ajudar la gent com ho heu fet aquí... és una de les raons per les quals vaig comprar un 2010 de 17' en comptes del millor però arriscat 2011.
Reaccions:AppleMacFinder

pristratton

20 de desembre de 2011
Winnipeg, Manitoba, Canadà
  • Mar 20, 2017
SÍ, això és exactament el que buscava, moltes gràcies.

El meu sistema segueix funcionant bé, però no aguanto la respiració quant de temps es mantindrà així.

Té molt sentit que puguem canviar als gràfics integrats per mantenir els nostres sistemes en funcionament. Vergonya Apple per no ser proactiu en aquest departament, però què espereu, volen que compreu un Mac nou.

Estaré marcant aquesta pàgina.

Gràcies
Reaccions:duffman9000, monofase, Regretela i 1 persona més
  • 1
  • 2
  • 3
  • Ves a la pàgina

    Vés
  • 117
Pròxim

Ves a la pàgina

VésPròxim Darrer