Problem z GPU - Boot zawiesza się na szarym ekranie


43

Znalazłem to zgodnie z moim problemem w tym wątku:
Boot zawiesza się na szarym ekranie (nawet podczas uruchamiania z napędu USB ze świeżą instalacją OS X)

Mój MacBook Pro 15 "na początku 2011 r. Z AMD Radeon HD 6750M wykazywał uszkodzenie wyświetlacza i związane z nim awarie / resetowanie systemu przez okres dwóch tygodni, zanim całkowicie się nie uruchomił. Uruchamianie przechodziło przez szary ekran z logo Apple i pokrętłem, ale właśnie wtedy, gdy wydaje się, że powinien przełączyć się na ekran logowania, logo Apple i pokrętło zniknęły i wisiały na pustym szarym ekranie.

Początkowo podejrzewałem uszkodzenie dysku twardego i próbowałem temu zaradzić. Bezskutecznie próbowałem wykonać następujące czynności, a każdy z nich nadal się zawieszał, jak opisano powyżej:

Bezpieczny rozruch
Uruchomienie do odzyskiwania (w tym Odzyskiwanie Internetu)
Uruchomienie z nośnika instalacyjnego na dysku USB
Uruchomienie z instalacji OS X na dysku USB
Wyczyść NVRAM
Zresetuj SMC

Wiele razy przeprowadzałem również test sprzętu Apple, nie znajdując żadnych problemów.

Verbose safe boot (Cmd + Shift + V) wyświetla wszystko, co oczekiwałbym zobaczyć, ale zawiesiłoby się jak opisano powyżej.

Po napotkaniu kolejnych postów na forach dyskusyjnych Apple na temat problemów związanych z procesorami graficznymi powróciłem do tego jako przyczyny:

2011 MacBook Pro i dyskretna karta graficzna lub 2011 MacBook Pro i dyskretna karta graficzna

Próbując uruchomić Ubuntu z napędu flash USB, mogłem dostać się tylko do GRUB-a. Podczas próby uruchomienia Ubuntu Desktop lub uruchomienia testowania grafiki w GRUB, system się zawiesił.

W tym momencie uruchomienie Apple Hardware Test zawiesiło się tuż przed końcem standardowego testu, prawdopodobnie [zgadywanie] podczas wykonywania testu wideo.

W oparciu o porady zawarte w powyższych postach w dyskusji Apple wykonałem następujące czynności:

Uruchom w trybie pojedynczego użytkownika
Wykonaj następujące polecenia:

/sbin/fsck -fy /
/sbin/mount -uw /
mkdir /Disabled_System_Library_Extensions
cd /Disabled_System_Library_Extensions
mv /System/Library/Extensions/ATI* .
mv /System/Library/Extensions/AMD* .
touch /System/Library/Extensions
exit

Tym razem maszyna uruchomiła się całkowicie. Jednak grafika jest bardzo wolna, nawet tylko przejścia przy minimalizacji okien. Zabiorę mojego MBP do Apple, aby zażądać wymiany, ponieważ duża liczba raportów innych osób mających podobne problemy sprawia, że ​​wygląda to na powtórzenie podobnej awarii związanej z GPU, która spowodowała, że ​​wycofali się.

Ale kiedy używam polecenia „mv”, pliki nie zostaną przeniesione (ani usunięte) i pokazuje mi:
Sandbox deny (01) file-write-unlinked…

Jakieś rozwiązanie?



@klanomath Tak, to jest problem. Zdarzyło mi się też w moim starym MBP (tylko zielonkawy zamiast szarego ekranu).
owlswipe

Odpowiedzi:


81

Tło i wyjaśnienia

Proszę przeczytać cały ten post przynajmniej raz od początku do końca przed podjęciem jakichkolwiek działań.

Wszystkie komputery MacBook Pro z 2011 roku mają poważną wadę projektową . Zarządzanie temperaturą i generowane ciepło w połączeniu z wytrzymałością dyskretnych układów graficznych AMD nie do siebie pasują. Apple wiedział o tym i zachowywał się jak typowy Soapy Smith , reagując na to dopiero po oburzeniu. Ten skandal przybrał nazwę RadeonGate. Tylko w przypadku groźby pozwu zbiorowego Apple zostało ostatecznie zmuszone do zaoferowania tak zwanego „Programu przedłużenia naprawy” .

Program Apple Repair Extension nie jest już dostępny . Jedynym prawdziwym sposobem na rozwiązanie tego problemu jest wymiana samego układu AMD. Nie tablica logiczna. Nie „ponowne kulkowanie”, nie „ponowne napełnianie”, nie „pieczenie”. Apple zamieniło uszkodzony układ na uszkodzony. Raz po raz. Tylko wymiana układu graficznego jest wciąż kosztowną procedurą sprzętową dla takiego rocznika laptopa.

Jedynym znanym sposobem - to jest: za pomocą samego oprogramowania - aby uzyskać 2011 MacBook Pro (8,2) z „tylko” uszkodzonym układem graficznym AMD, aby prawie niezawodnie włączyć się ponownie i uruchomić system macOS i być całkiem użytecznym z przyspieszonym GUI jest tym przewodnikiem lub jego odmianą. Większość wcześniejszych porad po prostu usunęła wszystkie kext-AMD, co powoduje straszne wrażenia użytkownika bez żadnego przyspieszenia GUI.

Konieczna jest znajomość dokładnej wersji systemu operacyjnego. Poniższy przewodnik będzie prostszy dla Yosemite, ale zakłada El Capitan lub nowszy. El Capitan, Sierra i High Sierra wymagają wyłączenia SIP (ochrona integralności systemu). W poprzednich systemach (10.6–10.10) kroki te nie są konieczne.

Ważne: w tym przewodniku założono, że wszystkie kexts nadal znajdują się w domyślnej lokalizacji / System / Library / Extensions. Posiadanie tam wszystkich tekstów AMD oprócz jednego jest korzystne dla „prawidłowego” działania. Poprzednie włamania w tym kierunku mogły nakazać Ci ruch, lub gorzej: usuń wszystkie rozszerzenia jądra AMD * / ATI *. W takim przypadku: przenieś kexts z powrotem do ich domyślnej lokalizacji lub zainstaluj ponownie wybrany system. Posiadanie większości kextów AMD na miejscu, a następnie załadowanie X3000-kext z opóźnieniem, umożliwi zarządzanie energią GPU, które w przeciwnym razie spaliłoby prąd za darmo (i mogłoby przyspieszyć ostateczną śmierć chipa na gorąco). Powtórzmy: tylko plik AMDRadeonX3000.kextnaprawdę był nieobecny podczas rozruchu, aby umożliwić pomyślne uruchomienie, ale wszystkie inne (potrzebne) sterowniki AMD powinny znajdować się w domyślnej lokalizacji, a X3000-kext ładuje się później / opóźnia, aby wrócić do królestwa prawie rozsądnego zarządzania energią i temperaturą.

