Seltsamer "spam" in logcat: BackupManagerService(385): dataChanged but no participant

[Mugendon]

Ich habe heute mein Galaxy Nexus mit 4.2.1 (stock + root) an den PC gehängt und mir mal die logcat Ausgabe angesehen. Dabei ist mir aufgefallen, dass der Backup Manager Service da ganz schön rein spammed.
Das sieht für mich nicht gerade nach einem akkusparendem Verhalten aus. Habe auch einen recht hohen Anteil von Ruhezustand (15%) bei 60% Bildschirm nach 50% Akku Verbrauch.

Weiß jemand woher das kommt und wie ich es wieder wegkriege?

Hier mal ein Auszug aus dem Log:

12-18 19:43:10.801: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:10.824: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:10.879: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:10.903: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:10.942: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:10.965: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:11.004: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:11.020: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:11.082: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:11.106: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:11.137: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:11.160: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:11.192: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:11.223: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:11.270: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:11.293: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:13.512: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:13.535: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:15.621: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:15.645: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:15.692: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:15.715: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:15.770: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:15.809: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:15.824: D/dalvikvm(570): GC_CONCURRENT freed 2027K, 41% free 14990K/25188K, paused 3ms+9ms, total 71ms
12-18 19:43:15.879: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:15.903: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:15.942: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:15.965: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:16.004: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:16.028: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:16.067: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:16.090: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:16.129: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:16.145: W/BackupManagerService(385): dataChanged but no participant pkg='com.android.providers.settings' uid=10066
12-18 19:43:16.231: D/dalvikvm(23180): GC_CONCURRENT freed 393K, 21% free 9390K/11808K, paused 2ms+2ms, total 27ms
usw.

 

[Ladylike871]

Verschoben

Gesendet aus den Tiefen meines Unterbewusstseins - mit Tapatalk

 

[Mugendon]

Was hat das denn mit root zu tun?

 

[StefMa]

Schonmal das Handy neugestartet?

Gruß

 

[Mugendon]

Ja, gerade

Habe aber heute morgen mal das SGN dauerhaft am Rechner gelassen und gesehen, dass es scheinbar nicht durchgehend so aussieht. So war jetzt zwischendurch 2 Stunden Ruhe. Mal sehen, ob sich jetzt nach dem Neustart was ändert und es gar nicht mehr auftritt.

Generell wäre aber auch interessant zu wissen, was dieser Eintrag bedeutet. Ich hatte erst die Vermutung, dass es was mit Titanium Backup zu tun hat, aber der Service an sich ist ja in Android auch so integriert, wenn ich das richtig verstanden habe.

 

[Mugendon]

Ich hab jetzt rausbekommen woran es lag, nämlich an Llama:

Wenn die Option 'disable volume buttons' aktiviert ist, versucht Llama ständig (sofern ein lautes Profil eingestellt ist) die Lautstärke anzupassen.
Das rührt daher, dass die Jelly Bean audio api irgendwie kaputt ist und nach dem Setzen der Lautstärke einen falschen Wert zurückmeldet, weshalb Llama denkt, es müsste diesen wieder korrigieren. Ich nehme an, das daraus auch ein erhöhter Akkuverbrauch des Ruhezustands resultierte.

Vielleicht kann das Topic ja ein Mod ins Jelly Bean Forum schieben und ich mache eventuell nen neuen Thread mit der Fehlerbeschreibung im Llama Forum auf?! Vielleicht reicht auch einfach ein schieben ins Llama Forum mit leicht angepasstem Topic