Foros

Una solución muy simple que resuelve el agotamiento de la batería mientras duerme. ¡No es necesario apagar SIP!

EN

wxdao

Poster original
24 de noviembre de 2016
  • Feb 7, 2017
  1. Desde el manzana menú, elija Preferencias del Sistema…
  2. Desde el Vista menú elegir La red .
  3. Seleccione Wi-Fi de la lista de interfaces de red.
  4. Si el icono del candado en la parte inferior izquierda está bloqueado, haz clic en él. Cuando se le solicite, ingrese un nombre de administrador y una contraseña para desbloquear.
  5. Haga clic en el Advanced… botón.
  6. Haga clic en el '+' icono debajo de la lista de redes preferidas. En el cuadro de diálogo emergente, agregue una red llamada NULL (o lo que sea) sin seguridad.
  7. En la lista de Redes preferidas en la pestaña Wi-Fi, haga clic y arrastre la red denominada NULL a la parte superior de la lista.
  8. Haga clic en Aceptar para guardar la configuración.
  9. Haga clic en Aplicar, luego cierre Preferencias del sistema
Antes de esta solución, mi MacBook Pro 13 '(finales de 2016) solía perder un 10% de batería todas las noches, lo que me volvía loco. Leí la publicación popular de Mixolyd, pero no creo que sea una buena idea manipular manualmente los archivos de preferencias del sistema protegidos por SIP.

Revisé cuidadosamente mi registro y descubrí que mDNSRespondor frecuentemente despertaba mi computadora cada pocos minutos. Por lo tanto, asumí que Wake on Demand estaba activado de alguna manera cuando se usaba la batería (más o menos un error).

En esto documento en el soporte de Apple encontré una declaración muy interesante: La red inalámbrica que usa con Wake on Demand debe ser la primera red inalámbrica en su lista de redes preferidas. Mi solución es forjar una red para que esté en la parte superior de la lista en lugar del wifi de su hogar u oficina para que Wake on Demand deje de funcionar. Probé este método anoche y mi computadora perdió solo el 1% durante más de 10 horas.

Editar:

Mi problema fue que la computadora se agotó 10% durante toda una noche, aproximadamente 10 horas, y la ejecución de 'pmset -g log' mostró muchos eventos sobre mDNSRespondor cada pocos minutos . Es posible que esta solución no funcione si no tienes el mismo problema con el mío. Última edición: 8 de febrero de 2017
Reacciones:keysofanxiety, Beards, TrueBlou y otra persona

Barbas

Mar 22, 2014


Derbyshire, Reino Unido
  • Feb 8, 2017
Lo siento, pero no parece funcionar para mí. Probé la configuración que mencionaste amablemente hace aproximadamente 3 horas y acabo de verificar la MacBook Pro nuevamente: - ha perdido un 5% más EN

wxdao

Poster original
24 de noviembre de 2016
  • Feb 8, 2017
Beards dijo: Lo siento, pero no parece funcionar para mí. Probé la configuración que mencionaste amablemente hace aproximadamente 3 horas y acabo de verificar la MacBook Pro nuevamente: - ha perdido un 5% más
Es triste escuchar eso ... ¿Le importaría publicar algún registro (ejecute 'pmset -g log' en la terminal) aquí? Puede ser que algo más salga mal.
Reacciones:Barbas

Barbas

Mar 22, 2014
Derbyshire, Reino Unido
  • Feb 8, 2017
wxdao dijo: Es triste escuchar eso ... ¿Le importaría publicar algún registro (ejecute 'pmset -g log' en la terminal) aquí? Puede ser que algo más salga mal.
Claro, pero es un archivo de registro muy largo. No uso Dropbox, así que no estoy seguro de dónde guardarlo y vincularlo.
¿Alguna idea de lo que debería buscar en el registro? EN

wxdao

Poster original
24 de noviembre de 2016
  • Feb 8, 2017
