Ошибка system not in proc mounts означает, что системный раздел /system в данный момент не смонтирован — запись о нём отсутствует в файле /proc/mounts, к которому обращается скрипт или приложение. Чаще всего с ней сталкиваются при установке Magisk, кастомных модулей, GApps через рекавери или при работе эмуляторов Android на ПК, когда монтирование раздела завершилось сбоем либо ещё не выполнено.
Проблема не является приговором: в подавляющем большинстве случаев раздел физически исправен, а ошибка связана с порядком монтирования, правами доступа или особенностями конкретной сборки прошивки. Ниже разберём, как диагностировать ситуацию и что предпринять, не прибегая к рискованным действиям.
Что означает эта ошибка технически
Файл /proc/mounts — это виртуальный интерфейс ядра Linux, который показывает список всех смонтированных в текущий момент файловых систем. Когда скрипт установщика выводит сообщение system not in proc mounts, он сообщает буквально следующее: «я не нашёл точку монтирования /system в списке активных разделов».
Важно понимать: это не сообщение о повреждении данных. Раздел может существовать и содержать прошивку, но просто не быть примонтированным в текущей сессии — например, в recovery, где монтирование выполняется вручную или по требованию скрипта.
Типичные сценарии появления
Чтобы выбрать правильное решение, сначала определите, в каком контексте возникла ошибка. От этого зависит весь дальнейший порядок действий.
- 📦 Установка Magisk или zip-модуля через кастомное рекавери (TWRP и аналоги)
- 🧩 Прошивка GApps или других пакетов, требующих доступа к разделу system
- 💻 Запуск эмуляторов Android на ПК, где системный образ монтируется виртуально
- 🔧 Ручная работа в терминале с командами
mountиremount
На устройствах с разметкой A/B (seamless updates) и system-as-root привычного отдельного раздела /system может вообще не быть в классическом понимании — корневая файловая система сама является system. В таких случаях старые скрипты, рассчитанные на традиционную разметку, закономерно не находят нужную точку монтирования.
Диагностика: проверяем состояние раздела
Прежде чем что-либо исправлять, убедитесь, что раздел действительно не смонтирован. Если у вас есть доступ к терминалу (через adb shell в рекавери или в загруженной системе), выполните:
cat /proc/mounts | grep system
Пустой вывод подтверждает: точка монтирования отсутствует. Теперь проверьте, существует ли само блочное устройство раздела:
ls -l /dev/block/by-name/ 2>/dev/null | grep -i system
Если раздел виден на уровне блочных устройств, но не смонтирован — ситуация рабочая, достаточно корректно примонтировать. Если же раздела нет и в списке блочных устройств, возможна несовместимость скрипта с разметкой вашего устройства.
Решение для рекавери: монтирование system вручную
Если ошибка возникает при установке пакета через TWRP или другое кастомное рекавери, первый шаг — смонтировать раздел штатными средствами. В TWRP откройте раздел Mount и отметьте System, затем повторите установку. Названия пунктов могут отличаться в зависимости от версии рекавери — сверяйтесь с документацией вашей сборки.
Альтернатива — монтирование через терминал рекавери или adb shell:
mount /system
На устройствах с system-as-root может потребоваться монтирование в другую точку, например /system_root, либо раздел монтируется автоматически как корень. Точную команду для вашей модели уточняйте в ветке устройства на профильных форумах — универсального пути здесь нет.
☑️ Порядок действий в рекавери
⚠️ Внимание: не монтируйте раздел system в режиме записи без необходимости и не изменяйте его содержимое, если не уверены в последствиях. Некорректные изменения в system могут привести к невозможности загрузки устройства.
Если устройство использует dynamic partitions или A/B-разметку
Современные устройства всё чаще используют динамические разделы (super) и схему A/B. В этом случае /system — логический раздел внутри super, и его монтирование из рекавери работает иначе, чем на старых устройствах. Не все сборки TWRP корректно поддерживают такие разметки.
Практический вывод: если рекавери не может смонтировать system, возможные варианты — обновить рекавери до актуальной версии для вашей модели, использовать официальный способ установки (например, патчинг boot-образа для Magisk вместо установки zip) либо выполнять операции через fastboot согласно инструкции производителя.
Ошибка в эмуляторах Android на ПК
В эмуляторах сообщение о том, что system не смонтирован, обычно связано с тем, что системный образ открыт в режиме только для чтения или виртуальный диск не успел инициализироваться. Инструменты вроде adb remount на production-сборках образов часто не работают — это ограничение самой сборки, а не неисправность.
Безопасные шаги: перезапустите эмулятор, проверьте в его настройках, включена ли опция записи в системный раздел (если предусмотрена конкретным эмулятором), и убедитесь, что используется образ типа userdebug или eng, если вам требуется модификация system. Конкретные названия опций различаются между эмуляторами — ориентируйтесь на документацию выбранного продукта.
| Контекст ошибки | Вероятная причина | Первичное действие |
|---|---|---|
| Рекавери (TWRP) | System не смонтирован вручную | Включить System в разделе Mount |
| Установка Magisk zip | Устаревший метод на A/B-устройстве | Перейти на патчинг boot-образа |
| Прошивка GApps | Несовместимость пакета с разметкой | Проверить совместимость версии пакета |
| Эмулятор на ПК | Образ в режиме только чтения | Проверить настройки и тип образа |
| Терминал / adb | Нет root-прав на монтирование | Проверить наличие root-доступа |
Когда ошибка указывает на более серьёзную проблему
Если раздел не виден даже на уровне блочных устройств, а устройство при этом не загружается в систему — возможна порча разметки или неудачная прошивка. В таком случае самостоятельные эксперименты с командами mount уже не помогут.
⚠️ Внимание: при подозрении на повреждение разметки не прошивайте случайные образы и не форматируйте разделы. Используйте только официальную прошивку для точной модели устройства и фирменные инструменты производителя — ошибка в выборе образа может окончательно вывести аппарат из строя.
Правильный порядок: загрузить официальный пакет прошивки именно для вашей модификации (региональные версии различаются), изучить инструкцию по восстановлению от производителя и только потом приступать к процедуре. Если устройство на гарантии, разумнее обратиться в авторизованный сервис.
Почему старые скрипты ломаются на новых устройствах
Скрипты, написанные до эпохи system-as-root и dynamic partitions, предполагают, что /system — отдельный физический раздел с предсказуемым путём. На современных устройствах корневая ФС сама является system, а логические разделы живут внутри super и требуют специальных инструментов (lpunpack, lpmake) для работы. Поэтому скрипт, ищущий /system в /proc/mounts, на таком устройстве закономерно завершается ошибкой.
Профилактика: как избежать ошибки в будущем
Большинство случаев system not in proc mounts предотвратимы, если заранее проверить совместимость инструментов с устройством. Перед установкой любого zip-пакета убедитесь, что он предназначен для вашей версии Android и типа разметки.
- ✅ Используйте актуальные версии рекавери, собранные конкретно под вашу модель
- ✅ Предпочитайте современные методы установки (патчинг boot-образа вместо zip в рекавери)
- ✅ Делайте резервную копию разделов перед любыми модификациями
- ✅ Читайте ветку вашего устройства на профильных форумах — там описаны известные особенности разметки
Часто задаваемые вопросы
Ошибка «system not in proc mounts» — это значит, что прошивка удалена?
Нет. Сообщение означает лишь, что раздел не смонтирован в текущей сессии. Содержимое раздела при этом обычно цело. Проверить можно командой cat /proc/mounts | grep system и просмотром списка блочных устройств.
Как смонтировать system в TWRP?
Откройте раздел Mount в главном меню TWRP и отметьте пункт System. Если пункт неактивен или монтирование завершается ошибкой, вероятно, сборка рекавери не поддерживает разметку вашего устройства — ищите актуальную версию для вашей модели.
Почему на моём устройстве нет раздела /system?
На устройствах со схемой system-as-root и динамическими разделами отдельного раздела system в классическом виде нет: система является корневой файловой системой или логическим разделом внутри super. Это нормальное устройство современных прошивок, а не дефект.
Можно ли исправить ошибку без потери данных?
Да, в большинстве случаев достаточно смонтировать раздел вручную или использовать правильный метод установки — данные пользователя при этом не затрагиваются. Сброс данных требуется только при серьёзном повреждении разметки.
Поможет ли перепрошивка, если ничего не помогло?
Прошивка официальным образом для точной модели — крайняя мера при повреждении разметки. Сначала исчерпайте обратимые варианты: ручное монтирование, обновление рекавери, смену метода установки. Прошивайте только официальные образы и строго по инструкции производителя.