¿Mi iPhone 5S está agotando la batería demasiado rápido (y se debe al proceso mediaServerD?)

Parece un error en mediaserverd. Al reiniciar el teléfono, el proceso vuelve al uso normal de la CPU. He presentado un radar.

Tuve el mismo problema con mi iPhone perdiendo la vida útil de la batería como un loco y el uso y el tiempo de espera coincidían de manera idéntica. Entré en Configuración => General => Restablecer => Restablecer todas las configuraciones. Eliminó la basura que estaba causando esto y ahora tengo una duración de la batería significativamente mejor y los tiempos de uso y espera son más variados. Haga una copia de seguridad de su teléfono y luego intente esto y espere unas horas para ver si nota alguna diferencia. Si no, siempre puede volver a su copia de seguridad.

Tuve el mismo problema con mi iPhone 5s con jailbreak. Después de investigar qué podría crear un problema, descubrí que modificar el hogar virtual era el problema. No es un ajuste completo, pero la opción HABILITAR DESBLOQUEO RÁPIDO que se usa para desbloquear su dispositivo sin necesidad de activarlo primero. Todas las demás opciones funcionan perfectamente.

Ahora el tiempo de espera y el tiempo de uso ya no son iguales.

Tuve un problema similar con mi iPhone 5s y el iPhone 5 de mi esposa. El tiempo de espera y el tiempo de uso fueron los mismos, lo que indica que los dispositivos nunca entraron en modo de suspensión.

Conecté mis 5s a los instrumentos de Xcode y descubrí que, en mi caso, los 3 principales procesos hambrientos de CPU eran CommCenter, Locationd y Backboard; después de descartar el propio DTmobileIS de Instruments. El uso fue bajo, menos del 2%. Además, el problema no desapareció al reiniciar el dispositivo.

Pero encontré algo muy interesante en los registros del dispositivo de Xcode:

Incident Identifier: 941F209C-EC9B-49B8-B796-F9B07543E9ED
CrashReporter Key:   182e9824ae5047b9b2f2fe5e88777bc89fd945ec
Date:                2014-04-19 02:48:06 -0300
OS Version:          iPhone OS 7.1 (11D167)

locationd: com.apple.locationd.NetworkProvider.15fd3dec0    NoIdleSleepAssertion == 255, held for 00:00:03
backboardd: quicklookd[204]-com.apple.mediaremoted.relayxpcmessage [0x17826f4c0]
    NoIdleSleepAssertion == 255, held for 00:00:06
backboardd: Music[285]-com.apple.mediaremote.sendremotecommand [0x17007e380]
    NoIdleSleepAssertion == 255, held for 00:00:06
backboardd: Skype[129]-Called by Skype, from unknown method [0x1702708c0]
    NoIdleSleepAssertion == 255, held for 00:02:32
backboardd: BriaVoip[132]-132 [0x17026e780]
    NoIdleSleepAssertion == 255, held for 11:01:09
SpringBoard: com.apple.springboard.idle
    NoIdleSleepAssertion == 255, held for 00:00:17
dataaccessd: com.apple.persistentconnection[dataaccessd,100,2B8234AA-88C3-4010-BEED-C4C6DB1FC7BC-PendingSimpleTimer(0x1310cb150)]
    NoIdleSleepAssertion == 255, held for 00:00:04
apsd: com.apple.apsd-outgoingmessage
    NoIdleSleepAssertion == 255, held for 00:00:03
mediaserverd: com.apple.audio.pid-16.keypress.isprewarmed
    NoIdleSleepAssertion == 255, held for 00:00:06
mediaserverd: com.apple.audio.VAD Aggregate Device UID 15.isrunning
    NoIdleSleepAssertion == 255, held for 05:35:14
mediaserverd: com.apple.audio.AudioSession-132(com.counterpath.bv).isplaying
    NoIdleSleepAssertion == 255, held for 09:42:08

Hardware Model: N51AP
Awake Time: 27:14:44 (98084)
Standby Time: 27:14:44 (98084)
Partial Charge: 1
Capacity: 0
Voltage: 3370 mV

Así que parecía que Bria (un softphone de VOIP) estaba impidiendo que el teléfono durmiera durante 11 horas y estaba reproduciendo un sonido durante casi 10 horas, además de eso. Forcé el cierre de la aplicación y el teléfono comenzó a entrar en modo de espera normalmente.

No sé cuándo se generan estos informes, pero son excelentes para resolver problemas de batería de iOS.

mediaserverdse mantiene alrededor del 1% de la CPU en mi 5s. Si se mantiene más alto, lo más probable es que una aplicación reproduzca algo en segundo plano, tal vez cuando no debería ser así.