Beards dijo: Claro, pero es un archivo de registro muy largo. No uso Dropbox, así que no estoy seguro de dónde guardarlo y vincularlo.
¿Alguna idea de lo que debería buscar en el registro?
Simplemente puede pegar esas líneas que comienzan con una cadena de fecha (como 2017-02-07 18:00:30 +0100) en el rango de su última hora de sueño, es decir, 'hace 3 horas' que mencionó.
Y verifique si el número a la derecha de PreventSystemSleep es 0. Si no es así, pegue también las últimas líneas debajo de 'Listado por proceso propietario:'.
Reacciones:Barbas

Barbas

Mar 22, 2014
Derbyshire, Reino Unido
  • Feb 8, 2017
wxdao dijo: Puede pegar esas líneas que comienzan con una cadena de fecha (como 2017-02-07 18:00:30 +0100) en el rango de su última hora de sueño, es decir, 'hace 3 horas' que mencionó.
Y verifique si el número a la derecha de PreventSystemSleep es 0. Si no es así, pegue también las últimas líneas debajo de 'Listado por proceso propietario:'.

Simplemente lo ejecuté de nuevo: -
Sueño total / Se despierta desde el inicio en 2017-02-08 08:20:58 +0000: 6


2017-02-08 14:36:56 +0000: Mostrando todas las afirmaciones de poder de IOKit actualmente

Estado de afirmación en todo el sistema:

Antecedentes Tarea 0

ApplePushServiceTask 0

UserIsActive 1

PreventUserIdleDisplaySleep 0

PreventSystemSleep 0

ExternalMedia 0

PreventUserIdleSystemSleep 0

NetworkClientActive 0 EN

wxdao

Poster original
24 de noviembre de 2016
  • Feb 8, 2017
Beards dijo: Solo lo ejecuté de nuevo: -
Sueño total / Se despierta desde el inicio en 2017-02-08 08:20:58 +0000: 6


2017-02-08 14:36:56 +0000: Mostrando todas las afirmaciones de poder de IOKit actualmente

Estado de afirmación en todo el sistema:

Antecedentes Tarea 0

ApplePushServiceTask 0

UserIsActive 1

PreventUserIdleDisplaySleep 0

PreventSystemSleep 0

ExternalMedia 0

PreventUserIdleSystemSleep 0

NetworkClientActive 0

Lamento no haberlo explicado con claridad. Por favor pegue todas las lineas desde el momento en que cerró la tapa hasta el momento en que la abrió.

Barbas

Mar 22, 2014
Derbyshire, Reino Unido
  • Feb 8, 2017
wxdao dijo: Lamento no haberlo explicado con claridad. Por favor pegue todas las lineas desde el momento en que cerró la tapa hasta el momento en que la abrió.

No, es mi culpa, debería haber pensado.
Acabo de volver a ponerlo en reposo, así que lo dejaré reposar un par de horas, luego volveré a encenderlo y ejecutaré otro registro.

Para evitar confusiones, publicaré el registro 'completo' y, una vez que haya echado un vistazo, editaré la publicación y la eliminaré, ya que será un archivo increíble.

Aprecio tu tiempo por cierto

Barbas

Mar 22, 2014
Derbyshire, Reino Unido
  • Feb 8, 2017
Acabo de abrir el MacBook Pro nuevamente desde el modo de suspensión.
Esta vez ejecuté tanto el registro como las afirmaciones.

Esto es lo que planteó Assertions:
Último inicio de sesión: miércoles 8 de febrero 17:09:52 en ttys000

Mikes-MBP: ~ mikepaterson $ pmset -g aserciones

2017-02-08 17:11:06 +0000

Estado de afirmación en todo el sistema:

Antecedentes Tarea 0

ApplePushServiceTask 0

UserIsActive 1

PreventUserIdleDisplaySleep 0

PreventSystemSleep 0

ExternalMedia 0

PreventUserIdleSystemSleep 0

NetworkClientActive 0

Listado por proceso de propiedad:

pid 97 (hidd): [0x0000000a00098032] 08:50:00 UserIsActive llamado: 'com.apple.iohideventsystem.queue.tickle.4294968021.11'

