Miui blockota что это за файл

Обновлено: 04.07.2024

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

Обновлен патч безопасности Android до октября 2021 года.
Повышена безопасность системы.

Новое: новые параметры отпечатков пальцев
Оптимизация: использование памяти хранилища приложений, когда устройство заблокировано
Исправлено: анимация разблокировки отпечатка пальца продолжала воспроизводиться после разблокировки устройства.
Исправлено: проблемы в настройках отключали разблокировку отпечатка пальца в некоторых случаях
Исправлено: анимация разблокировки по отпечатку пальца приводила к сбоям
Исправлено: значок отпечатка пальца не отображался или отображался неправильно, когда экран был в альбомном режиме.
Исправлено: экран становился черным когда устройство было заблокировано, а обои экрана блокировки были заменены обоями главного экрана после использования разблокировки отпечатком пальца.
Исправлено: проблемы с вибрацией разблокировки по отпечатку пальца.Исправлено: использование отпечатка пальца в некоторых приложениях блокировало устройство.Исправлено: пробуждение при взятии в руки неожиданно отключалось в некоторых случаях
Исправлено: значок отпечатка пальца не пропадал после разблокировки устройства.
Исправлено: значок отпечатка пальца не пропадал после разблокировки устройства.
Исправлено: в некоторых случаях экран блокировки становился прозрачным после разблокировки по отпечатку пальца.
Исправлено: проблемы с часами экрана блокировки при использовании сторонних тем и суперобоев.
Исправлено: проблемы с использованием памяти при отображении анимации зарядки.
Исправлено: обои мигали при использовании разблокировки по отпечатку пальца, что не позволяло разблокировать устройство.
Исправлено: устройство было снова заблокировано после успешных попыток разблокировки отпечатков пальцев.
Исправлено: одновременное использование разблокировки по лицу и разблокировки по отпечатку пальца в некоторых случаях приводило к сбоям
Исправлено: уведомления на экране блокировки пропадали после завершения вызова
Исправлено: элементы экрана блокировки не отображались при объединении суперобоев и тем.


Строка состояния, шторка уведомлений

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

Многие знают, что для одного из постоянных циклов статей (не этого), мне пришлось купить Redmi 7A, чтобы наглядно показывать все действия, которые я рекомендую сделать.

И всё бы хорошо, но внутренняя память, уже через неделю использования, оказалась забита и я стал искать способы её очистки. Помимо стандартных действий (доступных на смартфонах без рут прав), мною было найдено сразу несколько папок, удаление которых, позволило получить желаемый результат.

Зайти в «Настройки» —> Приложения —> Все приложения —> Три точки —> Показать все приложения

Далее в поиске находите «Система Android» —> Уведомления —> листаете вниз до пункта «Оповещения сети», нажимаете на него и выключаете показ уведомлений.

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

Очистка скрытого кэша

Чтобы пошагово показать вам весь путь который я проделал, сначала произведу очистку памяти стандартным способом. Для чистоты эксперимента, так сказать.

Теперь захожу в MiXplorer (вы можете использовать любой файловый менеджер, с возможностью отображения скрытых файлов) и ввожу в поиске слово «Small», после чего нажимаю на галочку для начала поиска.

В итоге вижу папку «small_size», в которой находится 10 721 файл, общим «весом» 401 МБ (у вас это число может отличаться, в зависимости от количества фото и видео). Без раздумий удаляю её, так как в ней хранится кэш приложения «Галерея».

Но есть ещё одна папка и ещё один способ добраться до этого скрытого системного кэша. В главном меню заходите в папку «Android» —> Data —> com.miui.gallery —> Files —> gallery_disk_cache

Видите две папки с кешом галереи: full_size и small_size. Их можно безопасно удалить, освободив достаточно места.

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

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

image

Честно признаться, у меня не было планов писать и публиковать эту статью, но, после того, как за два месяца увидел в ближнем кругу коллег 5 штук свежеприобретённых телефонов от Xiaomi, и недавнюю статью на Geektimes, рекламирующую управление умным домом от Xiaomi, ко мне пришла совесть и, сцуко, потребовала поделиться знанием с остальными.

