Android 12 gsi xiaomi

В Android 11 появилась опция для загрузки Android 12 без перепрошивки: как её активировать

В первый день конференции Google I/O компания Google анонсировала бета-версию Android 12 для линейки смартфонов Pixel и некоторых устройств других производителей. Тем временем, официальный образ (Generic System Image) Android 12 Beta 1 в виде DSU-пакетов, уже доступен для загрузки. Это означает, что новейшую версию мобильной системы Google уже можно загрузить практически на любой смартфон.

GSI — это предварительно созданный образ системы, который можно загрузить на устройствах, поддерживающих Project Treble. Даже если под рукой нет совместимого смартфона Pixel, всё равно можно установить обновление, которое переведёт аппарат на Android 12 с последним патчем безопасности, и при этом фирменная оболочка производителя останется нетронутой. Другими словами, это динамическое обновление, позволяющее попробовать новейшую версию Android без риска для установленной системы.

Проще всего это сделать на устройстве под управлением Android 11. Для процедуры понадобится разблокированный загрузчик и 8 ГБ свободного места. В разделе системных настроек «Для разработчиков» необходимо перейти в DSU Loader и выбрать соответствующий образ в зависимости от архитектуры устройства. Это позволит загрузить Android 12, а затем без проблем вернуться к предыдущей версии системы через специальное уведомление в «шторке».

DSU зависит от функции Android Dynamic Partition и требует, чтобы GSI был подписан Google или производителями устройств в качестве доверенного образа системы. Если на смартфоне стоит более ранняя версия Android, можно попробовать провернуть эту же процедуру, но придётся повозиться с Fastboot и ADB.

Источник

Xiaomi не обновляет MIUI, но переводит её на Android 12. Какие отличия от Android 11

Поскольку прошивка MIUI от Xiaomi сильно изменяет систему и часто предлагает функции, которых даже нет в чистом Android, переход оболочки с одной версии операционной системы на другую зачастую остаётся незамеченным простыми пользователями. Дело в том, что зачастую сама по себе MIUI не получает какие-либо изменения при таком апгрейде, и по факту изменения касаются лишь внутренних процессов в операционной системе. Но в случае с переходом MIUI 12.5 на Android 12 изменения всё же появились — Xiaomi добавила или модернизировала некоторые элементы прошивки. О них написал профильный портал Xiaomiui — данная статья основана на его материале.

Режим управления одной рукой

Xiaomi давно добавила в свою прошивку режим работы для одной руки, когда интерфейс системы съезжал вниз, чтобы пальцем можно было легко дотянуться до края экрана. В MIUI 8 разработчики отказались от него, но в MIUI 12.5 на базе Android 12 снова добавили его. Чтобы вызвать этот режим (если он включён в настройках), необходимо свайпнуть по жестовой панели вниз — интерфейс опустится до середины экрана.

Принудительное затемнение яркости Extra Dim

Функция Extra Dim затемняет яркие цвета на экране, тем самым защищая зрение при использовании смартфона в темноте. В MIUI уже была эта опция, но она работала не совсем корректно и от неё в итоге отказались. Теперь, когда в Android 12 она реализована нативно, Xiaomi вернула её в свою прошивку.

Новая анимация открытия приложений

Xiaomi перенесла непосредственно из Android 12 новую анимацию открытия приложений — Splash («всплеск»). Если игре или программе нужно время для запуска, и она поддерживает нововведение из свежей версии системы, то под анимацию будет подстраиваться ещё и логотип-заставка.

Новый виджет контакта из телефонной книги

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

Улучшенные уведомления

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

Часы в статус-баре стали жирнее

Мелочь, а полезная: жирный шрифт делает часы значительно заметнее, тем более для людей с плохим зрением.

Новый формат даты

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

Какие смартфоны получат MIUI на базе Android 12

Портал Xiaomiui составил ориентировочный перечень устройств, которые, скорее всего, обновятся до MIUI на базе Android 12. Он неофициальный и построен на догадках, но можно быть уверенными, что обновиться смогут те устройства, которым уже доступен Android 12 в рамках бета-версии или закрытого тестирования.

Источник

Android 12 gsi xiaomi

