Wyszukiwarka AppleMac
Oryginalny plakat- 7 grudnia 2009
- 18 kwi 2017
Oddzielna karta graficzna AMD w moim MacBooku Pro 8,2 z 2011 roku w końcu zawiodła z powodów wymienionych tutaj ( http://logicboardmac.blogspot.ru/ ) i tam ( https://www.macrumors.com/2015/02/19/2011-macbook-pro-repair-program-apple/ ) . Działa doskonale od 6 lat pod dość dużym obciążeniem, próbowałem nawet kopać SETI@HOME w tle! Byłem więc pewien, że mój MBP nie jest dotknięty złym lutem / złą jakością lutowania i nie chciałem przynosić go do Apple w celu bezpłatnego programu naprawczego - częściowo dlatego, że nie mogłem znaleźć czasu na wstrzymanie moich ważnych projektów oprogramowania, częściowo dlatego Bałem się, że Apple może dać mi mniej niezawodną płytę główną lub odmówić darmowej naprawy z powodu kilku niepowiązany naprawy, które wcześniej samodzielnie wykonałem ręcznie, aby zaoszczędzić pieniądze: kilka razy wymieniłem pastę termiczną, 2 razy wymieniłem wewnętrzną baterię, wymieniłem klawiaturę z uszkodzonymi przyciskami itp. Ale w końcu się zepsuł w zeszłym tygodniu: obraz na ekranie laptopa był zniekształcony, to odmówił uruchomienia OS X (zawsze zamarzanie w połowie) , oraz - bezpłatny program naprawczy Apple już się zakończył! Wiem, że istnieją niedrogie rozwiązania, takie jak przelutowywanie BGA za 50 USD w nieoficjalnym lokalnym warsztacie naprawczym i że można uzyskać nowy zamienny układ HD 6750M od AliExpress za 35 USD lub taniej ( http://www.aliexpress.com/item/DC-2...0028-216-0810028-BGA-Chipset/32764872143.html lub https://www.aliexpress.com/item/DC-2015-New-216-0810001-216-0810001-Graphic-Chipset/32718112928.html , bo nie wiem czy to prawda - https://www.rossmanngroup.com/board...0604-replace-216-0810005-gpu-with-216-0810028 ) aby zagwarantować udaną naprawę, więc całkowita cena naprawy wyniesie 50 USD lub 50 USD + 35 USD = 85 USD - w każdym przypadku mniej niż 100 USD. Ale nie lubię inwestować pieniędzy w stare komputery, więc pomyślałem - a jeśli jest jakiś hack do zmuszać MBP do korzystania ze zintegrowanej grafiki CAŁY CZAS, nawet podczas uruchamiania ? A potem zacząłem badać możliwe rozwiązania...
===
Po pierwsze, możliwe jest pomyślne uruchomienie MBP do systemu OS X, nadal korzystając z uszkodzonego procesora graficznego, po usunięciu sterowników AMD przez uruchomienie w trybie wiersza poleceń ( CMD+S ) i wpisując te polecenia:
1) fsck -fy (aby sprawdzić dysk)
2) zamontuj -twój / (zamontuj główny system plików z uprawnieniami do odczytu/zapisu)
3) sudo mkdir /AMD_Kexts/ (zrób katalog do przechowywania sterowników AMD na wypadek, gdyby będziesz ich potrzebować w przyszłości)
4) sudo mv /System/Biblioteka/Rozszerzenia/AMD*.* /AMD_Kexts/ (przenieś sterowniki AMD)
5) sudo rm -rf /System/Library/Caches/com.apple.kext.caches/ (usuń pamięć podręczną sterowników AMD)
6) sudo mkdir /System/Library/Caches/com.apple.kext.caches/ (na wszelki wypadek, gdyby OS X był głupi i nie odtworzy tego katalogu, tworzę go dla OS X)
7) sudo touch /System/Biblioteka/Rozszerzenia/ (aby zaktualizować znaczniki czasu, aby nowe pamięci podręczne sterowników - bez sterowników AMD - zostały definitywnie przebudowane)
8) sudo usiąść / (odmontuj partycję, aby zagwarantować, że twoje zmiany zostaną na niej opróżnione)
9) ponowne uruchomienie sudo
Stopień niedogodności podczas wykonywania tych czynności - silnie zależy od tego, jak mocno obraz na ekranie jest zniekształcony w twoim przypadku. W moim przypadku było to jeszcze trudniejsze, ponieważ partycja OS X stała się partycją „tylko do odczytu” (z powodu zbyt wielu awaryjnych wyłączeń, które wykonałem, desperacko próbując uruchomić system OS X z uszkodzonym GPU) więc musiałem wyjąć dysk twardy z MacBooka Pro i (przy użyciu przejściówki USB na SATA 2.5' wyjętej z mojego przenośnego dysku twardego) podłączyć go do komputera z systemem Linux, a następnie postępować zgodnie z tymi instrukcjami:
https://superuser.com/questions/961401/mounting-hfs-partition-on-arch-linux (1. odpowiedź) - starannie wykonałem kilka poleceń, obliczyłem limit rozmiaru dla mojego układu partycji i wreszcie uruchomiłem sudo mount -t hfsplus -o force,rw,sizelimit=TWÓJNUMER /dev/sdb2 /mnt zamontować tę partycję HFS+ w katalogu /mnt w trybie odczytu i zapisu. Potem wykonałem te '1)-7)' kroki, które widzisz powyżej, a także naprawił system plików, uruchamiając sudo fsck.hfsplus -f /dev/sdb2 przed odmontowaniem partycji z sudo umount / mnt i włożenie dysku twardego z powrotem do MBP...
===
To dało mi MBP, który może uruchomić system OS X, chociaż NADAL używanie uszkodzonego procesora AMD: obraz na ekranie jest bardzo zniekształcony (można przeglądać Internet, ale dość niewygodne do czytania tekstu) , Launchpad jest bardzo opóźniony i nie można przełączyć się na zintegrowany procesor graficzny za pomocą gfxCardStatus, ponieważ: bez sterowników AMD (które musieliśmy usunąć, aby pomyślnie uruchomić system OS X) Macbook Pro myśli, że jego wewnętrzny ekran to wyświetlacz zewnętrzny, a gfxCardStatus mówi, że nie można go przełączyć, ponieważ wyświetlacz zewnętrzny korzysta z procesora graficznego AMD. Gdzieś znalazłem sugestię, że jest możliwość odbudowania gfxCardStatus z kodu źródłowego - https://github.com/codykrieger/gfxCardStatus - z usuniętymi lub skomentowanymi 156-166 linii w ./gfxCardStatus/Classes/GSProcess.m aby zignorować zewnętrzny wyświetlacz:
// dowiedz się, czy monitor zewnętrzny wymusza włączenie dyskretnego procesora graficznego
wyświetlacze CGDirectDisplayID[8];
CGDisplayCount displayCount = 0;
if (CGGetOnlineDisplayList(8, wyświetla, &displayCount) == noErr) {
dla (int i = 0; i
if (! CGDisplayIsBuiltin(wyświetla))
[list addObject:[słownik NSDictionaryWithObjectsAndKeys:
Str(@'Wyświetlacz zewnętrzny'), kTaskItemName,
@ '', kTaskItemPID, zero]];
}
}
Odbudowałem więc gfxCardStatus, korzystając z instrukcji z ostatniej odpowiedzi na ten problem -
https://github.com/codykrieger/gfxCardStatus/issues/229
(musiałem też pobrać aMacOSX10.11.sdkstąd - https://github.com/phracker/MacOSX-SDK/releases - rozpakuj i skopiuj do XCode's/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDK/MacOSX10.11.sdk- z powodu głupoty Apple najnowszy XCode dla El Capitan nie zawiera SDK dla El Capitan!) Jednak nadal nie działało - gfxCardStatus tylko udawał, że przełączył się na zintegrowany procesor graficzny, podczas gdy w rzeczywistości OS X nie pozwalał na to! Nawet po edycji ./gfxCardStatus/Classes/GSGPU.m plik, aby umożliwić tajemnicze ' Nuke to z przełączania orbity opcja, nadal nie można się przełączyć...
===
Wtedy odkryłem to interesujące repozytorium - https://github.com/0xbb/gpu-switch - który jest częściowo podobny przez swój 'kod źródłowy do gfxCardStatus, ale ma również 'haki logowania' ( install_hooks.sh ), aby „zautomatyzować proces przełączania w celu logowania/wylogowania”. U mnie niestety to nie zadziałało... Jest jednak bardzo ciekawa przełącznik GPU plik tekstowy w katalogu głównym tego repozytorium, który opisuje zmienne EFI!
https://github.com/0xbb/gpu-switch/blob/master/gpu-switch
Po przestudiowaniu go, a także przeczytaniu komentarzy do tego wydania - https://github.com/0xbb/gpu-switch/issues/11 - Nabrałem pewności, aby wypróbować to rozwiązanie, ale okazało się, że mój MacBook Pro 2011 8,2 z OS X El Capitan 10.11.6 jest w BARDZO problematyczna sytuacja:
1) rEFInd nie jest zainstalowany, a aby go zainstalować - należy wyłączyć ochronę SIP. Ale nie mogę uruchomić się w trybie odzyskiwania ( Command+Opcja+R ) lub na instalacyjny dysk DVD/USB OS X ( przytrzymaj opcję ), (aby wyłączyć SIP) , ponieważ zawieszają się podczas uruchamiania! - chociaż usunąłem AMD kexty z mojego systemu, oczywiście te narzędzia do odzyskiwania używają AMD kextów zintegrowanych z ich projektem. Również nie można użyćkorzeń głupcawłamać się ( https://github.com/gdbinit/rootfool ) aby wyłączyć SIP podczas pracy, ponieważ działa tylko w wersji OS X starszej niż 10.11.4
2) Próbowałem celowo przegrzać mojego Macbooka Pro (wymusza wykorzystanie procesora do 100% i umieszczenie go w szczelnie zamkniętej torbie) aby zmusić go do wyłączenia przed przegrzaniem, a następnie szybkiego ponownego uruchomienia, aby zintegrowana grafika była włączona podczas uruchamiania - umożliwiając uruchomienie w trybie odzyskiwania. Ale ze względu na cudowną pastę termiczną z najwyższej półki, którą nałożyłem nie tak dawno temu - nie przegrzewa się nawet po długim oczekiwaniu! W tym momencie pomyślałem, że mógłbym: do) usuń kexty AMD z nośnika instalacyjnego lub b) aby ponownie podłączyć dysk twardy MBP do maszyny z systemem Linux i uruchomić kilka chmodów, aby usunąć flagi SIP z wymienionych tutaj katalogów ( http://apple.stackexchange.com/questions/193368/what-is-the-rootless-feature-in-el-capitan-really ), które potencjalnie mogą uniemożliwić uruchomienie systemu lub C) aby spróbować zainstalować rEFInd na partycji HFS+ bezpośrednio z komputera z systemem Linux z prawami roota, ponieważ ominie on SIP --- ale nie zbadałem tych opcji, chociaż niektóre z nich mogły działać...
3) Chciałem uruchomić Linux LiveCD, aby z tego miejsca edytować zmienne EFI, ale bez względu na to, co zrobiłem: próbowałem uruchomić komputer bezpośrednio bez modyfikacji opcji GRUB, próbowałem edytować opcje uruchamiania GRUB ( z klawiszem „e” ) dodać nomodeset / usunąć cichy plusk / lub obie w każdej kombinacji , lub jak sugerowano w tym artykule ( https://wiki.archlinux.org/index.php/MacBookPro8,1/8,2/8,3_(2011) ) również dodaj i915.modeset = 0 radeon.modeset = 0 lub radeon.modeset=0 i915.modeset=1 i915.lvds_channel_mode=2 ; a następnie wciśnięty Fn+F10 lub Shift+Ctrl+Fn+F10 uruchomić z tymi opcjami: ale proces uruchamiania systemu Linux zawsze nie powiódł się na różnych etapach rozruchu, bez względu na popularną przyjazną dla użytkownika dystrybucję Linuksa lub wersję, którą próbuję: wypróbowałem wiele wydań Ubuntu / Lubuntu / Fedory , nawet stare ' Obrazy AMD64 Mac” i „Alternate AMD64 Mac”, ale zawsze kończyły się niepowodzeniem – albo na samym początku procesu rozruchu (czarny ekran, albo czarny ekran z mruganiem lub zacinaniem się _ znak w lewym górnym rogu) lub nie powiodło się na samym jego końcu - tuż przed tym, jak ma pokazywać graficzne środowisko graficzne...
Później,totoe_84napisał, że był w stanie uruchomić Ubuntu w trybie graficznym przy użyciu następującej konfiguracji dla GRUB:
- Aby wyłączyć kartę graficzną AMD, dodałem następujące wiersze po ustaw gfxpayload=zatrzymaj
outb 0x710 2
outb 0x740 2
outb 0x750 0
- Następnie dodałem następujące po cichy plusk
i915.lvds_channel_mode=2 i915.modeset=1 i915.lvds_use_ssc=0
===
Wtedy przypomniałem sobie, że istnieją nietypowe dystrybucje Linuksa dla zaawansowanych użytkowników, które mają LiveCD bez interfejsu graficznego : zostajesz przeniesiony do czystej konsoli i powinieneś zainstalować system wraz tylko z tymi interfejsami graficznymi i pakietami oprogramowania / grupami pakietów, które wyraźnie zaznaczyłeś. Na przykład: Arch Linux ( https://www.archlinux.org/ ) oraz Gentoo Linux ( https://gentoo.org/ ) . Ponieważ ich LiveCD nie ma interfejsu graficznego, można je bez problemu uruchomić na czystej konsoli Linux i tam możesz edytować zmienne EFI ! Więc tutaj jest...
===
=== 100% ROZWIĄZANIE ROBOCZE
===
=== Wymuś, aby MBP ZAWSZE używał zintegrowanego procesora graficznego Intel (poprawka zmiennej EFI)
===
=== aby znów było świetnie! Reakcje:yakulta121, apples_arrogance, slimmy18222 i 98 innych
ZapNZs
- 23 stycznia 2017
- 18 kwi 2017
Mam zamiar spróbować.
Wyszukiwarka AppleMac
Oryginalny plakat- 7 grudnia 2009
- 18 kwi 2017
ZapNZs powiedział: O cholera, dziękuję za twoją pracę. Napisałem do Apple BŁAGAJĄC im, aby zrobili coś takiego, w tym zmianę domyślnego EFI na dGPU podczas rozruchu, ale jak dotąd nie idź z nimi.
Mam zamiar spróbować.
Dziękuję za miłe słowa, ZapNZs , miejmy nadzieję, że dzięki tej instrukcji Twój Mac znów będzie świetny Reakcje:duffman9000 i AppleMacFinder S
klapsa
- 25 lipca 2008 r.
- 18 kwi 2017
ach-
- 7 maja 2010
- 18 kwi 2017
slapple powiedział: AppleMacFinder, czy twoje rozwiązanie pozwoliłoby komuś uruchomić system Windows przy użyciu zintegrowanego procesora graficznego? Słyszałem, że w przypadku Boot Camp MBP zawsze będzie korzystał z oddzielnego procesora graficznego w systemie Windows.Powinno działać, jeśli uruchomisz w trybie EFI. Tylko najnowsze MBP (chyba 11,3 i więcej) wyłączają procesor Intel GPU w systemie Windows i istnieją rozwiązania: https://github.com/0xbb/gpu-switch
Wyszukiwarka AppleMac
Oryginalny plakat- 7 grudnia 2009
- 18 kwi 2017
slapple powiedział: AppleMacFinder, czy twoje rozwiązanie pozwoliłoby komuś uruchomić system Windows przy użyciu zintegrowanego procesora graficznego? Słyszałem, że w przypadku Boot Camp MBP zawsze będzie korzystał z oddzielnego procesora graficznego w systemie Windows.
Cześć klapsa ,
1) Ta czysto programowa poprawka jest na poziomie EFI BIOS. Teoretycznie powinno działać KAŻDY istniejący system operacyjny, czyli:
*) kompatybilny ze sprzętem Macbook Pro (x86_64 aka architektura procesora AMD64 - https://en.wikipedia.org/wiki/X86-64 )
*) kompatybilny z wersją oprogramowania EFI MBP (stary system operacyjny bez obsługi EFI nie będzie działał od razu po wyjęciu z pudełka, chociaż powinien istnieć sposób na uruchomienie ich w pewnym trybie zgodności, również niektóre dziwne systemy operacyjne mogą być niekompatybilne z wersją EFI firmy Apple)
W rzeczywistości ta poprawka zmiennych EFI może przynieść wielką korzyść tym użytkownikom MBP 2011, którzy chcieliby podwójnego rozruchu systemu OS X z systemem Linux: ze względu na bardzo specyficzną metodę łączenia dwóch procesorów graficznych w tym komputerze firmy Apple, czasami trudno było skonfigurować nawet popularne Dystrybucje Linuksa. Nie obwiniajcie AMD, był to pierwszy laptop Apple z AMD z podwójną grafiką, więc prawdopodobnie Apple nie miał czasu na opracowanie dobrej implementacji podwójnej grafiki. Z wyłączoną podwójną grafiką, teraz konfiguracja dowolnego Linuksa powinna być znacznie łatwiejsza, po prostu jeszcze go nie testowałem...
2) Nawet bez tej poprawki zmiennej EFI powinno być w jakiś sposób możliwe przełączenie na procesor graficzny Intel w systemie Windows, jeśli oba procesory GPU są widoczne dla systemu Windows przez PCI (jeśli EFI nie odcina dostępu PCI do niego dla systemów operacyjnych działających pod BootCamp) , chociaż może to wymagać trochę zamieszania ze sterownikami. Również całkowicie się z tym zgadzam ach- :
ah- powiedział: Powinno działać, jeśli uruchomisz w trybie EFI. Tylko najnowsze MBP (chyba 11,3 i więcej) wyłączają procesor Intel GPU w systemie Windows i istnieją rozwiązania: https://github.com/0xbb/gpu-switchMożliwe jest przechowywanie kilku systemów operacyjnych (w tym Windows) na Macu bez żadnego Bootcampa, po prostu używając rEFInd - http://www.rodsbooks.com/refind/
Przy okazji, dlaczego nie uruchomić systemu Windows na maszynie wirtualnej? Na przykład: kilka lat temu wykonałem kilka testów wydajności natywnego systemu OS X w porównaniu z systemem Windows wewnątrz pulpitu Parallels i podczas gdy hit wydajności graficznej wynosił około 35%, wydajność procesora była tylko o około 2% wolniejsza. W tej chwili różnica powinna być znacznie mniejsza, ponieważ „kilka lat” to duży czas na ulepszanie dowolnego oprogramowania, zwłaszcza popularnego oprogramowania do wirtualizacji. Jeśli nie lubisz płacić ani piracować, wypróbuj darmowe narzędzia do wirtualizacji, takie jak VirtualBox i QEMU. Może nawet wino może być odpowiednie dla twoich potrzeb Ostatnia edycja: 18 marca 2017
Matejh
- 5 lip 2014
- 19 kwi 2017
lymper
- 1 września 2008 r.
- Sztuka, Grecja
- 19 kwi 2017
maflynn
Moderator
Pracownik- 3 maja 2009
- Boston
- 19 kwi 2017
Matejh powiedział: Co się stanie, jeśli podłączysz zewnętrzny wyświetlacz?Rozumiem, że złącze Display Port jest podłączone do dGPU, więc nie można używać iGPU do sterowania zewnętrznym monitorem.
magicznytrevor70
- 19 kwi 2017
- 19 kwi 2017
Podczas próby rmowania pliku „gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9” otrzymuję:
Nie można usunąć „gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9” Operacja niedozwolona
Podczas próby wykonania polecenia printf otrzymuję:
zsh: operacja niedozwolona: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Mimo że jestem zalogowany jako root, wygląda na to, że nie mogę zmienić tego pliku
Wyszukiwarka AppleMac
Oryginalny plakat- 7 grudnia 2009
- 19 kwi 2017
magictrevor70 powiedział: 1) Nie można usunąć „gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9” Operacja niedozwolona
2) zsh: operacja niedozwolona: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Czy robisz to z Arch Linux LiveCD? Jeśli próbujesz go z odzyskiwania systemu OS X lub OS X, ochrona SIP nie pozwoli ci na to. Wypróbuj z Arch Linux LiveCD i powinno działać dla Ciebie
Beztroski Kanadyjczyk
- 18 kwi 2017
- 19 kwi 2017
AppleMacFinder powiedział: Czy robisz to z Arch Linux LiveCD? Jeśli próbujesz go z odzyskiwania systemu OS X lub OS X, ochrona SIP nie pozwoli ci na to. Wypróbuj z Arch Linux LiveCD i powinno działać dla Ciebie
Mam ten sam problem, że nie mogę modyfikować efivarów. Robię to z Archlinux Live USB z wyłączonym SIP. Próbowałem ponownie zamontować efivars r/w, ale nadal otrzymuję komunikat „operacja nie jest dozwolona”.
Czy ktoś znalazł na to rozwiązanie?
totoe_84
- 19 kwi 2017
- Varese, Włochy
- 19 kwi 2017
CarefreeCanadian powiedział: Mam ten sam problem, że nie mogę modyfikować efivarów. Robię to z Archlinux Live USB z wyłączonym SIP. Próbowałem ponownie zamontować efivars r/w, ale nadal otrzymuję komunikat „operacja nie jest dozwolona”.
Czy ktoś znalazł na to rozwiązanie?
Przede wszystkim dziękuję @AppleMacFinder za Twoją pracę! Dzisiaj mogłem ponownie używać mojego MacBooka Pro na początku 2011 roku ze zintegrowanym procesorem graficznym.
@CarefreeCanadian Doświadczyłem tego samego problemu korzystając z dystrybucji Ubuntu Live 16.10 i rozwiązałem problem, wykonując następujące kroki:
Usuwać gpu-power-prefs-...' zmienna konieczne jest przede wszystkim odmontowanie efivarów:
*) umount /sys/firmware/efi/efivars/
następnie zamontuj efivars w trybie odczytu/zapisu:
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
*) chattr -i /sys/firmware/efi/efivars/gpu-power-prefs-[naciśnij TAB, aby autouzupełnić]
*) rm /sys/firmware/efi/efivars/gpu-power-prefs-[naciśnij TAB, aby autouzupełnić]
po tych dodatkowych krokach możesz postępować zgodnie z przewodnikiem @AppleMacFinder
Mam nadzieję, że to pomoże komuś innemu.
Wyszukiwarka AppleMac
Oryginalny plakat- 7 grudnia 2009
- 19 kwi 2017
CarefreeCanadian powiedział: Mam ten sam problem, że nie mogę modyfikować efivarów. Robię to z Archlinux Live USB z wyłączonym SIP. Próbowałem ponownie zamontować efivars r/w, ale nadal otrzymuję zakaz operacji.
magictrevor70 powiedział:operacja niedozwolonaPrzede wszystkim, czy SIP jest włączony czy wyłączony - nie powinno mieć znaczenia, ponieważ SIP jest funkcją OS X, a Linux ignoruje te flagi SIP. Przyjaciele z problemem 'operacja niedozwolona', muszę wiedzieć więcej o waszej konfiguracji sprzętu/oprogramowania, aby zrozumieć - jaka jest negatywna różnica między moją a waszą konfiguracją, która uniemożliwia osiągnięcie sukcesu. Na przykład: czy uruchamiasz ArchLinux przez rEFInd? Ponieważ nie używam rEFInd, uruchamiam się bezpośrednio z EFI Maca, przytrzymując klawisz „Option”. Nie wiem też, czy to ma znaczenie, ale czy korzystasz z macOS Sierra? Ponieważ mój system operacyjny to El Capitan (10.11.6) i teoretycznie może być tak, że Sierra w jakiś sposób blokuje zmienne EFI... Powinniśmy też spróbować przeszukać ten problem w Internecie, ponieważ może to być problem nie odosobniony dla MBP.. .
EDYTOWAĆ: proszę przeczytaj totoe_84 wiadomość powyżej
[podwójny post=1489960984][/podwójny post]
totoe_84 powiedział: Doświadczyłem tego samego problemu przy użyciu dystrybucji Ubuntu Live 16.10 i rozwiązałem problem, wykonując następujące krokitotoe_84 , jestem zaskoczony, że udało Ci się uruchomić Ubuntu, ponieważ ten problem graficzny powinien uniemożliwić jego uruchomienie... W każdym razie, bardzo dobrze! Reakcje:TonyRS i AppleMacFinder
Beztroski Kanadyjczyk
- 18 kwi 2017
- 19 kwi 2017
Dziękujemy również @AppleMacFinder za opublikowanie tego rozwiązania! Zaoszczędziłeś nam wszystkim wielu prób i błędów i zapewniłeś świetne rozwiązanie dla społeczności „nieudanego macbooka pro 2011” Reakcje:Wyszukiwarka AppleMac m
kamieniarstwo
- 20 lut 2017
- 20 lut 2017
Miałem ten sam problem i wykonałem niektóre z twoich kroków jak 2 lata temu, ale zrezygnowałem w połowie drogi Reakcje:Keno_beano i AppleMacFinder
magicznytrevor70
- 19 kwi 2017
- 20 lut 2017
totoe_84 powiedział: następnie zamontuj efivars w trybie odczytu/zapisu:
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
Próbując tego kroku dostaję
mount: nieznany typ systemu plików „efivars”
totoe_84
- 19 kwi 2017
- Varese, Włochy
- 20 lut 2017
magictrevor70 powiedział: Próbując tego kroku dostaję@magicaltrevor70 Myślę, że robisz literówkę:
mount: nieznany typ systemu plików „efivars”
typ systemu plików to efivarfs nie efiwary
*) mocowanie –t efivarfs rw / sys / firmware / efi / efivars /
magicznytrevor70
- 19 kwi 2017
- 20 lut 2017
ZapNZs
- 23 stycznia 2017
- 20 lut 2017
Jeśli istnieje, czy zaczynam wypowiedź od „rm”? Ostatnia edycja: 20.03.2017
roberthallin
- 25 paź 2009
- Sztokholm, Szwecja
- 20 lut 2017
Altis
- 10 września 2013 r.
- 20 lut 2017
Szkoda, że Apple nie będzie chciało pomagać ludziom, tak jak ty tutaj... to jeden z powodów, dla których kupiłem 2010 17' zamiast lepszego, ale ryzykownego 2011.
pstrratton
- 20 grudnia 2011
- Winnipeg, Manitoba, Kanada
- 20 lut 2017
Mój system nadal działa dobrze, ale nie wstrzymuję oddechu, jak długo ma pozostać w tym stanie.
To ma sens, że powinniśmy móc przełączyć się na zintegrowaną grafikę, aby utrzymać nasze systemy. Szkoda Apple, że nie jest proaktywna w tym dziale, ale czego oczekujesz, chcą, abyś kupił nowego Maca.
Dodam tę stronę do zakładek.
Dziękuję
Popularne Wiadomości