Для начала небольшая вводная часть для тех кто не в теме. Есть такая компания Xiaomi, которая делает неплохие по начинке телефоны и заливает в них кастомизированный Android. Бизнес модель, как недавно официально было заявлено — «По сути мы раздаём наши смартфоны, не зарабатывая на этом денег. Нас больше заботят долгосрочные источники дохода. Мы могли бы продать 10 миллиардов смартфонов и не заработать на них ни цента». Источник раз и два.

Заглянув в сентябрьскую статью на Security lab и ещё вот в эту жалобу, у меня лично возникло ощущение, что телефон Xiaomi это что-то типа поводка на котором владельца водит Большой брат (утрирую, конечно же).

Это и стало основным мотивом проведения исследования поведения телефона Xiaomi redmi 3S
с прошивкой MIUI Global 8.1 Стабильная 8.1.1.0 (MALMIDI)

Исследование подопытного кролика и обнаружение проблемы
Беру новенький телефон из коробки. Включаю его и прохожу через мастера начальной настройки, предварительно включив запись трафика на Wi-Fi роутере. Ровно через две секунды, после того как телефон подключился к точке доступа, началось скачивание файла размером около 8Мбайт с одного из серверов Xiaomi. Это был обычный zip архив, внутри которого лежала куча всего и, в том числе, файл AnalyticsCore.apk, упомянутый в статье на SecurityLab.

Дальше — больше. В общей сложности, за всё время наблюдения, я насчитал чуть меньше восьми десятков имён серверов в разных доменах. Сразу оговорюсь, что в этом числе нет серверов Google и Facebook, приложения которых также предустановлены. Просто потому что я их считал отдельно. С ними тоже всё «весело».

Дополнительно смущало то, что большей частью запросы были небольшими (объём принятого переданного трафика TCP сессий не превышал 1-2Кб), но, т.к. наши сотовые операторы округляют объём трафика вверх (Например, Tele2 до 150Кб), то, при неудачном совпадении, можно «накачать» таким образом существенные объёмы трафика, а в роуминге неожиданно попасть на деньги.

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

Предварительные условия

Первое что необходимо — это рутовать телефон. Как это делается в случае Xiaomi я здесь описывать не буду, отсылаю желающих пройти этот путь к полной версии этой статьи (ссылка в конце).
Второе — это влить в телефон прошивку через кабель и стереть ВСЕ пользовательские данные.
Третье — телефон НЕ ДОЛЖЕН иметь доступа в интернет после залива свежей прошивки.
Update. До момента установки нижеописываемых ограничений, разумеется.

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

Небольшая техническая вводная часть

Серверы, к которым обращается телефон, в большинстве своём расположены в облаке Amazon, поэтому обращения к ним происходит по именам, которые ресолвятся через round-robin DNS в разные IP адреса из разных подсетей /16. Блокировать их все по подсетям смысла особого нет — так можно половину интернета отфильтровать, что не есть хорошо. Блокировать по именам — хорошо, но не факт, что имена хостов из L3 доменов не генерируются динамически. Идеально было бы прибить все приложения, которые обращаются к серверам Xiaomi, но, как показала практика, глубина их интеграции в Android такова, что после удаления некоторых из них телефон может просто отказаться загружаться.

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

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

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

В отличие от обычного Linux, где есть файлы конфигурации и стартовые скрипты, лежащие в /etc, в Android всё сделано несколько иначе. Общее управление сетью осуществляет Connection Manager, который дёргает системный демон netd, который, в свою очередь, вызывает iptables с определёнными параметрами командной строки. Соответственно, вызывать IPtables из скрипта начальной загрузки (init и прочих) особого смысла нет — netd при старте всё равно вызовет iptables, очистит правила и зальёт свои.

Единственный выход оставленный Google — писать необходимые команды конфигурации iptables в скрипте /system/bin/oem-iptables-init.sh. Путь к этому скрипту и его имя жёстко прописаны внутри исходного кода демона netd.

Для фильтрации статических имён хостов можно редактировать файл /etc/hosts, но при этом надо помнить про их количество и возможность их динамической генерации.
Дальше будет рассказ как это всё делалось.

Удаление и заморозка (если нет уверенности) ненужных программ