El tiempo de espera se disparará en 115 segundos Acción = TimeoutActionRelease

Sin afirmaciones del kernel.

Preventores de sueño inactivo: IODisplayWrangler

Mikes-MBP: ~ mikepaterson $ EN

wxdao

Poster original
24 de noviembre de 2016
  • Feb 8, 2017
Beards dijo: Acabo de abrir el MacBook Pro nuevamente desde el modo de suspensión.
Esta vez ejecuté tanto el registro como las afirmaciones.

Esto es lo que planteó Assertions:
Último inicio de sesión: miércoles 8 de febrero 17:09:52 en ttys000

Mikes-MBP: ~ mikepaterson $ pmset -g aserciones

2017-02-08 17:11:06 +0000

Estado de afirmación en todo el sistema:

Antecedentes Tarea 0

ApplePushServiceTask 0

UserIsActive 1

PreventUserIdleDisplaySleep 0

PreventSystemSleep 0

ExternalMedia 0

PreventUserIdleSystemSleep 0

NetworkClientActive 0

Listado por proceso de propiedad:

pid 97 (hidd): [0x0000000a00098032] 08:50:00 UserIsActive llamado: 'com.apple.iohideventsystem.queue.tickle.4294968021.11'

El tiempo de espera se disparará en 115 segundos Acción = TimeoutActionRelease

Sin afirmaciones del kernel.

Preventores de sueño inactivo: IODisplayWrangler

Mikes-MBP: ~ mikepaterson $

Puede cargar su registro en un archivo de texto. Ejecute 'pmset -g log> ~ / Desktop / log.txt'. Un archivo llamado log.txt aparecerá en su escritorio. Súbelo haciendo clic en el botón 'Cargar un archivo', que se encuentra debajo del área de respuesta.

O puedes usar pastebin .con . Pegue el registro completo en él y generará una URL con la que otros pueden leer el texto que comparte. Publique el enlace aquí. Última edición: 8 de febrero de 2017

Barbas

Mar 22, 2014
Derbyshire, Reino Unido
  • Feb 8, 2017
wxdao dijo: Puede cargar su registro como un archivo de texto. Ejecute 'pmset -g log> ~ / Desktop / log.txt'. Un archivo llamado log.txt aparecerá en su escritorio.

O puedes usar pastebin .con . Pegue el registro completo en él y generará una URL con la que otros pueden leer el texto que comparte. Publique el enlace aquí.
Gracias ... Aquí está el archivo de registro

Archivos adjuntos

  • log.txt552.1 KB · Vistas: 189
EN

wxdao

Poster original
24 de noviembre de 2016
  • Feb 8, 2017
Beards dijo: Gracias ... Aquí está el archivo de registro

Según el registro, creo que su computadora durmió bien desde las 15:24 hasta las 17:01 ... Tal vez debería dejarla dormir toda una noche y ver si ha habido alguna mejora en comparación con las noches anteriores.
Reacciones:Barbas

Barbas

Mar 22, 2014
Derbyshire, Reino Unido
  • Feb 8, 2017
wxdao dijo: Según el registro, creo que su computadora durmió bien desde las 15:24 hasta las 17:01 ... Tal vez debería dejarla dormir por la noche y ver si hay alguna mejora en comparación con las noches anteriores.
Lo haré, gracias.
Por cierto, lo único que cambié esta tarde fue desactivar el uso compartido de archivos en caso de que pudiera haber sido un problema.
[doublepost = 1486577825] [/ doublepost]
Beards dijo: Haré gracias.
Por cierto, lo único que cambié esta tarde fue desactivar el uso compartido de archivos en caso de que pudiera haber sido un problema.

Olvidé mencionar y no quise editar lo anterior en caso de que ya haya leído la publicación: -
Tomé niveles detallados de la batería justo antes y después
15:24 Batería de coco 37,3%. Batería del sistema 38% en reposo
17:01 Batería de coco 35,6% Batería del sistema 37% Despierto

Eso funcionó en 97 minutos = -1.7% de batería S

