Ошибка при прошивки через рекавери

---

---

 Ошибка 7 при прошивке через рекавери (TWRP, CWM Recovery). Решили установить кастомную прошивку на свой Android смартфон или планшет, вошли в кастомное TWRP Recovery, но во время установки получили ошибку 7? Не отчаивайтесь исправить данную проблему довольно просто.

Многих новичков может обескуражить какие либо действия в установке кастомной прошивки, особенно если это процедура выполняется первый раз. Одним из серьезных препятствий во время установки прошивки может стать ошибка 7 в TWRP Recovery. Серьезность этой ошибки в том, что она не позволяет вообще установить кастомную прошивку на устройство и вся ваша подготовка пойдет насмарку. Но оказывается что данную ошибку 7 в recovery довольно легко исправить не прибегая к длительным действиям! О том как избавится от данной проблемы и посвящена сегодняшняя статья!

Откуда взялась ошибка 7?

Данная ошибка может возникнуть в двух случаях:

1. Если вы попытаетесь установить прошивку не от своего устройства, такое часто возникает, когда под одним наименованием смартфона или планшета может быть множество моделей с небольшими отличиями под определенные рынки (например смартфон LG G2 имеет модели VS980, LS980, D800, D802, F320K). Убедитесь что прошивка предназначена именно для вашего устройства!

2. В скрипте установке прошивки не внесено название модели вашего Android смартфона или планшета.

Как исправить Ошибку 7 при прошивке в Recovery?

Вариант 1 (действие 1)

Если вы уже прочитали как могла возникнуть ошибка 7, то самым первым вашим действием будет проверка действительно вы скачали прошивку именно для вашей модели смартфона или планшета (проверить наименование и версию).

Если вы заметили, что скачали не ту прошивку, то скачать для своего устройства. Проблема решена! Если же это не так и прошивка верная, то переходим ко второму действию.

Вариант 2 (действие 2)

1. Установите Notepad ++
2. Открываем прошивку и переходим по пути META-INFcomgoogleandroid
3. Извлекаем файл updater-script

4. Удалить вначале устанавливающего скрипта строки начинающиеся на assert

5. Сохранить документ и забросить обратно в прошивку заменив старый файл
6. Удалить в прошивке файлы по пути META-INF — CERT.RSA, CERT.SF, MANIFEST.MF

7. Забросить готовую прошивку на устройство, перевести в режим Recovery и попробовать снова прошить Android

---

{rutube}ace43b472b1b7b2fb55e2b53ba067bf8{/rutube}

---

За правильностью выбора прошивки отвечает механизм защиты «Asserts«. Скрипт проверяет модель устройства и версию прошивки по системной переменной ro.build.fingerprint, запрашиваемой у самого recovery. В случае совпадения кодов он выдает подтверждение легитимности установки, а при несовпадении (отсутствии) не подтверждает возможность этого действия. В результате вы видите ошибку 7, но зато ваш аппарат не превращается в кирпич. Бывают и такие случаи, когда даже при правильном выборе прошивки для своего устройства вы все равно получаете сообщение об ошибке 7. Они крайне редки и связаны с ошибкой разработчика прошивки.

Чтобы исправить ошибку 7 необходимо, прежде всего, убедиться в том, что вариант прошивки выбран правильно, и она предназначена именно для вашей модели и модификации Android-смартфона или планшета. Если ошибка все равно появляется, придется править файл updater-script, отвечающий за соответствие версий прошивки и устройства.

1. Скопируйте ZIP-файл ROM на свой компьютер и извлеките его, используя привычный для вас архиватор (например, 7-zip).
2. После распаковки найдите папку META-INF и пройдите по цепочке META-INF / com / google / android. В последней папке вы найдете два файла под названием «update-binary» и «updater-script». Нас интересует последний.
3. Переименуйте «updater-script» в «updater-script.txt» и откройте свой любимый редактор текстовых файлов (как вариант, Notepad++).
4. Избавьтесь от строк, начинающихся с «assert» до точки с запятой. Обычно это первая или несколько первых строк в верхней части текстового файла. Просто удалите их.
5. Сохраните файл.
6. Переименуйте «updater-script.txt» обратно в «updater-script».
7. Обновите все файлы, которые вы распаковали.
8. Скопируйте новый, отредактированный zip-файл на свой телефон.
9. Переведите Android-устройство в режим recovery и попробуйте его перепрошить — ошибка 7 не должна больше вас беспокоить.

Поделитесь своим опытом исправления ошибки 7 в комментариях.

В некоторых случаях устройства Xiaomi начинают давать сбои, подглючивать или вовсе некоторые из основных функций выходят из строя, что делает невозможным их нормальную эксплуатацию. Для устранения любых проблем кардинальным, но при этом эффективным способом, всегда можно перепрошить устройство. В статье речь пойдет о том, как производится прошивка через TWRP и чем данный способ лучше альтернативных ему (с подробной инструкцией по реализации).

TWRP и с чем его «едят»

Изначально стоит понять, что такое TWRP, а потом уже говорить о том, как установить нужную прошивку, используя его. На самом деле все достаточно просто, если прочитать расшифровку данной аббревиатуры: TeamWin recovery. Фактически это неофициальный рекавери, которым можно заменить стандартное ПО любого смартфона, работающего на платформе Android. Еще TWRP называют кастомным и большинство пользователей, которые имели дело с ним и со стандартным рекавери, считают, что TWRP более эффективен, функционален и удобен в эксплуатации, к тому же он позволяет устанавливать помимо кастомных прошивок еще и ядра, модемы и прочие системные составляющие прошивки.

Далее будет представлена более подробная для TWRP recovery инструкция, при помощи которой можно будет установить прошивку на любое устройство от Xiaomi (инструкция имеет общий вид, поскольку системные файлы для разных моделей часто различаются).

Сразу стоит сказать, что для установки кастомной прошивки рекомендуется удалить все данные с телефона, а значит нужно сделать их резервную копию для последующего восстановления на устройстве с чистой системой. Также важно разблокировать загрузчик смартфона (bootloader). О том, как мы устанавливаем TWRP, уже говорилось в одной из статей, а потому сразу перейдем к информации о том, как перепрошить устройство с помощью TWRP своими руками.

Алгоритм работы с TWRP для Xiaomi устройств

Итак, когда TWRP уже установлен на устройстве Xiaomi, а также, естественно, разблокирован загрузчик, можно приступать к процедуре. Важно при этом еще иметь и файл прошивки в .zip формате, который под каждое конкретное устройство скачивается на официальном сайте производителя или на тематических форумах, если пользователю больше приглянулась неофициальная сборка.

