[ROM] CyanogenMod 11.0 (Android 4.4.4)

  • 8.263 Antworten
  • Letztes Antwortdatum
@Jung
Ja, das ist schon ein Sicherheits-Aspekt. - Leider habe ich es bis jetzt nicht geschafft, das Phone mit der Verschlüsselungsfunktion und/oder über adb shell zu verschlüsseln (evtl. wg. 2nd boot oder fehlendem/falschem cryptfs).
Aber schon das Deaktivieren der Recovery-Funktion ist ein Fortschritt, da jeder in das Recovery kommt und so "lustige" Sachen, wie ein Full wipe (auch SD Card) machen kann. - Ganz zu schweigen vom File Manager des Recovery (Injizierung von Root Kits et al., 5 Minütchen unbeaufsichtigter Zugriff reichen da ...).

Jung schrieb:
[...] Schön, dass man TWRP so abdrehen kann [...]
__________

@anderle
Danke für das Feedback zur 2014-08-17. - Bei mir verhält sie sich bislang so, wie ich es erwarte: 1.700 mAh Akku - nach knapp 13 h auf 73 % (27 % Verbrauch) - WLAN und Mobile Daten AN, alles andere AUS.

Die produktiv eingesetzte 2014-08-23 funktioniert jetzt auch wieder (immer noch nichts geändert, ausser 2 x backup, full wipe und restore des aktuellen Standes mit TWRP).

Vermutung: Evtl. hat der Provider am Netz gefummelt (SIM, Internet) oder es waren zu viele Störelemente an meiner Lokation (hier gibt es seit Kurzem Baukräne und andere Baumaschinen, die sich emmisions-energetisch evtl. daneben benehmen, keine Ahnung).

Swype habe ich auch, allerdings sind die Updates deaktiviert und auch Internet via Firewall geblockt (Swype versucht ständig nach Hause zu telefonieren, wenn es nicht eingefroren ist.).

anderle schrieb:
[...] Version vom 17.08. lief bis vor 3 Tagen wirklich ohne Fehler und sehr guter Laufzeit bis 30h [...] nur Swype geupdatet [...]
 
Mit der ROM vom 24.8. hatte ich jetzt an drei tagen hintereinander den "Lade-Freeze" - wobei ein mal nach betätigen der Einschalttaste kurz der Startbildschirm zu sehen war bevor alles schwarz wurde und nur noch die Soft-Keys beleuchtet waren...

Ich habe jetzt die ROM vom 27.8. drauf, damit konnte ich das Defy heute morgen problemlos aktivieren - allerdings hatte ich in der ersten Std. 10% Akkuverbrauch und die CPU ging nicht in den DeepSleep - das hat sich aber nach einem Neustart dann wieder gegeben...

Oliver
 
Auf das Verhalten der heutigen 2014-08-27 (eigentlich 2014-08-28, Quarx hatte es nicht geschafft, die 27er-Änderungen "einzukippen" bevor sein Build Bot loslegte) bin ich auch schon neugierig, da Quarx die Frequenzen und ein paar andere Dinge geändert hat.

Der Akku-Verbrauch und der fehlende Deep Sleep kann auf den Medien Server Service zurückzuführen sein.
Nach jedem Neu-Start wird dieser Service ausgeführt. - Er scannt das komplette Phone (SD Card) auf (Medien-)Dateien und indiziert diese.

Wenn man z. B. viele Photos/Images/mp3 oder auch aus E-Mails gelöste Datei-Anhänge auf den Speichermedien hat oder auch die Daten des Medien-Servers/der Galerie/der Kamera in der Liste der Apps zurücksetzt, dann kommt es zu einem erhöhten Energie-Verbrauch, weil dieser Service lange Zeit aktiv ist.

Vermeiden kann man dies (wenn man möchte), indem man in dem Verzeichnis, ab dem nicht gescannt werden soll, eine Datei ".nomedia" einfach nur anlegt (ohne Inhalt) - das geht auch ganz einfach mit dem CM Datei Manager (s. Screenshot).

Dieses Verzeichnis und alle Unterverzeichnisse werden dann nicht indiziert; die Dateien tauchen dann auch nicht in z. B. der Galerie oder dem Music Player auf.

Auch massenhaft von der SD Card gelöschte Dateien/Ordner müssen als fehlend nachindiziert werden.

(Es ist also eher eine gute Idee, das Phone während der Indizierung NICHT neu zu starten, da der Vorgang sonst unterbrochen wird.)
oblanke schrieb:
[...] Ich habe jetzt die ROM vom 27.8. drauf, damit konnte ich das Defy heute morgen problemlos aktivieren - allerdings hatte ich in der ersten Std. 10% Akkuverbrauch und die CPU ging nicht in den DeepSleep - das hat sich aber nach einem Neustart dann wieder gegeben...
 

