Po aktualizacji do 6.0.1 (MMB29K) z 6.0.0 (MRA58R) napotkałem bardzo dziwny i nigdy wcześniej nie widziany problem. Moje statystyki baterii są szalenie błędne. Moje statystyki pokazują 4k% lub więcej i żaden monitor stanu baterii, taki jak na przykład systemowy monitor baterii lub GSAM, nie widzi niczego poprawnie.
Oto obraz tego, co pokazują statystyki baterii:
Oto menedżer zasilania:
Czy ktoś napotkał ten problem, a jeśli tak, co go powoduje? Do tej pory nie znalazłem niczego, co by to wyjaśniało. Chociaż nie miałem jeszcze okazji w pełni przeczesać kodu źródłowego najnowszego wydania, nie podejrzewam, że wydaliby go z tak rażącym problemem, więc zastanawiam się, jak to się stało.
Jakaś FYI, to urządzenie Nexus 6, w pełni zrootowane i nie tak istotne, ale także w pełni zaszyfrowane. Cokolwiek jeszcze chcesz wiedzieć, daj mi znać. Aplikacje i konfiguracje pozostały takie same na tym urządzeniu (+/- sporadyczna aplikacja testowa, która jest zwykle usuwana w ciągu jednego dnia) od czasu jego podstawowego systemu operacyjnego 5.0 (który został odblokowany i zrootowany natychmiast po otrzymaniu).
AKTUALIZACJA: 20.12.15
Chciałbym zacząć od wielkich podziękowań dla @beeshyams za pomoc i możliwość rozważenia. Chociaż problem nie był w całości objęty naszą dyskusją, zorientowałem się, na czym polega problem, ponieważ podjęliśmy decyzję o ponownym zaktualizowaniu pliku boot.img
i to ujawniło problem. Krótka wersja, zaktualizowała standardowy 6.0.1 boot.img
i rozwiązała problem. Długa wersja, przeczytaj poniżej:
TL / DR / RL
Bezsystemową metodą uruchamiania systemu począwszy od M (6.0) było użycie aktualizacji ZIP SuperSU w celu zrootowania systemu bez faktycznej modyfikacji partycji systemowej, tworząc potencjalnie czystszy lub mniej hakerski sposób uzyskanie roota niż w przeszłości przy użyciu exploita systemowego. Możesz śledzić proces @chainfire tutaj: [WIP] [2015.12.20] Android 6.0 Marshmallow [v2.64], ale po prostu użyłby zmodyfikowanego boot.img
oraz specjalną wersję SuperSU i zdobądź root. Jednak w miarę jak projekt nabrał rozpędu i przetestowano nową metodologię, zdecydowano się porzucić użycie zmodyfikowanego boot.img
i pozwolić ulepszonemu plikowi binarnemu SuperSU na obsługę wewnętrznie wymaganych modyfikacji. Zapomniałem zmienić plik wsadowy, którego używam do zautomatyzowania procesu usuwania łatek zmodyfikowanego rozruchu na górze standardowego rozruchu i to w uproszczeniu spowodowało problem. Przywróciłem boot do stanu zapasowego i ponownie zastosowałem plik binarny SuperSu, aby odpowiednio zmodyfikować kolbę, i naprawiłem problem. Dziękuję wszystkim za uwagę i mam nadzieję, że pomoże to innym w jakiś sposób.