snaky69

Mar 14, 2008
  • Feb 8, 2017
Todo esto está bien, excepto que una pérdida de aproximadamente 1% por hora es perfectamente normal para una MacBook Pro en modo de suspensión, a menos que las cosas hayan cambiado drásticamente en el último año.

Comadreja

Moderador
Miembro del equipo
23 de enero de 2005
California
  • Feb 8, 2017
snaky69 dijo: Todo esto está bien, excepto que una pérdida de aproximadamente el 1% por hora es perfectamente normal para una MacBook Pro en modo de suspensión, a menos que las cosas hayan cambiado drásticamente en el último año.
Aproximadamente el 1% por hora es normal durante las primeras tres horas, luego las MacBooks más nuevas ingresan al 'modo de espera' y usan mucha menos energía. Puede funcionar en modo de espera con la energía de la batería hasta por 30 días. Entonces, después de esa ventana de tres horas, no debería usar 1% por hora.

https://support.apple.com/en-us/HT202124 GRAMO

Gonza211

Jul 26, 2012
  • Feb 8, 2017
wxdao dijo: Según el registro, creo que su computadora durmió bien desde las 15:24 hasta las 17:01 ... Tal vez debería dejarla dormir durante toda la noche y ver si ha habido alguna mejora en comparación con las noches anteriores.

¿Le importaría echarle un vistazo al mío? Obtuve un 40% de pérdida durante la noche. Esta vez, mi Macbook no estaba conectada a la alimentación, pero sí a un monitor externo a través del adaptador USB C a HDMI / USBA / USBC.

http://pastebin.com/k84jqAyh

Brookzy

30 de mayo de 2010
Reino Unido
  • Feb 8, 2017
Gonza211 dijo: ¿Te importaría revisar el mío? Obtuve un 40% de pérdida durante la noche. Esta vez, mi Macbook no estaba conectada a la alimentación, pero sí a un monitor externo a través del adaptador USB C a HDMI / USBA / USBC.

http://pastebin.com/k84jqAyh
El adaptador fue sin duda el culpable. El de Apple consume hasta 5W de potencia incluso cuando no está en uso, por ejemplo. Reacciones:Sanpete

Barbas

Mar 22, 2014
Derbyshire, Reino Unido
  • Feb 9, 2017
Lo dejé en espera durante la noche: -
17 horas y 32 minutos después y según Coconut Battery había caído un 10,6%, mientras que según System Battery dijo que había caído un 11%.

Yo diría que ahora es aceptable.
Parece que Compartir archivos con mi gran iMac estaba arrastrando el MacBook Pro hacia abajo. GRAMO

Gonza211

Jul 26, 2012
  • Feb 9, 2017
Brookzy dijo: El adaptador fue sin duda el culpable. El de Apple consume hasta 5W de potencia incluso cuando no está en uso, por ejemplo.

Ayer lo dejé dormir sin nada conectado, obtuve un 8% de drenaje durante la noche. Esto no debería estar sucediendo. Ahora dice que el dispositivo para prevenir el sueño es IODisplayWrangler, así que ... no sé qué hacer.

MRxROBOT

14 de abril de 2016
1011100110
  • Feb 15, 2017
Estoy perdiendo un 8-10% por noche, no estoy conectado a nada desde que actualicé a 10.12.3

Aparte de volver a la versión 10.12.2, ¿hay alguna solución? S

Sanpete

17 de noviembre de 2016
Utah
  • Feb 15, 2017
MRxROBOT dijo: Estoy perdiendo un 8-10% por noche, no estoy conectado a nada desde que actualicé a 10.12.3

Aparte de volver a la versión 10.12.2, ¿hay alguna solución?

Probablemente. Probablemente haya algo que su computadora esté configurada para hacer que le impida dormir correctamente. Si esto le molesta, lea los hilos sobre esto para obtener ideas sobre lo que puede probar. Aqui hay otro más:

https://forums.macrumors.com/thread...drain-while-sleeping-here-is-the-fix.2026702/

¡Buena suerte!