2. Процесс обновления OTA

2.1 Принцип работы OTA

Платформа Android обеспечивает арифметический дифференциальный механизм Google diff, пакет обновления поддерживает полное обновление и дифференциальное обновление, операцию OTA

Принципиальная схема выглядит следующим образом:

Рисунок 1: Принципиальная схема работы OTA

1. Сервер OTA отвечает за загрузку, загрузку и управление версиями пакета обновлений.

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

3. Устройство подключается и загружается через сеть Wi-Fi и, наконец, завершает обновление.

2.2 Введение в процесс обновления OTA

2.2.1 Процесс небезопасного OTA обновления

Типичный процесс обновления OTA можно разделить на следующие этапы:

1. Устройство будет периодически проверять сервер OTA и подтверждать возможность обновления пакета обновления. Пользователи также могут скопировать пакет обновления в ТВ-бокс или обновить с U-диска (USB-флешки), SD-карты, или мобильного жесткого диска.

2. Загрузите пакет обновления в раздел cashe или data, и подпись шифрования будет выполнена с помощью системного файла верификации /etc/security/otacerts.zip. OTA-обновление может быть выполнено только после верификации.

Примечание ред. Пример файла otacerts.zip

3. Устройство перезагружается и переходит в режим рекавери (восстановления). При этом ядро в разделе recovery используется вместо ядра раздела boot для запуска.

4. Двоичная программа recovery запускается процессом инициализации init, а загруженный пакет обновления находится в cache/recovery/command.

5. Recovery использует открытый ключ в /res/keys для проверки пакета обновления. Если проверка прошла успешно, происходит переход к следующему шагу, в противном случае информация сохраняется в разделе cache/. Зарегистрируйте файлы в каталоге Recovery/ и перезапустите устройство.

6. Данные в пакете обновления распаковываются и используются для обновления загрузочного, системного раздела (System) или раздела поставщика (Vendor) при необходимости. Новый патч сохраняется в разделе System. Boot0 и uboot также обновляются в этом процессе.

7. Устройство перезагружается и выполняются следующие два этапа:

Обновленный раздел Boot0 смонтирован, он смонтирует и запустит исполняемую программу раздела System.

Во время обычного процесса запуска система определит, существует ли целевой раздел Recovery/. Если раздел Recovery/ существует, раздел будет обновляться патчем.