Выполняется установка прошивки через TWRP recovery следующим образом:

1. Смартфон перезагружается со входом в TWRP recovery mode. Для этого нужно его выключить, а затем запустить посредством зажатия «качельки» громкости в положении вверх и кнопки включения смартфона. Результатом зажатия данной комбинации станет надпись «recovery» на экране и, как результат, вход в нужное меню.

1. Теперь нужно выполнить сброс всех данных за исключением SD и OTG. Для этого переходим по разделам Wipe – Advanced Wipe и отмечаем следующие пункты: Dalvik Cache, System, Data, Internal Storage, Cache. Устройство будет полностью очищено!

1. Затем нажимаем назад, выбираем Reboot recovery и подтверждаем действие (обычно нужно протянуть переключатель по экрану вправо).
2. Предварительно на устройстве должен быть размещен файл прошивки.

Рекомендуется размещать .zip файл на SD|OTG карте памяти, поскольку в этом случае системная информация на устройстве будет занимать значительно меньше места, но не менее 200 мегабайт. Подобным образом стоит размещать и резервные копии, создаваемые через TWRP.

1. Если нужные файлы загружены и все предыдущие этапы выполнены правильно, то можно нажимать «Install» и подтвердить действие (также по стандарту свайп вправо). Процедура прошивки может никак не отображаться на экране: нужно просто долго ждать.

1. Когда прошивка через TWRP будет завершена, нужно выбрать раздел Wipe cache/dalvik, а затем Reboot System.

1. Успешное проведение процедуры приведет к тому, что при первой перезагрузке три точки под логотипом производителя (Xiaomi) будут «перемигиваться» около 10 минут, а потом устройство запустится.

Расшифровка и устранение ошибок TWRP

Нередко при работе с TWRP у пользователей возникают различные ошибки. Все они сведены в таблицу ниже и для каждой ошибки предложен вариант устранения.

Код ошибки	Причины возникновения	Устранение
Error 6	Файл updater-script в архиве с прошивкой создан в неправильном формате.	Необходимо открыть указанный файл через стандартный «Блокнот» или «NotePad++», сменить его формат на Unix и пересохранить.
Error 7	Прошивка подобрана неправильно и не соответствует устройству, на которое должна производиться установка.	1. Скачать правильный файл прошивки с официального сайта. Важно при этом проверить версию устройства, поскольку, к примеру, Xiaomi Redmi Note 3 имеет модификацию Pro, что делает прошивку от первого устройства несовместимой со вторым. 2. Если же прошивка точно правильная, то нужно открыть в режиме редактирования файл updater-script и удалить в нем первые строки со списком устройств, для которых предназначена данная прошивка.
Error 0	В архиве с прошивкой отсутствует один из файлов.	Нужно перезагрузить архив или добавить нужные файлы.
Error 255	Неподходящим является файл updater-binary.	По аналогии с предыдущим пунктом: нужно заменить указанный файл.

Итог

Проведя процедуру прошивки можно приступать к изменению настроек смартфона. Стоит аккуратнее относиться к настройкам устройства, поскольку большинство проблем, приводящих к необходимости прошивки, возникают именно из-за некорректной эксплуатации телефона.

После настройки прошивки и установки только самых нужных программ, советуем сделать полный бэкап прошивки, таким образом вы всегда сможете произвести восстановление смартфона.

Решили установить кастомную прошивку на свой Android смартфон или планшет, вошли в кастомное TWRP Recovery, но во время установки получили ошибку 7? Не отчаивайтесь исправить данную проблему довольно просто.

Многих новичков может обескуражить какие-либо действия в установке кастомной прошивки, особенно если это процедура выполняется первый раз. Одним из серьезных препятствий во время установки прошивки может стать ошибка 7 в TWRP Recovery.

Серьезность этой ошибки в том, что она не позволяет вообще установить кастомную прошивку на устройство и вся ваша подготовка пойдет насмарку. Но оказывается что данную ошибку 7 в recovery довольно легко исправить не прибегая к длительным действиям! О том как избавится от данной проблемы и посвящена сегодняшняя статья!

Данная ошибка может возникнуть в двух случаях:

1. Если вы попытаетесь установить прошивку не от своего устройства, такое часто возникает, когда под одним наименованием смартфона или планшета может быть множество моделей с небольшими отличиями под определенные рынки (например смартфон LG G2 имеет модели VS980, LS980, D800, D802, F320K). Убедитесь что прошивка предназначена именно для вашего устройства!
2. В скрипте установке прошивки не внесено название модели вашего Android смартфона или планшета.

Как исправить Ошибку 7 при прошивке в Recovery?

Вариант 1 (действие 1)

Если вы уже прочитали как могла возникнуть ошибка 7, то самым первым вашим действием будет проверка действительно вы скачали прошивку именно для вашей модели смартфона или планшета (проверить наименование и версию).

Если вы заметили, что скачали не ту прошивку, то скачать для своего устройства. Проблема решена! Если же это не так и прошивка верная, то переходим ко второму действию.

Вариант 2 (действие 2)

Попробуйте отыскать в сети интернет более новую версию кастомного Recovery и после установить ее на свой девайс, после чего попробовать установить прошивку, что выдавала ранее ошибку 7.

Вариант 3 (действие 3)

1. Установите Notepad ++
2. Открываем прошивку и переходим по пути META-INFcomgoogleandroid
3. Извлекаем файл updater-script
4. Удалить вначале устанавливающего скрипта строки начинающиеся на assert
5. Сохранить документ и забросить обратно в прошивку заменив старый файл
6. Удалить в прошивке файлы по пути META-INF — CERT.RSA, CERT.SF, MANIFEST.MF
7. Забросить готовую прошивку на устройство, перевести в режим Recovery и попробовать снова прошить Android

У вас еще остались вопросы? Пишите их в комментариях, рассказывайте, что у вас получилось или наоборот!

Вот и все! Больше статей и инструкций читайте в разделе Статьи и Хаки Android. Оставайтесь вместе с сайтом Android +1, дальше будет еще интересней!

Гаджеты на платформе Андроид предоставляют пользователям практически безграничные возможности. На сегодняшний день, это одна из самых популярных операционок, занимающая в мире лидирующие позиции. Чтобы обезопасить неопытных юзеров от выполнения потенциально опасных действий, Андроид имеет несколько действенных механизмов защиты. Например, для того чтобы перепрошить устройство кастомной прошивкой, нужно обойти их все. Если не делать этого, то в процессе появится сообщение об ошибке, и процедура прервется. Итак, что же делать, если появилась надпись «Installation aborted» при прошивке телефона.

