Macbook pro nie idzie spać po pozostawieniu nieaktywnego

W ustawieniach oszczędzania energii (Preferencje systemowe -> sekcja Sprzęt) komputer Mac jest uśpiony po 15 minutach, ale nic się nie dzieje.

Mac wyczerpuje baterię i automatycznie wyłącza się, gdy bateria jest słaba.

Po wpisaniu pmset -g assertionsterminala otrzymuję:

3/31/14 5:46:52 AM EDT   
Assertion status system-wide:
PreventUserIdleDisplaySleep    0
PreventSystemSleep             0
PreventUserIdleSystemSleep     1
InternalPreventDisplaySleep    0
ExternalMedia                  0
UserIsActive                   0
ApplePushServiceTask           0
BackgroundTask                 0

Listed by owning process:
  pid 251(coreaudiod): [0x0000000100000d01] 00:17:27 NoIdleSleepAssertion named: "com.apple.audio.'AppleHDAEngineOutput:1B,0,1,1:0'.noidlesleep" 
  pid 251(coreaudiod): [0x0000000100000929] 01:11:47 NoIdleSleepAssertion named: "com.apple.audio.'BoomEngine:0'.noidlesleep" 
  pid 269(helpd): [0x0000000c00000159] 02:37:33 BackgroundTask named:     "com.apple.helpd.sdmbuilding" 

Kernel Assertions: None

Jak mam to przeczytać? Dlaczego PreventUserIdleSystemSleepjest ustawiony na jeden? Jak skonfigurować komputer Mac, aby po określonym czasie bezczynności spał?

macbook sleep-wake battery użytkownik 40
źródło

Odpowiedzi:

W tym przypadku użyj Activity Monitor.app, aby zabić proces pid 251(coreaudiod).

Wykrywanie problemów ze snem w stanie bezczynności

Poniżej znajduje się omówienie śledzenia, dlaczego komputer Mac nie pozostaje bezczynny.

Brak potwierdzenia bezczynności podczas snu

NoIdleSleepAssertionTwierdzenie jest najbardziej prawdopodobną przyczyną Mac nie śpi.

Aby zobaczyć więcej o tym, które procesy blokują uśpienie, uruchom to polecenie w Terminal.app :

pmset -g assertions

Spowoduje to wyświetlenie aktywnych twierdzeń oraz ich aplikacji lub procesu. Spodziewaj się, że zobaczysz odpowiedzi audiowizualne, udostępnianie sieciowe lub drukowanie.

Jeśli ukryty proces, na przykład pid 251(coreaudiod), jest odpowiedzialny, możesz go zabić za pomocą Activity Monitor.app . Następnie ponownie uruchom pmsetpowyższe polecenie, aby sprawdzić, czy potwierdzenie zostało usunięte.

Najczęstsze przyczyny

Wątek na forum dyskusyjnym Apple Mój komputer Mac nie śpi od czasu aktualizacji Lion Update i zawiera wiele osób, które również napotkały ten problem. Te same przyczyny wpłyną na OS X 10.9.

Sprawdź zablokowane zadania drukowania; oczekujące zadanie drukowania sprawi, że komputer Mac będzie w stanie czuwania
Sprawdź programy audiowizualne lub prezentacyjne, które mogą ograniczać sen podczas gry

Graham Miln
źródło

Zabicie demona rdzenia systemu wydaje się okropną radą.

sierpień

Demony systemowe @augurar Core są zarządzane i zostaną ponownie uruchomione po zabiciu. W demonach występują błędy, które powodują, że przestają działać poprawnie. Czasami ponowne uruchomienie jest jedynym rozwiązaniem pozostawionym użytkownikowi - bez ponownego uruchamiania komputera.

Graham Miln

Przed rozważeniem błędu systemu operacyjnego należy najpierw wykluczyć błędy użytkownika i problemy z oprogramowaniem. W tym przypadku problem był spowodowany niewłaściwie działającą aplikacją, więc zabicie demona audio byłoby niewłaściwe i tylko pomieszało problem.

sierpień

@ augurar Biorąc pod uwagę, że masz silne zdanie na temat tego pytania i odpowiedzi, dodaj własną odpowiedź, aby pomóc pytającemu i innym osobom lepiej rozwiązać i rozwiązać te problemy.

Graham Miln

Wow, na pewno cieszę się, że to znalazłem. Zauważyłem, że mój iMac z 2011 r. (Działający w Sierra) nie uśpił wyświetlacza ani nie uruchomił się wygaszacz ekranu. W moim przypadku było to spowodowane Discordem! Ich aplikacja po pierwszym uruchomieniu ma tę małą pętlę wideo z reklamami nowych gier lub cokolwiek innego. Nigdy nawet nie uważałem tego za „wideo”, ale pojawiło się stwierdzenie: pid 413(Discord): [0x0000683300058c91] 00:00:05 NoDisplaySleepAssertion named: "Playing video" gdy tylko zmieniłem Discord, aby nie pokazywać tej konkretnej pętli wideo, uśpienia wyświetlacza i wygaszacza ekranu znów działają dobrze.

Jonathan van Clute

Właściwie dzięki za szczegółowy raport widać, że jest to aplikacja Boom zapobiegająca trybowi uśpienia.

Wypróbuj jedną z poniższych opcji, aktualizując aplikację Boom do wersji 1.8.1 lub wyłącz ją, aby przetestować.

1.8.1 ma kilka poprawek, które mogą pomóc:

--- Audio clipping(cutting out) issue is now fixed.
--- Kernel task consumption issue has been fixed. Now it functions the same as default OS X with or without Boom.
--- No sound after sleep issue is now resolved.
--- VLC and other media compatibility issue fixed.
--- Volume key sound delay.
Our developers our working with Apple's DST to have a quick fix for this.
--- Audio drop when using Facetime. Mavericks users are advised to turn off Boom when FaceTime is active.

Ruskes
źródło