Anhänge

  • Screenshot_2014-08-28-12-15-47.png
    Screenshot_2014-08-28-12-15-47.png
    14 KB · Aufrufe: 347
Zuletzt bearbeitet:
  • Danke
Reaktionen: imker und pulpo81
super, das Problem hatte ich bei meinem ASUS Tablet auch schon öfters. Hab da ne volle 64gb Karte drin. Als größter Verbraucher war schnell der Medienserverservice ausgemacht, wusste damit aber nix anzufangen. Das wird direkt ausprobiert....

Pulpo
 
ooo schrieb:
Vermeiden kann man dies (wenn man möchte), indem man in dem Verzeichnis, ab dem nicht gescannt werden soll, eine Datei ".nomedia" einfach nur anlegt (ohne Inhalt) - das geht auch ganz einfach mit dem CM Datei Manager (s. Screenshot).

Dieses Verzeichnis und alle Unterverzeichnisse werden dann nicht indiziert; die Dateien tauchen dann auch nicht in z. B. der Galerie oder dem Music Player auf.

Auch massenhaft von der SD Card gelöschte Dateien/Ordner müssen als fehlend nachindiziert werden.

(Es ist also eher eine gute Idee, das Phone während der Indizierung NICHT neu zu starten, da der Vorgang sonst unterbrochen wird.)

Laut diesem Artikel
Mediaserver oder Medien sorgt für zu hohen Akku... » Android User
ignoriert der Media Server das .nomedia und scannt wirklich alles. Der Eintrag veranlasst tatsächlich nur Medien-Anwendungen wie Galerie und MP3-Player diese Verzeichnisse nicht automatisch anzuzeigen.

Was verstehst Du unter "Neu-Start"? Den kompletten internen Speicher und die SD-Karte muss er natürlich nicht nach jedem Einschalten scannen. Wenn er das tut, ist er beim Scan-Prozess unterbrochen worden oder hat sich dabei aufgehängt. Deshalb stimme ich Dir voll zu, das Phone erst nach der vollständigen Indizierung auszuschalten. Ich habe ungefähr 12GB MP3s auf meiner SD-Karte und habe den Prozess seit dem einem Mal nach dem letzten Clean-Install nicht mehr bewusst gesehen.
 
Guter Artikel. - Danke für die Korrektur zu .nomedia (reagiert scheinbar wirklich nur bei Galerie und Music Player). - Eigentlich ist ein Komplett-Scan aber auch logisch, da der Service ja nicht "wissen" kann, welche Datei welche Funktion hat. - Wenn der Service .nomedia als Tag in einem Ordner beachten würde, wäre das aber trotzdem hilfreich.

dmasu schrieb:
Laut diesem Artikel [...]
_____

Zu "Neu-Start": Dein Artikel-Link, Seite 2, erster Satz (Jedes Mal erfolgt Komplett-Scan).
Nach einem sauberen und vollständigen Erst-Scan siehst du den Service nicht mehr, da er relativ schnell die Deltas der aktuellen Datenbasis ("nur" noch Fluktuationen) indiziert.

dmasu schrieb:
Was verstehst Du unter "Neu-Start"?
 
ooo schrieb:
Nach einem sauberen und vollständigen Erst-Scan siehst du den Service nicht mehr, da er relativ schnell die Deltas der aktuellen Datenbasis ("nur" noch Fluktuationen) indiziert.

Ja, das meinte ich mit nicht mehr bewusst gesehen - die Veränderungen sind schnell gescannt, der Dienst taucht nicht mehr unter den Großverbrauchern auf. Ich sollte natürlich auch die Artikel-Autoren fragen, was sie unter Neu-Start verstehen...

(Edit: Da habe ich mich natürlich schon im ersten Post unpräzise ausgedrückt. Um die Veränderungen zu finden und sie dann in die Datenbank zu übernehmen, muss er bei jedem Einschalten einmal das komplette System scannen. Das geht natürlich viel schneller, als die Datenbank komplett neu zu erstellen.)

Die Datenbanken liegen übrigens auf der Data-Partition (/data/data/com.android.providers.media/databases), sollten also nach einem CM-Update ohne Data-Wipe erhalten bleiben.
 
Zuletzt bearbeitet:
ooo schrieb:
Der Akku-Verbrauch und der fehlende Deep Sleep kann auf den Medien Server Service zurückzuführen sein.
Nach jedem Neu-Start wird dieser Service ausgeführt. - Er scannt das komplette Phone (SD Card) auf (Medien-)Dateien und indiziert diese.

Wenn man z. B. viele Photos/Images/mp3 oder auch aus E-Mails gelöste Datei-Anhänge auf den Speichermedien hat oder auch die Daten des Medien-Servers/der Galerie/der Kamera in der Liste der Apps zurücksetzt, dann kommt es zu einem erhöhten Energie-Verbrauch, weil dieser Service lange Zeit aktiv ist.

(Es ist also eher eine gute Idee, das Phone während der Indizierung NICHT neu zu starten, da der Vorgang sonst unterbrochen wird.)