Из-за чего происходит сбой?

Являясь одним из механизмов защиты устройства от вмешательства неопытных юзеров, сообщение “installation aborted” (установка прервана) защищает девайс. Ведь неправильные действия при перепрошивке или использование неподходящего ПО превратят гаджет в «кирпич». Вывести его из этого состояния ой как непросто. Частенько с проблемой сталкиваются при кастомной (неофициальной) прошивке, ведь с официальным обновлением таких проблем нет, и оно производится в обычном режиме телефона.

Ошибка Installation aborted (Status 7) при прошивке Андроид

Итак, далее в статье мы рассмотрим все моменты, которые помогут избавиться от сброса установки. Вот что мы будем проверять:

1. Прошивка (update.zip). Она должна подходить именно под вашу модель телефона, в противном случае проблем не избежать.
2. Смена Recovery на кастомную (неофициальную). Рассмотрим установку CWM (Clockworkmod).

Вот так выглядит минимальный набор составляющих. В зависимости от способа прошивки, количество необходимых элементов возрастает.

Как исправить installation aborted?

Обратите внимание, что все процедуры выполняются на свой страх и риск. Также, на девайсы с неофициальной прошивкой и измененным Recovery не распространяется гарантийное обслуживание. Не забывайте, что, помимо установки с памяти телефона, существуют разные способы прошивки, например, через консоль Windows. Установка прошивки с корня карты памяти – порядок действий:

1. Скачать прошивку и скопировать ее в корень телефона.
2. Перезагрузить телефон и зайти в режим Recovery.
3. Выполнить чистку кеша и системных файлов (wipe cache и wipe user data).
4. Активировать процесс прошивки.
5. Дождаться завершения и перезагрузить девайс.

Если у вас все заранее настроено и подготовлено, то установка завершится успешно. Но если этого не произошло, то вы забыли заменить рекавери. Если на девайсе перед сообщением об отмене прошивки указана ошибка Status 7, то это говорит про:

• несовместимости ROM-файла с девайсом;
• отсутствие указанных моделей в файлах прошивки;
• устаревшей версии оболочки Recovery.

Поэтому убедитесь в полной совместимости.

Ставим CMW

Для начала нужно рутировать устройство. Полный доступ можно открыть при помощи следующего софта: Framaroot, Kingroot, Towelroot и многие другие. Надо проинсталлировать софт, открыть приложение, активировать root-права. Если решить вопрос через установку ПО не удалось, то искать способ, подходящий именно для вашего девайса. Установка неофициального Recovery рекомендовано выполнять через специальные утилиты. Это проще и надежнее, однако, увы, не всегда удается. Давайте рассмотрим этот вариант:

1. Скачиваем, например, Rom Manager и открываем его.
2. Выбираем раздел «Режим Восстановления» (или Recovery), а здесь Recovery Setup, а после – ClockworkMod Recovery.
3. Находим модель девайса в каталоге, и соглашаемся на выполнение процедуры.
4. Перезагружаем аппарат.

Иногда необходимо подписать прошивку. В принципе, из-за этого часто и появляется ошибка “installation aborted”. О том, как и когда подписывают прошивку здесь:

Если не все пользователи Android-систем, то многие из тех, кто занимается установкой кастомных (неоригинальных) прошивок, знают, что появление ошибки Installation Aborted при прошивке — явление достаточно распространенное. И связано это отнюдь не с устанавливаемыми данными, а с самой версией операционной системы. Большинство пользователей запускают данный процесс, совершенно не задумываясь о возможных последствиях. А они могут быть весьма печальными (если даже прошивка не установится, система может просто «вылететь», а после этого придется восстанавливать заводскую настройку с полной потерей пользовательских данных и любой другой связанной информации).

Ошибка Installation Aborted при прошивке: что это в общем понимании?

Давайте начнем с разъяснения самого термина. Что означает ситуация, когда мобильное устройство при прошивке через рекавери пишет Installation Aborted, понять, в общем-то, нетрудно.

Достаточно просто перевести сообщение с английского языка на русский. Получите уведомление о том, что установка прервана. Но почему происходит такой сбой? Об этом и многом другом предлагается почитать в материале, который представлен ниже. К тому же, обычная отмена установки это еще на самое страшное, чего можно добиться при проведении таких действий. Дело в том, что Android-системы достаточно чутко реагируют на какие бы то ни было изменения, и могут работать только с выбранными устройствами, для которых может быть использована лишь определенная версия операционной системы. Относительно устаревшие ОС и девайсы поддержки в плане обновления именно операционной системы практически не имеют. Апдейты касаются только встроенных служб и пользовательских приложений, но не более того. Обновить операционную систему можно только до определенного поддерживаемого уровня.

Installation Aborted при прошивке: что делать?

Понятно, что при установке официальных обновлений, поддерживаемыми операционными системами Android, сбоев подобного рода не возникает. Единственная ситуация, когда система при установке прошивки пишет Installation Aborted, связана только с тем, что пользователь инсталлирует Firmware самостоятельно.

В принципе, это есть некая защитная функция, похожая на появление синего экрана в Windows-системах. Только Android ведет себя намного скромнее.

Основная проблема даже не в способе установки, а в том, что данная прошивка может банально не соответствовать устройству, на которое она инсталлируется. И для начала при отмене процесса просто перезагрузите мобильный девайс и восстановите оригинальную систему. После этого можете приступить к установке новой прошивки повторно.

Блокировка

Иногда при установке прошивки Installation Aborted сигнализирует еще и о том, что оригинальный файл апдейта был помещен не в ту область, которая воспринимается устройством, как резерв по умолчанию.

Как правило, дабы избежать появления сбоя Installation Aborted при прошивке смартфона или планшета, изначально файл Update.zip следует помещать в корневой каталог внутреннего накопителя (Android). Только после этого можно производить дополнительные действия.

Обновление операционной системы

Еще один вариант сбоя, когда система при прошивке пишет Installation Aborted, может быть интерпретирован, как не соответствие текущей версии операционной системы той, на которую пользователь пытается перейти.

Это сродни тому, как на стационарных компьютерах пытаться перепрыгивать с Windows XP на Windows 10. Сначала для самой ОС Android нужно установить обновление, которое поддерживается и системой, и аппаратом, а только после этого начинать перепрошивать девайс.

