Я вот например, долго бодался со встроенным в галерею видеооплеером Mi Video. Когда ты посмотрел ролик записанный на камеру или скачанный, тебе следом подкидывают другие в рекомендации- Для вас, В тренде, Свежее и прочая залупа. Как же меня накалаяла эта ебань, от которой не так просто избавиться!!! Тем не менее, я смог добиться желаемого результата)
Итак, чтобы избавиться от дефолтных приложений(по умолчанию), заходим в Настройки -приложения- По умолчанию- меняем со стандартных Mi на любой другой, Браузер-Хром к примеру. Видеоплеер я скачал VLC (нареканий к нему нет) и прочее. Соответственно убираем ползунки с обновлений и рекомендаций.
1/4
Затем, заходим непосредственно в системное меню приложения Mi видео и удаляем всё. Так как полностью приложение удалить не удастся, но при отключении интернета и доступа к файлам и уведомлениям, ему не с чем работать, то просто его отключаем. При открытии видео в следующий раз, система сама спросит, с помощью чего открыть видео-просто ставим галочку ,"Запомнить выбор" и выбираем другое установленное приложение, которому уже запрещен доступ к сети😄
1/2
Себе помог, надеюсь и вам помогу) А в целом, чтобы не бесила реклама в системных- просто отключайте уведомления и доступ к сети конкретно на это приложение, можно через шторку, в самом уведомлении, а можно провалиться в системное меню, как на картинке выше
В прошлом посте я писал, как чистил Redmi Note 13 от рекламы через Claude Code и нашёл Яндекс внутри «Безопасности». Теперь второй телефон, Redmi 9A. Старенький, 2 ГБ памяти, Helio G25, MIUI 12.5 с русской прошивкой. Держу его для экспериментов, данные на нём не жалко. И хорошо что не жалко.
Спойлер: так закончилась оптимизация для скорости. Перезагрузка, меню рекавери, снова перезагрузка
Начали бодро. Claude отключил 41 системный пакет: рекламный сервис, ленты, метрики, Facemoji. Телефон задышал, памяти стало больше на 70 МБ. На этом можно было остановиться. Но Claude зачем-то сделал ещё один заход: удалил обновлятор MIUI и перекомпилировал системные приложения «для скорости».
Телефон ушёл в бесконечную перезагрузку. Иногда выкидывал в меню рекавери, это Android сам понимает что система падает и просит помощи. Безопасный режим тоже не грузился. Спас только полный сброс. Данные стёрты, но телефон живой.
Вывод для себя я сделал сразу. ИИ нормально делает то что попросили, а «давай ещё вот это для скорости» на системных пакетах это лотерея. После сброса я поставил правило: трогать только обычные приложения, которые не участвуют в загрузке, и после каждой партии изменений перезагружать телефон. Если не загрузился, сразу видно что сломало.
После сброса на рабочем столе появилась папка «Россия». Яндекс Браузер, Яндекс с Алисой, ivi, Kaspersky, TikTok и Lords Mobile. Всё это ставит сама прошивка при первом запуске. Удалил. И пока удалял, на телефоне появилась отдельная Алиса. Её уже поставил не телефон, а Google Play.
Стали разбираться. У Google есть механизм Play Auto Install: производитель кладёт в прошивку конфиг со списком приложений, и Play сам ставит их после первой настройки. У Xiaomi этот конфиг называется android.autoinstalls.config.Xiaomi.model. Отключили его. Подождали 4 минуты, ничего нового не прилетело. Победа, думаю.
Перезагружаю телефон, проверить что всё ок. Через 2 минуты после загрузки на телефоне снова Яндекс Браузер. Установщик в системе: Google Play.
Телефон сам сознаётся: браузер снова на месте, установщик com.android.vending, то есть Google Play
Оказалось Play успел скачать список из конфига к себе и после перезагрузки просто довёл дело до конца. Отключённый конфиг ему уже не нужен. Помогли две вещи: откатить конфиг до пустой заводской заглушки и очистить данные Play Маркета, тогда список пропадает. Аккаунт Google при этом остаётся, только настройки Play сбрасываются. Ещё одна перезагрузка, 5 минут наблюдения, Яндекса нет.
Пока браузер успел постоять пару минут, я глянул в системный журнал что он делает. Сразу после установки он пытался запуститься при загрузке телефона, при смене аккаунта и при подключении памяти, поднимал свою аналитику AppMetrica и вход в аккаунт Яндекса. MIUI ему автозапуск не дала. Сам я его при этом ни разу не открывал.
Отдельная история с кабелем. Всё это время компьютер не видел телефон по USB, только зарядка. Я перепробовал четыре кабеля и решил что после падения сломан разъём. Работали по Wi-Fi, отладка по Wi-Fi на Android 11 это умеет. Потом нашёлся пятый кабель, и телефон сразу определился. Все четыре предыдущих были зарядными, без проводов для данных. Проверить просто: если при подключении на телефоне не появляется выбор «Передача файлов», кабель только для зарядки.
Ещё думали поставить LineageOS вместо MIUI. Скачали прошивку, но для разблокировки загрузчика Xiaomi требует привязать номер к Mi-аккаунту, а он не привязывался, выдавал ошибку. Обходной путь через уязвимость процессора на этой модели иногда вешает телефон так что спасает только отключение батареи. Не стал рисковать. Очищенная MIUI и так работает хорошо: загрузка 44 секунды, свободно около 750 МБ из 2 ГБ.
На этом и закончилась история с LineageOS: номер к Mi-аккаунту так и не привязался
Находку про Play Auto Install отправил китайским авторам android-ad-cleaner, той самой программы из прошлого поста. Предложил не удалять такие приложения, а замораживать: замороженное приложение формально установлено, и Play ставить его заново незачем.
Если у вас Xiaomi с русской прошивкой и Яндекс возвращается после удаления, вот что проверить через ADB:
Если там com.android.vending, его ставит Play по списку автоустановки.
Делать всё это я бы доверил ИИ-агенту и дальше, но с правилом: одна партия изменений, перезагрузка, проверка. Иначе как у меня, сначала кирпич, потом полный сброс.
2005 год, BMW M3 GTR, чёрный список из пятнадцати имён, Рокпорт и погони, после которых ещё полчаса не можешь сбросить «хвост». Для многих это до сих пор лучшая NFS.
Сделал нативный порт этой игры под Android. Не эмулятор PC и не Wine-прослойка: каждая функция оригинального speed.exe заранее переведена из x86 в C и собрана под телефон. Игра выполняется на нём напрямую.
За основу взят существующий проект-порт (nfsmwpc-recompiled, автор codepdbh). Я доработал его под себя: — исправил вылет при запуске на части телефонов (на моём Xiaomi 15T игра закрывалась через пару секунд после старта); — добавил поддержку русской версии игры (раньше игра падала, если в копии не было испанского языка, а у русского издания его нет); — перевёл на русский лаунчер и экранное управление; — сделал пропуск заставок при запуске: логотип EA и предупреждение больше не нужно досматривать; — добавил спидометр «км/ч» вверху по центру экрана; — сдвинул миникарту к левому краю, чтобы её не перекрывали кнопки; — добавил читы: +1 000 000 $ в карьере и бесконечная закись азота; — перенёс оптимизации из своего порта Underground 2 и собрал отдельную версию под Xiaomi 15T (Dimensity 8400). В заезде на нём 53–58 кадров в секунду.
Картинка не растянута: на широком экране расширяется обзор, а интерфейс остаётся пропорциональным.
Управление сенсорное, настраиваемое: можно двигать кнопки под себя, менять раскладку на классическую, Xbox или PlayStation, рулить наклоном телефона, подключать Bluetooth- или USB-геймпад.
Друзья, всем привет! Пишите в комментариях, какие у вас модели мобильных телефонов. Так мы потом соберём рейтинг, посмотрим, какие чаще всего встречаются в народе, и определим народную версию марки мобильных телефонов 😉
В общем, такая тема. Есть взломанное приложение, ВК без рекламы. Но постоянно скачивается обновление, и пытается установиться, просит разрешений настойчиво, достала, гадина. А тогда снова реклама прёт, после обновы. Не люблю её и не хочу.
Может кто в курсе, как заблокировать скачивание и установку обновления на конкретное приложение?
Ниже полный разбор эксперимента и его ограничений. Встроенные блоки команд служат пояснениями к шагам. Не копируйте их для запуска: редактор Пикабу меняет часть пробелов и отступов. Для выполнения скачайте мои исходные TXT и копируйте команды из них.
Особенно важны два ASCII-пробела между хешем и именем файла в строке формирования SHA256SUMS. В TXT они сохранены. Предупреждения о совместимости, собственном backup и проверенном аварийном восстановлении ниже обязательны.
Хотелось поставить нормальный домашний экран на проектор. В процессе выяснилось, что root там уже лежит с завода, но пользоваться им могут не все. Потом нашёлся второй лаунчер, который запускался поверх выбранного HOME. А в финале всё упёрлось в один невидимый символ из Windows.
Ниже наш реальный путь: заводской su → резервные копии → патч собственного boot.img в Magisk 30.7 → проверка записи → root для приложений. Отдельно покажу замену лаунчера и грабли, чтобы следующий человек собирал кинотеатр, а не коллекцию ошибок.
Фото моего Q13W: меню настроек Projectivy на проекционном экране. Фото моего Q13W: меню Projectivy с пунктами «Настройки Projectivy» и «Настройки Android». Фото моего Q13W: категории приложений на главном экране Projectivy.
1. Сначала границы применимости
Это журнал успешной работы на одном TouYinger Q13W, а не универсальная прошивка для всех «Туянгеров». Одинаковая надпись на корпусе не гарантирует одинаковые плату, загрузчик и разметку.
В наших текстовых логах:
- модель: Q13W; - persist.zvt.boardname: ZJ_V660_KLS518R00; - ro.build.display.id: tv_hi3751v660 HuanglongV100R002C01SPC004B010; - платформа в свойствах разделов: huanglong/tv_hi3751v660/tv; - boot/system/vendor fingerprint: huanglong/tv_hi3751v660/tv:12/SP1A.210812.016/eng_00211291647:userdebug/dev-keys; - ro.build.description: tv_hi3751v660-userdebug 12 SP1A.210812.016 eng.eng_00.20251129.164805 dev-keys; - boot: /dev/block/by-name/boot → /dev/block/mmcblk0p22, размер 62 914 560 байт; - отдельные разделы ramdisk, recovery и recoverybak; слот ro.boot.slot_suffix пустой; - Magisk после установки: 30.7:MAGISK:R; - Projectivy в финале: 4.71, versionCode=95.
У прошивки есть странности: общий ro.build.fingerprint указывает на MStar и Android 4.4.4, а fingerprints разделов на Huanglong и Android 12. Поэтому по одной красивой строке «версия Android» совместимость не определяем. Имя платы подтверждено сохранённым диагностическим файлом проекта. Физическую маркировку и ревизию платы по фотографии мы не проверяли.
Особенно важно: до записи boot у меня уже была аварийная флешка с заводской прошивкой, и я ранее лично восстанавливал с неё этот проектор. Но точные файлы, их контрольные суммы и вся процедура восстановления в нашем журнале не сохранены. Я не стану придумывать их задним числом.
Если у вас нет подходящей именно вашему экземпляру заводской прошивки и понятного рабочего восстановления без загрузки Android, остановитесь до записи boot. Наличие backup на компьютере само по себе не означает, что его получится вернуть в не загружающийся проектор.
Все команды ниже для PowerShell в папке официальных Android SDK Platform-Tools. IP заменён переменной; префиксы PS C:\..., значки приглашения и вывод команд копировать не нужно. Команды очищены от артефактов выгрузки и адаптированы для PowerShell: адрес и имя patched вынесены в переменные, некоторые диагностические команды объединены. Дополнительные проверки и непроверенный откат отмечены отдельно.
У нас заработал сетевой ADB после включения отладки в инженерном меню. Универсальную комбинацию входа я не обещаю: ранние экраны остались во вложениях, а расположение пунктов может зависеть от прошивки. Не меняйте настройки панели и заводские параметры ради поиска ADB.
USB-A ↔ USB-A в нашем опыте подключения не дал. Обычный кабель между двумя host-портами здесь не предлагаю: назначение порта и правильная разводка должны быть подтверждены производителем.
Нужен именно ваш проектор со статусом device. При offline, unauthorized, другом адресе или нескольких непонятных устройствах дальше не идём.
Сетевой ADB на порту 5555 используйте только в доверенной локальной сети, без проброса в интернет. Это не защищённое pairing-подключение современных Android.
Дополнительная предосторожность перед сохранением: если в этих каталогах уже лежат образы предыдущего прохода, не запускайте backup поверх них. Сохраните исходный stock boot отдельно и используйте новые пути для нового снимка. Повторный снимок после установки Magisk уже не будет исходным boot.
Сохраняем сведения. Версию ADB, модель и fingerprints добавляю как явную проверку перед повторением:
Последний ответ запишите: это исходный HOME для вашего устройства. У нас на этом этапе оказался уже установленный Monet, com.klevico.monet/.HomeActivity, а не Projectivy.
В ответе был /system/xbin/su с правами -rwsr-x---, владельцем root, группой shell и контекстом su_exec. SELinux был Permissive. Мы его таким не делали.
В ранней переписке разбирались отказ adb root и ошибка setgid при попытке заводского su сменить группу на root. Исходные ответы были на скриншотах, поэтому не привожу их как заново проверенный текстовый лог. Зато результат следующей команды сохранился непосредственно в тексте. Рабочей оказалась форма, которая оставляет группу shell:
Это ключ к дальнейшей работе на нашем экземпляре. Если ваша команда такого результата не даёт, нижеследующая цепочка для вас ещё не работает. Не заменяйте её на случайные способы root.
И это ещё не Magisk. Более того, диагностика показала ограниченные capabilities у заводского su: uid=0 здесь не означал «разрешено вообще всё». Поэтому часть диагностических команд получала Permission denied, хотя чтение разделов и последующая запись boot работали.
Не подставляйте mmcblk0p22 в чужой проектор по памяти. Для команд использован проверенный на этом экземпляре путь by-name/boot. Само наличие раздела с именем fastboot не доказывает поддержку привычного fastboot flash.
Первая попытка снять backup в /sdcard провалилась: заводской root не смог писать через этот путь. Сработал /data/local/tmp. Команды в этом разделе читают разделы и пишут обычные файлы; if и of менять местами нельзя.
У нас тест дал 1 048 576 байт и успешный pull. Только после этого пошёл набор критических разделов. Следующий список относится именно к нашей карте; при отсутствующем или иначе устроенном разделе не продолжайте вслепую.
Пустой Compare-Object имеет смысл только после проверки, что оба списка содержат ожидаемые имена всех 46 файлов и по 46 настоящих записей SHA-256, а не пустые строки или ошибки. Он подтверждает совпадение вычисленных хешей файлов на устройстве и на ПК, но не является проверкой восстановления.
Дополнительно у нас были скопированы odm, product и super. Ниже те же успешные команды, по одному образу. Перед pull и после него сравнивайте SHA-256; временные копии до проверки не удаляйте.
Размеры у нас: odm 56 623 104, product 419 430 400, super 3 816 816 640 байт. Для сохранения всех временных образов одновременно нужно свободное место с запасом, более 5 ГБ. Это дополнительное условие для приведённого здесь варианта без промежуточного удаления.
Не запускайте исходный backup повторно в ту же папку после патча: так можно затереть единственный stock boot уже модифицированным образом. Исходный набор держите отдельно, а для новых снимков создавайте другие каталоги.
Это не полный образ eMMC: userdata и cache мы не снимали. Индивидуальные разделы вроде securestore и deviceinfo нельзя выкладывать вместе с постом. Вторую копию backup стоит держать на отдельном носителе.
5. Патчим свой boot в Magisk
У нашего boot была Android-заголовочная сигнатура ANDROID!, размер 60 MiB. Перед записью изучались заголовок, ramdisk и хвост образа. Поиск AVB/verity не дал основания объявить устройство «без защиты»: часть диагностики упиралась в ограниченные права.
Мы не разблокировали загрузчик через fastboot, не прошивали чужой vbmeta и не отключали проверки готовой командой из чужой инструкции. Это важно: ниже описан уже подтверждённый на нашем экземпляре путь через доступный заводской su, а не замена общей инструкции Magisk для других устройств.
У нас использовался Magisk 30.7. Сам APK ещё не даёт root. Сначала на самом целевом проекторе патчится собственный исходный образ, не скачанный «готовый root для такой же модели».
Обе суммы должны совпадать между собой. У нас исходный образ имел размер 62 914 560 байт и SHA-256: 2779dd3981266aa6bb051659fdc0733f962555c9f613f3af9286be44d7ed2fe4
Это идентификатор нашего файла, не предложение найти в интернете любой файл с похожим названием.
На проекторе в приложении Magisk: «Установка» в блоке Magisk → «Выбрать и исправить файл» → Download/Q13W_stock_boot.img. Дождались завершения патча и появления файла в Download.
Наш файл назывался magisk_patched-30700_IYiMI.img. У вас окончание будет другим; дальше переменная должна содержать точное имя вашего результата:
У нас размер остался 62 914 560 байт, SHA-256 получился: 7dcff684c777430d69ff09be5fe6e9295fc070c82c613233f4572ee0dc6290a7
Чужой патч с нашим хешем вам не нужен. Нужны согласованные размеры и суммы собственного stock, собственного patched и копий файлов. Неожиданный размер, ошибка патча или непонятная структура образа являются причиной остановиться.
Дополнительно сравнили структуру двух файлов локальным Inspect-Boot. В сохранённом пользовательском выводе: - ANDROID!, HeaderVersion=0, PageSize=16384 у обоих; - KernelSize=45054464 у обоих, это совпадение размера, не доказательство идентичности ядра; - RamdiskSize вырос с 1369094 до 1443114 байт; - ramdisk остался gzip, а PayloadEnd сдвинулся с 46448640 до 46530560.
Полный read-only код вынесен в приложение «Q13W: проверка структуры boot». Он рассчитан на нашу структуру v0, не является универсальным валидатором и не разрешает прошивку сам по себе. Отдельное сравнение хешей ядра обсуждалось, но его исходный скриншот сейчас недоступен, поэтому независимо подтверждённое совпадение всего ядра здесь не заявляю.
6. Запись boot: здесь заканчивается безобидная диагностика
Следующая команда dd меняет загрузочный раздел. Неверный файл, путь, сборка или прерывание питания могут оставить проектор без загрузки. До неё должны быть проверены совместимость, собственный backup, аварийное восстановление, результат патча и устойчивое питание. Несовпадение любого условия означает остановку, а не попытку «всё равно попробовать».
У нас хеш временного patched совпал с копией на ПК, а хеш ещё не изменённого раздела boot с сохранённым stock. Если у вас второе сравнение не сходится, не записывайте образ: исходное состояние уже другое.
Вот именно та запись, которая была выполнена у нас:
Раздел дал тот же 7dcff684…6290a7, что и наш patched. Мы сравнивали полную строку, не только начало и конец.
При ошибке dd или несовпадении хеша не делайте обычную перезагрузку «посмотреть, заведётся ли». Остановитесь и разбирайтесь с записью и своим подготовленным восстановлением. Проверенного сценария отката повреждённой записи наш журнал не содержит.
su уже был ссылкой ./magisk, но каталог /system/xbin имел права 0750, root:shell. Обычное приложение не могло пройти через каталог к исполняемому файлу. В нашем случае /system/xbin был именно Magisk tmpfs, а не просто произвольным каталогом физического system.
Следующее исправление относится только к этой подтверждённой комбинации: Magisk работает, su ведёт на Magisk, /system/xbin является его tmpfs, права 0750 мешают приложениям. Если у вас другая картина, не меняйте права наугад и не ставьте этот скрипт «для профилактики».
Изначально этот mount был read-only. В переписке порядок был таким: сначала перемонтирование только подтверждённого Magisk tmpfs /system/xbin, затем проверка состояния, затем chmod. Сам вызов remount не повторён в пользовательской вставке, но выводы до и после показывают переход ro → rw:
Продолжаем только если строка самого /system/xbin показывает rw и это по-прежнему tmpfs magisk. При ошибке или другой схеме остановитесь. Весь system перемонтировать не нужно. Далее:
Здесь создаётся постоянный загрузочный скрипт. Не перезаписывайте одноимённый существующий файл без проверки его назначения. Ниже исправленный вариант, который у нас прошёл проверку. Именно WriteAllText с явными LF, а не первая неудачная версия через Set-Content:
При любой ошибке push, cp, chown или chmod остановитесь. Команды установки разделены точками с запятой, поэтому успешный od в конце не доказывает успех предыдущих операций. Дополнительно сверяем содержимое, владельца root:root и права 0755:
Успех у нас выглядел так: каталог drwxr-xr-x, а строка mount для /system/xbin снова tmpfs ro. Скрипт открывает на запись только этот Magisk-mount, выставляет 0755 и возвращает его в read-only.
Если есть ошибка mount, неправильные права или mount остался rw, до обычной перезагрузки сначала исправьте причину. Успешный вывод chmod сам по себе ещё не подтверждает выполнение всей цепочки.
После успешной ручной проверки перезагрузили проектор и, ничего не исправляя через ADB, снова попробовали root-запуск из приложения. Он заработал. Это и было проверкой сохранения результата после загрузки.
Откат этого workaround в журнале не проверялся. Логика отката при сохранённом Magisk-доступе: убрать только этот скрипт из автозапуска, затем проверить поведение после reboot. Не удалять весь /data/adb и не считать это удалением Magisk.
8. Projectivy вместо штатного экрана
Хронологически это получилось ещё до установки Magisk. Поэтому для одной замены лаунчера проделывать весь root-квест может вообще не понадобиться.
Точная первоначальная установка APK в доступном тексте не показана, поэтому отдельную команду adb install за «исторически проверенную» не выдаю. Перед изменением HOME установленный Projectivy нужно открыть вручную и проверить управление пультом.
У нас его HOME-компонент: com.spocky.projengmenu/.ui.home.MainActivity
Добавим проверку пути пакета через pm path; затем проверим HOME-компонент и назначим его только после успешного ручного запуска:
Ожидаем Projectivy. Нажимаем HOME на пульте. Если он не открывается, штатные пакеты пока не отключаем.
Первая попытка убрать штатный экран была через пакет TyyLauncher. Перед отключением предлагалось сохранить APK и сведения командами ниже. Отдельного текстового подтверждения их успешного выполнения в журнале нет, поэтому проверку наличия полученных файлов при повторении пропускать нельзя:
Select-String здесь редакционная замена фильтра findstr из журнала; команды Android те же.
Виновник оказался другим: com.zeasn.whale.saas/com.zeasn.whale.open.launcher.technical.ui.MainActivity
Важно: хотя в разговоре мы называли это «отключить активити», фактически применялась команда отключения всего пакета Whale, не одной Activity. Это может затронуть другие функции пакета.
Перед отключением Whale также предлагалось сохранить сведения. Здесь тоже нет отдельного текстового подтверждения выполненного сохранения:
Экран переключился на Projectivy сразу. После перезагрузки он открылся автоматически. Monet на этапе эксперимента оставался запасным HOME.
Для возврата доступности этих двух пакетов в истории предлагался pm enable. Ниже к нему редакционно добавлен явный --user 0. Выполнение как отдельный тест отката не зафиксировано:
enable возвращает доступность, но не обязательно первоначальное manifest-default состояние и не назначает прежний HOME. Исходный HOME возвращается отдельным set-home-activity с записанным вами компонентом, не с чужим именем из поста.
Ничего из этого не означает физическое удаление APK из системного образа. Даже встречавшееся позже pm uninstall -k --user 0 означает удаление установки для пользователя 0 с сохранением данных, а не гарантированное стирание системного APK. Массовый список «удалить всё китайское» здесь намеренно не привожу.
9. Грабли, коротко и по делу
- В разборе ранних скриншотов adb root не сработал; наличие userdebug в свойствах не гарантировало root у adbd. Заводской su оказался отдельным рабочим путём. - Там же обсуждалось setgid failed при попытке su сменить группу на root. На нашем бинарнике сработало su 0,2000, но это не универсальный синтаксис для всех su. - su не сделал все диагностические операции доступными. Были ошибки lpdump/dmctl и ограничения capabilities; отсутствие прочитанной информации нельзя превращать в вывод «проверок загрузки нет». - Backup в /sdcard не записывался. Через /data/local/tmp получилось, после чего проверяли размеры и хеши. - pm однажды был введён прямо в PowerShell. Это команда Android: ей нужен adb shell. Строки PS C:\... и Markdown-разметку также не копируем. - Вложенные кавычки, пайпы и переменные PowerShell ломали Android-команды. Для фильтра путей надёжнее оказался Select-String -SimpleMatch, а длинные скрипты проще передавать файлом. - set-home-activity изменил HOME, но не убрал OEM-автостарт. TyyLauncher отключили, а реально стартовал Whale. Выяснили через dumpsys. - disabled-user не гарантировал исчезновение всех уже работающих или persistent-процессов. Ещё и опечатка tylauncher вместо tyylauncher однажды дала ложный «пустой» поиск. - После Magisk root в ADB ещё не означал root для приложений: мешали права 0750 на /system/xbin. - Одноразовый chmod пережил только текущую загрузку. Исправление перенесли в service.d. - Первый скрипт имел CRLF только в последней строке. Проверка первых 64 байт ошибочно объявила файл чистым; полный od нашёл 0d 0a. После явного LF скрипт отработал правильно. - При анализе образа переменная $input столкнулась с автоматической переменной PowerShell и дала пустой файл; помогло другое имя потока. В сtar случайно попала кириллическая буква. Эти опечатки и неудачные варианты в рабочую последовательность не включены. - В поздней диагностике были неудачные эксперименты с thermal-командой. К root и Projectivy они отношения не имеют. Разгон, отключение термозащиты и изменение вентиляторов здесь не нужны.
10. Что в итоге действительно проверили
После перезагрузок подтвердились:
- root через Magisk и запрос прав из приложения; - Projectivy автоматически открывается после загрузки; - кнопка HOME возвращает Projectivy; - автофокус работает; - автоматическая коррекция трапеции работает; - TorrServe запускается автоматически.
Фирменные сервисы фокуса, геометрии, пульта и входов нельзя удалять только потому, что имя пакета непонятное. Перед повторением нужен собственный контроль: настройки проектора, HOME, холодный старт, сон/пробуждение, HDMI, звук и пульт. Полная проверка всех этих режимов в доступном журнале не зафиксирована, поэтому не буду приписывать её нашему эксперименту.
После работы выключите сетевую отладку на проекторе и проверьте, что подключение больше не доступно. adb disconnect или adb kill-server выключают не слушающий сервис на проекторе, а соединение/сервер на ПК. Они не закрывают вопрос безопасности устройства.
Получился свой удобный экран и управляемый root, а не кастомная прошивка с нуля. Самой сложной частью оказался не Magisk, а необходимость каждый раз проверять, что реально произошло. В одном месте между «почти работает» и «работает после reboot» стоял ровно один невидимый CR.
Материал подготовлен с помощью ИИ по моему журналу команд и результатам эксперимента. Где нет проверенного шага или результата, это указано отдельно.
Q13W: историческая проверка структуры stock и patched boot
Это приложение к полному разбору, а не самостоятельная инструкция прошивки.
Код ниже читает локальные файлы на ПК и выводит поля заголовка и несколько участков образа. Он не подключается к проектору и не записывает его разделы. Код взят из рабочего этапа переписки; последующий пользовательский вывод подтверждает его выполнение на нашей паре образов. Здесь заново на образах он не запускался: сами файлы boot в этой выгрузке отсутствуют.
Ограничения: - Это узкий диагностический скрипт для нашей структуры Android boot image v0, не универсальный parser/validator любых boot/init_boot/recovery. - Перед применением подтвердите формат и версию заголовка. При другом формате, отсутствии файлов или неожиданном выводе остановитесь, а не используйте результаты для разрешения прошивки. - Сравниваются поля размера, сигнатуры и выбранные участки, не весь kernel. Равенство KernelSize не доказывает равенство содержимого ядра. - Хвост проверяется в нескольких местах. Нулевые показанные участки не означают, что весь хвост нулевой. - Скрипт не устанавливает совместимость с аппаратной ревизией и не проверяет возможность восстановления. - Замените имя magisk_patched-30700_IYiMI.img на имя собственного результата Magisk. Не используйте чужой patched image. - Выполнять в PowerShell из папки, содержащей q13w_backup. Не копировать приглашения консоли или текст пояснений.
В нашем сохранённом пользовательском выводе: - Length: 62914560 у обоих файлов. - Magic: ANDROID! у обоих. - HeaderVersion: 0 у обоих. - PageSize: 16384 у обоих. - KernelSize: 45054464 у обоих. Это только размер. - RamdiskSize: 1369094 → 1443114. - SecondSize: 0 у обоих. - RamdiskOffset: 45072384 у обоих. - PayloadEnd: 46448640 → 46530560. - RamdiskMagic начинается с 1f 8b: gzip у обоих. - TailStart64 у stock заполнен FF, у patched нулями. - After208K64 и Last64 показаны нулевыми у обоих.
Старые андроиды у нас обычно не выбрасывают, а отдают: ребёнку под игры или родителям, чтобы звонить и смотреть погоду. Через полгода такой телефон еле открывает камеру, а шторка забита уведомлениями от приложений, которые никто не помнит, как ставил.
В конце сентября мне на проверку попал как раз такой Redmi 9C. Я подключил его к компьютеру и начал разбирать список приложений руками. Сначала всё выглядело прилично: детские игры, яркие иконки, какая-то «Тока». Потом я посмотрел, кто её выпустил, и оказалось, что вовсе не Toca Boca, а издатель fusionmind, о котором я никогда не слышал. Пакет у игры так и назывался: com.fusionmind.tocaworld. У того же fusionmind на телефоне стояло ещё двенадцать игр, все с рекламой и все на одно лицо. По такой же схеме клепают «Роблоксы» и «Майнкрафты», и ребёнок разницы не видит.
Дальше было ещё веселее. В прошивке Xiaomi есть своя системная реклама, которая вылезает прямо в стандартных приложениях. А несколько приложений постоянно будили телефон в фоне и сыпали уведомления.
Первая мысль была простая: отключить рекламу и фон всем подряд. Так я и сделал. Телефон правда затих, но тут же вылезло другое: нормальные игры перестали давать призы, потому что приз там выдают за просмотр рекламы. Без фона пропали и нужные уведомления. А магазин GetApps, который я сначала записал во вредители, оказался вполне безобидным. Пришлось почти всё возвращать обратно.
После этого я сел делать для себя программу, которая чистит точечно, и назвал её MCP Guard. Телефон подключается к компьютеру по USB, программа проходит по всем приложениям и раскладывает найденное по кучкам. На скрине ниже её итог на запасном телефоне, на котором я её гоняю перед выпуском: клон «Токи» от fusionmind и ещё одна подделка под детскую игру, внутри которой сидят четыре рекламных модуля, в куче «удалить», реклама Xiaomi в куче «отключить», а кеш приложений в куче «ускорить». Нормальные игры с рекламой за призы она не трогает, второй раз ломать их я не хотел. Вирусы и шпионов она тоже ищет, по базам, которые лежат прямо в ней, без интернета. Но это не антивирус: что нашла, то показала.
Итог проверки на запасном телефоне
Дольше всего я возился с откатом, потому что помнил, как возвращал всё руками. Теперь перед удалением приложение копируется на компьютер, а в журнале напротив каждого удаления и отключения есть кнопка «Вернуть как было». На скрине ниже я так и вернул всё, что программа сделала на запасном телефоне.
Журнал: всё удалённое и отключённое вернулось обратно
Мне самому кажется, что вещь довольно узкая, поэтому спрошу у вас: какие подделки вы находили на старых телефонах своих детей и родителей?
Перешла на интерактивное ТВ+интернет от Мегафона, а оказалось, что всё это на базе Ростелекома. Телевизор старый и докупила приставку Сбербокс 2. При подключении выяснилось, что всё ТВ по сути через Wink показывается, и встроенная приставка WInk, от которой отказалась (чтобы не переплачивать 3 года по 260 рублей в месяц за неё), была бы лучше. Но решила всё же настроить Ссбербокс. А там всё максимально примитивно и неудобно: 1. нет кнопок для прямого переключения каналов и 262 с Усадьбой замучишься перекликивать по списку. 2. можно голосом сказать "Включи канал Усадьба" и его включат, но только через вай-фай, а при подключении напрямую кабелем голосовой помощник Сбербокса говорит на ту же команду, что такого канала нет у провайдера. Переподключение не помогло. 3. можно добавить канал Усадьба в Избранное, но прямой выход в Избранное находясь в просмотре другого канала не работает, нужно возвращаться в меню Винка.
Так хотелось просто включить ТВ и просто смотреть каналы, а эти все прокладки, ограничения, да и вездесущая реклама при смене канала, просто убивают.
Подскажите, пожалуйста: 1. Можно ли как-то сделать помощника адекватнее, чтобы включал Усадьбу, не ссылаясь на то, что ее нет у провайдера. Я бы осталась на вай-фае, но роутер старенький и связь вечером прерывается. Провод надежнее, но вот такое странно ограничение. 2. можно ли как-то настроить просмотр каналов сразу в Винк, без пересадочной станции Сбербокса? 3. можно ли докупить пульт с кнопками и напрямую цифры каналов вводить? Или как-то задействовать старый пульт ТВ 4. можно ли как-то избавиться от рекламы при смене каналов, а то и так плачу за ТВ, и еще рекламу бонусную включают. 5. можно ли как-то ютуб смотреть на ТВ? а то на телефоне ByeDPI помогает, а на ТВ непонятно как смотреть.
