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

Navega tus respuestas
2

Mi iPhone 5s siempre ha tenido menos duración de batería que mi iPhone anterior (4S), pero siempre supuse que se debía a la mayor velocidad de la CPU / GPU y al mayor tamaño de la pantalla. A veces también parece cálido en mi bolsillo (no caliente, pero más caliente de lo que esperaría que esté en la temperatura ambiente).

Este artículo: enlace Ha sido muy popular en la última semana, y lo leí. Algo que nunca había hecho antes era verificar las estadísticas de uso. Vea también el segundo del último párrafo aquí: enlace

Parece que mi teléfono nunca duerme. La cifra de espera (uso + espera) es siempre la misma que la cifra de uso. Supongo que esto no es normal.

El otro día bajó de la carga completa a casi vacío en 7 horas. Como puede ver en esta captura de pantalla: ¿Es eso la duración normal de la batería?

Ayer ejecuté el Monitor de actividad en instrumentos en el teléfono cuando estaba conectado a mi Mac: no parecía que el tiempo de CPU fuera ridículo, pero noté que un proceso llamado mediaserverd siempre fue en la parte superior del gráfico de la CPU, y siempre consume el 6% de la CPU. Supongo que fue diseñado para funcionar de forma permanente, pero dudo que esté destinado a tener ese hambre de poder.

Por favor, ¿podría alguien más con un Monitor de actividad 5S en instrumentos en su teléfono y avisarme si el proceso es igual de hambriento en su teléfono?

Gracias.

    
pregunta Diggory 11.04.2014 - 09:06

5 respuestas

3

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

    
respondido por el Diggory 11.04.2014 - 19:11
0

Tuve el mismo problema con mi iPhone perdiendo la vida de la batería como loca y el uso y el tiempo de espera coinciden de manera idéntica. Entré en Configuración = > General = > Restablecer = > Restablecer todos los ajustes. Limpió la basura que estaba causando esto y ahora tengo una vida de batería significativamente mejor y los tiempos de uso y de espera son más variados. Realice una copia de seguridad de su teléfono y luego intente esto y dele unas pocas horas para ver si nota una diferencia. Si no, siempre puedes volver a tu copia de seguridad.

    
respondido por el user75486 03.05.2014 - 22:31
0

Tuve el mismo problema con mi iPhone 5s con jailbreak. Después de investigar qué podría crear un problema, descubrí que el problema era modificar casa virtual . No está completamente ajustado, pero la opción ACTIVAR DESBLOQUEO RÁPIDO se utiliza para desbloquear el dispositivo sin necesidad de activar primero el dispositivo. Todas las demás opciones funcionan perfectamente.

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

    
respondido por el Matej 18.08.2014 - 10:07
0

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 se fueron a dormir.

Enganché mis 5s a los instrumentos de Xcode y encontré en mi caso que los 3 principales procesos con hambre de CPU eran CommCenter, locationd y backboardd; 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 de dispositivos 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

Parecía que Bria (un softphone VOIP) impedía que el teléfono durmiera durante 11 horas, y que hacía un sonido durante casi 10 horas, por encima de eso. Forzo el cierre de la aplicación y el teléfono comenzó a entrar en modo de espera normalmente.

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

    
respondido por el Alfredo Peña 20.04.2014 - 09:38
0

mediaserverd se mantiene en torno al 1% de CPU en mis 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 estarlo.

    
respondido por el Marcus Adams 20.08.2015 - 18:56

Lea otras preguntas en las etiquetas

¿En qué directorios debo hacer una copia de seguridad para guardar todos mis datos? ¿Cómo obtengo el código de usuario para analizar las barras diagonales inversas y ejecutar este comando en una nueva ventana de Terminal?