Что такое Mount /system и почему он не монтируется

Mount /system в Recovery — это подключение системного раздела к файловой системе для чтения/записи; если он не монтируется, чаще всего виноваты защита verified boot (dm-verity), динамические/супер-разделы или повреждённая файловая система. Ниже — краткие проверки и пошаговые решения, чтобы вернуть доступ.

Коротко: зачем монтировать /system и что происходит

Mount /system в Recovery нужен, чтобы:

• читать и править системные файлы через adb или файловый менеджер;
• устанавливать патчи, модули или вручную удалять ошибки после OTA/bootloop;
• проверять целостность и восстанавливать нужные файлы.

Без монтирования в режиме rw изменения не сохранятся — раздел может быть примонтирован только в режиме ro для защиты.

Основные причины, почему /system не монтируется

1. Защита verified boot / dm-verity
   Современные Android (10+) блокируют rw-монтирование системного раздела для сохранности. Симптом: в логах TWRP — "Mount point is read-only" или "Permission denied".

2. Dynamic partitions / super-раздел
   В Android 10+ /system может быть логической частью super. Неподдерживающий Recovery выдаст "Failed to mount '/system' (Invalid argument)".

3. Повреждённая файловая система
   После некорректного прошивания или сбоев питания superblock или inode могут быть повреждены — mount возвращает ошибки типа "Superblock invalid" или просто не монтирует.

4. Неподходящий Recovery
   Стоковый Recovery часто не умеет монтировать rw или работать с A/B и dynamic partitions. Нужен актуальный TWRP/OrangeFox с поддержкой вашей модели.

5. SELinux и права
   Политика SELinux может блокировать операции. В Recovery можно временно ослабить enforcement.

Пошаговое руководство: как вернуть монтирование /system

1. Проверка статуса
   В TWRP: Advanced → Terminal или через adb shell:

   mount | grep system

Ищите статус ro/rw и путь блока (/dev/block/…).

2. Попробуйте перемонтировать:

   mount -o rw,remount /system

Если вернёт "read-only" — причина в dm-verity или блокировки.

3. Для повреждённой ФС: проверить и исправить Найдите блок устройства (в TWRP это /dev/block/bootdevice/by-name/system или логический) и запустите:

   e2fsck -y /dev/block/XXX

(замените XXX на реальный путь).

4. Dynamic partitions / super: используйте поддерживаемый Recovery
   • Установите TWRP 3.7+ с поддержкой lptools для вашей модели.
   • Временная загрузка:

     fastboot boot twrp.img
     ```
   - Если нужно удалить логический раздел:
     

 fastboot delete-logical-partition system
 ```

— действуйте аккуратно и только при полном понимании.

5. Отключение dm-verity / forceencrypt (если необходимо) Прошейте соответствующий патч-zip через Recovery (например, disable_dm-verity_forceencrypt.zip) или установите Magisk (он умеет подавлять verity). После этого повторите mount.

6. SELinux (временно) В shell Recovery:

   setenforce 0

Это временно переведёт SELinux в Permissive, что может дать доступ. Не забывайте вернуть enforcment для безопасности.

7. ADB push и права При успешном монтировании:

   adb push myfile /system/path/
   adb shell chmod 644 /system/path/myfile

После изменений обязательно синхронизируйте и перезагрузите.

Частые ошибки

• "Invalid argument" — Recovery не понимает структуру super/dynamic partitions. Решение: актуальный TWRP с поддержкой.
• "Permission denied" при mount — SELinux или dm-verity; попробуйте setenforce 0 и отключить verity.
• "Superblock invalid" — повреждённая ФС; запустите e2fsck или формат + восстановление из бэкапа.
• after adb push файлы не видны — раздел примонтирован как ro; повторно remount с rw.

FAQ

• Можно ли прошить TWRP через приложение в телефоне? Лучше — через fastboot или временной boot (fastboot boot). Флеш через приложение рискован на A/B устройствах.

• Удалит ли форматирование /system все данные? Да — форматирование системного раздела удалит все системные файлы; потребуется прошить ROM.

• Как понять, какой слот активен на A/B устройстве? Через fastboot:

  fastboot getvar current-slot

• Если ничего не помогает, что делать? Попробуйте временно загрузиться в свежий TWRP через fastboot boot, сделать nandroid-резервную копию и перепрошить stock ROM через fastboot/флешер производителя.

С этими шагами большинство проблем с mount /system решается за 10–30 минут. Если устройство полностью не загружается после вмешательств — возвращайтесь к официальному образу (reflash stock ROM) или ищите помощь по модели на профильных форумах.