AppleMacFinder
Original plakat- 7. december 2009
- 18. april 2017
Diskret AMD GPU på min 2011 MacBook Pro 8,2 har endelig fejlet på grund af de her nævnte årsager ( http://logicboardmac.blogspot.ru/ ) og der ( https://www.macrumors.com/2015/02/19/2011-macbook-pro-repair-program-apple/ ) . Det har fungeret perfekt i 6 år under ret høj belastning, selv prøvet SETI@HOME minedrift i baggrunden! Så jeg var overbevist om, at min MBP ikke er påvirket af dårlig lodde-/dårlig loddekvalitet og ønskede ikke at bringe den til Apple til et gratis reparationsprogram - dels fordi jeg ikke kunne finde tid til at sætte mine vigtige softwareprojekter på pause, dels pga. Jeg var bange for, at Apple kunne give mig et mindre pålideligt logikkort eller nægte en gratis reparation på grund af de mange ingen forbindelse reparationer, som jeg tidligere foretog manuelt for at spare penge: skiftede termisk pasta et par gange, udskiftede det interne batteri 2 gange, udskiftede et tastatur med ødelagte knapper osv. Men det gik endelig i stykker i sidste uge: laptops skærmbillede blev forvrænget, det nægtede at starte OS X (fryser altid halvvejs) , og - Apples gratis reparationsprogram er allerede afsluttet! Jeg ved, at der er overkommelige løsninger som $50 BGA genlodning på uofficielt lokalt værksted, og at det er muligt at få en ny erstatning HD 6750M chip fra AliExpress for $35 eller billigere ( http://www.aliexpress.com/item/DC-2...0028-216-0810028-BGA-Chipset/32764872143.html eller https://www.aliexpress.com/item/DC-2015-New-216-0810001-216-0810001-Graphic-Chipset/32718112928.html , for ved ikke om det er sandt - https://www.rossmanngroup.com/board...0604-replace-216-0810005-gpu-with-216-0810028 ) for at garantere en vellykket reparation, så den samlede pris for reparation vil være enten $50 eller $50+$35=$85 - under alle omstændigheder mindre end $100. Men jeg kan ikke lide at investere penge i de gamle computere, så jeg har tænkt - hvad nu hvis der er noget hack til kraft MBP til at bruge integreret grafik HELE TIDEN, selv under opstart ? Og så begyndte at udforske de mulige løsninger...
===
Først og fremmest er det muligt at opstarte en MBP til OS X, mens du stadig bruger den fejlslagne GPU, efter at du har fjernet AMD-driverne ved at starte i kommandolinjetilstand ( CMD+S ) og indtaste disse kommandoer:
1) fsck -fy (for at tjekke en disk)
2) monter -din / (monter et rodfilsystem med læse-/skrivetilladelser)
3) sudo mkdir /AMD_Kexts/ (lav en mappe til at gemme AMD-driverne, hvis du får brug for dem i fremtiden)
4) sudo mv /System/Library/Extensions/AMD*.* /AMD_Kexts/ (flytt AMD-driverne)
5) sudo rm -rf /System/Library/Caches/com.apple.kext.caches/ (fjern AMD-driverens cache)
6) sudo mkdir /System/Library/Caches/com.apple.kext.caches/ (bare hvis OS X bliver dum og ikke genskaber denne mappe, opretter jeg den til OS X)
7) sudo touch /System/Bibliotek/Udvidelser/ (for at opdatere tidsstemplerne, så nye drivercacher - uden AMD-drivere - definitivt bliver genopbygget)
8) sudo umount / (umount en partition for at garantere, at dine ændringer tømmes til den)
9) sudo genstart
Graden af besværet, mens du udfører disse trin - afhænger stærkt af, hvor kraftigt en skærms billede er forvrænget i dit tilfælde. I mit tilfælde var det endnu sværere, fordi OS X-partitionen blev en 'skrivebeskyttet' partition (på grund af for mange nødslukninger gjorde jeg, mens jeg desperat forsøgte at starte OS X med en fejlbehæftet GPU) så jeg var nødt til at fjerne en harddisk fra MacBook Pro og (ved hjælp af en USB til SATA 2,5' adapter taget fra min bærbare HDD) sluttede den til en computer med Linux, og fulgte derefter disse instruktioner:
https://superuser.com/questions/961401/mounting-hfs-partition-on-arch-linux (1. svar) - omhyggeligt udført en række kommandoer, beregnet en størrelsesgrænse for mit paritionslayout og til sidst kørte sudo mount -t hfsplus -o force,rw,sizelimit=DIT NUMMER /dev/sdb2 /mnt at montere denne HFS+-partition til /mnt-biblioteket i læse-skrivetilstand. Så udførte jeg disse '1) -7)' trin, du ser ovenfor, og reparerede også et filsystem ved at køre sudo fsck.hfsplus -f /dev/sdb2 før du afmonterer en skillevæg med sudo umount /mnt og sætte en harddisk tilbage til MBP...
===
Dette gav mig en MBP, som dog kunne starte til OS X STADIG bruger en ødelagt AMD GPU: så skærmens billede er meget forvrænget (kunne surfe på internettet, men ret ubelejligt at læse en tekst) , Launchpad er superlaggy, og du kan ikke skifte til Integrated GPU ved hjælp af gfxCardStatus fordi: uden AMD-drivere (som vi var nødt til at fjerne for at kunne starte op til OS X) Macbook Pro mener, at dens interne skærm er ekstern skærm, og gfxCardStatus fortæller, at det er umuligt at skifte, fordi ekstern skærm bruger AMD GPU. Et eller andet sted fandt jeg et forslag om, at det er muligt at genopbygge en gfxCardStatus fra kildekoden - https://github.com/codykrieger/gfxCardStatus - med fjernet eller kommenteret ud 156-166 linjer i ./gfxCardStatus/Classes/GSProcess.m for at få det til at ignorere den eksterne skærm:
// find ud af, om en ekstern skærm tvinger den diskrete gpu til
CGDirectDisplayID-skærme[8];
CGDisplayCount displayCount = 0;
if (CGGetOnlineDisplayList(8, displays, &displayCount) == noErr) {
for (int i = 0; i
if ( ! CGDisplayIsBuiltin(skærme))
[list addObject:[NSDictionary dictionaryWithObjectsAndKeys:
Str(@'Ekstern skærm'), kTaskItemName,
@ '', kTaskItemPID, nul]];
}
}
Så jeg genopbyggede en gfxCardStatus ved at bruge instruktionerne fra det sidste svar på dette problem -
https://github.com/codykrieger/gfxCardStatus/issues/229
(måtte også downloade enMacOSX10.11.sdkherfra - https://github.com/phracker/MacOSX-SDKs/releases - udpak og kopier den til XCode's/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk- på grund af Apples dumhed inkluderer den seneste XCode for El Capitan ikke SDK for El Capitan!) Det virkede dog stadig ikke - gfxCardStatus foregav kun, at den var skiftet til Integrated GPU, mens OS X i virkeligheden ikke lod den skifte! Selv efter jeg har redigeret ./gfxCardStatus/Class/GSGPU.m fil for at aktivere den mystiske ' Nuke det fra orbit switching ' mulighed, den kunne stadig ikke skifte...
===
Så opdagede jeg dette interessante depot - https://github.com/0xbb/gpu-switch - som delvist ligner gfxCardStatus med sin' kildekode, men som også har 'Login Hooks' ( install_hooks.sh ) for at 'automatisere skiftprocessen for login/logud'. Det virkede desværre ikke for mig... Der er dog en meget interessant gpu-switch tekstfil lige ved roden af dette lager, som beskriver EFI-variablerne!
https://github.com/0xbb/gpu-switch/blob/master/gpu-switch
Efter at have studeret det og også læst dette nummers kommentarer - https://github.com/0xbb/gpu-switch/issues/11 - Jeg blev sikker på at prøve denne løsning, men fandt ud af, at min MacBook Pro 2011 8,2 med OS X El Capitan 10.11.6 er i en MEGET problematisk situation:
1) rEFInd er ikke installeret, og for at installere det - skal SIP-beskyttelse deaktiveres. Men jeg kan ikke starte til gendannelsestilstand ( Kommando+Alternativ+R ) eller til OS X installations-dvd/USB ( hold Option ), (for at deaktivere SIP) , fordi de fryser under opstart! - Selvom jeg fjernede AMD kexts fra mit system, bruger disse gendannelsesværktøjer selvfølgelig AMD kexts integreret i deres design. Kan heller ikke brugerod fjolshack ( https://github.com/gdbinit/rootfool ) for at deaktivere SIP under kørsel, fordi det kun virker ved OS X-version ældre end 10.11.4
2) Forsøgte at overophede min Macbook Pro med vilje (tvinger CPU-brug til 100 % og lægger den i en tæt lukket taske) at tvinge den til at lukke ned fra overophedning og derefter hurtigt genstarte, så integreret grafik bliver aktiveret under opstartstiden - hvilket gør det muligt at starte op til Recovery. Men på grund af den vidunderlige high-end termisk pasta, jeg har påført for ikke så længe siden - kan den ikke overophedes, selv efter at have ventet i lang tid! På dette tidspunkt tænkte jeg, at det kunne enten: til) fjern AMD kexts fra installationsmediet, eller b) at forbinde MBP's harddisk til en Linux-maskine igen og køre en masse chmods for at fjerne SIP-flag fra mapperne nævnt her ( http://apple.stackexchange.com/questions/193368/what-is-the-rootless-feature-in-el-capitan-really ), som potentielt kan gøre et system ustartbart, eller c) at prøve at installere rEFInd til HFS+ partition direkte fra en Linux-maskine med root-rettigheder, fordi den vil omgå SIP --- men har ikke undersøgt disse muligheder, selvom nogle af dem måske har virket...
3) Ønskede at starte en Linux LiveCD for at redigere EFI-variablerne derfra, men lige meget hvad jeg gjorde: prøvede at starte direkte uden GRUB-indstillinger, prøvede at redigere GRUB-opstartsindstillinger ( med 'e'-tasten ) at tilføje nomodeset / fjerne stille plask / eller begge i hver kombination, eller som foreslået i denne artikel ( https://wiki.archlinux.org/index.php/MacBookPro8,1/8,2/8,3_(2011) ) også tilføje i915.modeset=0 radeon.modeset=0 eller radeon.modeset=0 i915.modeset=1 i915.lvds_channel_mode=2 ; og derefter trykket Fn+F10 eller Skift+Ctrl+Fn+F10 at starte med disse muligheder: men Linux-opstartsprocessen mislykkedes altid på forskellige opstartsstadier, uanset hvilken populær brugervenlig Linux-distribution eller hvilken version af den jeg prøver: prøvede mange udgivelser af Ubuntu / Lubuntu / Fedora , selv den gamle ' AMD64 Mac' og 'Alternative AMD64 Mac'-billeder, men de fejlede altid - enten helt i starten af opstartsprocessen (sort skærm eller en sort skærm med et blinkende eller sidder fast _ tegn i øverste venstre hjørne) eller mislykkedes i slutningen af det - lige før det skal vise et grafisk skrivebordsmiljø...
Senere,totoe_84skrev, at han var i stand til at starte Ubuntu i grafisk tilstand ved at bruge følgende opsætning til GRUB:
- For at deaktivere AMD-grafikkortet tilføjede jeg følgende linjer efter sæt gfxpayload=behold
outb 0x710 2
outb 0x740 2
outb 0x750 0
- Dernæst tilføjede jeg følgende efter stille plask
i915.lvds_channel_mode=2 i915.modeset=1 i915.lvds_use_ssc=0
===
Så huskede jeg, at der er ikke-mainstream Linux-distributioner til avancerede brugere, som har en LiveCD uden nogen grafisk grænseflade : du bliver droppet til en ren konsol, og det er meningen, at du skal installere systemet sammen med kun de grafiske grænseflader og softwarepakker / grupper af pakker, som du udtrykkeligt vælger. For eksempel: Arch Linux ( https://www.archlinux.org/ ) og Gentoo Linux ( https://gentoo.org/ ). Fordi deres LiveCD ikke har en grafisk grænseflade, kan de uden problemer startes op til en ren Linux-konsol og der kunne du redigere EFI-variablerne ! Så her er en...
===
=== 100 % ARBEJDSLØSNING
===
=== Tving din MBP til ALTID at bruge Intel integreret GPU (EFI variabel fix)
===
=== for at gøre det fantastisk igen! Reaktioner:yakult121, apples_arrogance, slimmy18222 og 98 andre
ZapNZs
- 23. januar 2017
- 18. april 2017
Jeg vil give dette en chance.
AppleMacFinder
Original plakat- 7. december 2009
- 18. april 2017
ZapNZs sagde: Holy crap tak for dit arbejde. Jeg har skrevet, at Apple TIGER dem om at gøre noget som dette, der involverer at ændre EFI's standard til dGPU ved opstart, men det er ikke gået med dem indtil videre.
Jeg vil give dette en chance.
Tak for de venlige ord, ZapNZs , forhåbentlig gør du din Mac fantastisk igen ved denne instruktion Reaktioner:duffman9000 og AppleMacFinder S
slaske
- 25. juli 2008
- 18. april 2017
ah-
- 7. maj 2010
- 18. april 2017
slappe sagde: AppleMacFinder, ville din løsning også lade nogen starte op i Windows ved hjælp af den integrerede GPU? Jeg hørte med Boot Camp, at MBP altid vil bruge den diskrete GPU i Windows.Det burde virke, hvis du starter i EFI-tilstand. Kun nylige MBP'er (11,3 og opefter tror jeg) deaktiverer Intel GPU'en i Windows, og der er løsninger: https://github.com/0xbb/gpu-switch
AppleMacFinder
Original plakat- 7. december 2009
- 18. april 2017
slappe sagde: AppleMacFinder, ville din løsning også lade nogen starte op i Windows ved hjælp af den integrerede GPU? Jeg hørte med Boot Camp, at MBP altid vil bruge den diskrete GPU i Windows.
Hej slaske ,
1) Denne rene softwarefix er på EFI BIOS-niveau. I teorien burde det fungere med NOGEN operativsystem, der eksisterer, dvs.
*) kompatibel med Macbook Pro hardware (x86_64 aka AMD64 CPU-arkitektur - https://en.wikipedia.org/wiki/X86-64 )
*) kompatibel med MBP's version af EFI-firmware (gamle OS uden EFI-understøttelse vil ikke fungere lige ud af kassen, selvom der burde være en måde at starte dem i en eller anden kompatibilitetstilstand, også nogle mærkelige OS kunne være inkompatible med Apples version af EFI)
Faktisk kunne denne EFI-variabler rettelse give en stor fordel for de MBP 2011-brugere, der gerne vil dualboote deres OS X med Linux: på grund af Apples meget specifikke metode til at forbinde to GPU'er i denne maskine, var det nogle gange svært at konfigurere selv den populære Linux distributioner. Giv ikke AMD skylden, det var den første Apples bærbare computer med AMD i dobbelt grafik, så Apple havde sandsynligvis ikke tid til at udvikle en god implementering af dobbelt grafik. Med dobbelt grafik deaktiveret burde det nu være meget nemmere at konfigurere enhver Linux, har bare ikke testet det endnu...
2) Selv uden denne EFI-variable rettelse burde det på en eller anden måde være muligt at skifte til Intel GPU i Windows, hvis begge GPU'er er synlige for Windows via PCI (hvis EFI ikke afbryder PCI-adgangen til det for operativsystemer, der kører under BootCamp) , selvom det kunne kræve noget roderi med driverne. Det er jeg også fuldstændig enig i ah- :
ah- sagde: Det burde virke, hvis du starter i EFI-tilstand. Kun nylige MBP'er (11,3 og opefter tror jeg) deaktiverer Intel GPU'en i Windows, og der er løsninger: https://github.com/0xbb/gpu-switchDet er muligt at beholde flere OS (inklusive Windows) på en Mac uden Bootcamp, blot ved at bruge en rEFInd - http://www.rodsbooks.com/refind/
BTW hvorfor ikke køre Windows i en virtuel maskine? For eksempel: For flere år siden lavede jeg nogle benchmarks for native OS X-ydeevne vs Windows inde i en Parallels Desktop, og mens den grafiske ydeevne var et sted omkring 35 %, var CPU-ydelsen kun omkring 2 % langsommere. Lige nu burde forskellen være meget mindre, fordi 'adskillige år' er et stort tidspunkt for enhver software at forbedre, især for en populær virtualiseringssoftware. Hvis du ikke kan lide at betale eller at piratkopiere, så prøv nogle freeware virtualiseringsværktøjer som VirtualBox og QEMU. Måske endda Vin kunne passe til dine behov Sidst redigeret: 18. marts 2017
Matejh
- 5. juli 2014
- 19. april 2017
lympero
- 1. september 2008
- Kunst, Grækenland
- 19. april 2017
maflynn
Moderator
Medarbejder- 3. maj 2009
- Boston
- 19. april 2017
Matejh sagde: Hvad sker der, hvis du tilslutter ekstern skærm?Det er min forståelse, at skærmportstikket er forbundet til dGPU'en, så du ikke kan bruge iGPU'en til at drive en ekstern skærm.
magicaltrevor70
- 19. april 2017
- 19. april 2017
Når jeg prøver at rm filen 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9', får jeg:
Kan ikke fjerne 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' Betjening er ikke tilladt
Når jeg forsøger at udføre printf-kommandoen, får jeg:
zsh: drift ikke tilladt: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Selvom jeg er logget ind som root, ser det ud til, at jeg ikke kan ændre den fil
AppleMacFinder
Original plakat- 7. december 2009
- 19. april 2017
magicaltrevor70 sagde: 1) Kan ikke fjerne 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' Betjening er ikke tilladt
2) zsh: drift ikke tilladt: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Gør du det fra Arch Linux LiveCD? Hvis du prøver det fra OS X- eller OS X-gendannelse, vil SIP-beskyttelse ikke tillade dig det. Prøv med Arch Linux LiveCD, og det burde virke for dig
Bekymringsfri canadisk
- 18. april 2017
- 19. april 2017
AppleMacFinder sagde: Gør du det fra Arch Linux LiveCD? Hvis du prøver det fra OS X- eller OS X-gendannelse, vil SIP-beskyttelse ikke tillade dig det. Prøv med Arch Linux LiveCD, og det burde virke for dig
Jeg har det samme problem med ikke at kunne ændre efivars. Jeg gør det fra en Archlinux Live USB med SIP deaktiveret. Jeg har prøvet at genmontere efivars r/w, men jeg får stadig 'drift ikke tilladt'.
Har nogen fundet en løsning på dette?
totoe_84
- 19. april 2017
- Varese, Italien
- 19. april 2017
CarefreeCanadian sagde: Jeg har det samme problem med ikke at kunne ændre efivars. Jeg gør det fra en Archlinux Live USB med SIP deaktiveret. Jeg har prøvet at genmontere efivars r/w, men jeg får stadig 'drift ikke tilladt'.
Har nogen fundet en løsning på dette?
Først og fremmest tak @AppleMacFinder for dit arbejde! I dag kunne jeg igen bruge min macbook pro i begyndelsen af 2011 med den integrerede gpu.
@CarefreeCanadian Jeg oplevede det samme problem ved at bruge en Ubuntu Live 16.10-distribution, og jeg løste problemet med følgende trin:
At fjerne gpu-power-prefs-...' variabel er det først og fremmest nødvendigt at afmontere efivars:
*) umount /sys/firmware/efi/efivars/
monter derefter efivars i læse-/skrivetilstand:
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
*) chattr -i /sys/firmware/efi/efivars/gpu-power-prefs-[tryk på TAB for at autofuldføre]
*) rm /sys/firmware/efi/efivars/gpu-power-prefs-[tryk TAB for at autofuldføre]
efter disse yderligere trin kan du følge @AppleMacFinder-vejledningen
Jeg håber, at dette kan hjælpe en anden.
AppleMacFinder
Original plakat- 7. december 2009
- 19. april 2017
CarefreeCanadian sagde: Jeg har det samme problem med ikke at kunne ændre efivars. Jeg gør det fra en Archlinux Live USB med SIP deaktiveret. Jeg har prøvet at genmontere efivars r/w, men jeg får stadig 'drift ikke tilladt.
magicaltrevor70 sagde:Handling ikke tilladtFørst og fremmest, om SIP er aktiveret eller deaktiveret - burde være ligegyldigt, fordi SIP er OS X-funktion, og Linux ignorerer disse SIP-flag. Venner med 'drift ikke tilladt' problem, jeg har brug for at vide mere om din hardware/software konfiguration for at forstå - hvad er en negativ forskel mellem mine og dine konfigurationer, som forhindrer dig i at opnå succesen. For eksempel: starter du op til ArchLinux gennem rEFInd? Fordi jeg ikke bruger rEFInd, starter jeg direkte fra Mac's EFI ved at holde 'Option'-tasten nede. Jeg ved heller ikke, om det betyder noget, men er du på macOS Sierra? Fordi mit operativsystem er El Capitan (10.11.6), og teoretisk set kan det være, at Sierra på en eller anden måde låser EFI-variablerne... Vi bør også prøve at søge efter dette problem på internettet, fordi dette kan være et problem, der ikke er isoleret til MBP. .
REDIGERE: Læs venligst totoe_84 besked ovenfor
[doublepost=1489960984][/doublepost]
totoe_84 sagde: Jeg oplevede det samme problem ved at bruge en Ubuntu Live 16.10-distribution, og jeg løste problemet med følgende trintotoe_84 , Jeg er overrasket over, at du var i stand til at starte Ubuntu, fordi dette grafiske problem burde have forhindret det i at starte op... Under alle omstændigheder, godt klaret! Reaktioner:TonyRS og AppleMacFinder
Bekymringsfri canadisk
- 18. april 2017
- 19. april 2017
Også tak @AppleMacFinder for at poste denne løsning! Du sparede os alle for en masse forsøg og fejl og har leveret en fantastisk løsning til 'failed macbook pro 2011'-fællesskabet Reaktioner:AppleMacFinder M
murværk
- 20. februar 2017
- 20. februar 2017
Jeg havde det samme problem og gjorde nogle af dine trin som for 2 år siden, men jeg stoppede midtvejs Reaktioner:Keno_beano og AppleMacFinder
magicaltrevor70
- 19. april 2017
- 20. februar 2017
totoe_84 sagde: monter derefter efivars i læse-/skrivetilstand:
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
Når jeg prøver dette trin, får jeg
mount: ukendt filsystem type 'efivars'
totoe_84
- 19. april 2017
- Varese, Italien
- 20. februar 2017
magicaltrevor70 sagde: Når jeg prøver dette trin, får jeg@magicaltrevor70 Jeg tror, du laver en tastefejl:
mount: ukendt filsystem type 'efivars'
filsystemtypen er efivarfs ikke efivars
*) montere –t efivarfs rw / sys / firmware / efi / efivars /
magicaltrevor70
- 19. april 2017
- 20. februar 2017
ZapNZs
- 23. januar 2017
- 20. februar 2017
Hvis der er en, begynder jeg så udsagnet med 'rm'? Sidst redigeret: 20. marts 2017
roberthallin
- 25. oktober 2009
- Stockholm, Sverige
- 20. februar 2017
Altis
- 10. september 2013
- 20. februar 2017
Ville ønske, at Apple kunne være generet med at hjælpe folk, som du har gjort her... det er en af grundene til, at jeg købte en 2010 17' i stedet for den bedre, men risikable 2011.
prisstratton
- 20. december 2011
- Winnipeg, Manitoba, Canada
- 20. februar 2017
Mit system kører stadig fint, men jeg holder ikke vejret for, hvor længe det kommer til at forblive på denne måde.
Det giver absolut mening, at vi skal kunne skifte til den integrerede grafik for at holde vores systemer i gang. Skam Apple for ikke at være proaktiv i denne afdeling, men hvad forventer du, de vil have dig til at købe en ny Mac.
Jeg vil bogmærke denne side.
Tak skal du have
Populære Indlæg