По вопросам обновления и актуализации шапки, обращайтесь к Владимир Евсеенко в QMS

Сообщение отредактировал Вова Евсеенко — 02.12.21, 20:25

1. Скачать прошивку (Magisk по желанию)
2. Поставить TWRP
3. Сделать очистку разделов:
   • Dalvik/ART Cache
   • Cache
   • Data
   • Память устройства (по желанию)

4. Если перед очисткой стояла miui, то делаем Format Data
5. Перезагрузить телефон и зайти снова в TWRP
6. Прошить прошивку
7. Прошить Magisk
8. Перезагрузка в систему

09.05.20 — Первая стабильная сборка сборка

10.05.20 — переход в статус Official
•Исправлен Always on Display
•Исправлена проблема с масштабированием отображения, плюс отступы
•Изменина архитектуру аппаратного обеспечения, должна как минимум повысить производительность
•Ядро переименовано в Basalt

13.05.20
•Исправлены мелкие баги

15.05.20
•Исправлена регулировка яркости (теперь не рывками)
•Добавлена разблокировка лицом
•Еще немного ускорен сканер отпечатка

17.05.20
•Исправлено наложение надреза (полностью удалено)
•Добавлен майский патч (pass safetynet)
•Добавлено разблокировку лица

05.06.20
•Обновлен патч безопасности (за июнь)
•Исправлен баг с блютуз аудио

10.06.20
•Вернул разблокировку лица
•Иллирийское ядро
•Минимальная отладка и трассировка
•Нет грязных апстримов / бэкпортов, которые могут вызвать проблемы в будущем
•Задержка сосредоточена — Планировщик тревожных операций ввода / вывода
•Планировщик твиков и хаков •Регулировка процессора — ZERO в ядре, поддерживая гладкое пространство пользователя

16.06.20
•Фикс Bluetooth
•Опять убрал разблокировку лицом

17.06.20
•Усилен звук из динамика
•Добавленна SMART зарядка

15.07.20
•Исправлено хитрое отставание при перелистывании между приложениями и т. Д.
•Обновите Coral Fp до июля, однако теперь может не работать с новым введением Google в Hardware Attestation
•Отключено Vantom Kernel v4.14.186
•Устройство теперь намного холоднее
•Аккумулятор жизнь и время ожидания значительно улучшились

Сообщение отредактировал Владимир Евсеенко — 30.08.20, 22:26

Источник

Android 12 gsi xiaomi

Начнем. Вы, наверное, слышали, что в некоторых устройствах используется какая-то диковинная A/B структура разделов . Она отличается от структуры в большинстве Android устройств.
На ней как-то странно и непривычно устанавливаются обновления, прямо при работающей системе (O_o). Внутри OTA образов другая, нечитабельная структура. Установка TWRP сопровождается какими-то, раннее не встречаемыми, сложностями, дополнительными манипуляциями и значительно отличается от всего, что «я» раньше видел. Все говорят о каких-то буквах «А», «Б», слотах, двух и системах и прочих, непонятных «мне», вещах. Что же, давайте попробуем во всем этом разобраться.

Начнем с общих вопросов:
Q: Ну и кто все это придумал? Проклятые производители простым гикам жизнь усложняют?
A: Новая структура «A/B разделов» разработана непосредственно Google-ом как часть глобальных изменений в архитектуре Android. Она успешно используется в смартфонах Google Pixel, Essential Phone и различных других устройствах. В дальнейшем все больше устройств от сторонних производителей будут ее использовать. Ничего плохого и страшного в этом нет, наоборот, открывается много новых возможностей.

Q: Так что же из себя представляет A/B структура разделов?
A: Если говорить совсем просто — внутри вашего устройства расположены сразу две (а в зависимости от реализации и больше), независимые между собой, системы. Что-то на подобии MultiROM (если слышали о таком), только с гораздо более продуманной реализацией на более низком уровне. Если интересует конкретная информация с объяснением всех аспектов — прошу продолжить чтение.

Таблица разделов на примере Google Pixel:
Дабы наглядно отобразить, изложенную выше, теорию и увидеть отличия по сравнению с другими устройствами — познакомимся с таблицей разделов Google Pixel.
Если вы вообще не знакомы со структурой разделов в Linux-подобных системах, и Android в частности, — советую поискать информацию об этом в Google, благо ее полно.