Obejście dyskretnego układu graficznego

Aby przywrócić pewne przyspieszenie wyświetlania, konieczne będzie wymuszenie, aby maszyna nie uruchamiała się w dyskretnej grafice (dGPU), ale bezpośrednio w grafice zintegrowanej (iGPU) i pozostała w tym trybie.

Uruchamianie w trybie dGPU jest domyślne w komputerach Mac z dwiema przełączanymi kartami graficznymi. Poniższa procedura spowoduje ustawienie zmiennej NVRAM, która wyłącza dGPU i zmusza system do korzystania ze zintegrowanej grafiki Intel nawet podczas uruchamiania.

Zmienna NVRAM jest nieudokumentowana, ale wydaje się, że ma uniwersalne zastosowanie do wszystkich komputerów Mac z dwoma przełączanymi kartami graficznymi. Oznacza to, że powinien działać na komputerach Mac i Pro MacBook Pro. Niezależnie od tego, czy mają układy AMD czy NVIDIA. Szczegóły dotyczące sterowników, które mogą być konieczne do przeniesienia, dotyczą tylko AMD w tym przewodniku. Ale zmienna NVRAM w każdym przypadku ominie dyskretny układ graficzny.

To przywróci ci maszynę - ale stracisz niektóre funkcje: np. Możliwość obsługi zewnętrznego wyświetlacza z DisplayPort, trochę wydajności 3D. Połączenia danych Thunderbolt powinny działać.

W przypadku, gdy ten przewodnik zawiedzie lub nie będzie już potrzebny: ta procedura jest czystą konfiguracją oprogramowania i dlatego jest w pełni odwracalna w dowolnym momencie dzięki prostemu resetowaniu pamięci NVRAM .

Wstępna procedura:

Część 1: Wyłącz SIP, wyłącz dGPU, przenieś jedno rozszerzenie jądra

  1. Aby rozpocząć od czystego konta: zresetuj SMC i NVRAM:
    zamknij, odłącz wszystko oprócz zasilania, teraz przytrzymaj

    leftShift+ Ctrl+ Opt+ Power
    i zwolnij wszystkie jednocześnie;

  2. Teraz włącz ponownie i przytrzymaj

    Cmd+ Opt+ p+ r
    w tym samym czasie, aż dwa razy usłyszysz dzwonek uruchamiania.

  3. Uruchom do odzyskiwania dla pojedynczego użytkownika, przytrzymując

    Cmd+ r+s

  4. Wyłącz SIP: wprowadź:

    csrutil disable

  5. wyłącz dGPU podczas uruchamiania, ustawiając następującą zmienną:

    nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00

  6. włącz tryb pełnego uruchamiania:

    nvram boot-args="-v"

  7. uruchom ponownie w trybie pojedynczego użytkownika, przytrzymując

    Cmd+ s
    przy rozruchu

  8. podłącz partycję root do zapisu

    /sbin/mount -uw /

  9. utwórz katalog kopii zapasowej kext

    mkdir -p /System/Library/Extensions-off

  10. przesuwaj tylko JEDEN obrażający kext na bok:

    mv /System/Library/Extensions/AMDRadeonX3000.kext /System/Library/Extensions-off/

  11. poinformuj system, aby zaktualizował pamięć podręczną:

    touch /System/Library/Extensions/

  12. uruchom ponownie normalnie:

Powinieneś teraz mieć akcelerowany wyświetlacz iGPU, ale system nie wie, jak zarządzać zasilaniem uszkodzonego układu AMD. (W tym stanie GPU zawsze pracuje na biegu jałowym ze stosunkowo dużą mocą, zużywając sporo baterii po odłączeniu i prowadząc do temperatur GPU od 60 ° C w górę [średnio 60-85 ° C], mimo że nie jest używane przez system .)

Część 2: poprawa zarządzania temperaturą i energią

Aby poprawić zarządzanie energią wyłączonego procesora graficznego, musisz ręcznie załadować jeden kluczowy kext po uruchomieniu przez:

sudo kextload /System/Library/Extensions-off/AMDRadeonX3000.kext

Jeśli masz aplikację z czujnikiem temperatury, możesz chcieć ją otworzyć przed wydaniem powyższego polecenia i obserwować spadanie temps…

Zautomatyzuj to za pomocą następującego LoginHook, który zostanie wykonany po następnym restarcie:

sudo mkdir -p /Library/LoginHook   
sudo nano /Library/LoginHook/LoadX3000.sh

o następującej treści:

#!/bin/bash
kextload  /System/Library/Extensions-off/AMDRadeonX3000.kext
pmset -a force gpuswitch 0    # undocumented/experimental
exit 0

następnie uczyń go * 1 wykonywalnym i aktywnym:

sudo chmod a+x /Library/LoginHook/LoadX3000.sh  
sudo defaults write com.apple.loginwindow LoginHook /Library/LoginHook/LoadX3000.sh 

* 1: Nieudokumentowane użycie tego polecenia pmset wydaje się poprawiać zachowanie w trybie uśpienia / budzenia / zamknięcia. Jeśli nie, eksperymentuj z pominięciem tego.
Zobacz wyłączenie odpowiedzialności poniżej. To tylko spekulacje: sen / budzenie / wyłączenie mogą pozostać kłopotliwe. Teoria jest taka, że ​​„coś powoli psuje” to, co jest zapisane w SMC. Dlatego zresetowanie SMC i ponowne zastosowanie zmiennego hacka wydaje się na jakiś czas złagodzić sytuację. (Trwałe rozwiązania tego powitania!) W celu obejścia krótkiego czasu możesz spróbować uniknąć „snu zamykania pokrywy”, który wydaje się przysporzyć więcej problemów niż inne metody (Apple-Menu, Keyboard-Shorcut). Widoczne zawieszanie się przy zamykaniu to zwykle bardzo długie opóźnienia, które zamykają się, ostatecznie, czysto i skutecznie.
Nienaukowe pobieranie próbek sugeruje, że Yosemite jest najgorszy do tego, a El Capitan i Sierra znacznie lepiej zachowują się pod tym względem.

