Dsu loader что это такое на андроид

Dsu loader что это такое на андроид

DSU Sideloader

Easily install GSIs using Android’s DSU feature

DSU Sideloader is basically a «front-end» for Android’s DSU feature.

• Android 10 or higher
• Unlocked Bootloader
• Device with Dynamic Partitions
• GSI you want to use!

For those who don’t know, explaining in a really quick and simplified way, DSU (Dynamic System Updates), is a feature introduced on Android 10, that let developers boot GSIs without touching current system partition, this is done by creating new partitions to hold a GSI and a separated userdata, to boot on them when desired.

You must unlock device bootloader before using DSU, locked bootloader will only allow booting images from trusted signatures (which in reality, for most devices, means that it will only boot images signed by device OEM), for this reason, unlocked bootloader is a requirement, also, installing images with locked bootloader in some devices may be dangerous.

Once installation finishes, Android creates a persistent notification allowing you to boot into «Dynamic System» (GSI installed via DSU), and you can boot into installed GSI, without touching your system partition, or breaking the «real userdata» partition.

After booting Dynamic System, you can try and test whatever you want, when you need to switch back to device’s original system image, everything you need to do, is just, a simple reboot!

You can read more about DSU Sideloader and DSU feature here: GitHub README.md

• Лицензия: Apache License 2.0
• Отслеживание проблем
• Исходный код
• Метаданные сборки

• 
• 

Версии

Можно выбрать загрузку приложения в виде APK (доступно по ссылкам ниже), однако следует помнить, что при такой установке вы не сможете получать уведомления об обновлениях, и что это менее безопасный способ скачивания. Советуем установить приложение F-Droid и использовать его.

Версия 2.03 (8) предложен Добавлено 2023-07-10

Для этой версии требуется Android 10 или новее. Собрано и подписано F-Droid, и гарантированно соответствует исходному коду из архива.

Android 13 улучшит DSU — установка общей системы GSI в два раза быстрее

Динамическое обновление системы (DSU) — одна из малоизвестных функций Android. Эта функция позволяет пользователям устанавливать общий образ системы (GSI) без разблокировки загрузчика или установки системных обновлений. Это упрощает переключение между текущим образом системы и GSI. Впервые представленная в Android 10, эта функция является одним из самых простых способов для разработчиков протестировать последнюю версию Android 13. Согласно информации от технического эксперта Мишаала Рахмана, DSU получит улучшения в Android 13.

Новый коммит от AOSP Gerrit предполагает, что Google вносит заметные улучшения производительности в DSU. Установка GSI через DSU выполняется намного быстрее за счет увеличения общей памяти по умолчанию . Google отмечает, что небольшое увеличение объема памяти (с 8 КБ до 64 КБ) значительно ускорит динамическую установку системы как на физических, так и на виртуальных устройствах.

Тесты Google показывают, что время установки на физическом устройстве сокращается с 2 минут и 2 секунд до 45 секунд. Кроме того, время установки на виртуальное устройство сокращается с 45 до 30 секунд.

Кроме того, индикатор выполнения также получил некоторые новые улучшения. Во время установки GSI индикатор выполнения в центре уведомлений будет показывать устанавливаемый раздел . В текущей версии Android 13 отображается только «Установка». DSU также добавит поддержку образов system, system_ext и продуктов. Эти функции и улучшения пока недоступны в Android 13 Developer Preview.

Android 13 будет изначально поддерживать открытие нескольких карт eSIM на одном чипе.

Традиционные мобильные телефоны используют физическую карту (SIM-карту) для подключения к сотовой сети. Тем не менее, цифровая карта eSIM не развивается быстро, отчасти потому, что она не полностью совместима с Android. Согласно новому отчету Esper, Google может внедрить eSIM в Android 13 , чтобы повысить популярность этой технологии. Эспер сообщает, что кодовая база Android 13 содержит патент, поданный Google в 2020 году, который позволяет использовать несколько профилей SIM-карт на одном встроенном чипе .