...ich kann es nicht beweisen, aber ich glaube nicht an den Medienscan als Haupt-Verbraucher. Vor dem Neustart (ca. 45 min nach dem Erst-Start) hatte ich noch bei AC nachgesehen und es war zu dem Zeitpunkt noch *gar kein* DeepSleep vorhanden - ca. 1 min nach dem dann erfolgten Neustart (einfach "Neu starten" im Startmenü gewählt) war dann DeepSleep da (natürlich nur kurz) und über den ganzen Tag hat sich die ROM eher sparsam verhalten...

Das müsste schon ein enormer Zufall sein, wenn ich mit dem Neustart genau den Zeitpunkt erwischt hätte als der Scan durch war...

Ich hatte das auch schon mehrfach, auch frühere Neustarts (schneller nach dem Erst-Start) habe irgend etwas in der CPU-Steuerung bewirkt
 
@oblanke
Ich schrieb ja "... kann ..." und habe versucht, die Hintergründe darzustellen. - Es muss keineswegs so sein, ist aber eine Möglichkeit.

Deswegen teste ich so gerne mit einer möglichst leeren SD Card, um die ROM fair beurteilen zu können.

Dir bringt es eben mehr, wenn du dein Produktiv-System direkt testest. Auch das ist völlig okay.
 
Gab es das Problem nicht schon mal bei früheren nightlys, dass der Deeplseep erst nach einem Neustart nach Neuinstallation funktionierte?
 
  • Danke
Reaktionen: oblanke und Fight4Music
@imker zu spät, aber danke für deine Warnung ... Die 28er ist hier eine Katastrophe, wie auf xda beschrieben. Ob die heutige wohl besser ist? Quarx hat nichts getan seit gestern ...

Die 20140823 läuft jetzt wieder sauber. Nach 16 Stunden mit 7 Stunden Screen on noch 40 % Rest-Akku (1.700 mAh), bin ich zufrieden.
 

Anhänge

  • uploadfromtaptalk1409301959981.jpg
    uploadfromtaptalk1409301959981.jpg
    32,6 KB · Aufrufe: 337
Zuletzt bearbeitet:
Moin, die Version vom 29 macht bei mir auch nur Probleme... ständig Reboots...
 
Servus beisammen,
ich möchte hier noch meine Beobachtung zu meinem Akku „verhalten“ beisteuern.
(Nutze das Phone nur mit 2G ohne mobile Daten und gehe über WLAN online. Spiele gar nicht und telefoniere selten. Mit White Rabbit 1.8 hielt mein Akku drei bis vier Tage durch.)

Z.Z. habe ich das Backup (Nightly 03.08.) von ooo aus Post #5812 installiert. (Danke folgt, wenn ich darf.) Mit dieser Version (wie auch den Nightlys vom 29.7. oder 13.8.) war mein Akku, bei oben beschriebener Nutzung, im Laufe von 24h annähernd leer.