Ręczne lub w inny sposób opóźnione ładowanie tego kluczowego rozszerzenia jądra pozwala systemowi nieco lepiej zarządzać zarządzaniem energią. Bateria będzie rzadziej używana, a temperatury emanujące z nieużywanego GPU spadną do zakresu znacznie poniżej 50 ° C (średnio między 15-50 ° C).

Aby zapewnić prawidłowe zarządzanie energią, minimalny zestaw załadowanych tekstów jest uruchamiany (wersje dla 10.12.6, sprawdź za pomocą kextstat | grep AMD):

com.apple.kext.AMDLegacySupport (1.5.1) 
com.apple.kext.AMD6000Controller (1.5.1)  
com.apple.kext.AMDSupport (1.5.1)
com.apple.kext.AMDLegacyFramebuffer (1.5.1) 

A jeśli powyższa metoda ładowania się powiedzie, powinna pojawić się dodana do listy:

com.apple.AMDRadeonX3000 (1.5.1) 


Ostatnim krokiem jest ponowne uruchomienie w SingleUserRecovery
Zrób to za pomocą Cmd+ r+ s
po uaktywnieniu wiersza poleceń, wprowadź:

 nvram boot-args="-v agc=0"   

i uruchom ponownie normalnie.

To nieco ostygnie dGPU.

Konieczne jest wydanie tego polecenia z SingleUserRecovery, ponieważ system z włączonym SIP zablokuje twoje próby ustawienia tej zmiennej po uruchomieniu z normalnego woluminu rozruchowego, czy to w normalnym trybie pełnego rozruchu, czy w zwykłym SingleUser. Należy zauważyć, że w związku z tym tego kroku nie można łatwo zintegrować ze skryptem force-iGPU.sh (który utworzysz za minutę) i należy go powtórzyć po zresetowaniu pamięci NVRAM.

Ten ostatni krok zakłada, że ​​SystemIntegretyProtection został ponownie włączony. Ale jeśli SIP jest celowo i trwale wstrzymany , ten krok można zintegrować ze skryptem force-iGPU.sh powyżej.
Ale ponieważ w jakiś sposób zamierzałem wyłączyć SIP na stałe i został on ponownie włączony bez mojej uwagi, poleganie na tym, że SIP pozostanie wyłączone, może nie być najlepszym podejściem. Wyczyszczenie pamięci NVRAM, w której przechowywane są ustawienia SIP, może być jednym z takich nieprzewidzianych zakłóceń.

Środki zapobiegawcze do wykorzystania w przyszłości

Są jeszcze dwa dodatkowe zastrzeżenia: Jest to odwracalne po zresetowaniu SMC / NVRAM. Jeśli tak się stanie, zmienna NVRAM-power-pref-GPU może, a nawet musi zostać ponownie ustawiona, aby wymusić użycie iGPU od czasu rozruchu.

Ponieważ może się to zdarzyć dość łatwo (i jest to często błędnie zalecane zbyt wiele razy, niż jest to faktycznie przydatne), prawdopodobnie powinieneś przygotować się na taki scenariusz i stworzyć prosty skrypt, aby znacznie przyspieszyć proces, a także znacznie wprowadzić niezbędne zmienne mniej podatny na błędy:

 sudo nano /force-iGPU-boot.sh

- Wprowadź następującą treść do tego pliku:

#/bin/sh
sudo nvram boot-args="-v"
sudo nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00
exit 0

- Teraz uczyń ten plik wykonywalnym:

sudo chmod a+x /force-iGPU-boot.sh

W przyszłości, kiedy SMC / PRAM / NVRAM zostaną zresetowane do wartości domyślnych, można teraz uruchomić SingleUser za pomocą:

Cmd+s

- A po zamontowaniu odczytu-zapisu woluminu rozruchowego, aby wykonać tylko ten jeden wiersz:

sh /force-iGPU-boot.sh


Pamiętaj, że zmienna agc jest teraz również czyszczona. (Patrz wyżej)
Upewnij się również, że ponownie ustawiłeś domyślny wolumin rozruchowy w Preferencjach systemowych> Dysk startowy.

Część 3: Obsługa aktualizacji od Apple

Ta konfiguracja ma teraz jeden kext w miejscu, którego nie oczekują instalatorzy Apple. Dlatego w tym przewodniku SIP nie został ponownie włączony. Jeśli aktualizacja, która zawiera zmiany w sterownikach AMD, ma się odbyć, zaleca się przeniesienie pliku AMDRadeonX3000.kext do jego domyślnej lokalizacji przed procesem aktualizacji. W przeciwnym razie program aktualizujący zapisuje co najmniej inny kext innej wersji do domyślnej lokalizacji lub w najgorszym przypadku kończy się niezdefiniowanym stanem częściowo niepasujących sterowników.

Po każdej aktualizacji systemu folder / System / Biblioteka / Rozszerzenia musi zostać sprawdzony pod kątem szkodliwego tekstu kext. Jego obecność spowoduje np. Zawieszenie się buta na Yosemite i Sierra, przegrzanie pętli rozruchowej w High Sierra.

Uaktualnienie do High Sierra 10.13: ten hack jest prawie prosty: pomimo zastosowania aktualizacji oprogramowania układowego proces instalacji nie powinien dotykać zmiennej NVRAM. Proces instalacji nie wykorzystuje również w pełni przyspieszonego układu AMD, ale podstawowe przyspieszenie, które nie jest problematyczne w przypadku tego hacka. Jednak, jak zauważono w powyższym akapicie, pierwszy rozruch w systemie, który został ukończony, ale zaraz rozpocznie proces instalacji, wytworzy pętlę rozruchową wywołaną przez upał / awarię. Obrażające rozszerzenie jądra należy przenieść ponownie, jak opisano powyżej. (Zaczynając od kroku 3) Po przeniesieniu kext wszystko będzie dobrze.

Najnowsze aktualizacje od Apple: Nie aktualizuj, zanim nie przeczytasz poniższych.

Do odwołania:
Najnowsze aktualizacje ponownie psują urządzenie. Aktualizuje oprogramowanie układowe, RecoveryPartition, wydaje się wyłączać możliwość rozruchu w trybie SingleUserRecoveryMode
i na dodatek instaluje - nawet z DeltaUpdate - działający AMDRadeonX3000.kext!
Bez przygotowania i tylko pod ręką maszyna utknie trochę.

Jeśli SingleUserRecoveryMode zniknie na dobre, użyj zwykłego trybu RecoveryMode. Wyniki są takie same, rozruch jest nieco wolniejszy: powyższa procedura jest nadal aktualna i szybsza dla wszystkich poprzednich wersji Mac OS X / macOS.