Одним из самых основных условий успешного окончания процесса многие специалисты называют еще и высвобождение места на внутреннем накопителе. Не смотрите на то, что места на нем достаточно. Самая основная проблема состоит в том, что на нем имеются неудаленные данные кэша, которые воспринимаются системой как самый настоящий мусор, хотя об этом она может и не сигнализировать.

Таким образом, одним из вариантов устранения сбоя Installation Aborted при прошивке, станет изначальное удаление данных такого типа. Использовать можно стандартные настройки, откуда производится переход к разделу приложений с выбором пункта «Все» и последующей очисткой кэша каждого апплета, представленного в списке.

Намного лучше (и это облегчает задачу), если у пользователя на телефоне или планшете установлено приложение-оптимизатор. Такие апплеты, в общем-то, ведут себя достаточно корректно. Правда, вопросы очистки иногда вызывают законные сомнения, поскольку на экране приложения пользователь видит одно, а на самом деле ничего толком и не происходит. Не верите? Посмотрите в любом файловом менеджере на каталоги DCIM и 100ANDRO, которые расположены непосредственно на внутреннем накопителе, где установлена сама операционная система.

Вопросы установки CMW

Еще один момент, связанный с возможностью устранения проблемы появления ошибки Installation Aborted при прошивке, относится к вопросам установки модуля CMW, который для проведения подобных операций крайне необходим. Его инсталляция позволит избежать появления проблем, связанных с несовместимостью ROM-накопителей. Вот только для его использования изначально необходимо получить так называемые права root.

В самом простом варианте можно использовать программу Kingo Root, которая изначально устанавливается на персональный компьютер или ноутбук. После подключения мобильного устройства произойдет загрузка рутирующего драйвера, а затем мобильный апплет инсталлируется и на мобильный девайс (на компьютере будет выдано подтверждение непосредственно в программе). После этого достаточно будет просто запустить соответствующий мобильный апплет, чтобы выполнить дальнейшие действия.

Они состоят в том, чтобы установить Rom Manager, а в режиме Recovery, используя раздел Setup, перейти к меню ClockworkMod Recovery, найти свою модель мобильного устройства в представленном списке и согласиться на проведение дальнейших операций.

Восстановление заводской прошивки

Бывает и такой подход не срабатывает, поскольку иногда представленные решения можно использовать только на оригинальных прошивках. Сброс параметров на телефоне или планшете ничего толком не даст.

Поэтому желательно сразу установить программу, наиболее соответствующую вашему устройству (Xperia Companion, Samsung Kies и т. д.), и произвести восстановление заводской прошивки через интернет именно с ее помощью. И только после этого можно приступать к установке новой прошивки, если таковая необходима.

Вместо итога

Таково решение ошибки Installation Aborted при прошивке. Что делать, думается, уже понятно. А вообще, по большому счету, стоит сказать, что заниматься перепрошивкой мобильного устройства с использованием неподдерживаемых версий Firmware не рекомендуется вообще. Так ведь можно, что называется, просто угробить девайс. Устанавливать прошивку можно только лишь в том случае, если она действительно взята из официального источника и полностью совместима с моделью девайса, который предполагается перепрошить. В противном случае никаких подобных действий производить даже не пытайтесь.

вкл. 04 Март 2017 . Опубликовано в Android — Общее

Ошибка 7 при прошивке через рекавери (TWRP, CWM Recovery). Решили установить кастомную прошивку на свой Android смартфон или планшет, вошли в кастомное TWRP Recovery, но во время установки получили ошибку 7? Не отчаивайтесь исправить данную проблему довольно просто.

Многих новичков может обескуражить какие либо действия в установке кастомной прошивки, особенно если это процедура выполняется первый раз. Одним из серьезных препятствий во время установки прошивки может стать ошибка 7 в TWRP Recovery. Серьезность этой ошибки в том, что она не позволяет вообще установить кастомную прошивку на устройство и вся ваша подготовка пойдет насмарку. Но оказывается что данную ошибку 7 в recovery довольно легко исправить не прибегая к длительным действиям! О том как избавится от данной проблемы и посвящена сегодняшняя статья!

Откуда взялась ошибка 7?

Данная ошибка может возникнуть в двух случаях:

Как исправить Ошибку 7 при прошивке в Recovery?

Вариант 1 (действие 1)

Если вы уже прочитали как могла возникнуть ошибка 7, то самым первым вашим действием будет проверка действительно вы скачали прошивку именно для вашей модели смартфона или планшета (проверить наименование и версию).

Если вы заметили, что скачали не ту прошивку, то скачать для своего устройства. Проблема решена! Если же это не так и прошивка верная, то переходим ко второму действию.

Вариант 2 (действие 2)

1. Установите Notepad ++
2. Открываем прошивку и переходим по пути META-INFcomgoogleandroid
3. Извлекаем файл updater-script

4. Удалить вначале устанавливающего скрипта строки начинающиеся на assert

5. Сохранить документ и забросить обратно в прошивку заменив старый файл
6. Удалить в прошивке файлы по пути META-INF — CERT.RSA, CERT.SF, MANIFEST.MF

7. Забросить готовую прошивку на устройство, перевести в режим Recovery и попробовать снова прошить Android

В данной статье мы попробуем разобраться, по каким причинам может возникать ошибка 7 в рекавери TWRP для андроида.

Сертифицированный специалист по цифровому маркетингу Six Sigma и Google, работавший аналитиком в ведущей ТНК. Энтузиаст технологий и автомобилей, который любит писать, играть на гитаре, путешествовать, кататься на велосипеде и отдыхать. Предприниматель и блогер.

Довольно часто юзеры, привыкшие рутовать прошивки, устанавливать разного рода системный софт, менять ядра и по-другому издеваться над прошивкой, обнаруживают, что установить OTA-обновление невозможно. Оно просто не встает, ругаясь на измененные системные файлы, неправильные цифровые ключи и всякое прочее. В этой статье я расскажу о самой механике обновления, причинах возникновения проблем и о том, как их решить.

Как это работает

Первыми новые версии Android традиционно получают последние из устройств Nexus. Когда новая версия прошивки готова для широкой публики, полный образ размещается по адресу developers.google.com/android/nexus/images. Вскоре после этого начинается распространение прошивки по воздуху. Как рассказывает один из разработчиков Google Дэн Моррилл (Dan Morrill), сначала ОТА рассылается на 1% устройств. Это происходит рандомно, независимо от региона или места покупки телефона/планшета. В это время отлавливаются баги, что позволяет приостановить обновление при наличии критических ошибок у большого числа пользователей.