Das Logfile über Better Battery Stats (über Nacht auf dem Esstisch liegengelassen nur mit 2G)
===================
General Information
===================
BetterBatteryStats version: 1.16.0.0
Creation Date: 2014-08-23 08:49:20
Statistic Type: Unplugged to Current
Since 10 h 32 m 34 s
VERSION.RELEASE: 4.4.4
BRAND: motorola
DEVICE: mb526
MANUFACTURER: MOTO
MODEL: MB526
OS.VERSION: 2.6.32.9-AeroKernel
BOOTLOADER: unknown
HARDWARE: mapphone_umts
FINGERPRINT: motorola/mb526_umts/mb526:4.4.4/KTU84Q/20140803:user/release-keys
ID: KTU84Q
TAGS: test-keys
USER: android
PRODUCT: mb526_umts
RADIO: EPU93_U_00.60.03
Rooted: true
============
Battery Info
============
Level lost [%]: Bat.: -36% (74% to 38%) [3,4%/h]
Voltage lost [mV]: (3944-3746) [18,8%/h]
===========
Other Usage
===========
Deep Sleep (): 1 m 50 s (110 s) Ratio: 0,3%
Awake (): 10 h 30 m 43 s (37843 s) Ratio: 99,7%
======================================================
Wakelocks (requires root / system app on Android 4.4+)
======================================================
================
Kernel Wakelocks
================
"wakeup_driver" (): 3 h 40 m 39 s (13239 s) Cnt:(c/wc/ec)123556/7/123556 34,6%
"GKI_LOCK_TIMER_1" (): 2 h 53 m 52 s (10432 s) Cnt:(c/wc/ec)579953/0/63512 27,3%
"GKI_LOCK_TIMER_0" (): 2 h 53 m 35 s (10415 s) Cnt:(c/wc/ec)579953/0/63266 27,3%
"SCIM" (): 2 h 19 m 33 s (8373 s) Cnt:(c/wc/ec)125304/0/0 21,9%
"GKI_LOCK_SCIM_SCPC_TASK_ID" (): 2 h 10 m 48 s (7848 s) Cnt:(c/wc/ec)276129/0/0 20,5%
"GKI_LOCK_PROTOCOL_DRIVER_TASK_ID" (): 2 m 46 s (166 s) Cnt:(c/wc/ec)251255/0/0 0,4%
"GKI_LOCK_SCIM_SCSM_TASK_ID" (): 1 m 47 s (107 s) Cnt:(c/wc/ec)379330/0/0 0,3%
"BATTD" (): 54 s (54 s) Cnt:(c/wc/ec)123807/0/0 0,1%
"alarm_rtc" (): 53 s (53 s) Cnt:(c/wc/ec)56/0/27 0,1%
"PowerManagerService.WakeLocks" (): 45 s (45 s) Cnt:(c/wc/ec)714/0/0 0,1%
"alarm" (): 14 s (14 s) Cnt:(c/wc/ec)705/0/0 0,0%
"wakeup_timer" (): 11 s (11 s) Cnt:(c/wc/ec)54505/0/0 0,0%
"deleted_wake_locks" (): 10 s (10 s) Cnt:(c/wc/ec)70830/0/0 0,0%
"KeyEvents" (): 7 s (7 s) Cnt:(c/wc/ec)184348/0/0 0,0%
"radio-interface" (): 7 s (7 s) Cnt:(c/wc/ec)17/0/0 0,0%
"ssmgr" (): 6 s (6 s) Cnt:(c/wc/ec)123768/0/0 0,0%
"PowerManagerService.Broadcasts" (): 1 s (1 s) Cnt:(c/wc/ec)2/0/0 0,0%
"nvmd" (): (0 s) Cnt:(c/wc/ec)215/0/0 0,0%
"cpcap-irq" (): (0 s) Cnt:(c/wc/ec)382/0/0 0,0%
"NETMUX_receive" (): (0 s) Cnt:(c/wc/ec)330/0/0 0,0%
"LD_netmux_to_usb" (): (0 s) Cnt:(c/wc/ec)94/0/0 0,0%
"pwrkey" (): (0 s) Cnt:(c/wc/ec)4/0/4 0,0%
"event2-1631" (system, com.android.calendar, com.android.settings): (0 s) Cnt:(c/wc/ec)5/0/0 0,0%
"GKI_LOCK_OPPROF_ENGINE_MAIN_TASK_ID" (): (0 s) Cnt:(c/wc/ec)1/0/0 0,0%
"power-supply" (): (0 s) Cnt:(c/wc/ec)33/0/0 0,0%
"PowerManagerService.Display" (): (0 s) Cnt:(c/wc/ec)1/0/0 0,0%
"NETMUX_send" (): (0 s) Cnt:(c/wc/ec)207/0/0 0,0%
"GKI_LOCK_TL_MAIN_TASK_ID" (): (0 s) Cnt:(c/wc/ec)290/0/0 0,0%
"COMMDRV_WAKE_LOCK" (): (0 s) Cnt:(c/wc/ec)202/0/0 0,0%
"LD_usb_to_netmux" (): (0 s) Cnt:(c/wc/ec)421/0/0 0,0%
"GKI_LOCK_RILM_GKI_TASK_ID" (): (0 s) Cnt:(c/wc/ec)98/0/0 0,0%
======================
Alarms (requires root)
======================
======================
Network (requires root)
======================
==========
CPU States
==========
1 GHz (): 23 s 0,1%
800 MHz (): 10 s 0,0%
600 MHz (): 2 h 6 m 1 s 19,9%
400 MHz (): 8 h 24 m 8 s 79,7%
Deep Sleep (): 1 m 50 s 0,3%
==================
Reference overview
==================
ref_unplugged: Reference ref_unplugged created 4 m 18 s (Wl: 0 elements; KWl: 11elements; NetS: 5 elements; Alrm: 4 elements; Proc: 105 elements; Oth: 3 elements; CPU: 5 elements)
ref_custom: Reference ref_custom created 5 m 37 s (Wl: 0 elements; KWl: 11elements; NetS: 5 elements; Alrm: 4 elements; Proc: 107 elements; Oth: 3 elements; CPU: 5 elements)
ref_current: Reference ref_current created 10 h 36 m 52 s (Wl: 0 elements; KWl: 31elements; NetS: 5 elements; Alrm: 4 elements; Proc: 132 elements; Oth: 3 elements; CPU: 5 elements)

Nachdem ich dann die darauffolgende Nacht den Flugmodus aktiviert hatte, ging der Verbrauch spürbar zurück. (selbe Einstellung, gleiche Stelle)