Нас интересуют конкретные разделы, существующие в двух копиях для наглядности и демонстрации.
Итак (раскрываем код полностью):

/dev/block/bootdevice/by-name/aboot_a # Разделы первого загрузчика (Слот «a»)
/dev/block/bootdevice/by-name/apdp_a # Разделы первого загрузчика (Слот «a»)
/dev/block/bootdevice/by-name/bootlocker_a # Разделы первого загрузчика (Слот «a»)
/dev/block/bootdevice/by-name/cmnlib32_a # Разделы первого загрузчика (Слот «a»)
/dev/block/bootdevice/by-name/cmnlib64_a # Разделы первого загрузчика (Слот «a»)
/dev/block/bootdevice/by-name/devcfg_a # Разделы первого загрузчика (Слот «a»)
/dev/block/bootdevice/by-name/hosd_a # Разделы первого загрузчика (Слот «a»)
/dev/block/bootdevice/by-name/hyp_a # Разделы первого загрузчика (Слот «a»)
/dev/block/bootdevice/by-name/keymaster_a # Разделы первого загрузчика (Слот «a»)
/dev/block/bootdevice/by-name/msadp_a # Разделы первого загрузчика (Слот «a»)
/dev/block/bootdevice/by-name/pmic_a # Разделы первого загрузчика (Слот «a»)
/dev/block/bootdevice/by-name/rpm_a # Разделы первого загрузчика (Слот «a»)
/dev/block/bootdevice/by-name/tz_a # Разделы первого загрузчика (Слот «a»)
/dev/block/bootdevice/by-name/xbl_a # Разделы первого загрузчика (Слот «a»)

/dev/block/bootdevice/by-name/aboot_b # Разделы второго загрузчика (Слот «b»)
/dev/block/bootdevice/by-name/apdp_b # Разделы второго загрузчика (Слот «b»)
/dev/block/bootdevice/by-name/bootlocker_b # Разделы второго загрузчика (Слот «b»)
/dev/block/bootdevice/by-name/cmnlib32_b # Разделы второго загрузчика (Слот «b»)
/dev/block/bootdevice/by-name/cmnlib64_b # Разделы второго загрузчика (Слот «b»)
/dev/block/bootdevice/by-name/devcfg_b # Разделы второго загрузчика (Слот «b»)
/dev/block/bootdevice/by-name/hosd_b # Разделы второго загрузчика (Слот «b»)
/dev/block/bootdevice/by-name/hyp_b # Разделы второго загрузчика (Слот «b»)
/dev/block/bootdevice/by-name/keymaster_b # Разделы второго загрузчика (Слот «b»)
/dev/block/bootdevice/by-name/msadp_b # Разделы второго загрузчика (Слот «b»)
/dev/block/bootdevice/by-name/pmic_b # Разделы второго загрузчика (Слот «b»)
/dev/block/bootdevice/by-name/rpm_b # Разделы второго загрузчика (Слот «b»)
/dev/block/bootdevice/by-name/tz_b # Разделы второго загрузчика (Слот «b»)
/dev/block/bootdevice/by-name/xbl_b # Разделы второго загрузчика (Слот «b»)

/dev/block/bootdevice/by-name/modem_a # Раздел первого модема/радиомодуля (Слот «a»)
/dev/block/bootdevice/by-name/modem_b # Раздел второго модема/радиомодуля (Слот «b»)

/dev/block/bootdevice/by-name/boot_a # Раздел первого ядра (Слот «a»)
/dev/block/bootdevice/by-name/boot_b # Раздел второго ядра (Слот «b»)

/dev/block/bootdevice/by-name/vendor_a # Первый проприетарный раздел (Слот «a»)
/dev/block/bootdevice/by-name/vendor_b # Второй проприетарный раздел (Слот «b»)

/dev/block/bootdevice/by-name/system_a # Первый системный раздел (Слот «a»)
/dev/block/bootdevice/by-name/system_b # Второй системный раздел (Слот «b»)

Как видно из выдержки выше, — имеются два, независимых между собой, слота, а именно «группы разделов», которые содержат в себе основные, обновляемые компоненты прошивки.