Jeśli jednak zaktualizujesz do wersji 10.13.6 lub nowszej:
musisz zastąpić instrukcje dla SingleUserRecoveryMode ( Command+ r+ s) zwykłym trybem RecoveryMode ( Command+ r) i wyłączyć SIP przez terminal ( przykład dla tego konkretnego przypadku użycia ).

Jeśli należysz do tych, w których nawet zwykły
tryb RecoveryMode nie działa zgodnie z oczekiwaniami: Obejścia dotyczące niemożności wyłączenia SIP za pomocą SingleUserRecovery:

  1. Najpierw uruchom system w trybie odzyskiwania dla jednego użytkownika. Edycje csrutil nie są dozwolone w tym trybie, ale mogą ustawić właściwość nvram gpu-power-prefs. Pomoże to zrestartować komputer w trybie odzyskiwania. Następnie musisz zastąpić instrukcje dla SingleUserRecoveryMode ( Command+ r+ s) zwykłym trybem RecoveryMode ( Command+ r) i wyłączyć SIP przez terminal ( przykład dla tego konkretnego przypadku użycia ).

  2. Przed aktualizacją przygotuj wolumin rozruchowy. Może to być dysk zewnętrzny lub dysk. Każda wersja uruchamiająca maszynę będzie w porządku. Taki dysk można utworzyć na innym komputerze Mac.
    Należy pamiętać, że na dysku zewnętrznym należy również (ponownie) przenieść AMDRadeonX3000.kext. Spróbuj uruchomić z tego napędu. Tylko jeśli działa to zgodnie z oczekiwaniami i można z nim zamontować dysk wewnętrzny: uruchom ponownie komputer z dysku wewnętrznego i kontynuuj aktualizację dysku wewnętrznego / systemu do wersji 10.13.6.
    Po zakończeniu aktualizacji jedno zawieszenie się ponownie. Wymuś wyłączenie i ponowne uruchomienie z zewnętrznego dysku. Zamontuj wewnętrzny dysk i przenieś plik Radeon.kext. SIP chroni tylko system rozruchowy.

  3. Sugerowane gdzieś w Internecie, ale naprawdę zdesperowane zgadywanie i niesprawdzone: Zamiast SingleUserRecoveryMode z Cmdrstobą możesz spróbować InternetRecoverySingleUserMode CmdOptrs. Alternatywnie, warto spróbować sprawdzić, czy SafeRecoveryMode działa CmdShiftr.

    Graficzny tryb odzyskiwania może również nie działać, tak jak dla mnie. Jednak w ostatniej wersji High Sierra nadal można uruchomić system w trybie odzyskiwania dla jednego użytkownika. Po prostu potrzebuje dobrego wyczucia czasu. Sztuką jest, aby najpierw włączyć tryb odzyskiwania, naciskając cmd + R, a natychmiast po rozpoznaniu polecenia cmd + S dla trybu pojedynczego użytkownika. Użytkownik musi dokładnie ustalić moment. Jeśli jednocześnie naciśniesz cmd + R + S, aktywowany zostanie tylko tryb pojedynczego użytkownika. Jeśli zostanie naciśnięty pierwszy cmd + R, a cmd + S zostanie naciśnięty zbyt późno, zostanie załadowany graficzny tryb odzyskiwania. - TAKeanice ↵

Klawisze jasności ekranu nie działają w High Sierra?

Apple zmieniło sposób, w jaki zdarzenia klawiatury służące do zmiany jasności ekranu są obsługiwane w High Sierra. Po tym włamaniu lub poniższych modyfikacjach sprzętowych klawisze nie będą działać. Jeszcze jeden powód, aby zostać z Sierra. Ale dzięki temu hackowi możesz również skorzystać z innego rozwiązania programowego. Oprócz włamywania się do własnego rozwiązania AppleScript możesz wypróbować gotowe aplikacje lub aplikacje.

Na przykład Suwak jasności w AppStore oferuje konfigurowalne skróty klawiaturowe.


