Macbook Pro no se duerme después de dejarlo inactivo

En la configuración de Ahorro de energía (Preferencias del sistema -> sección Hardware), la Mac está configurada para dormir después de 15 minutos, pero no sucede nada.

Mac agota la batería y se apaga automáticamente cuando la batería está baja.

Si escribo pmset -g assertionsen la terminal, obtengo esto:

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

¿Cómo debo leer esto? ¿Por qué PreventUserIdleSystemSleepse establece en uno? ¿Cómo puedo configurar Mac para ir a dormir después de cierto tiempo de inactividad?

macbook sleep-wake battery

— usuario40
fuente

Respuestas:

En este caso, use Activity Monitor.app para matar el proceso pid 251(coreaudiod).

Rastreando problemas de sueño inactivo

A continuación se muestra una descripción general para rastrear por qué su Mac no dejará inactivo el sueño.

Sin afirmación de sueño inactivo

Una NoIdleSleepAssertionafirmación es la razón más probable por la que su Mac no está durmiendo.

Para ver más sobre qué procesos están bloqueando la suspensión, ejecute este comando en Terminal.app :

pmset -g assertions

Esto enumerará las aserciones activas y su aplicación o proceso propietario. Espere ver audiovisuales, compartir en la red o imprimir respuestas relacionadas.

Si un proceso oculto, como pid 251(coreaudiod), es responsable, puede matarlo con Activity Monitor.app . Luego, vuelva a ejecutar el pmsetcomando anterior para verificar que se haya eliminado la aserción.

Causas comunes

Este hilo del foro de debate de Apple, Mi Mac no se duerme desde Lion Update , contiene numerosas personas que también se encontraron con este problema. Las mismas causas afectarán a OS X 10.9.

Compruebe si hay trabajos de impresión atascados; un trabajo de impresión pendiente mantendrá tu Mac despierta
Verifique los programas audiovisuales o de presentación que pueden restringir el sueño mientras juega

— Graham Miln
fuente

Matar a un demonio del sistema central parece un consejo terrible.

— augurar el

@augurar Los demonios del sistema Core se gestionan y se volverán a lanzar cuando se eliminen. Hay errores dentro de los demonios que hacen que dejen de funcionar correctamente. Ocasionalmente, un relanzamiento es la única solución que le queda al usuario, salvo reiniciar la computadora.

— Graham Miln

Antes de considerar un error del sistema operativo, primero debe descartar los errores del usuario y los problemas del software de la aplicación. En este caso, el problema se debió a una aplicación que no funcionaba bien, por lo que matar el demonio de audio sería lo incorrecto y solo confundiría el problema.

— augurar el

@augurar Dado que parece que se siente fuertemente acerca de esta pregunta y respuesta, agregue su propia respuesta para ayudar al interlocutor y a otros a solucionar mejor y solucionar estos problemas.

— Graham Miln

Wow, seguro que me alegro de haber encontrado esto. Noté que mi iMac 2011 (ejecutando Sierra) no apagaba la pantalla, ni se activaba el protector de pantalla. ¡En mi caso, fue por Discord! Su aplicación cuando la lanzas por primera vez, tiene este pequeño bucle de video que ejecuta nuevos juegos publicitarios o cualquier otra cosa. Ni siquiera consideré que esto realmente fuera un "video", pero la afirmación que surgió fue: pid 413(Discord): [0x0000683300058c91] 00:00:05 NoDisplaySleepAssertion named: "Playing video" tan pronto como cambié Discord para no mostrar ese ciclo de video en particular, la función de suspensión y el protector de pantalla vuelven a funcionar bien.

— JVC

En realidad, gracias por su informe detallado, uno puede ver que es la aplicación Boom que impide el modo de suspensión.

Pruebe una de las siguientes acciones actualizando la aplicación Boom a 1.8.1, o desactívela para probar.

El 1.8.1 tiene algunas correcciones que pueden ayudar:

--- 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
fuente