Меню Рубрики

Установка ota обновления вручную htc

Установка ota обновления вручную htc

Первый шаг: разблокировка загрузчика
Второй шаг: установка кастомного TWRP рекавери
Третий шаг: установка рут (ROOT)
Четвертый шаг: установка кастомной прошивки

ПЕРВЫЙ ШАГ: РАЗБЛОКИРОВКА ЗАГРУЗЧИКА

ЗАМЕЧАНИЕ: Все данные с девайса будут утеряны. (Если у вас dev edition htc one m9, то можете пропустить первый шаг).

0) Начиная с версии андроида 5.1 базы 2.xx сначала надо выполнить ОЕМ разблокировку, как читаем здесь !
1) создаем учетную запись на htc dev сайте https://www.htcdev.com/register/
2) логинимся и переходим по данной ссылке http://www.htcdev.com/unlock-instructions/page-2
3) Ничего не скачиваем с сайта htc dev.
4) Подключаем девайс к компу и заходим в download mode с помощью команды adb reboot download
5) В командной строке выполняем следующую команду fastboot oem get_identifier_token

6) Вставьте скопированный идентификатор в предложенное поле (Step 7) My Device Identifier Token: и подтвердите нажав на кнопку submit.
7) Вы получите на электронную почту указанную при регистрации на сайте файл с названием Unlock_Code.bin, скачайте его и сохраните в каталоге где к вас находятся файлы adb и fastboot.
8) Выполните команду fastboot flash unlocktoken Unlock_Code.bin, теперь используя клавиши девайса согласитесь с разблокировкой и подтвердите нажатием кнопки питания.
9) ГОТОВО, загрузчик разблокируется и одновременно с этим на девайсе произойдет сброс к заводским настройкам девайса (FACTORY RESET) .

Если возникнут какие-то трудности, имеется видео (на англ.) по разблокировке загрузчика.

ВТОРОЙ ШАГ: УСТАНОВКА КАСТОМНОГО TWRP РЕКАВЕРИ

ПРИМЕЧАНИЕ: HTC ONE М9 отличается от предыдущих поколений девайсов от HTC, так как он имеет блокировку ота обновления системы. Вкратце, любое изменение сделаное в системе приведет к ошибке ота обновления faliure. Помня об этом, следуйте моим шагам.

1) Скачайте twrp recovery после скачивания переименуйе файл в twrp.img
Также скачайте supersu (потребуется для получения рут позже) BETA-SuperSU-v2.65-20151226141550.zip ( 4,06 МБ )
скиньте данный файл на девайс.
2) Переводим девайс в download mode командой adb reboot download
3) Кладем наш twrp.img файл в директорию с файлами adb и fastboot. В командной строке выполняем команду: fastboot flash recovery twrp.img
ВСЁ, кастомное рекавери установлено!

Замечание: если планируется далее установка кастомной прошивки, в которой встроен root (см.шаг №4), этот шаг (номер ТРИ) можно пропустить.

1) Загружаем девайс в бутлоадер, переходим в кастомный рекавери.
2) Делаем бэкап (полный бэкап, наиболее важным для нас является раздел SYSTEM. Это очень важно сделать для того чтобы устанавливать в последующем ОТА обновления без использования всяких RUU прошивок.
3) Теперь устанавливаем зип файл с supersu который вы скачали во втором шаге.
Готово, вы получили РУТ.

  • Получение root-прав под Anroid 6 (MM)
  • Получение root-прав под Android 7 (N)

ЧЕТВЕРТЫЙ ШАГ: УСТАНОВКА КАСТОМНОЙ ПРОШИВКИ

0) Для запуска и работы девайса на кастомных прошивках необходимо чтобы версия Android совпадала у установленного firmware и инсталлируемого CustomROM
1) Скачиваем понравившуюся кастомную прошивку в виде zip файла. Теперь копируем zip файл прошивки на девайс (можно на внешнюю карту).
2) Перезагружаем девайс в кастомное рекавери и делаем вайпы wipe cache, dalvik cache, system. Для чистой установки необходимо сделать и вайп wipe data ( Внимание удалятся данные и настройки. ).
3) Устанавливаем zip файл с прошивкой.
4) Перезагружайте девайс и наслаждайтесь кастомной прошивкой (внимание первая загрузка может занять продолжительное время).

Для того чтобы установить прилетевшее OTA обновление.

Если вы получили уведомление о доступном ОТА обновлении, не скачивайте пока его, сначала следуйте следующим пунктам:
1) Скачайте стоковое рекавери для версии установленной у вас прошивки (для европейцев можно найти в шапке темы).
2) Переименуйте его в recovery.img и переместите в папку с adb и fastboot файлами.
3) Туда же скопируйте только файл system.emmc.win из twrp бэкапа который вы сделали перед рутованием девайса.
4) В командной строке последовательно выполните следующие команды:
adb reboot download
fastboot flash system system.emmc.win
fastboot flash recovery recovery.img
fastboot reboot

Всё, перезагружайте девайс, теперь скачивайте ОТА обновление и устанавливайте его.
Для того чтобы после ОТА обновления заново получить рут выполните ВТОРОЙ ШАГ: УСТАНОВКА КАСТОМНОГО TWRP РЕКАВЕРИ и ТРЕТИЙ ШАГ: УСТАНОВКА РУТ .

Если вы получили бутлуп, перезагрузитесь в download mode, прошейте кастомное twrp рекавери, сделайте вайпы wipe cache and dalvik-cache и затем перезагрузитесь в download mode и перепрошейте стоковое рекавери.

Сообщение отредактировал BiOMeX — 15.07.17, 18:41

источник

Как установить OTA обновление на Andro >

Данная инструкция будет полезна для абсолютно всех Andro >

Установка OTA обновлений происходит через Recovery Android, средствами утилиты ADB и команды adb sideload.

Статья разделена, на два основных раздела:

  • Необходимое — различные инструменты и условия
  • Инструкция — подробная пошаговая информация как установить OTA

Необходимые файлы и условия

  1. Компьютер или ноутбук (Windows 7-10)
  2. Скачать и установить драйвера Android
  3. Включить «Отладка по USB» и авторизовать компьютер
  4. Зарядить прошиваемое устройство Android как минимум на 50%
  5. Оригинальный и не поврежденный кабель USB
  6. Скачать ADB RUN или установщик ADB на компьютер и установить
  7. Ранее загруженное OTA обновление (скачать для Nexus устройств)

