Команда mount -o remount,rw / возвращает ошибку, а система по-прежнему отвечает «Read-only file system» на любую попытку записи — это типичная ситуация, когда раздел нужно перемонтировать в rw, но стандартный способ не срабатывает. Чаще всего причина кроется в ошибках файловой системы, из-за которых ядро автоматически перевело раздел в режим «только чтение», либо в особенностях монтирования системного раздела на устройствах с Android.
Перемонтирование в rw — это смена режима уже подключенного раздела без его отключения. Операция требуется, когда нужно отредактировать системные файлы, восстановить загрузку системы после сбоя или записать данные на раздел, который смонтирован только для чтения. Ниже разберём команды, причины блокировки записи и безопасный порядок действий для Linux и Android.
Что означает режимы ro и rw при монтировании
Каждый смонтированный раздел в Linux имеет набор флагов, среди которых ключевые — ro (read-only) и rw (read-write). В режиме ro ядро отклоняет любые операции записи: создание файлов, изменение, удаление. Это защитный механизм, а не неисправность сама по себе.
Текущий режим любого раздела проверяется одной командой:
mount | grep " / "В выводе в скобках будут перечислены опции монтирования — ищите ro или rw. Альтернативный способ — посмотреть файл /proc/mounts, где перечислены все активные точки монтирования с их параметрами.
- 🔒 ro — раздел доступен только для чтения, запись заблокирована ядром
- ✏️ rw — разрешены и чтение, и запись
- 🛡️ автоматический переход в ro — защитная реакция системы на ошибки файловой системы
Как перемонтировать раздел в rw в Linux
Базовая команда для смены режима корневого раздела выглядит так:
sudo mount -o remount,rw /Для любого другого раздела укажите его точку монтирования вместо слэша, например sudo mount -o remount,rw /boot или sudo mount -o remount,rw /home. Команда не выводит ничего при успешном выполнении — проверить результат можно повторным вызовом mount | grep по нужной точке.
Если раздел смонтирован с несколькими опциями и нужно сохранить их, перечислите все через запятую: sudo mount -o remount,rw,noatime /data. Учтите, что опции, не указанные при remount, могут сброситься к значениям по умолчанию — это зависит от файловой системы.
☑️ Проверка перед перемонтированием в rw
Почему раздел сам ушёл в read-only
Самопроизвольный переход в ro — это сигнал, который нельзя игнорировать. Ядро Linux переводит раздел в режим «только чтение», когда драйвер файловой системы сталкивается с критической ошибкой: повреждением метаданных, сбоями чтения с диска, проблемами контроллера. Такое поведение зашито в логику ext4 и других ФС как мера предотвращения дальнейшей порчи данных.
Узнать причину можно в системном журнале. Выполните dmesg | grep -i error или journalctl -k | grep -i ext4 и поищите строки вида «Remounting filesystem read-only» — рядом обычно указано, что именно вызвало сбой.
⚠️ Внимание: принудительное перемонтирование в rw раздела, который ядро перевело в ro из-за ошибок файловой системы, может привести к необратимой потере данных. Сначала устраните причину — проверьте раздел утилитой fsck с Live-USB или из режима восстановления.
- 💾 ошибки файловой системы после некорректного завершения работы
- 🔌 проблемы с кабелем, контроллером или самим накопителем (деградация SSD/HDD)
- ⚡ внезапное отключение питания во время записи
- 🧱 изношенная флеш-память на SD-картах и USB-флешках, контроллер которых сам блокирует запись
Отдельный случай — флешка или SD-карта, которую невозможно перемонтировать в rw никакими командами. Если контроллер накопителя исчерпал ресурс перезаписи, он аппаратно блокирует запись, и никакая команда mount это не обойдёт. Проверить можно, подключив накопитель к другому устройству: если и там запись невозможна — проблема аппаратная.
Перемонтирование в rw на Android
На Android системный раздел исторически монтируется в режиме ro, и для изменения системных файлов его требовалось перемонтировать в rw. Для этого нужны root-права и терминал (например, через adb shell или приложение-терминал).
su
mount -o remount,rw /system
Однако на современных версиях Android всё сложнее. Начиная с определённых версий, в системе применяется механизм dynamic partitions и верифицированная загрузка (dm-verity), из-за которых разделы /system, /vendor и /product являются логическими и не могут быть перемонтированы в rw штатной командой. На устройствах с dynamic partitions команда remount,rw для /system завершится ошибкой независимо от наличия root — потребуется пересборка образа или использование модулей типа Magisk, которые подменяют файлы без изменения раздела.
⚠️ Внимание: модификация системного раздела Android нарушает целостность, проверяемую dm-verity, и может привести к bootloop — устройство перестанет загружаться. Перед любыми изменениями сделайте полный бэкап разделов и убедитесь, что понимаете процедуру восстановления для вашей конкретной модели.
Типичные ошибки при выполнении remount
Даже синтаксически верная команда может завершиться ошибкой. Разберём частые сообщения и их причины.
| Ошибка | Вероятная причина | Что делать |
|---|---|---|
| mount: / is busy | Раздел используется процессами | Найти процессы через lsof или fuser, завершить их |
| Permission denied | Нет прав root | Выполнить команду с sudo или из-под root |
| Remounting is not supported | Файловая система не поддерживает remount | Отмонтировать и смонтировать заново с нужными опциями |
| cannot remount ... read-write, is write-protected | Аппаратная блокировка записи накопителя | Проверить переключатель lock на карте, состояние контроллера |
Ошибка «is busy» для корневого раздела почти всегда означает, что какой-то процесс держит файлы открытыми. Список таких процессов покажет команда lsof / или fuser -vm /. В аварийном режиме обычно достаточно остановить лишние службы через systemctl.
Что делать, если remount не помогает и раздел снова уходит в ro
Если после успешного перемонтирования в rw раздел через некоторое время снова становится read-only, это почти наверняка указывает на повторяющиеся ошибки ввода-вывода. Проверьте состояние диска через smartctl (пакет smartmontools), посмотрите dmesg на предмет ошибок ATA или I/O error. Повторяющийся переход в ro — повод как можно скорее скопировать важные данные и проверить или заменить накопитель.
Как проверить результат и закрепить изменения
После выполнения remount убедитесь, что режим действительно изменился: mount | grep " / " должен показать rw в списке опций. Дополнительная проверка — создать тестовый файл, например touch /tmp/test_rw, и удалить его.
Учтите важный момент: перемонтирование действует только до перезагрузки. Если раздел должен монтироваться в rw постоянно, проверьте файл /etc/fstab — в опциях нужного раздела не должно быть ro. Если система загружается в ro из-за параметра ядра, проверьте строку загрузки в конфигурации GRUB: параметр ro в строке linux иногда заменяют на rw при диагностике, хотя в штатной конфигурации initramfs сам перемонтирует корень в rw.
Часто задаваемые вопросы
Чем remount отличается от обычного umount и mount?
Remount меняет опции монтирования «на лету», не разрывая связь раздела с точкой монтирования. Это единственный способ сменить режим корневого раздела на работающей системе — отмонтировать работающий корень невозможно.
Можно ли перемонтировать в rw флешку, которая стала read-only?
Команду выполнить можно, но если запись заблокирована контроллером накопителя из-за износа памяти, remount не поможет. Проверьте переключатель защиты от записи на корпусе (у SD-карт и адаптеров), попробуйте другое устройство. Если везде read-only — накопитель, скорее всего, отработал свой ресурс.
Почему на Android команда remount,rw /system выдаёт ошибку даже с root?
На устройствах с dynamic partitions и dm-verity системные разделы являются логическими и защищёнными от изменений. Штатное перемонтирование невозможно — используются обходные методы вроде модулей Magisk, которые работают без модификации самого раздела.
Опасно ли перемонтировать корневой раздел в rw в аварийном режиме?
Сама операция безопасна, если файловая система исправна. Но если система загрузилась в emergency mode из-за ошибок ФС, сначала выполните проверку fsck с отмонтированным разделом или с Live-USB, и только потом разрешайте запись.
Как сделать, чтобы раздел всегда монтировался в rw после перезагрузки?
Проверьте строку раздела в /etc/fstab: в поле опций должно стоять rw или defaults, но не ro. Также убедитесь, что в параметрах загрузки ядра нет принудительного ro, если это не требуется конфигурацией.