Aby uniknąć zawieszania się / zawieszania / pętli rozruchowych - które nigdy nie są dobrym pomysłem dla systemu plików - podczas nowej instalacji lub aktualizacji: pamiętaj, aby przejąć kontrolę nad procesem instalacji i zawsze uruchamiać się w trybie SafeMode ( Shiftnaciskaj podczas uruchamiania aż do momentu kext zostaje przeniesiony w bezpieczne miejsce - instalacja powinna przebiegać poprawnie w trybie SafeMode.

Uwagi końcowe i zalecenia

Ponadto: laptop się przegrzewa, bez względu na to, co robisz. System chłodzenia jest niewystarczający, a ogromna liczba wadliwych układów AMD jest tego dowodem.

Aby przedłużyć żywotność tej teraz zhakowanej maszyny, zaleca się powstrzymanie się od naprawdę ciężkiego podnoszenia przez dłuższy okres czasu. Ściśle przestrzegaj zwykłych zaleceń dla laptopów: używaj na twardych powierzchniach, utrzymuj wentylatory i płetwy wewnątrz w czystości. Korzystanie z dowolnego oprogramowania fancontrol ze stosunkowo agresywnymi ustawieniami powinno również pomóc: jak smcFanControl , MacsFanControl lub TGPro (oba komercyjne).

Uwaga: Cała ta procedura nie jest magiczną kulą. Stan awarii dla tych układów nie jest w 100% przewidywalny. Bardzo niewielu użytkowników ma problemy nawet z tym włamaniem: mogą wystąpić problemy z ponownym uruchomieniem komputera, pójściem spać lub budzeniem się prawidłowo, większość z nich pochodzi od użytkowników Yosemite, najmniej problemów sprawia Sierra. W takich przypadkach czasami wydaje się konieczne nieużywanie pliku AMDRadeonX3000.kext, a zatem także LoginHook z Części 3. (Ale patrz dodatkowa uwaga w * 1 powyżej.) Nieproporcjonalna liczba użytkowników zgłaszających problemy w High Sierra z ich wyświetlaczami regulacja podświetlenia. Tak więc obecnie najlepszym miejscem na wybór systemu operacyjnego jest moim zdaniem 10.12 Sierra.

W niektórych przypadkach, nawet przy wszystkich tych środkach, wydaje się, że nadal działający port Thunderbolt spowoduje pewne problemy, jeśli jakieś urządzenia peryferyjne zostaną podłączone i aktywne, gdy komputer przejdzie w tryb uśpienia. Po tym zdarzeniu może to mieć wpływ na każdy kolejny cykl uśpienia i ponownie konieczne będzie zresetowanie pamięci NVRAM z kolejnymi ustawieniami tańca opisanymi powyżej. W takich przypadkach wskazane jest, aby albo zapobiec uśpieniu komputera, albo odłączyć sprzęt na porcie Thunderbolt przed uśpieniem urządzenia.

W granicach ograniczeń przedstawionych na początku tej odpowiedzi: większość użytkowników zgłasza całkowity sukces.


Mody modów / hacki

Kilka sposobów dostępnych teraz, niektóre złe, niektóre dobre.

Złe rozwiązanie: Bardzo tania modyfikacja sprzętowa jest dostępna w / z RealMacMods: Podczas gdy stosują one stosunkowo skomplikowany sposób ustawiania niezbędnej zmiennej EFI w systemie Linux, następujące zalety mają całkowite obniżenie napięcia rdzenia do dGPU poprzez usunięcie tylko jednego małego rezystora ! (Zdjęcia pod linkiem)

Podczas tego restartu konieczne jest jednorazowe uruchomienie w trybie awaryjnym (przytrzymaj Shift podczas uruchamiania), a następnie wybierz z menu polecenie zamknij (nie restartuj).
Wykonaj ten bezpieczny rozruch z opornikiem R8911 na miejscu. Bez tego BEZPIECZNEGO rozruchu kolejne kroki mogą nie działać.
Nie wykonuj więcej butów, dopóki nie wykonasz kolejnych kroków.
Bezpieczny rozruch usuwa preferencje GPU na poziomie systemu operacyjnego, które mogą zakłócać następujący proces.
Spowoduje to teraz, że MacBook Pro przestanie automatycznie przełączać się na Radeon, ale nadal będzie pobierał moc, wytwarzał ciepło i był widoczny dla systemu operacyjnego.
Odkryliśmy, że usunięcie 1 rezystora rozwiąże ten problem.
Rezystor można również zastąpić przełącznikiem, na wypadek, gdyby z jakiegokolwiek powodu konieczne było ponowne włączenie radeona.
Rozmieszczenie tego rezystora różni się w zależności od modelu płytki logicznej.
Rezystor, o którym mowa, to R8911 na 17 ″ MBP i R8911 na 15 ″ MBP rezystor 1 Ω, który zapewnia ścieżkę prądową do przetwornicy DC na DC ISL6263C.
Rezystor ten steruje zasilaniem regulatora napięcia, który dostarcza napięcie rdzenia do procesora graficznego Radeon. Mówiąc prosto, bez napięcia rdzenia, bez GPU. Rezystor znajdziesz po prawej stronie wentylatora chłodzącego (w powyższej orientacji). Będzie w pobliżu układu konwertera napięcia ISL. To jest układ, który będziemy wyłączać.
Po prostu to usuń. Preferowaną metodą jest profesjonalna stacja reflow, ale żelazko i pewna ręka doprowadzą cię tam, gdzie musisz. Jeśli użyłeś topnika do jego usunięcia (niepotrzebny), upewnij się, że czyścisz go niewielką ilością alkoholu lub innego odpowiedniego rozpuszczalnika.
To jest w zasadzie to. Przy następnym uruchomieniu zauważysz, że problem z defektem GPU zniknął, a procesor AMD nie będzie już wyświetlany jako zainstalowany sprzęt.

Nie testowałem tego, ale powinno to wyeliminować wszelką potrzebę dbania o kexts, a także rozwiązać wszelkie problemy dotyczące snu, budzenia, hibernacji, restartu itp.
Jedno zastrzeżenie dotyczące rozważenia tej metody: ponieważ wydaje się, że polega ona na ustawieniu tej zmiennej NVRAM wygląda na to, że absolutnie niezbędna jest w pełni zautomatyzowana metoda ustawiania tej zmiennej bez interwencji użytkownika. (Podobnie jak w przypadku linuksa, który wprowadza niezbędne zmiany). W przeciwnym razie reset NVRAM może praktycznie zepsuć maszynę. Sprzedawca twierdzi, że nie ma danych na ten temat!

(Po przeczytaniu historii użytkownika ugryzionego tą metodą, co kończy się na czarnym ekranie: wydaje się, że można uzyskać zdalny dostęp do maszyny za pomocą VNC lub ssh, więc jeśli zostaną one wcześniej skonfigurowane, może rzeczywiście nie jest taka zła opcja po wszystko, ponieważ zmienna nvram może postawić w ten sposób. Pamiętaj: Nie przetestowana historia internetowa).

Trwałe, niezawodne i tanie rozwiązanie sprzętowe!

Dosdude1 najwyraźniej znalazł rozwiązanie, które wydaje się być świętym Graalem dla tego problemu: Trwale wyłącza dedykowany procesor graficzny MacBook Pro 2011 15 "/ 17" - Bypass IC gMux

  • Opcja A, która zostanie szczegółowo opisana poniżej, polega na sztywnym podłączeniu linii wyjściowych LVDS ze zintegrowanych graficznych linii wyjściowych LVDS bezpośrednio do linii łączących z wyświetlaczem.
  • Opcją B byłoby przeprogramowanie gMux IC (który jest po prostu mikrokontrolerem Lattice LFXP2) z niestandardowym oprogramowaniem układowym, aby wyłączyć funkcję przełączania GPU. Mogę z tym eksperymentować w przyszłości, ale wymaga to specjalnego sprzętu, którego nie mam. Byłoby to oczywiście optymalne rozwiązanie.

To jest prawie łatwe. Potrzebne są tylko różne długości drutu . Aby rzucić okiem: wprowadź opis zdjęcia tutaj Również na youtube!

„Złe rozwiązanie” z góry jest teraz przekształcane w prawie profesjonalne i gotowe rozwiązanie sprzętowe, eliminując poprzednią „wadę” takiego podejścia:

Tiresias (GPUkiller): Tiresias to niewielka płytka, którą można wlutować na płytę główną w MacBooku Pro 15-calowych lub 17-calowych modelach 2011 (wczesnych lub późnych).

Są to wszystkie modele, które mają płytę główną 820-2914-A, 820-2914-B, 820-2915-A lub 820-2915-B.

Płyty 820-2914 i 820-2915 mają dwa procesory graficzne. Wewnętrzny procesor graficzny (Intel) będący częścią PCH i zewnętrzny (dyskretny) procesor graficzny AMD. To zewnętrzny procesor graficzny zawodzi w „niewielkim odsetku systemów MacBook Pro” (Apple-speak dla „bardzo wielu”). Tiresias zapisuje zmienną nvram „gpu-power-prefs” do pamięci ROM, aby komputer Mac nie używał (martwego) zewnętrznego (dyskretnego) procesora graficznego AMD. Jeśli użytkownik wyczyści NVRAM (PRAM), nie ma problemu, ponieważ Tiresias ponownie zapisze rekord, a Mac będzie działał ponownie.

To sprawia, że ​​jest to idealne rozwiązanie, aby przywrócić 820-2914 lub 820-2915 z martwą kartą graficzną do życia. Instalacja jest łatwa (bez przewodów do lutowania). Będziesz musiał zamontować bardzo małą płytę na płycie głównej. Doświadczony technik może to zrobić w kilka minut. Poza tym R8911 należy usunąć, aby wyłączyć zasilanie martwego procesora graficznego. Oszczędza to energię, generuje mniej ciepła i oszczędza żywotność baterii. Usunięcie R8911 zapobiega również pomyleniu komputera Mac przez martwy procesor graficzny, ponieważ nawet przy wyłączonym procesorze graficznym nadal będzie próbował rozmawiać z martwym procesorem graficznym. W zależności od tego, które kontakty wewnętrzne w GPU są zerwane, może to pomylić lub nawet zawiesić komputer Mac.

Obsługiwany jest także system Mac OS X 10.13 High Sierra. Aby rozwiązać problem, że podświetlenie nie włącza się ponownie po uśpieniu, usuń również R9704 i podłącz R9704 pin 2 do C9711 pin 1.

Szczegóły techniczne Tiresias (GPUkiller) Tiresias to niewielka płytka, którą można wlutować na płytę główną w MacBooku Pro 15-calowych lub 17-calowych modelach 2011 (wczesnych lub późnych).

Są to wszystkie modele, które mają płytę główną 820-2914-A, 820-2914-B, 820-2915-A lub 820-2915-B.

Płyty 820-2914 i 820-2915 mają dwa procesory graficzne. Wewnętrzny procesor graficzny (Intel) będący częścią PCH i zewnętrzny (dyskretny) procesor graficzny AMD. Jest to zewnętrzny procesor graficzny, który zawodzi w „niewielkim odsetku systemów MacBook Pro” (Apple-speak dla „bardzo wielu”). Tiresias zapisuje zmienną nvram „gpu-power-prefs” do pamięci ROM, aby komputer Mac nie używał (martwego) zewnętrznego (dyskretnego) procesora graficznego AMD. Jeśli użytkownik wyczyści NVRAM (PRAM), nie ma problemu, ponieważ Tiresias ponownie zapisze rekord, a Mac będzie działał ponownie.

To sprawia, że ​​jest to idealne rozwiązanie, aby przywrócić 820-2914 lub 820-2915 z martwą kartą graficzną do życia. Instalacja jest łatwa (bez przewodów do lutowania). Będziesz musiał zamontować bardzo małą płytę na płycie głównej. Doświadczony technik może to zrobić w kilka minut. Poza tym R8911 należy usunąć, aby wyłączyć zasilanie martwego procesora graficznego. Oszczędza to energię, generuje mniej ciepła i oszczędza żywotność baterii. Usunięcie R8911 zapobiega również pomyleniu komputera Mac przez martwy procesor graficzny, ponieważ nawet przy wyłączonym procesorze graficznym nadal będzie próbował rozmawiać z martwym procesorem graficznym. W zależności od tego, które kontakty wewnętrzne w GPU są zerwane, może to pomylić lub nawet zawiesić komputer Mac.

OS X 10.6 - 10.12 (Sierra)

Suwak podświetlenia (w Preferencjach systemowych) i klawisze podświetlenia (F1 i F2) działają. Systemowy sen działa. Wyjście wideo na porcie Thunderbolt nie działa, ale wszystkie inne funkcje portu Thunderbolt działają.

OS X 10.13 (High Sierra)

O ile wiemy 10.13 (High Sierra) nie oferuje żadnych korzyści w stosunku do 10.12 (Sierra). Apple całkowicie przerobił sterowniki wideo w High Sierra i wydaje się, że zrobił z tego bałagan. Elementy sterujące podświetleniem nie będą działać. Co gorsza, po wybudzeniu urządzenia ze snu podświetlenie w ogóle się nie włącza.

Aby rozwiązać problem, że podświetlenie nie włącza się ponownie po uśpieniu, usuń R9704 i podłącz R9704 styk 2 do C9711 styk 1. Ustawi to podświetlenie na pełną jasność. Wadą jest to, że dzięki tej modyfikacji jasność będzie również na pełnej jasności w starszych systemach operacyjnych.

Tiresias na 820-2915 (15-calowy) Ilość jeden (1) Łącznie z wysyłką (na cały świat) 60 EURO.

wprowadź opis zdjęcia tutaj wprowadź opis zdjęcia tutaj wprowadź opis zdjęcia tutaj


Aktualizacja do kompleksowego oprogramowania

Wydaje się, że powyższa procedura została przeniesiona do aplikacji związanej z włamaniem sprzętowym! Cóż, przynajmniej jego części. Ale z drugiej strony ta aplikacja jest bardziej uniwersalna niż powyższe południe, ponieważ wydaje się, że obsługuje również karty NVidia, to znaczy: służy do wyłączania wszystkich dyskretnych procesorów we wszystkich komputerach Mac.

Niestety, ta aplikacja wykonana przez dosdude1 i nie jest dobrze udokumentowana. Ekran Readme mówi, że ustawi zmienną NVRAM, przeniesie wszystkie sterowniki akceleracji graficznej, a następnie zainstaluje demona uruchamiającego do obsługi aktualizacji i zapewnienia, że ​​zmienna pozostanie ustawiona.

Nie przetestowane przeze mnie i nie zatwierdzone przeze mnie, jeśli wykonałeś już procedurę opisaną powyżej!
Ale jeśli procedura w pewnym momencie nie zadziałała lub wydaje się, że po prostu zniechęcasz, możesz spróbować:

dosdude1: Inne, nieudokumentowane oprogramowanie, które napisałem, jest tutaj przechowywane: MacBook Pro dGPU Disabler.zip

Być może będziesz musiał ponownie zajrzeć do powyższej procedury, ponieważ aplikacja wydaje się tracić możliwość poprawy części zarządzania temperaturą (jeśli zmodyfikujesz sprzęt przez usunięcie tranzystora, stanie się to nastrojem: miksuj i dopasowuj).
Jeśli ktoś to przetestuje, prześlij swoją opinię tutaj w komentarzach lub przez edycję.


Wielkanocna aktualizacja 2019: rozwiązanie 20 $, które wykorzystuje 64-bitowy komputer z systemem Windows i programator HSP-USBN-2A Lattice HW-USBN-2A ICSP do zastosowania niestandardowego oprogramowania układowego na gMux IC. Dosdude1 twierdzi, że jest to „idealne” rozwiązanie, co oznacza, że ​​nawet w przypadku akumulatorów HighSierra i Mojave, temperatura, kontrola jasności i budzenie / sen działają zgodnie z oczekiwaniami. Korzystanie z tego rozwiązania jest trwałe i powoduje, że wszystko powyżej staje się nieaktualne.
Ale to nowe rozwiązanie nie jest darmowe i wymaga sprzętu w postaci komputera z systemem Windows i programisty); a także obecnie lutuje tymczasowo kilka przewodów na płytce logicznej).


