AppleMacFinder
Originalaffisch- 7 december 2009
- 18 april 2017
Diskret AMD GPU för min 2011 MacBook Pro 8,2 har äntligen misslyckats på grund av de skäl som nämns här ( http://logicboardmac.blogspot.ru/ ) och där ( https://www.macrumors.com/2015/02/19/2011-macbook-pro-repair-program-apple/ ) . Det har fungerat perfekt i 6 år under ganska hög belastning, till och med provat SETI@HOME-brytning i bakgrunden! Så jag var övertygad om att min MBP inte påverkas av dålig lödning/dålig lödkvalitet och ville inte ta med den till Apple för ett gratis reparationsprogram - delvis för att jag inte hittade tid att pausa mina viktiga programvaruprojekt, delvis p.g.a. Jag var rädd att Apple kunde ge mig ett mindre pålitligt logikkort eller vägra en gratis reparation på grund av flera orelaterad reparationer som jag gjorde manuellt själv tidigare för att spara pengar: bytte termisk pasta några gånger, bytte ut det interna batteriet 2 gånger, bytte ut ett tangentbord med trasiga knappar, etc. Men det gick sönder till slut förra veckan: bärbar dators skärmbild blev förvrängd, det vägrade starta OS X (fryser alltid halvvägs) , och - Apples kostnadsfria reparationsprogram har redan avslutats! Jag vet att det finns prisvärda lösningar som 50 $ BGA omlödning på inofficiell lokal verkstad och att det är möjligt att få ett nytt ersättnings-HD 6750M-chip från AliExpress för 35 $ eller billigare ( 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 , för vet inte om detta är sant - https://www.rossmanngroup.com/board...0604-replace-216-0810005-gpu-with-216-0810028 ) för att garantera en lyckad reparation, så det totala reparationspriset skulle vara antingen 50 USD eller 50 USD+35 USD=85 USD - mindre än 100 USD i alla fall. Men jag gillar inte att investera pengar i de gamla datorerna, så jag har tänkt - tänk om det finns något hack till tvinga MBP att använda integrerad grafik HELA TIDEN, även under uppstart ? Och sedan började utforska möjliga lösningar...
===
Först och främst är det möjligt att framgångsrikt starta en MBP till OS X medan du fortfarande använder den misslyckade GPU:n, efter att du tagit bort AMD-drivrutinerna genom att starta i kommandoradsläge ( CMD+S ) och ange dessa kommandon:
1) fsck -fy (för att kontrollera en disk)
2) montera -din / (montera ett rotfilsystem med läs/skrivbehörighet)
3) sudo mkdir /AMD_Kexts/ (gör en katalog för att lagra AMD-drivrutinerna ifall du skulle behöva dem i framtiden)
4) sudo mv /System/Bibliotek/Extensions/AMD*.* /AMD_Kexts/ (flytta AMD-drivrutinerna)
5) sudo rm -rf /System/Library/Caches/com.apple.kext.caches/ (ta bort AMD-drivrutinens cache)
6) sudo mkdir /System/Library/Caches/com.apple.kext.caches/ (ifall OS X blir dumt och inte kommer att återskapa den här katalogen, jag skapar den för OS X)
7) sudo touch /System/Bibliotek/Extensions/ (för att uppdatera tidsstämplarna så att nya drivrutinscacher - utan AMD-drivrutiner - definitivt kommer att byggas om)
8) sudo umount / (umounta en partition för att garantera att dina ändringar rensas till den)
9) sudo omstart
Graden av besvär när du gör dessa steg - beror starkt på hur kraftigt en skärms bild är förvrängd i ditt fall. I mitt fall var det ännu svårare eftersom OS X-partitionen blev en 'skrivskyddad' partition (på grund av för många nödavstängningar gjorde jag när jag desperat försökte starta OS X med en misslyckad GPU) så jag var tvungen att ta bort en hårddisk från MacBook Pro och (med en USB till SATA 2,5-tumsadapter tagen från min bärbara hårddisk) kopplade den till en dator med Linux och följde sedan dessa instruktioner:
https://superuser.com/questions/961401/mounting-hfs-partition-on-arch-linux (första svaret) - utförde noggrant ett antal kommandon, beräknade en storleksgräns för min partitionslayout och körde till slut sudo mount -t hfsplus -o force,rw,sizelimit=DITT NUMMER /dev/sdb2 /mnt för att montera denna HFS+-partition till /mnt-katalogen i läs-skrivläge. Sedan utförde jag dessa '1) -7)' steg som du ser ovan, och reparerade även ett filsystem genom att köra sudo fsck.hfsplus -f /dev/sdb2 innan du avmonterar en partition med sudo umount /mnt och sätter tillbaka en hårddisk till MBP...
===
Detta gav mig en MBP som kunde starta upp till OS X dock FORTFARANDE använder en trasig AMD GPU: så skärmens bild är mycket förvrängd (kan surfa på Internet men ganska obekvämt att läsa en text) , Launchpad är superlaggy och du kan inte byta till Integrated GPU med gfxCardStatus eftersom: utan AMD-drivrutiner (som vi var tvungna att ta bort för att kunna starta upp till OS X) Macbook Pro tror att dess interna skärm är External Display och gfxCardStatus säger att det är omöjligt att byta eftersom External Display använder AMD GPU. Någonstans hittade jag ett förslag om att det är möjligt att bygga om en gfxCardStatus från källkoden - https://github.com/codykrieger/gfxCardStatus - med borttagen eller kommenterad bort 156-166 rader i ./gfxCardStatus/Klasser/GSProcess.m för att få det att ignorera den externa skärmen:
// ta reda på om en extern bildskärm tvingar på den diskreta gpu:n
CGDirectDisplayID-skärmar[8];
CGDisplayCount displayCount = 0;
if (CGGetOnlineDisplayList(8, displays, &displayCount) == noErr) {
för (int i = 0; i
if ( ! CGDisplayIsBuiltin(skärmar))
[lista addObject:[NSDictionary dictionaryWithObjectsAndKeys:
Str(@'External Display'), kTaskItemName,
@ '', kTaskItemPID, noll]];
}
}
Så jag byggde om en gfxCardStatus med instruktionerna från det senaste svaret på det här problemet -
https://github.com/codykrieger/gfxCardStatus/issues/229
(var också tvungen att ladda ner enMacOSX10.11.sdkhärifrån - https://github.com/phracker/MacOSX-SDKs/releases - packa upp och kopiera den till XCode's/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk- på grund av Apples dumhet inkluderar den senaste XCoden för El Capitan inte SDK för El Capitan!) Det fungerade dock fortfarande inte - gfxCardStatus låtsades bara ha bytt till Integrated GPU, medan OS X i verkligheten inte lät det byta! Även efter att jag redigerat ./gfxCardStatus/Klasser/GSGPU.m fil för att aktivera den mystiska ' Nuka det från omloppsbyte ' alternativ, det gick fortfarande inte att växla...
===
Sedan upptäckte jag detta intressanta förråd - https://github.com/0xbb/gpu-switch - som delvis liknar gfxCardStatus genom sin källkod men också har 'Login Hooks' ( install_hooks.sh ) för att 'automatisera bytesprocessen för inloggning/utloggning'. Tyvärr fungerade det inte för mig... Men det finns en mycket intressant gpu-switch textfil precis vid roten av detta arkiv, som beskriver EFI-variablerna!
https://github.com/0xbb/gpu-switch/blob/master/gpu-switch
Efter att ha studerat det och även läst kommentarerna till detta nummer - https://github.com/0xbb/gpu-switch/issues/11 – Jag blev säker på att prova den här lösningen, men fick reda på att min MacBook Pro 2011 8,2 med OS X El Capitan 10.11.6 är i en MYCKET problematisk situation:
1) rEFInd är inte installerat, och för att installera det - måste SIP-skyddet inaktiveras. Men jag kan inte starta upp till återställningsläge ( Kommando+Alternativ+R ) eller till OS X installations-DVD/USB ( håll Alternativ ), (för att inaktivera SIP) , eftersom de fryser vid uppstart! - Även om jag tog bort AMD kexts från mitt system, använder dessa återställningsverktyg naturligtvis AMD kexts integrerade i sin design. Kan inte heller användarot dårehacka ( https://github.com/gdbinit/rootfool ) för att inaktivera SIP under körning, eftersom det bara fungerar i OS X-version äldre än 10.11.4
2) Försökte överhetta min Macbook Pro med avsikt (tvingar CPU-användning till 100 % och lägg den i en tättsluten påse) för att tvinga den att stängas av från överhettning och sedan snabbt starta om så att integrerad grafik kommer att aktiveras under uppstartstiden - vilket gör det möjligt att starta upp till Recovery. Men på grund av den underbara termiska pastan jag har applicerat för inte så länge sedan - kan den inte överhettas även efter att ha väntat länge! Vid det här laget trodde jag att det kunde antingen: till) ta bort AMD kexts från installationsmedia, eller b) att ansluta MBP:s hårddisk till en Linux-maskin igen och köra ett gäng chmods för att ta bort SIP-flaggorna från katalogerna som nämns här ( http://apple.stackexchange.com/questions/193368/what-is-the-rootless-feature-in-el-capitan-really ) som potentiellt kan göra ett system omstartbart, eller c) att försöka installera rEFInd till HFS+-partitionen direkt från en Linux-maskin med roträttigheter eftersom den kommer att kringgå SIP --- men har inte utforskat dessa alternativ, även om vissa av dem kanske har fungerat...
3) Ville starta en Linux LiveCD för att redigera EFI-variablerna därifrån, men oavsett vad jag gjorde: försökte starta direkt utan GRUB-alternativändringar, försökte redigera GRUB-startalternativ ( med 'e'-tangenten ) tillägga nomodeset / avlägsna tyst plask / eller båda i varje kombination, eller som föreslås i den här artikeln ( https://wiki.archlinux.org/index.php/MacBookPro8,1/8,2/8,3_(2011) ) lägg också till i915.modeset = 0 radeon.modeset = 0 eller radeon.modeset=0 i915.modeset=1 i915.lvds_channel_mode=2 ; och sedan tryckt Fn+F10 eller Skift+Ctrl+Fn+F10 att starta upp med dessa alternativ: men Linux-startprocessen misslyckades alltid vid olika startstadier, oavsett vilken populär användarvänlig Linux-distribution eller vilken version av den jag försöker: provade många versioner av Ubuntu / Lubuntu / Fedora , även den gamla ' AMD64 Mac' och 'Alternative AMD64 Mac'-bilder, men de misslyckades alltid - antingen i början av startprocessen (svart skärm, eller en svart skärm med en blinkande eller fast _ tecken i det övre vänstra hörnet) eller misslyckades i slutet av det - precis innan det är tänkt att visa en grafisk skrivbordsmiljö...
Senare,totoe_84skrev att han kunde starta Ubuntu i grafiskt läge med följande inställning för GRUB:
- För att inaktivera AMD-grafikkortet lade jag till följande rader efter ställ in gfxpayload=behåll
outb 0x710 2
outb 0x740 2
outb 0x750 0
- Därefter lade jag till följande efter tyst plask
i915.lvds_channel_mode=2 i915.modeset=1 i915.lvds_use_ssc=0
===
Sedan kom jag ihåg att det inte finns vanliga Linux-distributioner för avancerade användare, som har en LiveCD utan något grafiskt gränssnitt : du släpps till en ren konsol och det är meningen att du ska installera systemet tillsammans med endast de grafiska gränssnitten och mjukvarupaketen / grupperna av paket som du uttryckligen väljer. Till exempel: Arch Linux ( https://www.archlinux.org/ ) och Gentoo Linux ( https://gentoo.org/ ) . Eftersom deras LiveCD inte har något grafiskt gränssnitt kan de utan problem startas upp till en ren Linux-konsol och där kan du redigera EFI-variablerna ! Så här är en...
===
=== 100 % FUNKTIONSLÖSNING
===
=== Tvinga din MBP att ALLTID använda Intel integrerad GPU (EFI variabel fix)
===
=== för att göra det bra igen! Reaktioner:yakult121, apples_arrogance, slimmy18222 och 98 andra
ZapNZs
- 23 januari 2017
- 18 april 2017
Jag ska ge detta ett försök.
AppleMacFinder
Originalaffisch- 7 december 2009
- 18 april 2017
ZapNZs sa: Heliga skit tack för ditt arbete. Jag har skrivit till Apple som BER dem att göra något sånt här som innebär att ändra EFI:s standard till dGPU vid uppstart, men det går inte med dem än så länge.
Jag ska ge detta ett försök.
Tack för de vänliga orden, ZapNZs , förhoppningsvis gör du din Mac bra igen genom denna instruktion Reaktioner:duffman9000 och AppleMacFinder S
smälla
- 25 juli 2008
- 18 april 2017
ah-
- 7 maj 2010
- 18 april 2017
slaple sa: AppleMacFinder, skulle din lösning också låta någon starta upp i Windows med den integrerade GPU? Jag hörde med Boot Camp, MBP kommer alltid att använda den diskreta GPU:n i Windows.Det borde fungera om du startar i EFI-läge. Endast de senaste MBP:er (11,3 och uppåt tror jag) inaktiverar Intel GPU i Windows, och det finns lösningar: https://github.com/0xbb/gpu-switch
AppleMacFinder
Originalaffisch- 7 december 2009
- 18 april 2017
slaple sa: AppleMacFinder, skulle din lösning också låta någon starta upp i Windows med den integrerade GPU? Jag hörde med Boot Camp, MBP kommer alltid att använda den diskreta GPU:n i Windows.
Hej smälla ,
1) Denna rent mjukvarufix är på EFI BIOS-nivå. I teorin borde det fungera med NÅGRA operativsystem som finns, det vill säga:
*) kompatibel med Macbook Pro-hårdvara (x86_64 aka AMD64 CPU-arkitektur - https://en.wikipedia.org/wiki/X86-64 )
*) kompatibel med MBP:s version av EFI-firmware (gamla OS utan EFI-stöd kommer inte att fungera direkt ur lådan, även om det borde finnas ett sätt att starta dem i något kompatibilitetsläge, även något konstigt operativsystem kan vara inkompatibelt med Apples version av EFI)
I själva verket kan denna EFI-variabler fixa en stor fördel för de MBP 2011-användare som skulle vilja dubbelstarta sitt OS X med Linux: på grund av Apples mycket specifika metod för att ansluta två GPU:er i den här maskinen, var det ibland svårt att installera även den populära Linux-distributioner. Skyll inte på AMD, det var den första Apples bärbara dator med AMD i dubbel grafik så förmodligen hade Apple inte tid att utveckla en bra implementering av dubbla grafikkort. Med dubbel grafik inaktiverad borde det nu vara mycket lättare att ställa in vilken Linux som helst, har bara inte testat det än...
2) Även utan denna EFI-variabelfix borde det på något sätt vara möjligt att byta till Intel GPU i Windows, om båda GPU:erna är synliga för Windows via PCI (om EFI inte stänger av PCI-åtkomsten till den för operativsystem som körs under BootCamp) , även om det kan kräva lite stök med drivrutinerna. Jag håller också helt med ah- :
ah- sa: Det borde fungera om du startar i EFI-läge. Endast de senaste MBP:er (11,3 och uppåt tror jag) inaktiverar Intel GPU i Windows, och det finns lösningar: https://github.com/0xbb/gpu-switchDet är möjligt att behålla flera operativsystem (inklusive Windows) på en Mac utan Bootcamp, bara genom att använda en rEFInd - http://www.rodsbooks.com/refind/
BTW varför inte köra Windows i en virtuell maskin? Till exempel: för flera år sedan gjorde jag några riktmärken för inbyggd OS X-prestanda vs Windows inuti en Parallels Desktop, och medan den grafiska prestandaträffen var någonstans runt 35 %, var CPU-prestandan bara cirka 2 % långsammare. Just nu borde skillnaden vara mycket mindre, eftersom 'flera år' är en stor tid för all programvara att förbättras, särskilt för en populär virtualiseringsprogramvara. Om du inte gillar att betala eller piratkopiera, prova några gratisprogram för virtualisering som VirtualBox och QEMU. Kanske till och med vin kan passa dina behov Senast redigerad: 18 mars 2017
Matejh
- 5 juli 2014
- 19 april 2017
lympero
- 1 september 2008
- Konst, Grekland
- 19 april 2017
maflynn
Moderator
Anställd- 3 maj 2009
- Boston
- 19 april 2017
Matejh sa: Vad händer om du ansluter extern bildskärm?Det är min uppfattning att skärmportens kontakt är fastansluten till dGPU:n så att du inte kan använda iGPU:n för att driva en extern bildskärm.
magicaltrevor70
- 19 april 2017
- 19 april 2017
När jag försöker rm filen 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' får jag:
Kan inte ta bort 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' Drift ej tillåten
När jag försöker göra kommandot printf får jag:
zsh: drift inte tillåten: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Även om jag är inloggad som root, verkar det som om jag inte kan ändra den filen
AppleMacFinder
Originalaffisch- 7 december 2009
- 19 april 2017
magicaltrevor70 sa: 1) Kan inte ta bort 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' Drift ej tillåten
2) zsh: drift inte tillåten: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Gör du det från Arch Linux LiveCD? Om du försöker det från OS X eller OS X-återställning, skulle SIP-skyddet inte låta dig tillåta det. Prova med Arch Linux LiveCD och det borde fungera för dig
Bekymmersfri kanadensisk
- 18 april 2017
- 19 april 2017
AppleMacFinder sa: Gör du det från Arch Linux LiveCD? Om du försöker det från OS X eller OS X-återställning, skulle SIP-skyddet inte låta dig tillåta det. Prova med Arch Linux LiveCD och det borde fungera för dig
Jag har samma problem med att inte kunna modifiera efivars. Jag gör det från en Archlinux Live USB med SIP inaktiverad. Jag har försökt att montera om efivars r/w men jag får fortfarande 'drift ej tillåten'.
Har någon hittat en lösning på detta?
totoe_84
- 19 april 2017
- Varese, Italien
- 19 april 2017
CarefreeCanadian sa: Jag har samma problem med att inte kunna modifiera efivars. Jag gör det från en Archlinux Live USB med SIP inaktiverad. Jag har försökt att montera om efivars r/w men jag får fortfarande 'drift ej tillåten'.
Har någon hittat en lösning på detta?
Först och främst tack @AppleMacFinder för ditt arbete! Idag kunde jag återigen använda min macbook pro i början av 2011 med den integrerade gpu:n.
@CarefreeCanadian Jag upplevde samma problem med en Ubuntu Live 16.10-distribution och jag löste problemet med följande steg:
Att ta bort gpu-power-prefs-...' variabel är det först och främst nödvändigt att avmontera efivar:
*) umount /sys/firmware/efi/efivars/
montera sedan efivars i läs/skrivläge:
*) montera –t efivarfs rw /sys/firmware/efi/efivars/
*) chattr -i /sys/firmware/efi/efivars/gpu-power-prefs-[tryck på TAB för att autoslutföra]
*) rm /sys/firmware/efi/efivars/gpu-power-prefs-[tryck på TAB för att autoslutföra]
efter dessa ytterligare steg kan du följa @AppleMacFinder-guiden
Jag hoppas att detta kan hjälpa någon annan.
AppleMacFinder
Originalaffisch- 7 december 2009
- 19 april 2017
CarefreeCanadian sa: Jag har samma problem med att inte kunna modifiera efivars. Jag gör det från en Archlinux Live USB med SIP inaktiverad. Jag har försökt montera om efivars r/w men jag får fortfarande 'drift ej tillåten.
magicaltrevor70 sa:Åtgärden inte tillåtenFörst och främst, om SIP är aktiverat eller inaktiverat - borde inte spela någon roll eftersom SIP är OS X-funktionen och Linux ignorerar dessa SIP-flaggor. Vänner med problem med 'drift ej tillåten', jag behöver veta mer om din hårdvaru-/mjukvarukonfiguration för att förstå - vad är en negativ skillnad mellan mina och dina konfigurationer som hindrar dig från att nå framgången. Till exempel: startar du upp till ArchLinux genom rEFInd? Eftersom jag inte använder rEFInd, startar jag direkt från Macs EFI genom att hålla ned 'Alternativ'-tangenten. Jag vet inte heller om det spelar någon roll, men använder du macOS Sierra? Eftersom mitt operativsystem är El Capitan (10.11.6), och teoretiskt sett kan det vara så att Sierra på något sätt låser EFI-variablerna... Vi bör också försöka söka efter det här problemet på Internet, eftersom detta kan vara ett problem som inte är isolerat till MBP. .
REDIGERA: Vänligen läs totoe_84 meddelande ovan
[doublepost=1489960984][/doublepost]
totoe_84 sa: Jag upplevde samma problem med en Ubuntu Live 16.10-distribution och jag löste problemet med följande stegtotoe_84 , Jag är förvånad över att du kunde starta Ubuntu, eftersom det här grafiska problemet borde ha hindrat det från att starta upp... I alla fall, bra gjort! Reaktioner:TonyRS och AppleMacFinder
Bekymmersfri kanadensisk
- 18 april 2017
- 19 april 2017
Tack också @AppleMacFinder för att du publicerade den här lösningen! Du räddade oss alla en hel del försök och misstag och har tillhandahållit en fantastisk lösning till 'misslyckad macbook pro 2011'-gemenskapen Reaktioner:AppleMacFinder M
murverk
- 20 februari 2017
- 20 februari 2017
Jag hade samma problem och gjorde några av dina steg som för 2 år sedan, men jag slutade halvvägs Reaktioner:Keno_beano och AppleMacFinder
magicaltrevor70
- 19 april 2017
- 20 februari 2017
totoe_84 sa: montera sedan efivars i läs/skrivläge:
*) montera –t efivarfs rw /sys/firmware/efi/efivars/
När jag försöker det här steget får jag
mount: okänd filsystemtyp 'efivars'
totoe_84
- 19 april 2017
- Varese, Italien
- 20 februari 2017
magicaltrevor70 sa: När jag försöker det här steget får jag@magicaltrevor70 Jag tror att du gör ett stavfel:
mount: okänd filsystemstyp 'efivars'
filsystemstypen är efivarfs inte efivars
*) montera –t efivarfs rw / sys / firmware / efi / efivars /
magicaltrevor70
- 19 april 2017
- 20 februari 2017
ZapNZs
- 23 januari 2017
- 20 februari 2017
Om det finns en, börjar jag påståendet med 'rm'? Senast redigerad: 20 mars 2017
roberthallin
- 25 oktober 2009
- Stockholm, Sweden
- 20 februari 2017
Altis
- 10 september 2013
- 20 februari 2017
Önskar att Apple kunde bry sig om att hjälpa människor som du har gjort här... det är en av anledningarna till att jag köpte en 2010 17' istället för den bättre men riskfyllda 2011.
pristratton
- 20 december 2011
- Winnipeg, Manitoba, Kanada
- 20 februari 2017
Mitt system fungerar fortfarande bra, men jag håller inte andan om hur länge det kommer att förbli så här.
Det är absolut logiskt att vi ska kunna byta till den integrerade grafiken för att hålla våra system igång. Skäms Apple för att inte vara proaktiv på den här avdelningen, men vad förväntar du dig, de vill att du ska köpa en ny Mac.
Jag kommer att bokmärka den här sidan.
Tack
Populära Inlägg