Согласно патентному описанию, это достигается за счет разделения единой физической шины данных между модемом и чипом eSIM на несколько логических интерфейсов, которые затем объединяются в один физический интерфейс. Это похоже на то, что современные ЦП разделяют физические ядра ЦП на логические ядра ЦП для одновременного выполнения большего количества задач. В отличие от физической SIM-карты, которая должна быть оснащена слотом, для eSIM требуется только небольшой компонент на материнской плате, что оставляет больше места для размещения в телефоне более крупных аккумуляторов, оборудования камеры или других компонентов. Однако не многие телефоны полностью отказались от физического слота для SIM-карты.

Интересные видео

Белоснежка в законе. Веселая сказка на пару минут

В городском королевстве проживала королева, известная своей красотой и жаждой подтверждения своего величия. Ее воле было подвластно волшебное зеркало, которое отвечало на ее вопросы. Но однажды зеркало объявило, что истинной красавицей королевства является не она, а приемная дочь Белоснежка.

Google не озвучила простой способ установки Android 12 Beta на смартфоны

Если очень хочется попробовать самостоятельно Android 12 Beta, но боязн оставить GSI-образы, о которых мы рассказывали ранее, нашли для вас альтернативный и простой способ накатывания свежей системы. Но подойдёт не всем, читать стоит внимательно.

Google не назвала лучший способ установки Android 12 Beta на телефоны Pixel: DSU. Не делая больших усилий по продвижению DSU, Google также упускает возможность привлечь большее количество OEM-устройств к бета-версии Android 12. Вот почему DSU имеет значение, ведь благодаря ему мы могли бы получить гораздо больше устройств, участвующих в бета-тестировании.

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

Для телефонов Google Pixel доступны самые простые способы установки Android 12 Beta: вы можете зарегистрироваться в бета-программе, чтобы получить OTA-обновление на свое устройство, загрузить OTA-файл из recovery или прошить заводской образ с помощью fastboot (вручную или с помощью Android Flash Tool).

Такие новости мы постоянно публикуем в Telegram. Подписывайтесь на канал, чтобы ничего не пропустить 😉

На устройствах без официальной программы бета-тестирования (и даже на устройствах с бета-программой) также можно попробовать бета-версию, установив Generic System Image (GSI), у нас есть инструкция. GSI можно установить с помощью команд fastboot (как и заводской образ), но его также можно установить с помощью малоизвестного инструмента под названием «DSU Loader», доступного в опциях разработчика Android 11.

Последний релиз GSI для разработчиков, доступный на этой странице, который на данный момент является первой бета-версией Android 12, можно установить помощью DSU Loader на телефоны Pixel без разблокировки загрузчика и без перезаписи исходного образа системы. Это самый безопасный способ для разработчиков протестировать новейшую ОС на собственном оборудовании, по окончании тестирования они могут просто перезагрузиться, чтобы вернуться к исходной ОС с ее приложениями и данными.

• Android получит второе приватное пространство для чувствительных данных
• Последние оптимизации Android позволили сэкономить 95 Петабайт данных
• Обновившиеся до Android 14 говорят о заметном повышении времени автономной работы

В отличие от вышеуказанного, все существующие методы, которые Google советует использовать для установки Android 12 Beta, перезаписывают существующую установку. А если вы решите сбросить телефон к заводским настройкам во время установки бета-версии, вам может потребоваться обратиться в службу поддержки, если вы решите, что ваш телефон «окирпичен». Как объяснил в Twitter признанный разработчик XDA luca020400, похоже, что во время установки возникла проблема с защитой от заводского сброса – если вы сбросили телефон до обновления до бета-версии, вы не сможете пройти мастер установки, когда он попросит вас войти в аккаунт Google. Пользователи Pixel, которые уже разблокировали загрузчик или включили опцию разблокировки OEM, могут легко вернуть все в исходное состояние путем прошивки до заводского образа. Пользователям Pixel, которые не разблокировали загрузчик, придется поставить прошивку OTA, понижающую версию до Android 11. Google не опубликовал эти файлы прошивки, но несколько пользователей Reddit уже собрали их для вас.