Далее в течение пары недель обновление распространяется для 25, 50, 100% пользователей. То есть на первом этапе шанс на получение обновления имеет одно устройство из ста. Если обновление не получено, то устройство выпадает из списка и повторное неоднократное нажатие на кнопку «Проверить наличие обновлений» автоматически переносит устройство в конец списка. Когда запускается новый этап рассылки, нажатие на кнопку дает следующий шанс получить обновление уже 25%. Так как устройство само проверяет наличие обновления раз в сутки (или при перезагрузке), то нажатие на кнопку может «выстрелить» раньше, чем это случилось бы само по себе. Но опять-таки проверка будет только один раз. Дальнейшие нажатия не помогут. Это не та ситуация, когда «кто первый нажал, тот первый получил». В любом случае обновление по воздуху придет всем в течение пары недель. Самые нетерпеливые могут прошить обновление руками (об этом ниже).

Уведомление о наличии обновления

Форсируем обновление

Ускорить получение обновления можно двумя способами. Первый — очистка данных Google Services Framework с последующей перезагрузкой устройства. Крайне не рекомендуемый способ, который осуждают даже инженеры Гугла. Этот способ вызывает множество негативных эффектов, главный из которых — смена идентификатора для GCM (Google Cloud Messenger). Этот идентификатор нужен во всех программах Гугла и множестве других приложений, использующих функции push-уведомлений. И если в некоторых программах побороть эффекты относительно легко, то для многих других последствия могут быть более печальны. Все приложения просто перестанут принимать push-уведомления, основанные на GCM, пока не получат новый идентификатор. Некоторые приложения делают проверку часто, некоторые редко. Для части поможет очистка данных приложения. А те приложения, которые используют GCM ID в качестве идентификатора на своих серверах, могут иметь более глубокие проблемы.

Стоковый recovery

Второй — установка обновления руками через консоль восстановления. Вскоре после запуска ОТА в профильных темах устройств на ресурсах 4PDA и XDA появляются файлы вида хеш.signed-hammerhead-LRX21O-from-KTU84P.c1a33561.zip, в названии которых содержится хеш файла, марка устройства, а также версии прошивок для обновления (на какую, с какой). На компе необходимо иметь папку с утилитами ADB и fastboot. Я использую последние версии из Android SDK. В ту же папку нужно положить скачанный архив с ОТА-обновлением. Также необходимо иметь правильно установленные драйверы для устройства, которые могут конфликтовать с ранее установленными драйверами для других устройств.

Само устройство следует перевести в режим восстановления (recovery). Для этого на выключенном устройстве зажимаем одновременно кнопки <Power + VolDown> и попадаем в загрузчик, кнопкой громкости выбираем Recovery mode, входим в него кнопкой Power. Появится лежачий Android с восклицательным знаком. Это не ошибка, пугаться не стоит. Необходимо на этом экране коротко нажать <Power + VolUp>, после чего и загрузится стоковый рекавери. В нем необходимо выбрать кнопками громкости пункт apply update from ADB и подтвердить кнопкой включения. Далее необходимо подключить телефон/планшет к компу. Запускаем консоль, переходим в папку с ADB и архивом обновления и вводим следующую команду (для файла, приведенного выше):

$ adb sideload хеш.signed-hammerhead-LRX21O-from-KTU84P.c1a33561.zip

После этого на телефон установится ОТА и он перезагрузится.

Блок-врезка: Как скачать обновление через сотовую сеть

Уведомление о доступности ОТА может прийти, когда устройство не подключено к Wi-Fi. При этом появится пометка, что файл доступен для скачивания по Wi-Fi до определенной даты (около недели), а сама кнопка «Скачать» будет неактивна. Это сделано для экономии денег юзера. Если подключение к Wi-Fi в ближайшее время не предвидится, то можно обмануть телефон и скачать обновление через 3G/4G, просто переведя дату в телефоне вперед, позже даты, указанной в уведомлении, и перегрузив устройство.

INFO

Под стоковой (stock — из магазина) прошивкой понимается наличие заводского ядра, recovery, отсутствие модификаций, полученных в том числе с помощью root.

Модифицированная прошивка

Если у тебя разблокирован загрузчик, стоит кастомный recovery, получен root, который активно используют различные программы, и применены различные модификации, то с вероятностью 99% обновление не установится. Даже при возврате стокового recovery при прошивке через ADB будет выдавать ошибку Status 7. Кастомный recovery также будет писать ошибку, ругаясь на измененные файлы. Побороть эту проблему можно, вернув смартфон к заводской прошивке, но это не наш метод. Мы разберемся с ней, расковыряв файл обновления, выясним, на каком месте спотыкается установка, и устраним проблему. И все это на примере самого крупного обновления Nexus 5 — с версии 4.4.4 (KTU84P) на 5.0 (LRX21O).

Механика работы ОТА

Итак, обновление с 4.4.4 на 5.0 стало самым крупным за последнее время с весом архива в 491 Мб. В связи со сменой Dalvik на ART практически весь код был модифицирован. Так что же содержит архив? Как видно на скриншоте «Файлы из архива с обновлением до 5.0», внутри архива находятся образы бутлоадера (различные разделы), каталоги META-INF, patch и system.

Файлы из архива с обновлением до 5.0

Для минимизации количества трафика и уменьшения нагрузки на серверы, а также для снижения затрат конечного пользователя структура обновления построена так, что файлы с большим количеством изменений или написанные с нуля находятся в каталоге system и меняются целиком. А файлы с небольшими по меркам Гугла изменениями не заменяются, а патчатся, то есть изменяются куски кода внутри файла. Эти файлы находятся внутри каталога patch и имеют расширение.р. Это хорошо видно, если сравнить файлы в /system/bin и /patch/system/bin. При этом для создания патча используется хорошо знакомый юниксоидам bsdiff, позволяющий из двух бинарников получить дельту (файл с разницей между файлами).

Само же волшебство происходит по воле updater-script, который находится в /META-INF/com/google/android. Именно его мы и рассмотрим подробнее. Сам файл весит 463 Кб и содержит строки кода, отвечающие за процесс применения ОТА-обновления (на самом деле это скриптовый язык Edify, интерпретатор которого находится в том же каталоге и носит имя update-binary. — Прим. ред.). Вот что он содержит в нашем случае. Сначала монтируется раздел /system (достаточно стандартная для Linux строка монтирования, схожая с теми, что находятся в /etc/fstab):

mount("ext4", "EMMC", "/dev/block/platform/msm_sdcc.1/by-name/system", "/system", "max_batch_time=0,commit=1,data=ordered,barrier=1,errors=panic,nodelalloc");