===================
General Information
===================
BetterBatteryStats version: 1.16.0.0
Creation Date: 2014-08-26 06:29:13
Statistic Type: Unplugged to Current
Since 1 d 8 h 28 m 42 s
VERSION.RELEASE: 4.4.4
BRAND: motorola
DEVICE: mb526
MANUFACTURER: MOTO
MODEL: MB526
OS.VERSION: 2.6.32.9-AeroKernel
BOOTLOADER: unknown
HARDWARE: mapphone_umts
FINGERPRINT: motorola/mb526_umts/mb526:4.4.4/KTU84Q/20140803:user/release-keys
ID: KTU84Q
TAGS: test-keys
USER: android
PRODUCT: mb526_umts
RADIO: EPU93_U_00.60.03
Rooted: true
============
Battery Info
============
Level lost [%]: Bat.: -27% (100% to 73%) [0,8%/h]
Voltage lost [mV]: (4297-3991) [9,4%/h]
===========
Other Usage
===========
Deep Sleep (): 1 d 6 h 12 m 37 s (108757 s) Ratio: 90,3%
Awake (): 2 h 16 m 5 s (8165 s) Ratio: 7,0%
Screen On (): 1 h 21 m (4860 s) Ratio: 4,0%
Phone On (): 7 m 11 s (431 s) Ratio: 0,4%
Wifi On (): 42 m 15 s (2535 s) Ratio: 2,1%
Wifi Running (): 42 m 13 s (2533 s) Ratio: 2,1%
No Data Connection (): 1 d 8 h 28 m 42 s (116922 s) Ratio: 100,0%
No or Unknown Signal (): 1 d 8 h 28 m 42 s (116922 s) Ratio: 100,0%
Screen dark (): 14 s (14 s) Ratio: 0,0%
Screen dimmed (): 1 h 20 m 46 s (4846 s) Ratio: 4,0%
======================================================
Wakelocks (requires root / system app on Android 4.4+)
======================================================
ProximitySensor (UID): 6 m 49 s (409 s) Count:2 0,4%
ActivityManager-Launch (Android-System): 3 m 6 s (186 s) Count:322 0,2%
ConnectivityService (Android-System): 2 m 51 s (171 s) Count:1818 0,1%
AlarmManager (Android-System): 1 m 26 s (86 s) Count:1815 0,1%
BluetoothRemoteDevices (UID): 48 s (48 s) Count:2 0,0%
AudioMix (1013): 35 s (35 s) Count:21 0,0%
RILJ (Telefon): 21 s (21 s) Count:258 0,0%
AlarmManager (Google Play-Dienste): 20 s (20 s) Count:448 0,0%
BBS_WAKELOCK_WHILE_SAVING_REF (com.asksven.betterbatterystats_xdaedition.BetterBatteryStats): 18 s (18 s) Count:12 0,0%
GCM_CONN_ALARM (Google Play-Dienste): 17 s (17 s) Count:99 0,0%
show keyguard (UID): 16 s (16 s) Count:19 0,0%
Event Log Service (Google Play-Dienste): 11 s (11 s) Count:236 0,0%
GsmConnection (Telefon): 10 s (10 s) Count:10 0,0%
StartingAlertService (com.android.calendar.Kalender): 10 s (10 s) Count:3 0,0%
Checkin Service (Google Play-Dienste): 10 s (10 s) Count:47 0,0%
AudioMix (Telefon): 8 s (8 s) Count:18 0,0%
CoreReceiver getWakeLock (de.web.mobile.android.mail.Mail): 6 s (6 s) Count:40 0,0%
SCREEN_FROZEN (Android-System): 3 s (3 s) Count:37 0,0%
AudioMix (UID): 3 s (3 s) Count:20 0,0%
NetworkStats (Android-System): 2 s (2 s) Count:120 0,0%
Icing (Google Play-Dienste): 2 s (2 s) Count:106 0,0%
*sync*/com.google.android.location.reporting/com.google/8dbd195bd0b15069a88a81374cea66a8@gmail.com (Google Play-Dienste): 2 s (2 s) Count:1 0,0%
GCM_CONN (Google Play-Dienste): 1 s (1 s) Count:253 0,0%
CoreService addWakeLock (de.web.mobile.android.mail.Mail): 1 s (1 s) Count:13 0,0%
*sync*/subscribedfeeds/com.google/8dbd195bd0b15069a88a81374cea66a8@gmail.com (Google Play-Dienste): 1 s (1 s) Count:2 0,0%
*sync*/com.google.android.gms.games.background/com.google/8dbd195bd0b15069a88a81374cea66a8@gmail.com (Google Play-Dienste): 1 s (1 s) Count:100 0,0%
================
Kernel Wakelocks
================
"SCIM" (): 18 m 39 s (1119 s) Cnt:(c/wc/ec)3483/0/0 0,9%
"wakeup_driver" (): 8 m 27 s (507 s) Cnt:(c/wc/ec)2777/1584/2777 0,4%
"PowerManagerService.Display" (): 6 m 49 s (409 s) Cnt:(c/wc/ec)22/0/0 0,3%
"GKI_LOCK_TIMER_0" (): 6 m 6 s (366 s) Cnt:(c/wc/ec)17095/0/3422 0,3%
"GKI_LOCK_TIMER_1" (): 6 m 2 s (362 s) Cnt:(c/wc/ec)17095/0/3376 0,3%
"PowerManagerService.WakeLocks" (): 4 m 13 s (253 s) Cnt:(c/wc/ec)2060/0/0 0,2%
"alarm" (): 3 m 37 s (217 s) Cnt:(c/wc/ec)1571/1262/0 0,2%
"GKI_LOCK_SCIM_SCPC_TASK_ID" (): 2 m 40 s (160 s) Cnt:(c/wc/ec)10742/0/0 0,1%
"alarm_rtc" (): 1 m 9 s (69 s) Cnt:(c/wc/ec)134/0/32 0,1%
"radio-interface" (): 1 m 8 s (68 s) Cnt:(c/wc/ec)105/0/0 0,1%
"nvmd" (): 47 s (47 s) Cnt:(c/wc/ec)998/0/0 0,0%
"PowerManagerService.Broadcasts" (): 24 s (24 s) Cnt:(c/wc/ec)41/0/0 0,0%
"BATTD" (): 21 s (21 s) Cnt:(c/wc/ec)8631/335/0 0,0%
"NETMUX_receive" (): 7 s (7 s) Cnt:(c/wc/ec)3116/0/0 0,0%
"deleted_wake_locks" (): 6 s (6 s) Cnt:(c/wc/ec)18181/0/335 0,0%
"cpcap-irq" (): 5 s (5 s) Cnt:(c/wc/ec)3337/107/0 0,0%
"mcbsp" (): 4 s (4 s) Cnt:(c/wc/ec)25/0/0 0,0%
"KeyEvents" (): 3 s (3 s) Cnt:(c/wc/ec)42853/0/0 0,0%
"LD_netmux_to_usb" (): 2 s (2 s) Cnt:(c/wc/ec)1825/0/0 0,0%
"GKI_LOCK_SCIM_SCSM_TASK_ID" (): 2 s (2 s) Cnt:(c/wc/ec)10686/0/0 0,0%
"pwrkey" (): 2 s (2 s) Cnt:(c/wc/ec)55/0/55 0,0%
"GKI_LOCK_PROTOCOL_DRIVER_TASK_ID" (): 1 s (1 s) Cnt:(c/wc/ec)2766/0/0 0,0%
"GKI_LOCK_TL_MAIN_TASK_ID" (): (0 s) Cnt:(c/wc/ec)2128/0/0 0,0%
"ssmgr" (): (0 s) Cnt:(c/wc/ec)8642/0/0 0,0%
"COMMDRV_WAKE_LOCK" (): (0 s) Cnt:(c/wc/ec)2174/0/0 0,0%
"GKI_LOCK_RILM_GKI_TASK_ID" (): (0 s) Cnt:(c/wc/ec)722/0/0 0,0%
"NETMUX_send" (): (0 s) Cnt:(c/wc/ec)1290/0/0 0,0%
"event5-1637" (system, com.google.android.gms): (0 s) Cnt:(c/wc/ec)1/0/0 0,0%
"event5-1213" (): (0 s) Cnt:(c/wc/ec)1/0/0 0,0%
"gpio_kp" (): (0 s) Cnt:(c/wc/ec)2/1/0 0,0%
"LD_usb_to_netmux" (): (0 s) Cnt:(c/wc/ec)3504/0/0 0,0%
"GKI_LOCK_LOCATION_SP_TASK_ID" (): (0 s) Cnt:(c/wc/ec)759/0/0 0,0%
"opprof_ipc" (): (0 s) Cnt:(c/wc/ec)3/0/0 0,0%
"opprof_msg" (): (0 s) Cnt:(c/wc/ec)8/0/0 0,0%
"power-supply" (): (0 s) Cnt:(c/wc/ec)24/0/0 0,0%
======================
Alarms (requires root)
======================
com.google.android.gms (): Wakeups: 129 (4,0 / hr.)
Alarms: 47, Intent: com.google.android.intent.action.GCM_RECONNECT
Alarms: 16, Intent: com.google.android.intent.action.SEND_IDLE
Alarms: 59, Intent: {com.google.android.gms/com.google.android.gms.checkin.EventLogService$Receiver}
Alarms: 0, Intent: {com.google.android.gms/com.google.android.gms.common.download.DownloadAlarmReceiver}
Alarms: 0, Intent: {com.google.android.gms/com.google.android.gms.playlog.uploader.UploaderAlarmReceiver}
Alarms: 0, Intent: {com.google.android.gms/com.google.android.gms.playlog.service.MonitorAlarmReceiver}
Alarms: 1, Intent: com.google.android.gms.auth.authzen.CHECK_REGISTRATION
Alarms: 1, Intent: {com.google.android.gms/com.google.android.gms.analytics.internal.PlayLogReportingService}
Alarms: 1, Intent: com.google.android.intent.action.MCS_HEARTBEAT
Alarms: 2, Intent: {com.google.android.gms/com.google.android.gms.security.snet.SnetService}
Alarms: 2, Intent: com.google.android.gms.icing.INDEX_RECURRING_MAINTENANCE cmp={com.google.android.gms/com.google.android.gms.icing.service.IndexWorkerService}

