¿Alguien puede ayudarme a diagnosticar este problema? Mi nuevo MacBook Pro 13 Retina (8GB / 2.6Ghz / 512GB) se despertó en mi bolso hoy y aparentemente no volvió a dormir, así que agotó la batería y estaba caliente y parcialmente insensible cuando lo saqué de mi bolso.
Ejecuté este comando:
syslog |grep -i "Wake Reason"
Me saludaron con esto por hoy:
Nov 20 15:12:14 bishop kernel[0] <Debug>: Wake reason: EC.LidOpen (User)
Nov 21 01:20:18 bishop kernel[0] <Debug>: Wake reason: EC.SleepTimer (SleepTimer)
Nov 21 01:20:44 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 01:21:25 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 01:22:08 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 01:23:13 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 01:23:53 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 01:24:22 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 01:24:58 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 01:25:36 bishop kernel[0] <Debug>: Wake reason: ?
<snip for 30,000 character limit>
Nov 21 17:28:18 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:29:28 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:30:37 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:31:46 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:32:55 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:34:03 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:35:13 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:36:03 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:37:13 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:38:21 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:39:08 bishop kernel[0] <Debug>: Wake reason: EC.ACAttach (Maintenance)
Hubo un total de 936 entradas con "Razón de despertar:?" y eso me tiene más que un poco preocupado. Recientemente regresé al ecosistema Mac OS X (el último fue un Powerbook G4 con 10.2) y he estado principalmente en el mundo de Windows con algunas configuraciones de desarrollo en Ubuntu Linux. Me encantaría tener alguna guía para resolver esto.
Un cambio reciente fue que instalé XQuartz 2.7.5 anoche para usar Inkscape. Había instrucciones en el archivo Léame sobre la eliminación de /Library/LaunchAgents/org.macosforge.xquartz.startx.plist usando launchctl (1), pero no lo encontré en la lista cuando lo encendí.
De todos modos, mi Google-fu no arrojó ningún resultado que coincida bien con esta situación, por lo que les estoy atrayendo.
He tenido esta máquina durante 1,5 semanas y este es el primer problema de esta naturaleza que he experimentado. También estoy algo preocupado por el daño por calor permanente que resulta de estar caliente en mi bolso durante tanto tiempo. Cualquier comentario al respecto con su respuesta a mi pregunta principal o en los comentarios sería muy apreciado (entiendo que la regla aquí es normalmente una pregunta por ... pregunta).
¡Gracias a todos!
EDITAR Pensé que agregaría el ciclo que se repite desde pmset -g log
11/21/13, 4:32:30 PM CST Sleep Maintenance Sleep: Using BATT (Charge:10%) 31 secs
11/21/13, 4:32:46 PM CST SlowResponse PMConnection: Response from com.apple.apsd is slow (powercaps:0x0) 16008 ms
11/21/13, 4:32:46 PM CST WakeRequests Clients requested wake events: None
11/21/13, 4:32:55 PM CST Assertions PID 8249(AddressBookSour) Released PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:30 id:0x1000005d3 [System: No Assertions]
11/21/13, 4:33:01 PM CST Assertions PID 16(powerd) Created InternalPreventSleep "PM configd - Wait for Device enumeration" 00:00:00 id:0xe000005ea [System: No Assertions]
11/21/13, 4:33:01 PM CST DarkWake DarkWake [CDN] : Using BATT (Charge:9%) 6 secs
11/21/13, 4:33:01 PM CST SlowResponse Kernel: Response from powerd is slow (powercaps:0x0) 16013 ms
11/21/13, 4:33:07 PM CST Assertions PID 16(powerd) Released InternalPreventSleep "PM configd - Wait for Device enumeration" 00:00:05 id:0xe000005ea [System: PrevIdle]
11/21/13, 4:33:07 PM CST Sleep Maintenance Sleep: Using BATT (Charge:9%) 31 secs
11/21/13, 4:33:21 PM CST SlowResponse PMConnection: Response from com.apple.apsd is slow (powercaps:0x0) 13803 ms
11/21/13, 4:33:21 PM CST WakeRequests Clients requested wake events: None
11/21/13, 4:33:34 PM CST Assertions PID 8254(AddressBookSour) Released PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:30 id:0x1000005ee [System: No Assertions]
11/21/13, 4:33:38 PM CST Assertions PID 16(powerd) Created InternalPreventSleep "PM configd - Wait for Device enumeration" 00:00:00 id:0xe00000601 [System: No Assertions]
11/21/13, 4:33:38 PM CST DarkWake DarkWake [CDN] : Using BATT (Charge:9%) 45 secs
11/21/13, 4:33:38 PM CST SlowResponse Kernel: Response from powerd is slow (powercaps:0x0) 13808 ms
11/21/13, 4:34:10 PM CST Assertions PID 8259(AddressBookSour) Released PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:30 id:0x100000604 [System: SRPrevSleep kCPU]
11/21/13, 4:34:23 PM CST Assertions PID 16(powerd) Released InternalPreventSleep "PM configd - Wait for Device enumeration" 00:00:45 id:0xe00000601 [System: No Assertions]
11/21/13, 4:34:23 PM CST Sleep Maintenance Sleep: Using BATT (Charge:9%) 18 secs
11/21/13, 4:34:25 PM CST SlowResponse PMConnection: Response from com.apple.apsd is slow (powercaps:0x0) 1750 ms
11/21/13, 4:34:25 PM CST WakeRequests Clients requested wake events: None
11/21/13, 4:34:41 PM CST Assertions PID 16(powerd) Created InternalPreventSleep "PM configd - Wait for Device enumeration" 00:00:00 id:0xe00000614 [System: No Assertions]
11/21/13, 4:34:41 PM CST DarkWake DarkWake [CDN] : Using BATT (Charge:9%) 24 secs
11/21/13, 4:34:46 PM CST Assertions PID 16(powerd) Released InternalPreventSleep "PM configd - Wait for Device enumeration" 00:00:05 id:0xe00000614 [System: PrevIdle PushSrvc kCPU]
Entonces, parece ser el poder que está causando el problema, pero ¿por qué?
¿Esto ayuda a alguien a ayudarme?
¡¡¡Gracias!!!
Editar de nuevo
La saga continúa. He encontrado que otros parecen estar teniendo problemas en otras partes de las redes. Puedes ver sus aventuras aquí .
Ahora, me puse en contacto con el Soporte técnico de Apple y conversé con un representante allí y hasta ahora las cosas parecen funcionar mejor. Sin embargo, no voy a cerrar este caso y no agregaré una respuesta todavía.
Esto es lo que pasó:
Charlé con el representante y me pidió que borrara la SystemConfiguration
carpeta /Library/Preferences
y reiniciara mi máquina.
Luego dijo que estaba solo y que lo vigilara, esencialmente. Era muy amable y tenía el mismo nombre que el mío, así que cuando me envió un correo electrónico al registro de chat parece que estoy hablando conmigo mismo.
Como no quería esperar a la resolución, decidí probarlo yo mismo.
Primero configuré mi tiempo de hibernación en un número muy bajo:
sudo pmset -b standbydelay 15
Luego dormí la máquina y la dejé reposar un rato. Por lo general, habría comenzado la vigilia después de 15 segundos cuando intentó hibernar. Esto no sucedió. De hecho, he conseguido que esto funcione muchas veces seguidas.
Voy a señalar, y no estoy seguro si es que significa algo, pero cuando me cambié standbydelay
tengo advertencias de pmset
que dicho: Display sleep should be lower than system sleep
.
Miro pmset -g
y dice que displaysleep se configuró en 2 mientras que sleep se configuró en 1. Además, después de sleep 1, dijo (sleep prevented by apsd, apsd)
. Cambié la suspensión de mi sistema y la visualización de la suspensión para hacerme pmset
feliz y luego volví a correr pmset -g
y descubrí que la (sleep prevented by apsd, apsd)
nota había desaparecido de la línea de suspensión. No estoy seguro de que esto sea relevante, pero quiero que se sepa que no es algo que simplemente pueda explicar.
Actualizaré esto después de haber usado la máquina por un tiempo y puedo decir con confianza que el problema se ha resuelto para que cualquier persona que tropiece con esto en el futuro tenga más herramientas a su disposición.