AppleMacFinder
Оригинален плакат- 7 декември 2009 г
- 18 април 2017 г
Дискретният графичен процесор AMD на моя MacBook Pro 8,2 от 2011 г. най-накрая се провали поради причините, споменати тук ( http://logicboardmac.blogspot.ru/ ) и там ( https://www.macrumors.com/2015/02/19/2011-macbook-pro-repair-program-apple/ ) . Работи перфектно от 6 години при доста голямо натоварване, дори пробва SETI@HOME майнинг във фонов режим! Така че бях сигурен, че моят MBP не се влияе от лоша спойка/лошо качество на запояване и не исках да го донеса на Apple за безплатна програма за ремонт - отчасти защото не можах да намеря време да поставя на пауза моите важни софтуерни проекти, отчасти защото Страхувах се, че Apple може да ми даде по-малко надеждна логическа платка или да откаже безплатен ремонт поради няколкото несвързани ремонти, които направих ръчно сам по-рано, за да спестя пари: смених термо паста няколко пъти, смених вътрешната батерия 2 пъти, смених клавиатура със счупени бутони и т.н. Но най-накрая се повреди миналата седмица: изображението на екрана на лаптопа се изкриви, то отказа да стартира OS X (винаги замръзва на половината път) , и - Безплатната програма за ремонт на Apple вече приключи! Знам, че има достъпни решения като $50 BGA презапояване в неофициален местен сервиз и че е възможно да получите нов заместващ HD 6750M чип от AliExpress за $35 или по-евтино ( http://www.aliexpress.com/item/DC-2...0028-216-0810028-BGA-Chipset/32764872143.html или https://www.aliexpress.com/item/DC-2015-New-216-0810001-216-0810001-Graphic-Chipset/32718112928.html , защото не знам дали това е вярно - https://www.rossmanngroup.com/board...0604-replace-216-0810005-gpu-with-216-0810028 ) за да се гарантира успешен ремонт, така че общата цена на ремонта ще бъде или $50, или $50+$35=$85 - по-малко от $100 във всеки случай. Но не обичам да инвестирам пари в старите компютри, затова си помислих - ами ако има някакъв хак сила MBP да използва интегрирана графика ПРЯМО ВРЕМЕ, дори при зареждане? И тогава започна да проучва възможните решения...
===
На първо място, възможно е успешно да стартирате MBP в OS X, докато все още използвате неуспешния графичен процесор, след като премахнете драйверите на AMD, като стартирате в режим на команден ред ( CMD+S ) и въведете тези команди:
1) fsck -fy (за проверка на диск)
2) монтиране на вашия / (монтиране на основна файлова система с разрешения за четене/запис)
3) sudo mkdir /AMD_Kexts/ (направете директория за съхраняване на драйверите на AMD, в случай че имате нужда от тях в бъдеще)
4) sudo mv /System/Library/Extensions/AMD*.* /AMD_Kexts/ (преместете драйверите на AMD)
5) sudo rm -rf /System/Library/Caches/com.apple.kext.caches/ (премахнете кеша на драйверите на AMD)
6) sudo mkdir /System/Library/Caches/com.apple.kext.caches/ (само в случай, че OS X е тъпа и няма да пресъздаде тази директория, създавам я за OS X)
7) sudo touch /Система/Библиотека/Разширения/ (за да актуализирате времевите марки, така че нови кешове на драйвери - без драйвери на AMD - определено ще бъдат възстановени)
8) sudo umount / (демонтирайте дял, за да гарантирате, че промените ви ще бъдат премахнати към него)
9) sudo рестартиране
Степента на вашето неудобство, докато правите тези стъпки - силно зависи от това колко силно е изкривено изображението на екрана във вашия случай. В моя случай беше още по-трудно, защото дялът на OS X стана дял „само за четене“. (поради твърде много аварийни изключения, които направих, докато отчаяно се опитвах да стартирам OS X с неуспешен графичен процесор) така че трябваше да премахна твърд диск от MacBook Pro и (с помощта на USB към SATA 2.5' адаптер, взет от моя преносим твърд диск) го прикачи към компютър с Linux, след което следва тези инструкции:
https://superuser.com/questions/961401/mounting-hfs-partition-on-arch-linux (1-ви отговор) - внимателно изпълних редица команди, изчислих ограничение на размера за моето оформление на дялове и накрая стартирах sudo mount -t hfsplus -o force,rw,sizelimit=ВАШИЯТ НОМЕР /dev/sdb2 /mnt за да монтирате този HFS+ дял в /mnt директория в режим четене-запис. След това изпълних тези '1) -7)' стъпки, които виждате по-горе, и също така поправихте файлова система чрез стартиране sudo fsck.hfsplus -f /dev/sdb2 преди демонтиране на дял с sudo umount /mnt и връщане на твърд диск към MBP...
===
Това ми даде MBP, който обаче можеше да стартира на OS X ВСЕ ОЩЕ използване на счупен AMD GPU: така че изображението на екрана е много изкривено (може да сърфирате в интернет, но е доста неудобно за четене на текст) , Launchpad е супер бавен и не можете да превключите към интегриран графичен процесор, като използвате gfxCardStatus, защото: без драйвери на AMD (който трябваше да премахнем, за да стартираме успешно OS X) Macbook Pro смята, че вътрешният му екран е външен дисплей, а gfxCardStatus казва, че е невъзможно да се превключи, защото външният дисплей използва AMD GPU. Някъде намерих предложение, че е възможно да се възстанови gfxCardStatus от изходния код - https://github.com/codykrieger/gfxCardStatus - с премахнати или коментирани 156-166 реда в ./gfxCardStatus/Classes/GSProcess.m за да игнорирате външния дисплей:
// разберете дали външен монитор включва дискретния графичен процесор
CGDirectDisplayID показва[8];
CGDisplayCount displayCount = 0;
if (CGGetOnlineDisplayList(8, показва, &displayCount) == noErr) {
за (int i = 0; i
if ( ! CGDisplayIsBuiltin(displays))
[списък addObject:[NSDictionary dictionaryWithObjectsAndKeys:
Str(@'Външен дисплей'), kTaskItemName,
@ '', kTaskItemPID, nil]];
}
}
Така че възстанових gfxCardStatus, използвайки инструкциите от последния отговор на този проблем -
https://github.com/codykrieger/gfxCardStatus/issues/229
(също трябваше да изтеглите aMacOSX10.11.sdkоттук - https://github.com/phracker/MacOSX-SDKs/releases - разопаковайте и го копирайте в XCode's/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk- поради глупостта на Apple последният XCode за El Capitan не включва SDK за El Capitan!) Въпреки това все още не работи - gfxCardStatus само се преструваше, че е превключил на интегриран графичен процесор, докато в действителност OS X не го остави да превключи! Дори след като редактирах ./gfxCardStatus/Classes/GSGPU.m файл, за да активирате мистериозния ' Отстранете го от превключване на орбита опция ', все още не може да се превключи...
===
Тогава открих това интересно хранилище - https://github.com/0xbb/gpu-switch - който е частично подобен по своя изходен код на gfxCardStatus, но също така има „кукички за вход“ ( install_hooks.sh ), за да „автоматизирате процеса на превключване за влизане/излизане“. За съжаление не ми се получи... Има обаче много интересно gpu-превключвател текстов файл точно в основата на това хранилище, който описва EFI променливите!
https://github.com/0xbb/gpu-switch/blob/master/gpu-switch
След като го проучих и прочетох коментарите на този брой - https://github.com/0xbb/gpu-switch/issues/11 - Станах уверен да опитам това решение, но разбрах, че моят MacBook Pro 2011 8,2 с OS X El Capitan 10.11.6 е в МНОГО проблемна ситуация:
1) rEFInd не е инсталиран и за да го инсталирате - трябва да деактивирате SIP защитата. Но не мога да стартирам в режим на възстановяване ( Команда+Опция+R ) или към DVD/USB за инсталиране на OS X ( задръжте опция ), (за да деактивирате SIP) , защото замръзват при зареждане! - въпреки че премахнах AMD kexts от моята система, разбира се, тези инструменти за възстановяване използват AMD kexts, интегрирани в техния дизайн. Също така не може да се използвакорен глупакхак ( https://github.com/gdbinit/rootfool ), за да деактивирате SIP по време на изпълнение, защото работи само на OS X версия, по-стара от 10.11.4
2) Нарочно се опитах да прегрея моя Macbook Pro (принудително използване на процесора до 100% и поставяне в плътно затворена торба) за да го принудите да се изключи от прегряване и след това бързо да рестартирате, така че интегрираната графика да бъде активирана по време на зареждането, което прави възможно зареждането до Recovery. Но заради прекрасната термопаста от висок клас, която нанесох не толкова отдавна - не може да я прегрее дори след дълго чакане! В този момент си помислих, че може или: да се) премахнете AMD kext от инсталационния носител, или б) да свържете отново твърдия диск на MBP към Linux машина и да стартирате куп chmods, за да премахнете SIP флаговете от споменатите тук директории ( http://apple.stackexchange.com/questions/193368/what-is-the-rootless-feature-in-el-capitan-really ), което потенциално може да направи системата незареждаща се, или ° С) да опитате да инсталирате rEFInd към HFS+ дял директно от Linux машина с root права, защото ще заобиколи SIP --- но не са проучили тези опции, въпреки че някои от тях може да са работили...
3) Исках да стартирам Linux LiveCD, за да редактирам EFI променливите от там, но без значение какво направих: опитах да стартирам директно без модификации на опциите GRUB, опитах да редактирам опциите за зареждане на GRUB ( с клавиша 'е'. ) добавям nomodeset / Премахване тихо пръскане / или и двете във всяка комбинация или както е предложено в тази статия ( https://wiki.archlinux.org/index.php/MacBookPro8,1/8,2/8,3_(2011) ) също добавете i915.modeset = 0 radeon.modeset = 0 или radeon.modeset=0 i915.modeset=1 i915.lvds_channel_mode=2 ; и след това натиснат Fn+F10 или Shift+Ctrl+Fn+F10 за да стартирате с тези опции: но процесът на зареждане на Linux винаги се проваляше на различни етапи на зареждане, без значение каква популярна удобна за потребителя дистрибуция на Linux или каква версия опитвам: опитах много версии на Ubuntu / Lubuntu / Fedora, дори и старата ' AMD64 Mac“ и „Алтернативни AMD64 Mac“ изображения, но те винаги са се провалили – или в самото начало на процеса на зареждане (черен екран, или черен екран с мигане или блокиране _ символ в левия горен ъгъл) или неуспешен в самия край - точно преди да се очаква да показва графична среда на работния плот...
По късно,totoe_84написа, че е успял да стартира Ubuntu в графичен режим, използвайки следната настройка за GRUB:
- За да деактивирам графичната карта на AMD, добавих следните редове след това задайте gfxpayload=запазване
outb 0x710 2
outb 0x740 2
outb 0x750 0
- След това добавих следното тихо пръскане
i915.lvds_channel_mode=2 i915.modeset=1 i915.lvds_use_ssc=0
===
Тогава си спомних, че има не-масови дистрибуции на Linux за напреднали потребители, които имат LiveCD без никакъв графичен интерфейс : попадате на чиста конзола и трябва да инсталирате системата заедно само с онези графични интерфейси и софтуерни пакети / групи пакети, които изрично изберете. Например: Arch Linux ( https://www.archlinux.org/ ) и Gentoo Linux ( https://gentoo.org/ ) . Тъй като техният LiveCD няма графичен интерфейс, те могат да бъдат заредени без проблем на чиста Linux конзола и там можете да редактирате променливите на EFI ! Така че ето един...
===
=== 100% РАБОТНО РЕШЕНИЕ
===
=== Принудете вашия MBP ВИНАГИ да използва интегриран графичен процесор на Intel (поправка на променлива EFI)
===
=== за да стане отново страхотно! Реакции:yakult121, apples_arrogance, slimmy18222 и 98 други
ZapNZs
- 23 януари 2017 г
- 18 април 2017 г
Ще пробвам това.
AppleMacFinder
Оригинален плакат- 7 декември 2009 г
- 18 април 2017 г
ZapNZs каза: Боже, благодаря ти за работата. Написах на Apple, МОЛЕЕЩ ги да направят нещо подобно, включващо промяна на EFI по подразбиране на dGPU при стартиране, но засега не се опитват да ги използват.
Ще пробвам това.
Благодаря ти за милите думи, ZapNZs , надявам се да направите своя Mac отново страхотен с тази инструкция Реакции:duffman9000 и AppleMacFinder С
плесни
- 25 юли 2008 г
- 18 април 2017 г
ах-
- 7 май 2010 г
- 18 април 2017 г
slapple каза: AppleMacFinder, вашето решение би ли позволило на някой да стартира Windows с помощта на интегрираната графична карта? Чух с Boot Camp, MBP винаги ще използва дискретния GPU в Windows.Трябва да работи, ако стартирате в режим EFI. Само последните MBP (мисля, че 11,3 и нагоре) деактивират графичния процесор на Intel в Windows и има заобиколни решения: https://github.com/0xbb/gpu-switch
AppleMacFinder
Оригинален плакат- 7 декември 2009 г
- 18 април 2017 г
slapple каза: AppleMacFinder, вашето решение би ли позволило на някой да стартира Windows с помощта на интегрираната графична карта? Чух с Boot Camp, MBP винаги ще използва дискретния GPU в Windows.
здравей плесни ,
1) Тази чисто софтуерна корекция е на ниво EFI BIOS. На теория трябва да работи с ВСЕКИ съществуваща операционна система, тоест:
*) съвместим с хардуер на Macbook Pro (x86_64 известен още като AMD64 CPU архитектура - https://en.wikipedia.org/wiki/X86-64 )
*) съвместим с версията на MBP на фърмуера на EFI (Древна ОС без поддръжка на EFI няма да работи направо от кутията, въпреки че трябва да има начин да ги стартирате в някакъв режим на съвместимост, също така някои странни ОС може да са несъвместими с версията на EFI на Apple)
Всъщност тази корекция на променливите на EFI може да донесе голяма полза за тези потребители на MBP 2011, които биха искали да стартират двойно своята OS X с Linux: поради изключително специфичния метод на Apple за свързване на два графични процесора в тази машина, понякога беше трудно да се настрои дори популярният Linux дистрибуции. Не обвинявайте AMD, това беше първият лаптоп на Apple с AMD с двойна графика, така че вероятно Apple не са имали време да разработят добра реализация на двойна графика. С деактивирана двойна графика, сега би трябвало да е много по-лесно да настроите Linux, просто още не сте го тествали...
2) Дори и без тази корекция на променливата EFI би трябвало да е възможно по някакъв начин да се превключи към Intel GPU в Windows, ако и двата графични процесора са видими за Windows през PCI (ако EFI не прекъсва PCI достъпа до него за операционни системи, работещи под BootCamp) , въпреки че може да се наложи известна работа с драйверите. Също така съм напълно съгласен с ах- :
ah- каза: Трябва да работи, ако стартирате в режим EFI. Само последните MBP (мисля, че 11,3 и нагоре) деактивират графичния процесор на Intel в Windows и има заобиколни решения: https://github.com/0xbb/gpu-switchВъзможно е да запазите няколко ОС (включително Windows) на Mac без никакъв Bootcamp, просто като използвате rEFInd - http://www.rodsbooks.com/refind/
BTW защо не стартирате Windows във виртуална машина? Например: преди няколко години направих някои бенчмаркове на производителността на собствената OS X спрямо Windows в Parallels Desktop и докато резултатът от графичната производителност беше някъде около 35%, производителността на процесора беше само с около 2% по-бавна. В момента разликата би трябвало да е много по-малка, защото „няколко години“ е голямо време за подобряване на всеки софтуер, особено за популярен софтуер за виртуализация. Ако не обичате да плащате или да пират, опитайте някои безплатни инструменти за виртуализация като VirtualBox и QEMU. Може би дори Wine може да е подходящо за вашите нужди Последна редакция: 18 март 2017 г
Матейх
- 5 юли 2014 г
- 19 април 2017 г
lympero
- 1 септември 2008 г
- Изкуство, Гърция
- 19 април 2017 г
maflynn
Модератор
Член на персонала- 3 май 2009 г
- Бостън
- 19 април 2017 г
Matejh каза: Какво ще стане, ако свържете външен дисплей?Моето разбиране е, че конекторът на порта на дисплея е свързан с dGPU, така че не можете да използвате iGPU за управление на външен монитор.
magicaltrevor70
- 19 април 2017 г
- 19 април 2017 г
Когато се опитвам да rm файла 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9', получавам:
Не може да се премахне 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' Операцията не е разрешена
Когато се опитвам да изпълня командата printf, получавам:
zsh: операцията не е разрешена: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Въпреки че съм влязъл като root, изглежда, че не може да промени този файл
AppleMacFinder
Оригинален плакат- 7 декември 2009 г
- 19 април 2017 г
magicaltrevor70 каза: 1) Не може да се премахне 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' Операцията не е разрешена
2) zsh: операцията не е разрешена: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Правите ли го от Arch Linux LiveCD? Ако го опитвате от възстановяване на OS X или OS X, SIP защитата няма да ви позволи да разрешите това. Опитайте с Arch Linux LiveCD и трябва да работи за вас
Безгрижен канадец
- 18 април 2017 г
- 19 април 2017 г
AppleMacFinder каза: Правите ли го от Arch Linux LiveCD? Ако го опитвате от възстановяване на OS X или OS X, SIP защитата няма да ви позволи да разрешите това. Опитайте с Arch Linux LiveCD и трябва да работи за вас
Имам същия проблем, че не мога да модифицирам ефивари. Правя го от Archlinux Live USB с деактивиран SIP. Опитах да премонтирам efivars r/w, но все още получавам „операцията не е разрешена“.
Някой намери ли решение на това?
totoe_84
- 19 април 2017 г
- Варезе, Италия
- 19 април 2017 г
CarefreeCanadian каза: Имам същия проблем, че не мога да променя efivars. Правя го от Archlinux Live USB с деактивиран SIP. Опитах да премонтирам efivars r/w, но все още получавам „операцията не е разрешена“.
Някой намери ли решение на това?
Преди всичко благодаря на @AppleMacFinder за вашата работа! Днес успях да използвам отново моя macbook pro от началото на 2011 г. с интегриран графичен процесор.
@CarefreeCanadian Изпитах същия проблем с дистрибуция на Ubuntu Live 16.10 и реших проблема със следните стъпки:
Да премахна gpu-power-prefs-...' променлива е необходимо преди всичко да демонтирате efivars:
*) umount /sys/firmware/efi/efivars/
след това монтирайте efivars в режим четене/запис:
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
*) chattr -i /sys/firmware/efi/efivars/gpu-power-prefs-[натиснете TAB за автоматично довършване]
*) rm /sys/firmware/efi/efivars/gpu-power-prefs-[натиснете TAB за автоматично довършване]
след тези допълнителни стъпки можете да следвате ръководството @AppleMacFinder
Надявам се това да помогне на някой друг.
AppleMacFinder
Оригинален плакат- 7 декември 2009 г
- 19 април 2017 г
CarefreeCanadian каза: Имам същия проблем, че не мога да променя efivars. Правя го от Archlinux Live USB с деактивиран SIP. Опитах да премонтирам efivars r/w, но все още получавам „операцията не е разрешена.
magicaltrevor70 каза:операция не е разрешенаНа първо място, дали SIP е активиран или деактивиран - няма значение, защото SIP е функция на OS X и Linux игнорира тези SIP флагове. Приятели с проблем 'операцията не е разрешена', трябва да знам повече за вашата хардуерна/софтуерна конфигурация, за да разбера - каква е отрицателната разлика между моята и вашата конфигурации, която ви пречи да постигнете успех. Например: зареждате ли в ArchLinux чрез rEFInd? Тъй като не използвам rEFInd, зареждам направо от EFI на Mac, като задържам клавиша „Option“. Също така не знам дали има значение, но на macOS Sierra ли си? Тъй като моята ОС е El Capitan (10.11.6) и теоретично може да се окаже, че Sierra по някакъв начин заключва EFI променливите... Също така трябва да опитаме да потърсим този проблем в Интернет, защото това може да е проблем, който не е изолиран от MBP.. .
РЕДАКТИРАНЕ: Моля Прочети totoe_84 съобщение по-горе
[doublepost=1489960984][/doublepost]
totoe_84 каза: Изпитах същия проблем, използвайки дистрибуция на Ubuntu Live 16.10 и реших проблема със следните стъпкиtotoe_84 , изненадан съм, че успяхте да стартирате Ubuntu, защото този графичен проблем трябваше да попречи да се стартира... Във всеки случай, много добре! Реакции:TonyRS и AppleMacFinder
Безгрижен канадец
- 18 април 2017 г
- 19 април 2017 г
Също така, благодаря ви @AppleMacFinder за публикуването на това решение! Спестихте на всички ни много опити и грешки и предоставихте страхотно решение на общността на „неуспешната macbook pro 2011“ Реакции:AppleMacFinder М
зидария
- 20 февруари 2017 г
- 20 февруари 2017 г
Имах същия проблем и направих някои от вашите стъпки преди 2 години, но се отказах по средата Реакции:Keno_beano и AppleMacFinder
magicaltrevor70
- 19 април 2017 г
- 20 февруари 2017 г
totoe_84 каза: след това монтирайте efivars в режим четене/запис:
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
Когато опитвам тази стъпка получавам
монтиране: неизвестен тип файлова система 'efivars'
totoe_84
- 19 април 2017 г
- Варезе, Италия
- 20 февруари 2017 г
magicaltrevor70 каза: Когато опитвам тази стъпка, получавам@magicaltrevor70 Мисля, че правиш печатна грешка:
монтиране: неизвестен тип файлова система 'efivars'
типът на файловата система е efivarfs не ефивари
*) монтиране –t efivarfs rw / sys / фърмуер / efi / efivars /
magicaltrevor70
- 19 април 2017 г
- 20 февруари 2017 г
ZapNZs
- 23 януари 2017 г
- 20 февруари 2017 г
Ако има такъв, трябва ли да започна изявлението с 'rm'? Последна редакция: 20 март 2017 г
Роберталин
- 25 октомври 2009 г
- Стокхолм, Швеция
- 20 февруари 2017 г
Алтис
- 10 септември 2013 г
- 20 февруари 2017 г
Иска ми се Apple да се притеснява да помага на хората, както сте направили тук... това е една от причините да купя 2010 17' вместо по-добрата, но рискована 2011.
pristratton
- 20 декември 2011 г
- Уинипег, Манитоба, Канада
- 20 февруари 2017 г
Моята система все още работи добре, но не задържам дъха си колко дълго ще остане така.
Има абсолютно логика, че трябва да можем да преминем към интегрираната графика, за да поддържаме системите си. Срам за Apple, че не са проактивни в този отдел, но какво очаквате, те искат да купите нов Mac.
Ще направя отметка към тази страница.
Благодаря ти
Популярни Публикации