При помощи бесплатной версии Titanium Backup можно посмотреть соответствие между именем программы, показываемое в системе (Play Market), её кодовым именем (com.google.vending) и, при необходимости, удалить то, что явно не нужно.

Недостаток бесплатной версии — не умеет делать заморозку программ, посему заморозку делаем через ADB shell при помощи package manager. Пример:

Фильтрация сетевых запросов

Disclamier 2.В данной статье описано КАК можно фильтровать «левую» сетевую активность телефона. Что конкретно фильтровать — каждый волен решать сам.

Как это можно делать.

1. Cамое простое — заполнение файла /etc/hosts записями имён серверов c IP адресом 127.0.0.1. Мой набор серверов лежит на Google Drive в папке Files.
Недостаток варианта — невозможность блокировки неизвестных и динамически генерируемых имён хостов и доменов L3/L4.

Update. Несколько раз обнаруживал странное поведение Netfilter/IPtables. После загрузки телефона в таблице действующих правил оказывались не все правила, перечисленные в скрипте. Если перезагрузить телефон ещё раз — все правила оказывались на месте. Прям шайтан-машина, а не телефон.
В документации нашёл описание параметра --wait, который вроде бы должен решать эту проблему. Но, для гарантированного решения проблемы, сделал ещё вызов IPtables из скрипта не напрямую, а через несложную функцию, которая проверяет код завершения и, при необходимости, повторно выполняет команду с небольшой задержкой, опять же проверяя результат.

2. пишем команды фильтрация отправки пакетов на подсети /16 и /24 стандартными правилами Netfilter/IPtables в файл oem-iptables-init.sh. Здесь их не описываю, желающие напишут их сами, либо найдут в полной версии статьи.
Update. Недостаток варианта — большая часть серверов расположена в облаке Amazon и имеет переменные (round-robin DNS) IP адреса. Для гарантированной их фильтрации придётся закрыть не один десяток подсетей /16, что не есть хорошо. Можно ненароком забанить и полезные сайты. Но для статичных хостов (если их немного) это решение вполне подходит.

3. Фильтруем DNS запросы к ненужным нам доменам. Это несколько сложнее, поэтому опишу подробнее.

Updated.В составе IPtables, штатно идущем в Android есть модули расширения функционала, которыми мы дальше и воспользуемся. Помня, что DNS запросы отправляет система (UID 0) пишем правило:

Вторая строчка пропустит все остальные DNS запросы. Комментарии я указал для удобства, чтобы команда iptables -L -v показывала результаты блокировок нагляднее.


5. Фильтруем доступ в интернет по приложениям (у меня Google Chrome имел UID 10060). Разрешаем выход в интернет Google Chrome и запрещаем всем остальным приложениям.


Слабым местом этого способа фильтрации является его опора на наличие отметки UID на каждом конкретном пакете при прохождении его через Netfilter/IPtables. Обнаружилось это по непонятным TCP соединениям к серверам Google, пакеты которых не содержали UID. Исследование показало, что эти пакеты инициированы процессом Google Captive portal login. Я решил эту проблему обходным путём — просто выключив эти запросы командами в ADB shell:


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

Update. Дальнейшее наблюдение показало как я ошибался. Такие «тихие» процессы есть, но часть из них невинно общается друг с другом через адрес 127.0.0.1, что ненаказуемо.
Всё остальное надо банить.
Поэтому, для их правильной фильтрации, надо добавить в самое начало скрипта ещё две строчки:

Update. Уже после опубликования статьи для меня окончательно стало ясно, что UID приложений, задаваемый системой при установке приложения, при обновлении и/или переустановке приложений может непредсказуемым образомменяться. Следовательно, доступ в интернет для приложения тоже отвалится и надо будет переписывать правило Netfilter/IPtables заново.
Для решения этой проблемы набросал небольшой кусок скрипта, который читает из хвоста файла наименования приложений, проверяет их наличие в системной базе приложений, и, при наличии, берёт оттуда же UID приложения и динамически (в процессе работы скрипта) формирует правило Netfilter/IPtables.
Строго говоря — чтение параметров из тела скрипта — это тоже костыль. Но меня оправдывает то, что на момент работы скрипта, подмонтировать файловую систему доступную снаружи при обычной работе телефона — невозможно. В папке /dev нет соответствующих файлов устройств. Допускаю, что это может быть особенность прошивки конкретного телефона.
Текст специально сделал максимально подробным, для лучшего понимания.


После переустановки/обновления приложения нужно всего лишь перезагрузить телефон.

6. Для целей мониторинга работы правил Netfilter/IPtables можно добавить ещё вот такую строчку:


Параметр IP адрес отправителя (--source 10.1.30.42) можно опустить, но в этом случае лог будет завален записями сетевой активности процессов, завёрнутых на адрес 127.0.0.1 файлом hosts. Лог можно читать через команду dmesg (dmesg | grep IPtables) в ADB Shell.

Версию статьи, которая писалась как полная инструкция по решению этой проблемы с Xioami Redmi 3S я выложил на Google Drive. Сюда её выкладывать не рискнул именно из-за объёма.


После очередного обновления по воздуху своих смартфонов Xiaomi некоторые пользователи заметили, что в папке «Загрузки» находится файл, который может иметь примерно такое название: miui-blockota 6a9-6.0.zip. Сразу появилось мнение, что это вирус. А на самом деле?

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


Здесь можете увидеть файл.


Если нажать на файл при подключенном интернете, начнется загрузка, поэтому берегите трафик.


Можно ли удалить этот файл? Да, можно. Нажимаете на него, удерживаете пальцем, затем в меню тапаете по иконке Delete.

ota.jpg (109.84 KB, Downloads: 6712)


привет.jpg (15.75 KB, Downloads: 6698)

wpi-1.jpg (32.88 KB, Downloads: 6718)

Каждый год можно найти информацию о том, как Xiaomi шпионит за пользователями. В начале декабре 2017 года пользователь «Robert Baptiste» обнаружил ещё одно подозрительное приложение MIUI.

Xiaomi шпионит за пользователями!

В своём твиттер-аккаунте автор расследования разместил свои мысли и доказательство того, что в смартфонах Xiaomi есть подозрительное приложение MIUI.

Роберт Батист является экспертом по безопасности из Франции, который специализируется на шпионском ПО. Его цель показать пользователям мобильных телефонов, как производители могут легко собирать их данные, без ведома самих владельцев устройств.


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

Наш французский эксперт по безопасности сообщает о возможности аналогичной уязвимости в MIUI.

Приложение для мониторинга телефонов Xiaomi

Проверяя MIUI Global на Xiaomi Mi 6, эксперт обнаружил в программном обеспечении приложение для мониторинга MiuiDeamon.

После тестирования выяснилось, что оно собирает данные, такие как время включения экрана, объем свободной памяти и внутренней памяти, статистику батареи и GPU, статус Bluetooth и сотовой сеть, а также номер IMEI.


Подозрительное приложение MiuiDeamon не только собирает всю эту информацию, но и отправляет её на серверы в Китае.

Как проверить свой смартфон?

Чтобы проверить, загружено ли на вашем смартфоне шпионское приложение Xiaomi, перейдите к настройкам телефона.


Затем откройте вкладку с установленными приложениями и проверьте, содержит ли список com.miui.daemon.

Если это так, вы можете остановить эту программу, но по умолчанию Xiaomi не предоставила пользователям возможность полностью отключить её.

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

Чего стоит бояться обычным пользователям?

Стоит ли бояться? Вопрос неоднозначный. Так как ещё несколько лет назад, после подобной ситуации, компания Xiaomi перестала скрывать, что оболочка MIUI имеет множество различных инструментов мониторинга.

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

Здравствуйте, дорогие друзья! Меня зовут Михаил Сяоминко, Я фанат техники, гаджетов и смартфонов Xiaomi. Имея доступ к информации, стараюсь предоставлять для читателей «Сяомишки» интересный и качественный контент. Делюсь последними новостями и эксклюзивными материалами.

ответы на вопросы по MIUI

Для смартфонов Xiaomi существует несколько видов прошивок MIUI. Причём производитель всё так запутал, что неподготовленному пользователю трудно разобраться в индексах и регионах, для какого смартфона предназначена конкретная версия.

