Вы когда-нибудь хотели попробовать обновление без фактического обновления? DSU в Android 10 предназначен для этого, но в настоящее время его возможности ограничены. Это может скоро измениться.
Фрагментация ОС Android и уровня безопасности — это огромная проблема, для борьбы с которой Google вкладывает много инженерных усилий. За последние два года Google объявил о двух крупных инициативах, направленных на ускорение развертывания обновлений: Проект Требл и Основная линия проекта. О последнем было объявлено только в мае этого года во время Google Ввод/Вывод 2019, и он поддерживается только на устройствах, работающих под управлением Android 10. Однако первое существует с тех пор, как Google Ввод/Вывод 2017 года, поэтому мы увидели, какое влияние это оказало на обновления Android. с Android 9 пирог и Андроид 10.
Помимо уменьшения фрагментации, Google также хочет, чтобы Project Treble был полезен разработчикам приложений. Вот почему они представили Динамические обновления системы (DSU) в Android 10, чтобы позволить разработчикам опробовать базовую версию нового обновления ОС без разблокировки загрузчика или удаления данных. Видя потенциал DSU, Google не останавливается на достигнутом — они расширяют его полезность, позволяя устанавливать OTA-обновления от OEM-производителей так же, как устанавливаются GSI.
Это много жаргона, но представьте, что это произойдет в будущем: OEM-производитель выпустит телефон с Android 10 и запустит бета-программу для Android 11. Вы заинтересованы в опробовании этой бета-версии, чтобы увидеть новые функции, но не хотите рисковать стабильностью вашего текущего ежедневного драйвера. Вместо того, чтобы прошивать бета-обновление и затем надеяться, что оно будет абсолютно стабильным, почему бы временно не установить его через поток DSU? Если вам это не нравится, просто перезагрузитесь, и ваши настройки вернутся в нормальное состояние. Если вам это нравится, вы можете «подписаться» на обновление.
Не знаю, как вы, но это было бы долгожданным изменением в Android, которое сделало бы бета-тестирование более приятным. Вам больше не придется соглашаться на бета-обновление только для того, чтобы увидеть, что оно собой представляет. Я уверен, что многим из вас не терпится увидеть бета-версию Android 10 для своего устройства, но вам может быть неудобно устанавливать ее сразу. С изменениями, внесенными в DSU, это больше не будет проблемой.
Динамические обновления системы в Android 10+ – что меняется
Лука Стефани, друг портала XDA и Признанный разработчик, сообщил нам о новый коммит объединен в AOSP под названием «монтировать несколько разделов DSU, если они есть». Коммит вносит изменения в таблицу файловой системы (fstab) и init, чтобы во время загрузки можно было монтировать разделы DSU, кроме системных, включая разделы продукта и поставщика. процесс.
В настоящее время DSU предназначен только для загрузки общего образа системы (GSI), простого образа системы, скомпилированного из AOSP, поэтому вы можете протестировать новые API и другие изменения в последнем обновлении Android. Однако после этого изменения DSU также будет принимать изображения продуктов и поставщиков. Первый содержит приложения, библиотеки и другие файлы для конкретных устройств, а второй — двоичные файлы для конкретных устройств. Project Treble сделал так, что вы можете загружать устройство, используя образ системы, без файлов, специфичных для устройства, поэтому теперь разрешить загрузку продукта и поставщика, похоже, не имеет особого смысла.
Однако инженер Google прямо говорит, что это изменение призвано «позволить OEM-производителям [] устанавливать пакеты OTA в /data, а затем использовать [] поток 'DSU' для монтирования product.img, system.img, [и]vendor.img из /data». Это означает, что вместо перезаписи текущей установки новым пакетом OTA можно временно загрузить OTA. через ДСУ. После тестирования OTA-обновления «пользователь может решить, хочет ли он «зафиксировать» эти изображения в /super или нет». Эта последняя часть о «фиксация» изменений все еще находится в работе, поскольку один инженер Google отмечает, что «в настоящее время у нас нет плана по созданию разделов DSU». постоянным в контексте DSU». Затем он заявляет, как это может быть реализовано, но эта реализация «выходит за рамки» этого документа. текущий патч.
Здесь нам необходимо объяснить некоторые термины и понятия, поскольку Google любит менять схему разделов в каждой версии Android. Для начала рекомендую прочитать мою предыдущую статью о Динамические обновления системы для общего обзора того, как он работает, но в целом он использует концепцию «динамического раздела», одного реального раздела хранилища (называемого раздел «супер»), который делится на логические разделы изменяемого размера (включая систему, поставщика, продукт и system_ext), чтобы временно установить ГСИ. При установке GSI DSU создает место для новых образов системы и пользовательских данных, изменяя размер существующего раздела пользовательских данных. Строительными блоками поддержки DSU (динамические разделы, виртуальный диск и контрольные точки для резервного копирования данных) являются требования к запуску Андроид 10, поэтому любое устройство, запускаемое с новой версией ОС Android, должно поддерживать DSU. DSU не является решением двойной загрузки для пользовательских ПЗУ, которое ищут некоторые из вас, поскольку можно установить только образы, соответствующие ключам Android Verified Boot (AVB). Однако с этим новым изменением оно может оказаться гораздо более полезным в будущем.
Помимо динамических разделов, Google также представил в Android 10 концепцию «виртуального A/B». По сути, это реализация двойные разделы A/B как раньше, но вместо этого с логическими разделами. Разделы A/B включают копии важных разделов, что обеспечивает плавное и безопасное обновление. Использование «виртуального A/B» — это то, как один инженер Google предполагает «фиксировать» разделы DSU на разделы текущей установки; как и в случае с текущим процессом обновления A/B OTA, возможно, изменения новых образов вносятся в неактивный раздел.
Эти изменения все еще находятся в разработке, и может пройти некоторое время, прежде чем Google или OEM-производители начнут их использовать. Мы вероятно, мы не увидим никаких реализаций этого до следующего выпуска Android 11 R. год. Тем не менее, нет никакой гарантии, что OEM-производители примут эту функцию для своих OTA-обновлений. Однако, учитывая, насколько это полезно для бета-тестирования, я полагаю, что Google уже работает с заинтересованными OEM-производителями, чтобы включить эту функцию в будущие обновления. Лично меня воодушевляет перспектива попробовать новые обновления Android перед покупкой, а как насчет вас?