2
@Tarek Strange. Wygląda na to, że jesteś w High Sierra. Nie wiem, czy ostatnio to zaostrzyli. Czy masz starszy system rozruchowy? Z Yosemite działa zawsze; w Sierra, jak opisano powyżej (i od obu ustawienie będzie się trzymać). W przeciwnym razie zasugeruję wyłączenie SIP i spróbuję jeszcze raz (a być może również z normalnego rozruchu?). (Wyjście agcnie jest katastrofalne, uruchamiałem komputer Mac przez miesiąc bez niego, zanim znalazłem tę sztuczkę. Ulepszenie różni się tylko od „trochę” do „OK, prawie świetnie”) Radykalnym szykiem byłoby użycie linuksa i ustawienie zmiennej od tam…
LаngLаngС

6
Po kilku miesiącach prób odzyskania mojego 17-calowego Mbp z powrotem do krainy życia, w końcu odkryłem, że przyczyną był dyskretny problem z GPU. Szczerze mówiąc @LangLangC przez wszystkie lata pracy w branży IT, nigdy nie widziałem takiego logicznie napisane i kompleksowe wyjaśnienie dobrze wykonanego rozwiązania, z niezaprzeczalnie szczegółowymi poziomami eksperckimi. A wszystko z altruistycznej chęci pomagania innym. Piszę to na moim ożywianym MBP i chociaż wiem, że nie zrób to, żeby zarabiać pieniądze, potencjalnie uratowałeś mi tysiące, więc wyślę ci PM w nadziei, że mogę kupić ci piwo przez Patreon itp.
Wielkie