Даже среди официальных версий MIUI есть множество разных вариантов. Не говоря уже о кастомных сборках ОС.

Если вы хотите сами обновить прошивку на Xiaomi или протестировать альтернативный вариант системы от сторонних разработчиков, то нужно ориентироваться в видах и типах прошивок для смартфонов Сяоми.

Что такое MIUI

MIUI — это операционная система для смартфонов и планшетов, созданная на базе Андроид. Она установлена почти на всех современных телефонах Xiaomi, кроме смартфонов A-серии, которые работают на чистом Android One.

От Андроид она отличается сильно изменённым интерфейсом и дополнительными функциями, которые часто совмещают в себе существующие возможности Android и iOS, например, живые суперобои.

Название MIUI произносится как Ми ю ай , оно создано из 2 аббревиатур:

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

Версии MIUI Версии Android Дата выхода
MIUI V1 2.2 16.08.2010
MIUI V2 2.2 29.10.2010
MIUI V3 2.3 25.03.2011
MIUI V4 4.0 — 4.1 19.01.2012
MIUI V5 4.1 — 4.4 09.04.2013
MIUI 6 4.4 — 5.0 16.08.2014
MIUI 7 4.4 — 6.0 13.08.2015
MIUI 8 4.4 — 7.1 10.05.2016
MIUI 9 4.4 — 8.1 26.07.2017
MIUI 10 6.0 — 10 31.05.2018
MIUI 11 7.0 — 10 24.09.2019
MIUI 12 9 — 11 27.04.2020
MIUI 12.5 10 — 11 28.12.2020
MIUI 13 11 ранняя стадия разработки

Разработчики регулярно выпускают обновления MIUI в виде официальных прошивок для телефонов Mi, Redmi и POCO — это всё бренды Xiaomi.

Когда выходит новая версия Android, Сяоми начинает разработку обновлённой MIUI на её базе. После завершения разработки операционная система развёртывается на совместимые устройства китайской компании.

Типы прошивок: OTA, Recovery и Fastboot

По типу установки различают несколько основных видов официальных MIUI: OTA, Recovery ROM и Fastboot ROM. Они предназначены для установки совершенно разными способами и не являются совместимыми (например, Recovery ROM нельзя установить через режим Fastboot).

    — прошивка, устанавливаемая на телефон автоматически. На смартфон скачивается из интернета через мобильное подключение, или Wi-Fi. Аббревиатура ОТА расшифровывается как Over The Air, что переводится, как «прошивка по воздуху». — предназначена для установки посредством стокового рекавери. Скачивается из архива официальных прошивок MIUI или любого другого места, после чего перемещается в память смартфона. Для её установки требуется перевести телефон в режим восстановления. — операционная система, которая устанавливается на смартфон посредством программы MiFlashPro исключительно в режиме фастбут. При использовании такого варианта можно также выполнять манипуляции с загрузчиком устройства.

Рекомендуется прошиваться ОТА обновлениями или использовать Fastboot ROM. Стоковое рекавери Xiaomi бывает глючит, как и TWRP. В любом случае перед обновлением нужно сделать резервную копию пользовательских данных.

ROM (сокращение от Read-Only Memory) переводится как постоянное запоминающее устройство (ПЗУ) — это постоянная внутренняя память устройства, которая используется для долговременного хранения данных.

Прошивки отличаются расширениями:

  • При использовании OTA или Recovery загружаемый пакет имеет формат ZIP.
  • Если будет использоваться Fastboot, то качается архив в формате TGZ.

По ссылке можно скачать официальные стоковые прошивки для смартфонов Xiaomi.

Деление MIUI по регионам мира

Компания Xiaomi выпускает смартфоны и оболочку MIUI для них с учётом регионов мира.

На сегодняшний день есть 2 официальные версии MIUI:

  1. Оригинальная MIUI для Китая, которая обозначается индексом CN в прошивке.
  2. Глобальная MIUI (Global) для продажи за пределами Китая — это все остальные регионы мира, включая глобальную MI.

В свою очередь, глобальная MIUI (Global) делится на регионы. Это деление часто приводит к путанице, поскольку пользователи не знают аббревиатур в названии пакетов и не имеют понятия, чем китайская версия отличается от глобальной.

  • CN — такое буквенное сочетание указывает на прошивку для внутреннего китайского рынка. Устанавливать её на глобальные смартфоны не рекомендуется, поскольку сервисы Google в ней заменены на китайские аналоги. К тому же в таких системах поддерживаются только «китайские» частоты 3G и 4G. Причина этому — внутренние законы Китая. Связь в остальном мире у телефона с прошивкой CN может быть нестабильной.
  • EU (EEA) — версия для распространения в странах Евросоюза. Здесь присутствуют все необходимые сервисы Google, работают все частоты 4G и предустановлен соответствующий софт. Также внутренние сервисы настроены так, чтобы обеспечить наилучшее быстродействие при работе с европейскими операторами сотовой связи.
  • IN — аббревиатура прошивки для Индии. В них, как и в китайских версиях, поддерживаются исключительно определённые частоты 4G. Также имеется набор предустановленных приложений для этого региона.
  • ID — индонезийский вариант, мало чем отличается от европейского. Используются практически те же частоты 4G. Отличия исключительно в мелких настройках.
  • RU — операционная система, предназначенная для России, Белоруси, Казахстана, Киргизии, Таджикистана и Узбекистана. От европейской не отличается, поэтому подходят для установки практически на все смартфоны глобальной версии.
  • TR — для телефонов, реализуемых в Турции. Поддерживает только определённые частоты 4G.
  • TW — версия для Тайваня.
  • JP — прошивки для Японии. Первая вышла 16 июля 2021 года для Mi 11 Lite 5G.
  • MI — вариант для остальных стран, которые пока лишены отдельных регионов. По сути, это основная прошивка для большинства телефонов Сяоми в мире.

Все варианты прошивок, кроме китайских, относятся к категории глобальных Global. Поэтому в теории они должны нормально работать на любом смартфоне, имеющем статус глобального (то есть не для продажи в Китае). Если вы живёте не в Китае, то смело можете устанавливать на смартфон прошивку с пометкой Global или MI.

Есть ещё так называемые вьетнамки — это прошивки, выполненные кустарным образом из исходников оригинальной MIUI, которые устанавливаются на серые смартфоны Xiaomi. Со стабильностью у таких поделок огромные проблемы. Если вам не повезло приобрести такой смартфон, об обновлениях можно забыть. Лучше постараться сменить MIUI в телефоне на глобальную.

Существующие статусы MIUI

Речь идёт о предназначении прошивок. Различают ROM (ПЗУ) для разработчиков, закрытые и открытые бета-версии, еженедельные, ежедневные и стабильные. Они существенно отличаются друг от друга.

Виды прошивок MIUI:

  • Для разработчиков. Специальные пакеты, предназначенные исключительно для разработчиков приложений и интерфейсов. Именно в этих ROM новые функции появляются в первую очередь. Доступны весьма ограниченному кругу лиц.
  • Закрытая бета-версия. Предоставляется тем пользователям, которые входят в команду тестировщиков Xiaomi. Они проверяют работу новой версии ОС, оценивают её стабильность, а в случае обнаружения багов сообщают о них разработчикам.
  • Открытая бета-версия. Её может установить любой пользователь. Однако представители компании предупреждают, что это делается на свой страх и риск, поскольку бета всегда сырая. Она ведёт себя непредсказуемо.
  • Еженедельная прошивка. Обновление прилетает раз в неделю и включает в себя критические исправления безопасности, а также другие мелкие доработки, улучшающие стабильность системы.
  • Ежедневная прошивка. То же, что и еженедельная. Только приходит каждый день. Однако очень мало устройств получают такую версию. В основном это смартфоны разработчиков и тестировщиков.
  • Стабильная прошивка. Официальная прошивка, прошедшая все этапы тестирования. Она отличается наилучшей стабильностью и способна нормально работать на смартфоне в течение длительного времени.

Варианты для разработчиков имеют в своём названии текст Developer. Стабильные помечаются словом Stable, бета-версии носят название Closed Beta (закрытый бета-тест) и Open Beta (открытый бета-тест). Еженедельные и ежедневные пакеты отличаются цифрами в названии.

Читайте также: