Скрытый dumpstate в Android показывает не абстрактное «телефон устал», а вполне приземлённые вещи: сколько служебных отчётов накопилось в памяти, какие приложения будят систему в фоне и какие батарейные метрики вообще отдаёт конкретная модель. Для разработчиков, техподдержки и компаний с парком Android-устройств это полезный первый уровень диагностики до сброса, перепрошивки и похода в сервис.
Dumpstate, по сути, собирает большой системный bug report: в нём лежат данные из dumpsys, dumpstate и logcat. На вид это длинная простыня текста, но если искать по нужным секциям, она быстро превращается из «лога на всякий случай» в рабочий инструмент. ПК с ADB помогает разбирать такой архив быстрее, но базовый отчёт можно снять и без него.
Для проверки фактов использованы официальные инструкции Google по bug report и документация Samsung Knox по SysDump.
Как снять отчёт на Samsung и Pixel
На Samsung рабочая схема такая: открыть звонилку, ввести *#9900#, зайти в SysDump, выбрать Run dumpstate/logcat, а затем Copy to sdcard. После этого файл появляется во внутреннем хранилище в каталоге /log. На устройствах с Android 15 и новее Samsung отдельно предупреждает: перед этим может понадобиться отключить Auto Blocker.
На Google Pixel и большинстве других Android-смартфонов история другая. Официальный путь — через Параметры разработчика: включить Take bug report или ярлык Bug report shortcut, после чего отчёт можно создать прямо с телефона. На Pixel Google также описывает запуск через меню питания после включения ярлыка bug report. Если нужен файл на компьютере, тот же отчёт собирается командой adb bugreport.
Какие секции полезны для батареи
В bug report в первую очередь стоит искать dumpsys batterystats, Statistics since last charge и All partial wake locks. Именно там видно, какие приложения держали частичные wakelock и сколько времени система реально не спала из-за фоновой активности. Нюанс важный: Google отдельно оговаривает, что это агрегированная статистика. Она не включает время с включённым экраном, а при нескольких одновременных wakelock длительность распределяется между ними.
Если телефон заметно теряет заряд за ночь, это уже не «ощущение», а проверяемая гипотеза. Когда экран был выключен шесть-восемь часов, а одно приложение за тот же интервал набрало часы фоновой активности, виновника обычно долго искать не приходится. Для мобильных команд это полезный холодный душ: пользователь может и не открыть профилировщик, но батарея всё равно сдаст лишнюю активность.
С износом аккумулятора нужно аккуратнее. Один лишь charge counter не равен «здоровью» батареи: это текущий заряд, а не паспортная ёмкость. Для грубой оценки износа полезнее сравнивать full charge capacity с design capacity, если эти поля вообще доступны в отчёте или в экспортированных системных файлах. И тут Android остаётся верен себе: на одной модели данных много, на другой производитель половину метрик просто не отдаёт.
Ещё один полезный маркер — Estimated power use. Но относиться к нему как к истине в последней инстанции не стоит: сама документация Android предупреждает, что это грубая оценка, а не лабораторный замер.
Логи и накопитель
Вторая практическая часть — служебные файлы, которые сами же диагностику и съедают. В bug report есть и logcat, и dumpstate-выгрузки, и секции вроде DUMP OF SERVICE diskstats. Если отчёты снимали много раз или устройство давно не чистили, в памяти могут лежать тяжёлые ZIP- и TXT-файлы, которые обычный пользователь никогда не открывает, но накопитель они занимают вполне реально.
На Samsung это лечится без магии: после копирования отчёта можно снова открыть SysDump и выбрать Delete dumpstate/logcat. Сами метрики из diskstats тоже полезны, но без фетиша по одной цифре. Смотреть на задержки записи и скорость лучше вместе с симптомами устройства и свободным местом, потому что универсальной нормы для всех прошивок здесь нет.
Зачем это бизнесу и разработке
Ценность dumpstate не в том, что Android вдруг стал дружелюбным. Скорее наоборот: полезная диагностика по-прежнему спрятана в сервисных меню, параметрах разработчика и ADB. Но именно поэтому инструмент полезен техподдержке, QA-инженерам, продуктовым командам и компаниям с BYOD или полевыми сотрудниками. Он позволяет раньше отделить убитую батарею от прожорливого приложения, а нехватку памяти — от мифического «телефон просто старый».
Пока производители ещё оставляют такой доступ, мобильные проблемы можно разбирать по метрикам, а не по гаданию на жалобах пользователя. Если этот слой прозрачности начнут закрывать так же активно, как сервисные коды, диагностика снова станет лотереей.