Далее скрипт проверяет модель устройства и версию прошивки с помощью чтения системной переменной ro.build.fingerprint (обрати внимание, что он не берет ее из файла /system/build.prop, а запрашивает у самого recovery, поэтому обновления нельзя поставить с помощью кастомной консоли восстановления, хотя до 5.0 это было возможно). Здесь и далее троеточие это сокращенные строки:

getprop("ro.build.fingerprint") == "google/hammerhead/hammerhead:4.4.4/KTU84P/1227136:user/release-keys" ||
getprop("ro.build.fingerprint") ==  "google/hammerhead/hammerhead:5.0/LRX21O/1570415:user/release-keys" ||
abort("Package expects build fingerprint of google/hammerhead/hammerhead:4.4.4 ...");
getprop("ro.product.device") == "hammerhead" || abort("This package is for "hammerhead" devices ...");

Как видно выше, на «неродное» устройство обновление не встанет, зато его можно повторно накатить на версию 5.0. Также скрипт проверяет, подписана ли прошивка официальными ключами Google (release-keys). Из-за этого у многих пользователей возникают проблемы. Далее начинается проверка наличия и целостности отдельных файлов с помощью сверки хешей SHA-1. Для этого используются две функции: sha1_check(), принимающая в качестве аргументов имя файла и хеш, и apply_patch_check(), принимающая три аргумента: имя файла, и два хеша. Первая используется просто для проверки целостности файла, вторая проверяет, не был ли файл уже пропатчен. Для простоты длинные хеши в коде ниже заменены на многоточие:

sha1_check(read_file ("system/app/Drive/Drive.apk"), ...) || 
apply_patch_check("/system/app/Drive.apk", ...) || abort(""/system/app/Drive.apk" has unexpected contents.");
sha1_check(read_file("system/app/Drive/lib/arm/libdocsimageutils.so"), ...) || 
apply_patch_check("/system/lib/libdocsimageutils.so", ...) || abort (""/system/lib/libdocsimageutils.so" has unexpected contents.");

Для примера показаны только две проверки. По факту проверяются все файлы, которые подлежат замене или изменению патчем. В коде видно, что обновление выдаст ошибку, если, например, был изменен или удален файл /system/app/Drive.apk. В конце блока проверки скрипт проверяет ядро, доступное место в /system и радио:

apply_patch_check("EMMC:/dev/block/platform/msm_sdcc.1/by-name/boot:8908800:...") || abort("...");
apply_patch_space(23999236) || abort("Not enough free space on /system to apply patches.");
apply_patch_check("EMMC:/dev/block/platform/msm_sdcc.1/by-name/modem:46499328:...") || abort("..."); 

То есть данное обновление не встанет, если стоит кастомное ядро или модификация радио. Следующим шагом идет удаление старых файлов с устройства перед их заменой на новые и удаление файлов, которые не нужны на новой прошивке:

delete("/system/app/BasicDreams/", "/system/app/BasicDreams/arm/", ...);

Далее патчатся все необходимые файлы с предварительной проверкой хеша SHA-1. Патчинг выполняется с помощью функции apply_patch(), которая принимает имена файлов для патчинга и несколько хешей: хеш оригинала, хеш патча и хеш результата. Последним аргументом идет имя файла с патчем. Как и раньше, все хеши в коде ниже сокращены до многоточия:

sha1_check(read_file("system/app/Drive/Drive.apk"), ...) || 
apply_patch("/system/app/Drive.apk", "-", ..., package_extract_file("patch/system/app/Drive.apk.p"));

Последним патчится ядро и RAM-диск:

apply_patch("EMMC:/dev/block/platform/msm_sdcc.1/by-name/boot:..., package_extract_file("patch/boot.img.p"));

Следующий блок переносит на устройство файлы, которые не попадают под патч и должны быть заменены целиком. Часть из них затем перемещается:

package_extract_dir("system", "/system");
rename("system/app/KoreanIME.apk", "system/app/KoreanIME/KoreanIME.apk");
rename("system/framework/wm.odex", "system/framework/arm/wm.odex");
...

Удаляются ненужные файлы, расставляются симлинки, права доступа и флаги (здесь на многоточие заменены именно права доступа и флаги):

delete("/system/etc/firmware/wcd9320/wcd9320_mbhc.bin", ...);
symlink("/data/misc/audio/mbhc.bin", "/system/etc/firmware/wcd9320/wcd9320_mbhc.bin");
symlink("/data/misc/audio/wcd9320_anc.bin", "/system/etc/firmware/wcd9320/wcd9320_anc.bin");
...
set_metadata_recursive("/system/bin", ...);
set_metadata("/system/bin/app_process32", ...);

Прошиваются бутлоадер и сопутствующие разделы:

package_extract_file("bootloader-flag.txt", "/dev/block/platform/msm_sdcc.1/by-name/misc");
package_extract_file("bootloader.aboot.img", "/dev/block/platform/msm_sdcc.1/by-name/aboot");
package_extract_file("bootloader.rpm.img", "/dev/block/platform/msm_sdcc.1/by-name/rpm");
...

Патчится радио/модем:

apply_patch("EMMC:/dev/block/platform/msm_sdcc.1/by-name/modem:..., package_extract_file("radio.img.p")); 

Последним меняется build.prop, в который записывается в том числе новая версия прошивки. Сделано это для того, чтобы при возникновении ошибки на самом последнем этапе, когда почти все файлы уже перенесены, прервать обновление и сохранить номер текущей версии прошивки в файле на устройстве. Тогда при нажатии кнопки «Проверить обновление» можно запустить его снова.

apply_patch("/system/build.prop", "-", ..., package_extract_file("patch/system/build.prop.p"));
set_metadata("/system/build.prop", ...); 

В конце скрипта раздел /system перемонтируется, и начинается проверка правильности применения обновления, сверяется SHA-1 хеш новых файлов и /system размонтируется:

unmount("/system");
mount("ext4", "EMMC", "/dev/block/platform/msm_sdcc.1/by-name/system", "/system", "");
assert(sha1_check(read_file("/system/app/CalendarGooglePrebuilt/CalendarGooglePrebuilt.apk"), ...));
assert(sha1_check(read_file("/system/app/CaptivePortalLogin/CaptivePortalLogin.apk"), ...));
...
unmount("/system");

После чего устройство перегружается в новую систему.

Updater-script как он есть

Кастомный recovery

До недавнего времени прошить архив ОТА-обновления в большинстве случаев (если не было проверки recovery для его замены) можно было из кастомного recovery, просто закинув файл на устройство и выбрав install zip. Но начиная со скрипта для обновления 5.0 скрипт поменялся. Предыдущие версии проверяли файл /system/build.prop:

file_getprop("/system/build.prop", "ro.build.fingerprint")

Текущие скрипты проверяют не файл, а значение системной переменной напрямую, запрашивая его у recovery:

getprop("ro.build.fingerprint")

А если разобрать кастомный recovery (для примера TWRP версии 2.8.0.0), то можно увидеть следующие строки:

ro.build.description=omni_hammerhead-eng 4.4.4 KTU84P eng.dees_troy.20140910.125240 test-keys
ro.build.fingerprint=Android/omni_hammerhead/hammerhead:4.4.4/KTU84P/eng.dees_troy.20140910.125240:eng/test-keys

Версия TWRP 2.8.6.1 имеет в коде следующие строки (обрати внимание на слово omni во второй строке, разработчик TWRP с ником Dees Troy — еще и один из активных разработчиков OmniROM):

ro.build.id=LRX22G
ro.build.display.id=omni_hammerhead-eng 5.0.2 LRX22G eng.dees_troy.20150403.145211 test-keys
ro.build.version.incremental=eng.dees_troy.20150403.145211

А последние версии CWM Touch и Philz подписаны так:

ro.build.description=hammerhead-user 4.4 KRT16M 893803 release-keys
ro.build.fingerprint=google/hammerhead/hammerhead:4.4/KRT16M/893803:user/release-keys

Именно эти значения и возвращает при проверке скрипт, прерывая обновление в самом начале и выдавая ошибку о несоответствии версии Android на устройстве.

Вот какой ответ ты получишь при попытке установить обновление 5.0.2 на Nexus 7 из кастомного recovery

Обновление 4.4.3–4.4.4

Для сравнения можно привести предыдущее обновление с версии KTU84M на KTU84P. Обновление мелкое и весит всего 2,5 Мб. В основном касается улучшений безопасности. Если открыть архив, то можно увидеть, что патчится только небольшое количество системных файлов и радио, соответственно, скрипт и проверяет только их. Это обновление нормально устанавливалось с рутом, кастомным ядром и работающим Xposed Framework, так как на наличие изменений все это не проверяется.

Обновление для Nexus 6 и Nexus 9

У последних устройств от Google структура скрипта в корне другая. Для этих и (судя по всему) последующих устройств Nexus Google добавила в сборочный скрипт, формирующий ОТА-обновление, функцию генерации поблочного обновления. Такое обновление сверяет и обновляет не отдельные файлы, а блоки в файловой системе /system. Далее в примере «66,…,524256» — это длинные списки адресов блоков:

if range_sha1("/dev/block/platform/msm_sdcc.1/by-name/system", "66,...,524256") == "..." then
block_image_update("/dev/block/platform/msm_sdcc.1/by-name/system", package_extract_file("system.transfer.list"), "system.new.dat", "system.patch.dat");

Это позволило инженерам Google существенно упростить и ускорить применение ОТА-обновления для конечных устройств, а сам updater-script теперь занимает всего 5 Кб. Но это обернулось головной болью для продвинутых пользователей. Ведь теперь любые изменения в системном разделе вызовут сбой. Включая наличие лишних файлов. Даже факт монтирования системы как R/W приведет к изменению хеша суперблока ФС.

Заключение

Подводя итоги статьи, можно сделать следующие выводы:

1. Права суперпользователя сами по себе не влияют на успешное применение обновления. Влияют те изменения, которые пользователь и программы вносят в систему, имея эти права. Часто эти изменения невозможно отследить и вернуть.
2. Повлияют ли root и внесенные в систему изменения на успешное обновление, зависит каждый раз от того, что именно меняется в системе при обновлении и какие файлы проверяет скрипт. Если система менялась, замораживались/отключались ненужные системные приложения через Titanium Backup, менялись ядра, ставился кастомный recovery, Xposed Framework, Lucky Patcher, freedom, franco.Kernel updater, моды на звонилку и всяческие улучшалки для звука, другая бутанимация, системные шрифты и так далее. Все это может повлиять на обновление.
3. При модификации системы всегда оставляй оригинальные файлы для бэкапа, если хочешь обновляться через ОТА. Копируй в облако, переименовывай как угодно. Можно сделать Nandroid-бэкап раздела /system (о Nandroid читай в предыдущем номере).
4. Если помнишь, что менял в системе, можно откатиться назад почти всегда. Recovery всегда пишет ошибку, на что ругается обновление. Погуглив название файла в ошибке, иногда можно найти, какая прога его меняет. Например, /system/bin/thermal-engine-hh и /system/lib/power.msm8974.so заменяет franco.Kernel updater и не возвращает его даже при прошивке стокового ядра и сносе самого приложения.
5. Для успешного применения ОТА необходимо вернуть в систему оригинальные файлы. Самый верный способ — это прошить system.img, стоковое ядро и recovery перед тем, как устанавливать обновление (данные и приложения не потеряются).
6. Ну и главный вывод. Если есть рут и много модификаций — не мучайся, а сразу шей полный образ новой прошивки, удалив ключ -w в flash-all.bat для сохранения данных. Начиная с обновления до версии 5.0, остается очень маленькая вероятность обмануть скрипт. Да и следующее обновление может иметь «блочную» структуру, которая подразумевает наличие только полного стока для применения.

Пара слов от редактора

До недавнего времени OTA-обновления в каcтомных прошивках (CyanogenMod, Paranoid) всегда приходили в виде zip’а с полной версией прошивки и было абсолютно неважно, какие изменения вносились в систему до этого. Прошивка всегда устанавливалась заново (с сохранением данных юзера и gapps, естественно), однако в CyanogenMod 11 появилась функция инкрементальных обновлений, но гораздо более простая в сравнении с той, что используется Google. Обновление просто проверяет целостность прошивки и заменяет те файлы, которые изменились с прошлой версии (обычно ночной сборки), без всяких патчей. Причем, если ты пропустишь одно из обновлений, следующее по старинке придет в виде полного обновления. Просто и удобно.

Более интересный метод используется в OmniROM. Для обновления она использует бинарные патчи, но совсем не так, как это делает Google. Первое OTA-обновление всегда скачивается полностью, после чего сохраняется на карте памяти, прошивается, но не удаляется с карты. Следующее OTA-обновление уже приходит в виде единого бинарного патча, после чего патч накладывается на сохраненное в прошлый раз на карте памяти обновление и уже оно прошивается. Изюминка этого метода в том, что патч накладывается не на систему, а на файл с прошлым обновлением и смартфон каждый раз прошивается как бы с нуля (но с сохранением данных и настроек). Почти идеальный метод — трафик экономится, а беспокоиться о конфликтах с измененной системой не надо.

Экран установки обновлений в CyanogenMod 12

Впервые опубликовано в журнале Хакер #196.
Автор: Дмитрий «BRADA» Подкопаев

Подпишись на «Хакер»

• Материалы сайта
• Бумажный вариант
• «Хакер» на iOS/iPad
• «Хакер» на Android

В интернете существует огромное количество возможных инструкций и рекомендаций по прошивке смартфона, хотя многие из них довольно подробны, пользователи все равно сталкиваются с трудностями, которые были не указаны или возникли случайным образом. Большинство из таких проблем решается довольно легко, но некоторые ведут к полному краху системы. Мы разобрали наиболее популярные ошибки при прошивке телефона, и нашли решения для них.

Наиболее популярные ошибки iOS были описаны мной в статье “Популярные ошибки iOS и их решения”, потому здесь попытаюсь разобрать популярные проблемы Android устройств, а также общие для всех платформ.

Ошибка прошивки status 0, 1, 6, 7 и 255

Эти статусы появляются при прошивке Android устройств с помощью CWM Recovery. Рассмотрим причину их возникновения и возможное решение:

Status 0, 255: данный статус сообщает нам про отсутствие update-scpript ( иногда update-binary) в установочном архиве. Теоретически, возможно взять этот файл с другой прошивки, подходящей для вашего смартфона, но желательно этого не делать. Идеальный вариант решения — найти другую версию архива или выбрать другую прошивку.

Status 1: возникает при неправильно указанном пути для монтирования системных или пользовательских разделов. Проще говоря, CWM не может получить доступ к внутреней памяти устройства. Появление этой ошибки означает не профессионализм создателя прошивки или ее изменение под другой аппарат. Прошивать такое не стоит, возможно, в ней присутствуют и другие проблемы, которые не видны на начальном этапе.

Status 6: указывает нам о неправильной кодировке файла updater-scpript (он лежит по адресу META-INFcomgoogleandroid), из-за чего система не может его прочитать. Самое простое решение — открыть его в текстовом редакторе (Формат->Шрифт) и пересохранить в кодировке Unix.

Status 7: данная прошивка предназначена для другой модели телефона. Наиболее распространенная из списка ошибки при прошивке телефона. Решается довольно легко, удалением из файла updater-scpript данных о модели. Делайте это только тогда, когда уверены что архив предназначен для вашего устройства.

Ошибки при прошивке телефона через Odin

Таких ошибок всего две, но всегда проверяйте, правильно ли вы выбрали файлы прошивки, а также подключение вашего смартфона.

Can’t open the serial(COM) port — Odin не может найти ваше устройство. Причиной этому могут быть не установленные драйвера или не работающий USB-порт. Для начала попробуйте подключить к другому порту (вы ведь знаете, что прошивать лучше через подключение к юсб на задней части ПК), если не помогло, проверьте через диспетчер устройств чтобы все драйвера были установлены.

MD5 hash value is invalid — эта ошибка при прошивке через Odin сообщает о испорченном файле. Перекачайте его заново, возможно, из другого источника.

Ошибки при прошивке телефона через FlashTool

Наиболее популярный инструмент для прошивки устройств на базе процессоров MediaTek. Здесь можно встретить большой количество возможных ошибок и это хорошая сторона, ведь они нам подскажут в чем проблема и как её решить.

S_COM_PORT_OPEN_FAIL (1003) (S_COM_PORT_OPEN_FAIL (1013), S_DA_EXT_RAM_ERROR (3001)): программа не может установить связи с аппаратом по причине отказа порта. Подключите к другому USB-порту или смените кабель.

S_NOT_ENOUCH_STORAGE_SPACE (1011) — прошивка, которую вы хотите записать в память устройства, превышает выделенное для нее место. Попробуйте использовать инструкции по переразметке разделов или более новую версию прошивальшика.

S_UNSUPPORTED_VER_OF_DA (1022) — обновите программу до более актуальной версии.

S_UNSUPPORTED_OPERATION (1040) или S_DA_EMMC_FLASH_NOT_FOUND (3144) — Скатер (Scatter) не подходит вашему телефону, а во втором случае еще может означать неработоспособную внутреннюю память.

S_BROM_CMD_STARTCMD_FAIL (2005) — помечены или наоборот, не помечены пункты preloader и dsp_bl.

S_DS_SOC_CHECK_FAIL (3013) — установите галочку на пункте uboot и проверьте путь к программе или прошивке, он не должен содержать кириллицы.

S_DA_INVALID_RANGE (3036) — нажмите Format, до того, как начнете саму прошивку.

S_FT_DA_NO_RESPONSE (4001) — используйте другую версию программы и переместите ее в корень главного диска (по стандарту — C:). В худшем варианте, сообщает нам о неисправности flash-памяти.

S_FT_DOWNLOAD_FAIL (4008) — смените кабель или понизьте версию программы.

S_FT_READBACK_FAIL (4009) — FlashTool не может прочитать файл с жесткого диска, проверьте его расположение, а также доступное место и хватит ли его для распаковки.

S_INVALID_DA_FILE (5002) — используйте download agent который шел в комплекте с утилитой.

S_DL_GET_DRAM_SETTINGS_FAIL (5054) — удалите и заново установите драйвера устройства.

S_DL_PC_BL_INVALID_GFH_FILE_INFOR (5066) — используйте другой скатер файл (желательно идущий в комплекте с прошивкой).

Постоянно перезагружается телефон

Проблема возникает в том случае, когда не делается сброс до заводских настроек после перепрошивки, а также в следствии сбоя системы. Наиболее действенный способ — сбросить настройки до заводских.

Для этого следует зажать одну из комбинаций на выключенном телефоне:

• Громкость+ и кнопку включения
• Громкость- и кнопку включения
• Громкость (больше или меньше) + клавишу Home (если она физическая) + кнопку питания.
• После чего зайти в Android Recovery (если не зашло автоматически) и выбрать wipe data/factory reset.

Прошивка телефона если он не включается

Выключите телефон и в таком состоянии подключите его к компьютеру, после чего запустите программу для прошивки, подходящую вашему устройству. Телефон должен определится и установятся драйвера, после чего смело запускаете процесс.

Мы описали наиболее популярные ошибки при прошивке телефона, если вам попалась не описанная здесь, смело спрашивайте в комментариях или в нашей группе Вконтакте.