Nach dem Update auf 6.0.1 (MMB29K) von 6.0.0 (MRA58R) bin ich auf ein sehr merkwürdiges und noch nie gesehenes Problem gestoßen. Meine Batteriestatistiken sind völlig falsch. Meine Statistiken zeigen 4k% oder mehr und kein Batteriestatusmonitor, wie zum Beispiel der Systembatteriemonitor oder GSAM, kann etwas richtig sehen.
Hier ist ein Bild von dem, was der Batteriestatus zeigt:
Hier ist der Power Manager:
Ist jemand auf dieses Problem gestoßen und wenn ja, was verursacht das? Ich habe bisher nichts gefunden, was es erklären könnte. Obwohl ich noch keine Gelegenheit hatte, den Quellcode der neuesten Version vollständig zu kämmen, vermute ich nicht, dass sie ihn mit einem so krassen Problem veröffentlichen würden, also frage ich mich, wie es dazu gekommen ist.
Einige FYI, es ist ein Nexus 6-Gerät, vollständig verwurzelt und nicht relevant, sondern auch vollständig verschlüsselt. Alles andere, was Sie wissen möchten, lassen Sie es mich wissen. Die Apps und Konfigurationen auf diesem Gerät (+/- gelegentliche Test-App, die normalerweise innerhalb eines Tages oder so entfernt wird) sind seit dem Standard-Betriebssystem 5.0 (das sofort nach Erhalt entsperrt und gerootet wurde) identisch.
UPDATE: 20.12.15
Ich möchte mich zunächst bei @beeshyams für die Unterstützung und die Berücksichtigung von Möglichkeiten bedanken. Obwohl das Problem in unserer Diskussion nicht vollständig behandelt wurde, habe ich aufgrund der Entscheidung boot.img, das Problem erneut zu lösen, herausgefunden, was das Problem war, und das hat das Problem aufgedeckt. Kurzversion, hat die Aktie 6.0.1 erneut aktualisiert boot.imgund das Problem behoben. Lange Version, lesen Sie unten:
TL / DR / RL
Die systemlose Methode, mit der der Start ab M (6.0) durchgeführt wird, bestand darin, das SuperSU-Zip-Update zu verwenden, um das System zu rooten, ohne die Systempartition tatsächlich zu ändern in der Vergangenheit mit dem System Exploit. Fühlen Sie sich frei, den Prozess von @chainfire hier zu verfolgen: [WIP] [2015.12.20] Android 6.0 Marshmallow [v2.64], aber einfach ausgedrückt, es würde eine modifizierte boot.imgund eine spezielle Version der SuperSU verwenden und das Root erreichen. Als das Projekt jedoch an Dynamik gewann und neue Methoden getestet wurden, wurde entschieden, die Verwendung des Modifizierten aufzugebenboot.imgund Ermöglichen, dass die verbesserte SuperSU-Binärdatei die intern erforderlichen Änderungen handhabt. Ich hatte vergessen, die Batch-Datei zu ändern, mit der ich den Prozess automatisiere, um das Patchen des geänderten Starts über dem Standardstart zu entfernen, und das hat vereinfacht ausgedrückt das Problem verursacht. Ich habe den Boot auf den Bestand zurückgesetzt und die SuperSu-Binärdatei erneut angewendet, um den Bestand ordnungsgemäß zu ändern, und das Problem wurde behoben. Vielen Dank für die Aufmerksamkeit aller und ich hoffe, dass dies anderen irgendwie helfen wird.