Инструкция как установить OTA обновление
на Andro/>
  • Запустить ADB RUN и перейти в Manual Commad… -> ADB (если выбрали установщик то запустить командную строку и перейти в папку с ADB)
  • Подключить смартфон или планшет к компьютеру USB кабелем и написать команду adb s >важен РеГиСТР букв) adb sideload XXXXXXXX.zip После чего начнется перемещение обновления (прошивки) на Android и обновление. Если вы получили ошибку error: closed — не активировали sideload на Android
    1. Подключаем устройство Android к компьютеру
    2. Запускаем программу ADB RUN и переходим в меню Reboot Device -> выбрать Reboot Recovery
    3. Активируем прошивку на устройстве с помощью adb
    4. Вернуться в главное меню и перейти в меню Move -> S/>
    5. Выбрать вначале пункт Copy ZIP to Directory, в открывшееся окно переместить ZIP архив-обновление, после закрыть окно
    6. Выбрать Istall ZIP после чего, выбрать прошиваемый файл, после чего начнется прошивка.

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

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

    источник

    Обновление прошивки HTC One

    HTC One уже не является последней новинкой от производителя, обретя достойного наследника, но смартфон все так же пользуется высокой популярностью из-за своей функциональности и надежности. Если Вам нравится использовать возможности девайса по максимуму, следует своевременно обновлять ОС HTC One, что возможно при двух сценариях: используя OTA обновления, либо при помощи кастомных ROM’ов.

    Выбрав любую из процедур, пользователь сможет получить доступ ко всем самым последним нововведениям, а также повысить производительность девайса. Стоит обозначить, что обновления часто открывают новые возможности для персонализации. Теперь подробно остановимся на том, как безошибочно обновить операционную систему HTC One.

    Не для кого не секрет, что автоматические OTA обновления HTC One всегда являлись, и будут являться простейшим способом, но стоит обратить внимание на такой нюанс: обновления OTA поступают на все устройства одной модели не одновременно. Этот фактор зависит от оператора, производителя и региона, где непосредственно находится сам смартфон. В случае, если ОТА обновления к HTC One пока не готовы, но их уже можно найти в сети, возможна самостоятельная установка. В этой ситуации гарантия на устройство остается действующей. Еще один вариант, когда нужна установка официальных обновлений вручную, – это переход от неофициальной кастомной к официальной прошивке ОС Android от HTC.

    При желании получения дополнительных возможностей и значительного увеличения производительности Вашего HTC One, стоит установить кастомный ROM. Это подразумевает необходимость разблокировки загрузчика HTC, получение root-прав на HTC One и установку кастомного образа рекавери CWM или TWRP. Плата за увеличенные возможности – это заводская гарантия. Однако ее можно вернуть, скачав и установив официальную последнюю версию прошивки HTC One.

    Что Вам понадобится?
    • ПК или ноутбук
    • Включенная и рабочая отладка по USB
    • Временное отключение антивирусной защиты
    • Зарядка аккумулятора смартфона не менее 50%
    • Резервные копии значимых данных и настроек, включая Nandroid бэкап
    • Убежденность в том, что вы данные обновления предназначены конкретно для этой модели HTC One
    • Осознание доли риска и персональной ответственности за установку кастомного ROMа.

    Обновление девайса HTC One при помощи OTA

    1. Проверьте наличие подключения HTC One к сети WiFi.
    2. Зайдите в меню смартфона, откройте опцию настроек.
    3. Кликните на опцию System , подпункт HTC Software Updates.
    4. Выберете Check now.
    5. При наличии свежих обновлений устанавливаем их на HTC One.
    6. Процесс установки будет автоматически завершен после перезагрузки смартфона.

    Обновление HTC One вручную

    1. Устанавливаем на ПК ROM Update Utility (RUU) , соответствующий Вашей модели HTC One.
    2. Следуя указаниям, запускаем Update Utility.
    3. При помощи USB кабелz HTC One соединяем с компьютером.

    Обновляем HTC One с использованием кастомной прошивки

    1. Файл обновления HTC One и Gapps (при отсутствии приложений в данной прошивке) качаем на персональный компьютер.
    2. Распаковывать их не нужно.
    3. Смартфон подключаем к ПК и переносим оба файла на HTC One.
    4. Выключаем смартфон и перезагружаем в режим рекавери.
    5. Делаем вайп (wipe data factory reset и wipe cache partition, так же как wipe dalvick cache из раздела меню advanced).
    6. Уходим обратно в главное меню, выбираем такие опции: install zip from SD card и choose zip from SD card.
    7. Устанавливаем сначала файл обновления, а затем Gapps.
    8. Переходим обратно к главному меню режима рекавери, перезагружаем HTC One.

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

    источник

    Как обновить смартфон Xiaomi через OTA?

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

    Что такое ОТА

    В переводе с английского Over The Air или ОТА обозначает «по воздуху». Иначе говоря, установка ПО на Xiaomi происходит через Интернет (3G, EDGE, Wi-Fi). Она не предполагает использование дополнительного устройства и синхронизацию с ним. Но кроме доступа в сеть обязательно должен быть mi-аккаунт. Через него будет происходить не только совершенствование системы, но и оповещение о вновь выходящих продуктах, относящихся к ОС. Способ позволяет сохранить все данные владельца и занимает гораздо меньше времени. Более того, он очень простой в своем использовании, с которым справится любой дилетант.

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

    Как обновлять

    Как говорилось выше, обновление Xiaomi через ОТА простое и укладывается в два шага.

    1. Максимально зарядить батарею. Для проведения работ можно обойтись 30% уровнем (для ряда моделей 60%), но лучше не рисковать. Если смартфон разрядится в процессе работы, то прошивка установится некорректно.

    2. Пройти путь «Меню» – «Настройка» – «О телефоне» – «Обновления системы» – «Проверить сейчас». Система увидит программный файл. Следует согласиться с предложением об установке, выполнить ее и произвести перезагрузку.

    Для каждой модели телефонов Ксиаоми имеются пределы в совершенствовании, связанные как с мощностью процессора, так и с доступностью. Сейчас бесполезно искать на сайтах в Интернете официальные новинки ПО для девайсов Ксиаоми моделей Redmi 3 Pro, Redmi Note 2, Redmi 3S. Пользователь сможет найти лишь китайские. Желающему усовершенствовать девайс, нужно просто ждать и регулярно проверять профильные сайты. Эти действия будут явно лучше, чем интерфейс на китайском языке.

    Установить новое ПО возможно вручную. Предполагается ввод устройства в режим Recovery и Fastboot. Способ сложнее и требует определенных навыков и базовых знаний в начинке мобильных аппаратов. Для этого варианта также потребуются файлы с новыми ОС. Поэтому, если таковых нет, то проблему невозможности усовершенствовать Ксиаоми ввиду отсутствия ПО, ручной аналог не решит.

    Фирменный магазин техники Xiaomi в Москве Оригинальная продукция и качественный сервис по доступным ценам. Работаем напрямую с заводом-производителем.

    источник

    Как работают OTA-обновления в Android, и почему они дают сбои

    Содержание статьи

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

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

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

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

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

    Хакер #196. Все о Docker

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

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

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

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

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

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

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

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

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

    Итак, обновление с 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):

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

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

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

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

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

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

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

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

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

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

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

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

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

    Кастомный recovery

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

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

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

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

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

    Именно эти значения и возвращает при проверке скрипт, прерывая обновление в самом начале и выдавая ошибку о несоответствии версии 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» — это длинные списки адресов блоков:

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

    Заключение

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

    1. Права суперпользователя сами по себе не влияют на успешное применение обновления. Влияют те изменения, которые пользователь и программы вносят в систему, имея эти права. Часто эти изменения невозможно отследить и вернуть.
    2. Повлияют ли root и внесенные в систему изменения на успешное обновление, зависит каждый раз от того, что именно меняется в системе при обновлении и какие файлы проверяет скрипт. Если система менялась, замораживались/отключались ненужные системные приложения через Titanium Backup, менялись ядра, ставился кастомный recovery, Xposed Framework, Lucky Patcher, freedom, franco.Kernel updater, моды на звонилку и всяческие улучшалки для звука, другая бутанимация, системные шрифты и так далее. Все это может повлиять на обновление.
    3. При модификации системы всегда оставляй оригинальные файлы для бэкапа, если хочешь обновляться через ОТА. Копируй в облако, переименовывай как угодно. Можно сделать Nandro >

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

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

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

    источник

    Читайте также:  Установка балконных блоков по госту

    Добавить комментарий

    Adblock
    detector