Как найти и быстро понять recovery log на Android

Recovery log — текстовый журнал режима recovery; он подскажет, почему прервалась прошивка или OTA. Если сразу сохранить файл после неудачной установки, по строкам с E:/Error/failed можно точно определить: поврежён ZIP, несоответствие модели, проблемы с разделами или аппаратный дефект.

Где лежит recovery log и как его сохранить

1. Стоковое recovery:

• Часто в /cache/recovery/ — файлы log, last_log, last_install.
• Временный лог может быть в /tmp/recovery.log. Эти файлы обычно не видны в работающей системе без root/ADB.

2. Кастомное recovery (TWRP, OrangeFox):

• /tmp/recovery.log — текущая сессия.
• Внутренняя память: Internal Storage/TWRP/LOGS/ или Internal Storage/OrangeFox/.
• Многие recovery умеют сохранить лог на SD или внутр. накопитель через меню.

3. Через ADB (наиболее надёжно):

• Загрузитесь в recovery, подключите USB и выполните:
  • adb devices — убедитесь, что устройство видно.
  • adb pull /tmp/recovery.log recovery.log
  • или adb pull /cache/recovery/log recovery.log / adb pull /cache/recovery/last_log last_recovery.log
• Если путь неизвестен: adb shell ls /cache/recovery или adb shell ls /tmp.

Как читать лог и что в нём важно

Откройте файл в любом текстовом редакторе. Ищите ключевые слова: E:, Error, failed, Installation aborted, status 1, status 7, signature verification failed, failed to mount.

Алгоритм разбора:

1. Найдите блок -- Install /path/... или Opening update package....
2. Ищите первую строку с E: или Error после начала установки.
3. Просмотрите 10–20 строк выше/ниже — там контекст (mount, verify, extract).
4. Зафиксируйте путь к ZIP и код ошибки — это даст направление ремонта.

Типичные ошибки и действия

• Status 7 / assert failed:

  • Причина: проверка модели/версии не пройдена.
  • Действие: убедитесь в точности кода модели/региона; используйте прошивку под вашу модель; обновите recovery; только опытным — правка updater-script.

• signature verification failed / footer is wrong:

  • Причина: неподписанный или повреждённый ZIP, кастомный ZIP в стоковом recovery.
  • Действие: скачайте заново, проверьте хэш; прошивайте кастом через TWRP.

• failed to mount /data или format_volume:

  • Причина: повреждение файловой системы или износ накопителя.
  • Действие: попытайтесь Repair/Change FS в TWRP; при необходимости fastboot erase userdata/fastboot format userdata (с потерей данных). Если форматирование не проходит — вероятен аппаратный дефект.

• Zip file is corrupt / cannot open:

  • Действие: смените источник, пересоздайте/перекачайте архив, попробуйте другую SD-карту.

• Ошибки dm-verity / AVB:

  • Причина: защита загрузчика от модификаций.
  • Действие: возвращение к стоковому образу (включая recovery/boot) или использование корректных инструментов прошивки; для кастома — отключение dm-verity на свой риск.

Частые ошибки

• Ставят прошивку не под тот код модели (маркетинговое название вводит в заблуждение).
• Устанавливают кастомный ZIP через стоковый recovery.
• Не проверяют контрольную сумму архива перед прошивкой.
• Перезагружают устройство и теряют лог — тогда диагностика осложняется.

FAQ

• Какой файл прислать на форумы для помощи?
  • Фрагмент от -- Install до Installation aborted или весь recovery.log.
• Можно ли убрать assert в updater-script?
  • Можно, но это риск: прошивка может некорректно работать на другой модели.
• Лог говорит о «failed to mount», но TWRP показывает разделы — что делать?
  • Попробуйте Repair File System; если не помогает — сделайте бэкап и перепрошивку полным образом через fastboot/OEM-инструмент.

Этот порядок — сохранить лог, найти первую ошибку с E: и сопоставить её с типичными сценариями — позволит в большинстве случаев понять причину сбоя и выбрать безопасное решение.