¿Puede alguien ayudarme a diagnosticar este problema? Mi nuevo MacBook Pro 13 Retina (8GB / 2.6Ghz / 512GB) se despertó en mi mochila más temprano y al parecer no volvió a dormirse, así que se agotó la batería y estaba caliente y parcialmente sin respuesta cuando lo saqué de mi mochila.
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 936 entradas en total con "Motivo de reactivación:?" Y eso me tiene más que un poco preocupado. Recientemente volví al ecosistema de 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 recibir orientación sobre cómo 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 utilizando launchctl (1), pero no lo encontré en la lista cuando lo encendí.
En cualquier caso, mi Google-fu no arrojó ningún resultado que se ajustara bien a esta situación, por lo que estoy atrayendo a ustedes, buenos amigos.
He tenido esta máquina durante 1,5 semanas y este es el primer problema de esta naturaleza que he experimentado. También me preocupa un poco el daño por calor permanente que resulta de estar caliente en mi bolsa durante tanto tiempo. Cualquier comentario sobre eso 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!
EDIT Pensé que agregaría el ciclo que sigue repitiendo 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 lo 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. Puede ver sus aventuras aquí .
Desde entonces, me he contactado con el Soporte de Apple y he conversado 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ó:
Conversó con el representante y me hizo eliminar la carpeta SystemConfiguration de /Library/Preferences y reiniciar mi máquina.
Luego dijo que estaba solo y para vigilarlo, esencialmente. Él era muy amable y tenía el mismo nombre que el mío, así que cuando me envió el registro de chat parece que estoy hablando solo.
No queriendo esperar por una resolución, decidí intentar algunas pruebas por mi cuenta.
Primero, configuro 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 empezado a activarse después de 15 segundos cuando intentó hibernar. Esto no sucedió. De hecho, he conseguido que esto funcione muchas veces seguidas.
Lo señalaré, y no estoy seguro de si significa algo, pero cuando cambié por primera vez mi standbydelay recibí advertencias de pmset que decían: Display sleep should be lower than system sleep .
Observo pmset -g y dice que el displayleep se configuró en 2, mientras que sleep estaba en 1. Además, después de sleep 1 decía (sleep prevented by apsd, apsd) . Cambié la suspensión del sistema y la visualización de la suspensión para hacer que pmset fuera feliz y luego volví a ejecutar pmset -g y encontré que la nota (sleep prevented by apsd, apsd) había desaparecido de la línea de suspensión. No estoy seguro de que esto sea relevante, pero quiero que se sepa si 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 resolverá para que cualquier persona que se tropiece con esto en el futuro tenga más herramientas a su disposición.