android (): Wakeups: 15 (0,5 / hr.)
Alarms: 0, Intent: android.intent.action.TIME_TICK
Alarms: 0, Intent: com.android.server.action.NETWORK_STATS_POLL
Alarms: 0, Intent: com.android.server.NetworkTimeUpdateService.action.POLL
Alarms: 0, Intent: android.net.ConnectivityService.action.PKT_CNT_SAMPLE_INTERVAL_ELAPSED
Alarms: 11, Intent: com.android.server.IdleMaintenanceService.action.UPDATE_IDLE_MAINTENANCE_STATE
Alarms: 0, Intent: android.intent.action.DATE_CHANGED
Alarms: 4, Intent: android.content.syncmanager.SYNC_ALARM

com.android.vending (): Wakeups: 11 (0,3 / hr.)
Alarms: 5, Intent: {com.android.vending/com.google.android.finsky.services.DailyHygiene}
Alarms: 6, Intent: {com.android.vending/com.google.android.finsky.services.ContentSyncService}

com.android.providers.calendar (): Wakeups: 2 (0,1 / hr.)
Alarms: 1, Intent: com.android.providers.calendar.intent.CalendarProvider2
Alarms: 1, Intent: com.android.providers.calendar.SCHEDULE_ALARM cmp={com.android.providers.calendar/com.android.providers.calendar.CalendarReceiver}

======================
Network (requires root)
======================
10063 (Wifi) (com.quoord.tapatalkahilfe.activity.Android-Hilfe.de): 1.0 MBytes 70,0%
0 (Wifi) (0): 376.0 KBytes 13,3%
10064 (Wifi) (de.bayercropscience.Agrar Wetter): 183.0 KBytes 6,5%
10067 (Wifi) (de.web.mobile.android.mail.Mail): 155.0 KBytes 5,5%
10057 (Wifi) (Google Play-Dienste): 126.0 KBytes 4,5%
10060 (Wifi) (com.android.vending.Google Play Store): 7.0 KBytes 0,2%
1014 (Wifi) (1014): 504.0 Bytes 0,0%
1000 (Wifi) (Android-System): 152.0 Bytes 0,0%
==========
CPU States
==========
1 GHz (): 21 m 21 s 1,1%
800 MHz (): 11 m 29 s 0,6%
600 MHz (): 14 m 52 s 0,8%
400 MHz (): 1 h 28 m 22 s 4,5%
Deep Sleep (): 1 d 6 h 12 m 37 s 90,3%
==================
Reference overview
==================
ref_boot: Reference ref_boot created 2 m (Wl: 0 elements; KWl: 24elements; NetS: 0 elements; Alrm: 0 elements; Proc: 0 elements; Oth: 0 elements; CPU: 4 elements)
ref_unplugged: Reference ref_unplugged created 58 m 52 s (Wl: 0 elements; KWl: 28elements; NetS: 0 elements; Alrm: 4 elements; Proc: 0 elements; Oth: 3 elements; CPU: 4 elements)
ref_custom: Reference ref_custom created 1 d 1 h 38 m 16 s (Wl: 26 elements; KWl: 37elements; NetS: 8 elements; Alrm: 4 elements; Proc: 120 elements; Oth: 10 elements; CPU: 5 elements)
ref_current: Reference ref_current created 1 d 9 h 27 m 35 s (Wl: 26 elements; KWl: 37elements; NetS: 8 elements; Alrm: 4 elements; Proc: 121 elements; Oth: 10 elements; CPU: 5 elements)

Und der Zustand hielt auch nach deaktivieren des Flugmodus / Einwählen ins Funknetz an.

Im Laufe des Tages hatte ich das Defy mal neu gestartet, mit dem anschließenden Ergebnis Akkuverbauch ca. 3-4%/h und kein Deep Sleep.
Nach eine „Schweigeminute“ im Flugmodus ging das Defy wieder brav in den Deep Sleep (Akkuverbauch ca. 0,8%/h)

Mit anderen Nightlys habe ich es bis jetzt noch nicht ausprobiert.
 
Die Wake locks
GKI = Graphical Kernel Interface
SCIM = Smart Common Input Method
SCPC = Single Channel Per Carrier
Könnten mit dem Lock screen und dem Treiber für den Baseband Chip zu tun haben.
 
Hallo ihr alle hier,

habe die Version vom 17.07 auf meinem Defy. Leider sperrt es sich von allein so musste ich das SIM Passwort ausschalten. Es läuft auch einige Tage ohne Probleme dann stürzt es mehrmals am Tag ab.

Kennt einer sich hier gut mit den Versionen aus? Ich such nur eine relativ Stabile Version. Akku Laufzeit ist eigentlich egal da ich es nur 8Stunden auf der Arbeit nutze.

Und wird die "neue" Version einfach als Update eingespielt? Ich hab keine Lust ständig auf Stock ROM zurück und dann alles wieder von vorne machen.

Danke schonmal
 
Und hier die Lottozahlen (5 aus 900):
17.07.
31.07.
02.08.
03.08.
23.08.
Wie immer, ohne Gewähr.

Spaß beiseite: diese Versionen kann ich für mich als verwendbar einordnen. Bitte nicht vergessen, dass wir hier immer über Nightlies sprechen. Also Entwickler-Versionen. Das von dir beschriebene Verhalten ist doch gut?

Falls du mit "leider sperrt ..." deinen Flugmodus (AN/AUS) meinst, dann musst du die SIM ohne PIN betreiben, ja.

Man muss nicht ab Stock ROM neu installieren. Erst sicherheitshalber ein TWRP Backup machen, dann die Vollversion der gewünschten Nightly ROM flashen.
 
@Neuwieder:
Ergänzend zu den Lottozahlen von ooo: Bei mir läuft die vom 21.07. seit mehr als einem Monat sehr stabil. Diese Version und die vom 20.07. sind hier im Thread auch als sehr stabil eingestuft worden. Auf XDA-Developers wird die vom 24.07. als sehr stabil beschrieben, besonders von Nutzer okij
August nightlies not stable here / Another feedback for bug #2d / New bug #51 - Post #5270 - XDA Forum
Danach haben Quarx (und Blechdose (?)) die minimalen CPU und GPU-Frequenzen angehoben, was bei einigen Nutzern zu Problemen geführt hat. In diesem Thread wurde deswegen kaum über Probleme berichtet.
Wegen des Aufspielen eines Updates kannst Du Dich an die Beschreibung auf der 1. Seite dieses Threads halten (oder diese hier [GUIDE][FAQ][Android 4.4 KitKat] Installing … | Motorola Defy | XDA Forum).

@PatHer:
Ausgehend von ooo Tipps kannst Du ja mal Deine Baseband Einstellung überprüfen. Aber frag mich nicht, welche die Beste ist, da ist sich wohl auch dieser Thread nicht einig. Der aus dem Original Froyo wäre Europa/Mittleleuropa/3.4.x
Da es aber nach ein-/ausstellen des Flugmodus läuft, scheint das ja i.O. zu sein. Vielleicht funktioniert ja das Entsperren nicht einwandfrei? Verwendest Du einen anderen Launcher als Trebuchet?
Aber Dein erster Log von BBS scheint auch nicht vollständig zu sein, vielleicht machst Du noch mal einen wie hier beschrieben:
https://www.android-hilfe.de/forum/tools.441/akku-how-to-better-battery-stats-support.501905.html
 
Hallo,
ich hatte immer sehr starke Akku Drops und bin kaum einen Tag über die Runden gekommen. Ich hab mir den Akku passend für Motorola Motorola Defy / MB520 Kobe / MB525 Li-Ion 1500mAh (ersetzt BF5X, SNN5877A) https://www.amazon.de/dp/B0077D24BQ/ref=cm_sw_r_awd_3XCaub196QK5P gekauft. Jetzt komme ich fast zwei Tage über die Runden
 
Ich habe mal nach den Empfehlungen hier auf den Download-Seiten nachgeschaut:
Auf bytekiste sind nur Builds bis zum 17.7.2014 zu finden
Bei Quarx.ru und den offiziellen Mirrors gibt es nur ROMs ab dem 21.8. :scared:

Wenn wir hier Empfehlungen aussprechen, dann wäre es schön wenn dazu auch Hinweise zur Verfügbarkeit gegeben werden...

Ich bin übrigens mit der ROM vom 27.8. auch ganz zufrieden. Akkulaufzeit und Performance ist gut - der morgendliche Lade-Freeze wird durch einen Reset/Neustart schnell bearbeitet und sonst sind mir noch keine relevanten Probleme aufgefallen...

Oliver

P.S.: Mit etwas Suche sind *alle* ROMS für das Defy hier im Archiv zu finden: http://defy.svolkov.name/quarx2k.ru/buildbot/roms/defy-cm11.0/
 
Zuletzt bearbeitet:

Ähnliche Themen

S
Antworten
0
Aufrufe
1.936
samdroit
S
G
  • Gesperrt
  • Gironimo64
Antworten
7
Aufrufe
3.589
Cua
Cua
Fight4Music
  • Angepinnt
  • Fight4Music
45 46 47
Antworten
929
Aufrufe
205.392
Axel.B.
A
Zurück
Oben Unten