App Systemizer — это модуль для Magisk, который переносит выбранные пользовательские приложения в системный раздел /system/app или /system/priv-app без фактической модификации раздела, используя механизм бессистемных (systemless) наложений. Нужно это чаще всего тогда, когда программе требуются привилегии системного приложения: выживание после сброса настроек, доступ к защищённым разрешениям, автозапуск без ограничений Android или корректная работа модулей вроде Xposed-хуков, привязанных к системным процессам.
Модуль работает через терминальный интерфейс: после установки в Magisk команда запускается в любом эмуляторе терминала с правами root. Никаких графических меню у App Systemizer нет — это сознательное решение автора, ориентированное на опытных пользователей. Ниже разберём установку, порядок систематизации, типичные ошибки и безопасный откат изменений.
Что делает модуль и как он устроен
App Systemizer не перезаписывает системный раздел напрямую. Вместо этого он копирует APK выбранного приложения в структуру модуля внутри /data/adb/modules, а Magisk при загрузке монтирует эту структуру поверх /system методом overlay. Для Android приложение выглядит как настоящее системное, но физически раздел остаётся нетронутым — это ключевое отличие systemless-подхода от классической записи в /system через ремонт в режиме rw.
Такой подход даёт два практических следствия. Во-первых, OTA-обновления прошивки не конфликтуют с изменениями, поскольку раздел /system не модифицирован. Во-вторых, удаление модуля или его отключение полностью откатывает систематизацию — приложение просто перестаёт быть системным после перезагрузки.
Модуль поддерживает два уровня размещения: /system/app для обычных системных приложений и /system/priv-app для привилегированных. Второй вариант нужен, когда программе требуются signature-разрешения, доступные только привилегированным пакетам. Выбор уровня выполняется интерактивно в терминале при добавлении каждого приложения.
Требования и подготовка
Перед установкой проверьте базовые условия. Без них модуль либо не установится, либо будет работать некорректно.
- 🔓 Установленный Magisk с рабочим root-доступом — проверьте статус в приложении Magisk.
- 📱 Эмулятор терминала: подойдёт Termux или любой аналог из магазина приложений.
- 💾 Достаточно свободного места в разделе данных — копии APK хранятся в
/data/adb/modules. - 🛠️ Понимание рисков: систематизация неподходящего приложения способна вызвать bootloop.
- 📦 Резервная копия важных данных — общее правило перед любыми модификациями через Magisk.
⚠️ Внимание: не систематизируйте приложения, от которых зависит загрузка системы или разблокировка экрана (лавчер, клавиатуру, системные сервисы сторонних прошивок), не протестировав их заранее. Если систематизированное приложение падает при старте, устройство может уйти в циклическую перезагрузку.
Установка модуля App Systemizer
Установка выполняется стандартным для модулей Magisk способом. Откройте приложение Magisk, перейдите в раздел модулей и установите App Systemizer из локального ZIP-файла, загруженного из официального репозитория разработчика. После установки перезагрузите устройство — модуль активируется только после рестарта.
Проверить, что модуль на месте, можно двумя способами: в списке модулей Magisk он должен отображаться как включённый, а в терминале после ввода команды su и запуска systemize должно появиться интерактивное меню. Если вместо меню вы видите ошибку «command not found», модуль не активировался — перезагрузитесь ещё раз и проверьте лог Magisk.
su
systemize
Перенос приложения в системный раздел: пошагово
Сама процедура систематизации занимает пару минут. После запуска systemize в терминале с правами root появится текстовое меню со списком установленных пользовательских приложений. Каждое пронумеровано — введите номер нужного и подтвердите выбор.
Далее модуль спросит, куда поместить приложение: в /system/app или /system/priv-app. Для большинства задач достаточно первого варианта. Второй выбирайте только если точно знаете, что программе нужны привилегированные разрешения — например, для доступа к защищённым API, которые обычным системным приложениям недоступны.
После копирования APK модуль предложит перезагрузиться. Изменения вступают в силу только после рестарта: до перезагрузки Android продолжает видеть приложение как пользовательское. После загрузки проверьте результат — в настройках приложения должна пропасть кнопка удаления, а в списке системных оно появится наравне с предустановленными.
☑️ Проверка после систематизации
Сравнение уровней размещения
Выбор между /system/app и /system/priv-app влияет на то, какие разрешения система готова выдать приложению. Таблица ниже помогает сориентироваться.
| Параметр | /system/app | /system/priv-app |
|---|---|---|
| Статус | Системное приложение | Привилегированное системное |
| Signature-разрешения | Частично | Полный доступ к privileged-разрешениям |
| Типовые сценарии | Выживание после сброса, автозапуск | Глубокая интеграция с системой |
| Риск при ошибке приложения | Умеренный | Выше — сбой может затронуть системные функции |
⚠️ Внимание: не помещайте в /system/priv-app приложения, в происхождении которых не уверены. Привилегированный статус даёт программе расширенные возможности, и вредоносный пакет с такими правами заметно опаснее обычного.
Типичные проблемы и их решение
Bootloop после систематизации. Возможная причина — приложение несовместимо с ролью системного или конфликтует с существующим системным пакетом с тем же именем. Решение: загрузитесь в recovery и удалите папку модуля из /data/adb/modules либо активируйте безопасный режим Magisk согласно инструкции для вашей версии, после чего отключите модуль.
Приложение не стало системным после перезагрузки. Проверьте, что модуль включён в Magisk и что копия APK действительно лежит в структуре модуля. Иногда помогает повторная систематизация — удалите запись через меню systemize и добавьте приложение заново.
Конфликт подписей. Если пользовательская версия приложения ещё установлена в /data/app, а систематизированная копия имеет другую подпись, Android может отказаться запускать пакет. Перед систематизацией удалите установленную пользовательскую копию или используйте ту же версию APK.
Как проверить, что приложение стало системным
Откройте Настройки → Приложения, найдите нужное и проверьте отсутствие кнопки удаления. Альтернатива — команда pm list packages -s в терминале или через adb: системные пакеты выводятся именно этим фильтром.
Удаление систематизированных приложений и откат
Откат выполняется тем же инструментом. Запустите systemize, выберите пункт управления уже систематизированными приложениями и удалите ненужное. После перезагрузки приложение исчезнет из системного раздела; если вам нужна его пользовательская версия, установите APK заново обычным способом.
Полное удаление модуля через Magisk откатывает все изменения разом: при следующей загрузке ни одно из систематизированных приложений не будет смонтировано в /system. Это самый быстрый способ восстановить исходное состояние, если что-то пошло не так и разбираться с отдельными пакетами нет времени.
Частые вопросы
Работает ли App Systemizer на новых версиях Android?
Совместимость зависит от версии Magisk и конкретной прошивки. На актуальных версиях Android механизм overlay-монтирования сохраняется, но поведение отдельных приложений в роли системных может отличаться из-за ужесточения ограничений. Проверяйте актуальную информацию в репозитории модуля.
Можно ли систематизировать приложение без Magisk?
Да, но это требует перемонтирования раздела /system в режиме чтения-записи и ручного копирования APK с выставлением прав. Такой способ модифицирует раздел физически, ломает OTA-обновления и сложнее откатывается. Systemless-подход через Magisk безопаснее.
Исчезнет ли систематизированное приложение после OTA-обновления?
Поскольку раздел /system физически не менялся, обновление прошивки обычно проходит штатно, а модуль продолжает монтировать приложения после перезагрузки. Однако крупные обновления могут потребовать переустановки Magisk — тогда проверьте работоспособность модуля заново.
Чем App Systemizer отличается от встроенной функции перемещения в системные?
Некоторые root-менеджеры предлагают похожую функцию, но большинство из них пишет напрямую в /system. App Systemizer делает это через systemless-механизм Magisk, что сохраняет целостность раздела и упрощает откат.
Опасно ли систематизировать банковские приложения?
Технически это возможно, но практической выгоды обычно нет: банковские приложения проверяют среду на наличие root и модификаций, и системный статус эти проверки не обходит. Кроме того, привилегированный статус для приложения с доступом к финансам повышает риски при компрометации устройства.