Pytanie:
MacBook Pro wyświetla czarne ekrany i wyłącza się po kilku minutach użytkowania
redct
2017-07-13 09:21:39 UTC
view on stackexchange narkive permalink

Mam MacBooka Pro 15 "(połowa 2014 r. z systemem Sierra). Niedawno zaczął się czarny ekran i wyłączał się wkrótce po, po kilku minutach użytkowania - powiedzmy od 3 do 10 minut. Ekran zrobi się czarny ale podświetlenie LCD pozostanie włączone przez około 5 sekund, po czym laptop całkowicie się wyłączy.

Zresetowałem PRAM i SMC. Ustaliłem:

  • Wbudowany test sprzętu przechodzi pomyślnie
  • Problem nie jest powiązany z moim kontem użytkownika (występuje, gdy jestem zalogowany do innego świeżo utworzonego użytkownika)
  • Problem nie jest związany z instalacją systemu operacyjnego (wyczyściłem i ponownie zainstalowałem)
  • Problem nie pojawia się w trybie awaryjnym lub po uruchomieniu w systemie Windows 10. (również nie pojawił się podczas ponownej instalacji systemu OS X).
  • Problem nie wydaje się przegrzewać: mogę grać bez problemów w systemie Windows, wydajność grafiki i wentylatory są w porządku.

To zachowuje się jak klasyczny problem z przegrzaniem, ale jestem zakłopotany, ponieważ nie jest to problem w trybie awaryjnym lub w Win 10. Masz jakieś uwagi?

Tryb bezpieczny wyłącza kexty innych firm.To byłoby pierwsze miejsce, na które warto zwrócić uwagę.
Jedynym kextem strony trzeciej był Dropbox.Awarie nadal się zdarzają, jeśli ręcznie `kextunload` to.
Mam dokładnie ten sam komputer z dokładnie tymi samymi problemami.Mam też uruchomiony system Windows 10, wyczyściłem dysk twardy i ponownie zainstalowałem system Mac OS.Na razie nie mam żadnego rozwiązania i używam głównie systemu Windows 10, ponieważ się nie zawiesza.Zauważyłem, że kiedy mój komputer jest podłączony, rzadziej ulega awarii.Około 2 miesiące temu miałem też serwis sprzętu i zainstalowałem nową baterię.Mam nadzieję, że wkrótce pojawi się rozwiązanie, dzięki.
Mam podobne problemy, ale zdarza się to również w trybie awaryjnym, ale rzadziej.
Pięć odpowiedzi:
baron
2018-05-06 00:16:10 UTC
view on stackexchange narkive permalink

Jak omówiono w wątku na forum MacRumors, Pomocy!Zaktualizowany do macOS 10.12.4, MBP wyłącza się losowo, prawdopodobnie przyczyną jest AppleThunderboltNHI.kext:

Więc jeśli wyłączysz (wyjdziesz z / System / Library / Extensions) sterownik AppleThunderboltNHI.kext, a następnie uruchom ponownie.Wszystko działa dobrze, możesz podłączyć zewnętrzne ekrany przez Thunderbolt.

Jedyną wadą jest to, że Ethernet przez Thunderbolt nie będzie działał.

Aby to zrobić, musisz wyłączyć ochronę integralności systemu.na przykładUruchom ponownie w trybie odzyskiwania, przytrzymując Command-R, a następnie otwórz Terminal i uruchom `csrutil disable`, a następnie uruchom ponownie, aby zastosować zmianę.Następnie przenieś plik.Następnie uruchom ponownie i ponownie włącz ochronę integralności systemu: `csrutil enable`.
Lub po prostu postępuj zgodnie z instrukcjami [tutaj] (https://outluch.wixsite.com/rmbp-crash).Ale pamiętaj, że terminal trybu odzyskiwania jest już rootem, więc nie używaj `sudo` przed` csrutil disable`.
Wcześniej miałem do czynienia z problemem i rozwiązałem go, korzystając z tej i poniżej odpowiedzi.Jednak po zaktualizowaniu komputera Mac uruchomił się ponownie i zastosował to samo rozwiązanie.Zobaczymy, czy zadziała.
blaxez
2017-07-17 06:34:40 UTC
view on stackexchange narkive permalink

Ten sam problem występuje już od około roku, a obecnie jedynym sposobem, aby zapobiec przypadkowemu wyłączaniu się, jest ciągłe podłączanie adaptera Thunderbolt Gigabit Ethernet.Wiele razy przyniosłem moją jednostkę do Apple, ale bez skutku.

Ciekawy.Jest to zgodne z moją teorią, że coś poszło nie tak z eterem, kontrolerem Ethernet lub sprzętem kontrolera Thunderbolt.Wyłączenie powiązanych kextów * wydaje się * pomogło.
redct
2017-08-17 20:45:05 UTC
view on stackexchange narkive permalink

Teraz znalazłem rozwiązanie.Nie jestem pewien, czy jest to właściwe, ale dla mnie działa, więc pomyślałem, że przynajmniej go opublikuję.

Moje niejasne podejrzenie: wszystko działało idealnie w systemie Windows, ale nie w systemie Mac OS.Oznacza to, że prawdopodobnie jest to problem ze sprzętem, który objawia się z powodu różnych implementacji sterowników w obu systemach operacyjnych.Zacząłem więc wyłączać kexty sterowników, aż Mac OS przestał się zawieszać.

Utworzyłem folder w / System / Library / DisabledExtensions / i przeniosłem te pliki z / System / Library / Extensions :

  AppleFWAudio.kext
AppleThunderboltDPAdapters.kext
AppleThunderboltEDMService.kext
AppleThunderboltIP.kext
AppleThunderboltNHI.kext
AppleThunderboltPCIAdapters.kext
AppleThunderboltUTDM.kext
AppleUSBAudio.kext
AppleUSBDisplays.kext
AppleUSBEthernet.kext
AppleUSBEthernetHost.kext
IOUserEthernet.kext
 

Teraz działa

wystarczy tylko AppleThunderboltNHI.kext
Tak nie było.Myślę, że wymaga to przeszukania siatki, które są powodem.
mark
2018-10-08 19:29:43 UTC
view on stackexchange narkive permalink

Mogę powiedzieć, że jedyną rzeczą, która zadziałała, jest pozostawienie pioruna w komputerze, nawet gdy jest podłączony przez WIFI, a nie przez Ethernet.Wydaje się, że wystarczy, że zwisa z komputera.Zapomniałem go mieć wczoraj i znowu się wyłączył.

snr
2020-02-02 17:34:28 UTC
view on stackexchange narkive permalink

Dla tych, którzy otrzymują Tylko do odczytu yada yada yada na terminalu.Testowane na Catalinie 10.15.4.

Musisz być przy tym szybki, ponieważ jest bardzo prawdopodobne, że Twój Mac wyłączy się w bardzo krótkim czasie.

Proces polega na uruchomieniu w celu odzyskania (⌘-R podczas rozruchu, przytrzymaj te klawisze przed logo Apple), otwórz Terminal:

  csrutil disable
 

Następnie uruchom ponownie system operacyjny, uruchom

  sudo mount -uw /
 

i

  sudo killall Finder
 

polecenia, a następnie

  cd / System / Library / Extensions
 

i

  sudo mv AppleThunderboltNHI.kext AppleThunderboltNHI_kext.bak
sudo mv IOThunderboltFamily.kext IOThunderboltFamily.kext.bak
 

Jeśli chcesz, a właściwie to, co robię, włącz ponownie csrutil enable , z ⌘-R podczas rozruchu.



To pytanie i odpowiedź zostało automatycznie przetłumaczone z języka angielskiego.Oryginalna treść jest dostępna na stackexchange, za co dziękujemy za licencję cc by-sa 3.0, w ramach której jest rozpowszechniana.
Loading...