2
Dla przypomnienia, od 10.13.4 kextami związanymi z procesorami graficznymi AMD są: com.apple.kext.AMDLegacySupport (1.6.6), com.apple.kext.AMD6000Controller (1.6.6), com.apple.kext.AMDLegacyFramebuffer (1.6.6) i com.apple.kext.AMDRadeonX3000 (1.6.6).
Kendall Lister,

4
Pracowałem dla mnie na 17-calowym systemie Sierra z początkiem 2011 roku! Zewnętrzny wyświetlacz nie działa, ale lepiej niż gigantyczny przycisk do papieru! Uwaga (dla noobów takich jak ja), musisz pisać rebootpo początkowym wyłączeniu SIP csrutil disablei po zmianach gpu nvram w trakcie odzyskiwania. Nie byłem pewien, jak zrestartować komputer z terminala odzyskiwania i próbowałem mocno się wyłączyć, ale zmiana SIP nie utrzymała się w ten sposób
Will Buck

2
Dziękujemy za wspaniałą kompilację wszystkich możliwych rozwiązań dla naszego ukochanego mbp 2011. Wskrzesiłem mój martwy notatnik za pomocą metody usuwania nvram i kext z High Sierra teraz zaktualizowanej do 10.13.6. Wszystko działa tak, jak powinno, notebook działa chłodniej, regulacja jasności działa dobrze, sen też działa dobrze. Dzisiaj podłączyłem kabel pioruna do innego działającego komputera Mac w trybie dysku docelowego, ale nic. Zrestartowano 2011 Mbp na TDM, nic na innym Macu. Czuję, że połączenie danych z piorunem odbywa się za pomocą GPU, więc zostało zerwane. W przeciwieństwie do niektórych wzmianek o „TB powinno działać”. Przetestuje to teraz z eGPU
Mayank Chandak

1

Jeśli problem polega na tym, że nie możesz przenieść tych plików, prawdopodobnie powstrzymuje Cię ochrona integralności systemu. Zakładam, że jesteś na El Capitan lub Sierra.

  • Wyłącz laptopa.
  • Naciśnij Command + R, a następnie przycisk zasilania, aby uruchomić system w trybie odzyskiwania.
  • Kliknij menu Narzędzia i wybierz Terminal.
  • Wpisz csrutil disablei naciśnij klawisz Return.
  • Zamknij aplikację Terminal i ponownie uruchom tryb odzyskiwania.
  • Teraz spróbuj ponownie uruchomić komputer w trybie pojedynczego użytkownika i spróbuj wydać mvpolecenie.

Jeśli to zadziałało, ponownie włącz SIP:

  • Wyłącz laptopa.
  • Naciśnij Command + R, a następnie przycisk zasilania, aby uruchomić system w trybie odzyskiwania.
  • Kliknij menu Narzędzia i wybierz Terminal.
  • Wpisz csrutil enable i naciśnij klawisz Return.
  • Zamknij aplikację Terminal i ponownie uruchom tryb odzyskiwania.

@klanomath dziękuję za szybką odpowiedź. Ale jedynym trybem, który mogę przejść, jest tryb pojedynczego użytkownika. Zatrzymuje się w trybie odzyskiwania, nawet w trybie odzyskiwania przez Internet.
Ghazi Marzouk

@GhaziMarzouk Snacking_IT odpowiedział na twoje pytanie! Właśnie go trochę zredagowałem ...
klanomath

@Snacking_IT dziękuję za szybką odpowiedź. Ale jedynym trybem, który mogę przejść, jest tryb pojedynczego użytkownika. Zatrzymuje się w trybie odzyskiwania nawet w trybie odzyskiwania przez Internet
Ghazi Marzouk

2
Podobnie jak w aktualizacji, w odpowiedzi @ LangLangC nie mogłem wyłączyć SIP na El Capitan podczas Kroku 1.3 i 1.4, ponieważ Odzyskiwanie pojedynczego użytkownika montuje dysk tylko do odczytu. Powyższe podejście (zamiast tego uruchamia się w trybie odzyskiwania) działa, więc informacje te warto uwzględnić.
Twitch_City,

1