Два представленных слота состоят из:
Bootloader (загрузчик) — 28 разделов (14 на каждый слот).
Radio/Modem (радиомодуль) — 2 раздела (по одному на слот).
Boot (ядро) — 2 раздела (по одному на слот).
Vendor (драйверы) — 2 раздела (по одному на слот).
System (система) — 2 раздела (по одному на слот).

Остальные разделы, не указанные в таблице, представлены в одном экземпляре за ненадобностью их деления.
Обратите внимание раздел пользовательского хранилища (userdata) всегда один! Именно поэтому вы не можете (без очистки хранилища) одновременно использовать две абсолютно разных прошивки, будет конфликт. Возможно одновременное использование одинаковых по типу прошивок (а в некоторых случаях и это невозможно без сброса данных).

Принципиальные отличия по сравнению с другими устройствами:
С дублированием разделов и, структурой в целом, разобрались. Однако, вы могли заметить (если просматривали полную таблицу разделов) отсутствие, привычных в любом устройстве, разделов «/recovery» и «/cache». Да, их действительно нет. Но могут и встречаться в отклонениях от нормы.

Q: Стоп. Но если раздела для Recovery нет, а сам Recovery есть (Он ведь есть, правда?), где же он находится?
A: Система восстановления (Recovery) включена в состав образа ядра (boot). А потому, наличие, отсутствие и тип установленного recovery напрямую зависят от ядра системы. Переключение в него (Recovery), как и раньше, осуществляется специальным флагом в «/misc» разделе.
Именно в этом и состоит загвоздка установки TWRP — его как-то нужно «засунуть» в ядро. Потому TWRP сначала временно загружают (устанавливать то его некуда), а затем уже из TWRP, специальным скриптом, на лету распаковывается ядро и вшивается в него TWRP. Такая же схема «перепаковки ядра на лету» применяется при получении «systemless» рут-прав через SuperSU и Magisk.

Q: Хорошо, а что же тогда случилось с «/cache» разделом?
A: В привычных устройствах он необходим лишь для хранения OTA обновлений и системных логов Recovery, в данном же случае, ввиду применения новой схемы этих самых обновлений (см. ниже), раздел стал попросту «не нужОн». Вот от него и избавились.

Ручное переключение слотов:
Естественно, помимо самих слотов, должен быть способ ручного взаимодействия с ними. И он есть. Для ручного переключения текущего активного слота необходимо воспользоваться утилитой fastboot. Команды:

Так же, переключится в другой слот можно в соответствующем пункте TWRP (Reboot -> Slot A / Slot B).

Итоги и положения:
1. Между слотами как система, так и сам пользователь могут переключаться.
2. Изначально (с завода) слоты полностью идентичны между собой. Различия появляются после применения любого OTA обновления системы.
3. Слоты изолированы между собой. Состояние и целостность одного слота никак не влияет на другой. За исключением применения OTA обновлений (см. ниже).

«Seamless» система обновлений:
Итак, с разделами и слотами разобрались. Но что же там с обновлениями, наверняка их тоже коснулись изменения, ввиду описанного выше?
Да, OTA обновления на устройствах с A/B структурой кардинально отличаются от того, что мы можем видеть на других устройствах.

Итоги и положения:
1. Все OTA обновления устанавливаются в неактивный, противоположный слот. То бишь — обновляется лишь один слот.
2. Все OTA обновления устанавливаются в фоновом режиме при рабочей системе, без перезагрузки устройства.
3. Все OTA обновления устанавливаются в два этапа «Шаги»: «Шаг 1» — Загрузка обновления. «Шаг 2» — Фоновое применение обновления в неактивный, противоположный слот.
4. После установки OTA обновления, при перезагрузке устройства, оно автоматически загрузится в обновленный слот (ранее неактивный).

Android 8.0+ — трансляция обновлений:
Начиная с версии Android 8.0 возможна (но не обязательна) частичная реализация трансляции обновлений с одновременным их применением (прямая запись).
Это значит, что обновления не нуждаются в предварительной их загрузке, а применяются «на лету».

Сообщение отредактировал Displax — 08.06.20, 01:27

Источник