Если бы больше пользователей Pixel установили Android 12 Beta через DSU, мы, вероятно, увидели бы меньше жалоб на окирпиченные телефоны. Ведь все, что вам нужно сделать, чтобы вернуть смартфон в рабочее состояние, – это перезагрузиться, поскольку установка носит временный характер.

DSU Loader доступен не только для телефонов Pixel. На самом деле, он доступен для большинства устройств под управлением Android 11. На изображениях в сети мы видим, что бета-версия Android 12 запущена на ASUS ROG Phone 5 – устройстве, для которого ASUS официально не выпустила бета-версию. Как и на Pixel 4, установка на ROG Phone 5 является временной и не имеет разрушительных последствий – простая перезагрузка и мы возвращаемся к Android 11 с ZenUI. Однако есть одно большое отличие: Нам пришлось разблокировать загрузчик ROG Phone 5, чтобы открыть возможность загрузки Android 12 Beta через DSU. Разблокировка загрузчика стирает раздел данных телефона, что сводит на нет основную цель использования DSU. Единственная причина, по которой нам пришлось разблокировать загрузчик, заключается в том, что ASUS не включила в комплект проверенные загрузочные ключи, которые позволят GSI с подписью Google загружаться без необходимости разблокировки загрузчика. Когда мы впервые рассказали о DSU, мы узнали, что Google хотела обязать OEM-производителей предварительно загружать эти ключи, но, похоже, эти планы не осуществились, поскольку мы не видели ни одного устройства, способного загружать GSI через DSU с заблокированным загрузчиком.

Очень жаль, ведь Google создала такой замечательный инструмент и обеспечила возможность работы своих сборок на большинстве устройств. OEM-производителям даже не нужно прилагать много усилий, чтобы добавить поддержку в своих устройствах загрузки GSI от Google с заблокированным загрузчиком – все, что им нужно сделать, это добавить одну строку в файл device.mk при сборке прошивки. Мы не знаем, какие обсуждения привели к тому, что Google отказалась от этого требования, но предполагаем, что многим OEM-производителям было не по душе то, что по сути является «черным ходом» для запуска прошивки Google, какой бы удобной она ни была для разработчиков.

Учитывая, насколько нестабильно работают GSI на разных устройствах Android и что, похоже, ни один OEM-производитель не поддерживает их загрузку с заблокированным загрузчиком, возможно, Google не хотел привлекать к этому внимание, поскольку нет надежного способа добиться загрузки Android 12 Beta таким образом. Samsung скрывает эту опцию на своих телефонах Galaxy, хотя сервис по-прежнему доступен через интерфейс командной строки, так что они, вероятно, не в восторге от этой идеи. Как бы то ни было, я считаю, что здесь упущена возможность – Google требует соблюдения условий Treble и приложил все усилия для внедрения DSU, так почему бы не продвигать его как предпочтительный способ бета-тестирования новых версий Android?

Тогда можно поддержать её лайком в соцсетях. На новости сайта вы ведь уже подписались? 😉

Или хотя бы оставить довольный комментарий, чтобы мы знали, какие темы наиболее интересны читателям. Кроме того, нас это вдохновляет. Форма комментариев ниже.

Что с ней так? Своё негодование вы можете высказать на zelebb@gmail.com или в комментариях. Мы постараемся учесть ваше пожелание в будущем, чтобы улучшить качество материалов сайта. А сейчас проведём воспитательную работу с автором.

Если вам интересны новости мира ИТ так же сильно, как нам, подписывайтесь на Telegram-канал. Там все материалы появляются максимально оперативно. Или, может быть, удобнее «Вконтакте»?

Динамические и модульные обновления Android

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

A/B-разметка

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