Dzięki tej odpowiedzi https://apple.stackexchange.com/a/295805/300460 od https://apple.stackexchange.com/users/251859/langlangc . Śledziłem to, kiedy miałem ten problem w zeszłym wrześniu 2018 roku. Jednak trochę starałem się ustalić dokładne kroki delta, które należy wykonać po raz drugi, gdy ponownie spotkałem się z tym samym problemem wczoraj, kiedy zrobiłem aktualizację zabezpieczeń OSX 2019-003. Pomyślałem więc o odłożeniu dokładnie tych kroków, myśląc o tych użytkownikach, którzy mogą spotkać się z tym problemem po raz drugi. Jeszcze raz wielkie podziękowania dla langlangc za oryginalny.

Byłem na OSX 10.13.6 w momencie, gdy zrobiłem aktualizację.

  1. Uruchom ponownie w trybie pojedynczego użytkownika, naciskając i przytrzymując Cmd + S (Cmd + R nie ładuje się dając biały ekran. Właściwie, langlangcpoprosił mnie o potwierdzenie tego we wrześniu 2018 r .; ale nie mogłem wtedy odpowiedzieć, ponieważ nie mam uprawnień do komentarz)
    • Biegać sh /force-iGPU-boot.sh
  2. Uruchom ponownie w trybie odzyskiwania, naciskając i przytrzymując Cmd + r
    • Uruchom te polecenia. W rzeczywistości umieściłem je w małym pliku skryptu /force-iGPU-boot_without_sudo.sh.
      csrutil disable nvram fa4ce28d-b62f-4c99-9cc3-6815686e30f9:gpu-power-prefs=%01%00%00%00 nvram boot-args="-v"
  3. Uruchom ponownie w trybie pojedynczego użytkownika, naciskając i przytrzymując Cmd + s
    • Upewnij się, że istniejący /System/Library/Extensions-offfolder został usunięty po zrobieniu kopii zapasowej
    • Uruchom te polecenia. Ponownie umieściłem je w małym pliku skryptu /move_out_amd_kext.sh /sbin/mount -uw / mkdir -p /System/Library/Extensions-off mv /System/Library/Extensions/AMDRadeonX3000.kext /System/Library/Extensions-off/ touch /System/Library/Extensions/
    • Wchodzić nvram boot-args="agc=0"
    • Wejdź, rebootaby uruchomić go normalnie.

Cała reszta powinna działać zgodnie z oczekiwaniami, tak jak zrobiłbyś wszystkie pozostałe niezbędne kroki, kiedy uruchomiłeś ją po raz pierwszy. Wszystkiego najlepszego.

Aktualizacja 12 sierpnia 2019 r

Kiedyś polegałem na rozwiązaniu programowym sugerowanym przez @LangLangC. Jednak ostatnia aktualizacja w sierpniu wykazała, że ​​normalne uruchamianie zostało zawieszone na pasku postępu. Mogę przejść przez tryb bezpiecznego rozruchu, ale ekran często migocze.

Aktualizacja 14 sierpnia 2019 r

Uruchomienie zakończyło się pomyślnie, gdy wyłączyłem SIP w trybie odzyskiwania. Nie pamiętam, czy robiłem to w przeszłości - ale teraz chyba tak.

Zmarnowałem dużo czasu, podejrzewając wiele różnych powodów - w tym problem z GPU pogarsza się lub potencjalne błędy w aktualizacji zabezpieczeń 10.13.6 2019-004.

Jednak teraz zauważyłem, że tym razem uruchomił się nawet z problematycznym /System/Library/Extensions/AMDRadeonX3000.kextmiejscem !!!

Aktualizacja 11 listopada 2019 r

Jest AMD6000Controller.kextto konieczne, aby przywrócić kontrolę jasności do normalnego działania. Ten kext musi być obecny w /System/Library/Extensions/.


Czy możesz wyjaśnić, co dokładnie masz na myśli, mówiąc „drugi raz”? Powyższe wygląda tak, jakbyś zresetował NVRAM / PRAM. A może rzeczywiście to zrobiłeś, pracując z działającym hackiem w wersji 10.13 i właśnie wprowadzając ostatnią SecUpdate? (Sama SecUpdate nie powinna nic robić, aby unieważnić samego hacka, ale zainstaluj działający tekst AMD.kext w - dla włamania - złej lokalizacji, i dlatego należy go przenieść). Lub z drugiej strony: czy Twój NVRAM został zresetowany podczas aktualizacji?
LаngLаngС

Byłem już na działającym hacku 10.13.6, który został zrobiony w ostatnim wrześniu 2018 roku po twojej odpowiedzi. Następnie zastosowałem wczoraj aktualizację zabezpieczeń, po czym znów utknąłem z białym ekranem. Nigdy nie bawię się plikami KEXT, chyba że muszę postępować zgodnie z instrukcjami, aby naprawić problem z białym ekranem po aktualizacji zabezpieczeń. Tylko krok 1 (pierwszy tryb dla pojedynczego użytkownika) nie rozwiązał problemu, więc musiałem przejść do kroku 2 (tryb odzyskiwania), a następnie do kroku 3 (tryb jednego użytkownika ponownie).
Raj

Właśnie zaktualizowałem mój wolumin High Sierra za pomocą najnowszej aktualizacji zabezpieczeń 2019-005. Pasek procesu utknął przy ponownym uruchomieniu, więc zaczekałem, aż fani się zatrzymają, i ponownie uruchomiłem MBP ręcznie w trybie pojedynczego użytkownika i postępowałem zgodnie z twoim przewodnikiem. Działało dobrze! Kilka pytań: dlaczego musisz powtórzyć hack NVRAM w kroku 2? jest już w /force-iGPU-boot.shskrypcie nie? a mój Extensions-offkatalog był już na miejscu, właśnie przeniosłem nowy AMDRadeonX3000.kexti nazwałem go AMDRadeonX3000v2.kext. Wydaje się, że lepiej zachować i załadować oryginał zgodnie z instrukcją @LangLangC.
aroom

1
@aroom Powyższe powtarza kilka zbędnych kroków, nie wyrządzając szkody, tylko podejście pasa i szelek. Kluczem do aktualizacji jest zainstalowanie NVRAM działającego X3000 zawiesza się bootowanie. Dość często Apple wysyłało wadliwy kext, który zależał od jednej oryginalnej instalacji, wszystkie delty brakowały ważnego pliku. (Aby uzyskać optymalne wyniki, musieliśmy umieścić stary kext na miejscu, a następnie zaktualizować, a następnie ponownie wykonać mv do Ext-off). Teraz, gdy Apple w końcu to naprawiło, najlepiej jest użyć najnowszego kext z aktualizacji, dopasowując numery wersji w aktualizacji . Przy wyłączonym SIP, po prostu uruchom SafeMode i mv do Ext-off, usuwając poprzednią wersję.
LаngLаngС
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.