В свое время разработчики Chrome OS также столкнулись с этой проблемой и создали надежную и незаметную пользователю систему бесшовного обновления (Seamless updates). Суть ее состоит в том, что вместо одного системного раздела, поверх которого накладывались бы обновления системы, Chrome OS использует два идентичных системных раздела, каждый из которых содержит свою копию операционной системы.

Обновление в Chrome OS происходит следующим образом: когда ОС обнаруживает наличие обновления, она скачивает его в фоне, устанавливает на второй (неактивный) системный раздел и помечает этот раздел как активный. После перезагрузки (не обязательно сразу после обновления) ОС запускается уже с этого раздела.

Благодаря такой схеме пользователь даже не подозревает, что система обновилась, он просто попадает в обновленную ОС после перезагрузки или включения ноутбука. При этом Chrome OS способна гарантировать, что после обновления пользователь не получит кирпич: если во время загрузки с обновленного раздела произойдет сбой — система пометит текущий раздел флагом unbootable, сделает активным «старый» системный раздел и загрузит заведомо рабочую версию ОС.

Начиная с седьмой версии Android также поддерживает бесшовные обновления и так называемую A/B-разметку разделов. Однако, так как системных разделов в устройствах с Android намного больше, чем в хромбуках, сама раскладка разделов получается более запутанной. Вот только часть разделов, которые пришлось дублировать:

• boot — содержит ядро и RAM-диск, на устройствах с A/B-разметкой также консоль восстановления (recovery);
• system — содержит Android, системные библиотеки, системные приложения, стандартные рингтоны, обои и так далее;
• vendor — драйверы и все необходимые прослойки для работы с железом (Project Treble);
• userdata — настройки, приложения и данные пользователя;
• radio — прошивка радиомодуля (поддержка сотовых сетей);
• vbmeta — раздел Android Verified Boot 2.0 (механизм доверенной загрузки), содержащий контрольные суммы компонентов системы.

Всего дублированных разделов может быть несколько десятков. Например, на OnePlus 6 с A/B-разметкой общее количество разделов — 72 и несколько десятков из них используются только загрузчиком.

От других разделов, наоборот, стало возможным отказаться. Устройства с A/B-разметкой не включают в себя отдельный раздел recovery (консоль восстановления, нужна для установки обновления и сброса до заводских настроек) и раздел cache , который использовался для хранения файлов обновлений (теперь обновление скачивается напрямую в неактивный раздел).

A/B-разметка также позволила вдвое сократить размер раздела system , что вкупе с удалением разделов recovery и cache сделало переход на новую схему разметки менее болезненным. Например, на смартфонах Pixel потеря пространства составила всего несколько сотен мегабайт.

Раздел	Размер A/B	Размер A-only
Bootloader	50 Мбайт × 2	50 Мбайт
Boot	32 Мбайт × 2	32 Мбайт
Recovery	0	32 Мбайт
Cache	0	100 Мбайт
Radio	70 Мбайт × 2	70 Мбайт
Vendor	300 Мбайт × 2	300 Мбайт
System	2048 Мбайт × 2	4096 Мбайт
Всего	5000 Мбайт	4680 Мбайт

Еще одно достоинство A/B-разметки — отсутствие экрана «Android is upgrading…» после обновления. Система просто загружается как обычно. Также A/B-разметка упрощает тестирование кастомных прошивок: кастом можно поставить второй системой и откатиться на первую, если что-то пойдет не так.

В целом одни плюсы и никаких минусов. Проблема только в том, что A/B-разметка до сих пор остается опциональной, а перешли на нее далеко не все производители смартфонов. Даже Samsung — крупнейший производитель устройств на Android — до сих пор использует старую разметку. И связано это, скорее всего, с нежеланием тратить средства и время на перепрофилирование уже работающей и отлаженной системы обновления.

Проверить, поддерживает ли твой смартфон A/B-разметку, можно с помощью все того же приложения Treble Check из предыдущего раздела или прочитав переменную ro . build . ab_update с помощью ADB: