Linux EROFSВысокая

Исправление ошибки read-only file system в Linux (EROFS)

Статья поможет вам устранить ошибку read-only file system в Linux, которая возникает при попытке записи на защищённый раздел. Вы узнаете причины сбоя и выполните проверенные шаги для восстановления доступа.

Обновлено 29 июля 2026 г.
5-10 мин
Средняя
FixPedia Team
Применимо к:Ubuntu 22.04 LTSDebian 12Linux Mint 21Fedora 38

Что означает ошибка EROFS

Ошибка read-only file system (часто отображается как EROFS или сообщение «The file system is read-only») означает, что ядро Linux считает определённый раздел или точку монтирования защищённой только для чтения. Любая попытка записать данные — создать файл, изменить содержимое или смонтировать раздел с флагом записи — завершается сбойными сообщениями, например:

mount: /mnt: устройство занято или ресурс заблокирован
cp: невозможно записать файл: Файл или директория находятся только для чтения

Сбой обычно появляется после внезапного отключения питания, ошибок монтирования или когда системный администратор вручную пометил раздел как ro.

Причины возникновения

  • Повреждение файловой системы из-за неожиданного отключения питания или сбоя в работе диска.
  • Неправильные записи в /etc/fstab с флагом ro или отсутствием прав записи.
  • Ошибки монтирования при использовании mount -o ro без последующего восстановления.
  • Устаревшие или повреждённые драйверы (особенно для RAID или LVM), которые блокируют запись.
  • Аппаратные сбои — дефектные сектора или сбой блокировки шпинделя диска.
  • Неправильные права доступа на уровне файлов или каталогов, когда пользователю не хватает прав w.

💡 Совет: Перед тем как что-либо менять, создайте снимок (бэкап) раздела с помощью sudo rsync или инструмента LVM/RAID, чтобы иметь точку возврата.

Способы решения

Способ 1: Исправить повреждённую файловую систему

  1. Определите устройство, которое вызывает проблему, с помощью sudo fdisk -l или lsblk.
  2. Выполните команду проверки и исправления:
    sudo fsck -y /dev/sdX1
    

    Команда сканирует таблицу блоков, восстанавливает повреждённые inode и восстанавливает целостность файловой системы.
  3. После завершения перемонтируйте раздел:
    sudo mount -o remount,rw /mnt
    

Способ 2: Исправить запись в /etc/fstab

  1. Откройте файл с помощью текстового редактора:
    sudo nano /etc/fstab
    
  2. Найдите строку, связанную с проблемным разделом (например, /dev/sda2 /mnt ext4 defaults 0 0). Убедитесь, что нет флага ro или _netdev, добавьте defaults или rw, если нужно.
  3. Сохраните изменения (Ctrl+X, Y, Enter).
  4. Выполните принудительное изменение флага монтирования:
    sudo mount -o remount,rw /mnt
    

Способ 3: Сбросить права доступа

  1. Для директории, которая вызывает проблему, выполните:
    sudo chmod 755 /path/to/dir
    
  2. Для отдельного файла:
    sudo chmod 644 /path/to/file
    
  3. Если проблема связана с владельцем, измените его:
    sudo chown $USER:$USER /path/to/file
    

Способ 4: Обновить драйверы и ядро

  • Debian/Ubuntu:
    sudo apt update
    sudo apt upgrade
    
  • Fedora/CentOS:
    sudo dnf upgrade
    

После обновления перезагрузите систему (sudo reboot), чтобы применить новые модули ядра.

Способ 5: Автоматическая проверка диска при загрузке

Если сбой повторяется после перезагрузки, вы можете принудить систему выполнить fsck при старте:

  1. Откройте конфигурационный файл GRUB:
    sudo nano /etc/default/grub
    
  2. Добавьте параметр fsck.mode=force&fsck.repair=yes в конце строки GRUB_CMDLINE_LINUX:
    GRUB_CMDLINE_LINUX="fsck.mode=force&fsck.repair=yes"
    
  3. Обновите конфигурацию загрузчика:
    sudo update-grub
    
  4. Перезагрузите систему:
    sudo reboot
    

Система автоматически запустит fsck перед загрузкой, что поможет устранить скрытые ошибки файловой системы.

Профилактика

  • Регулярно создавайте бэкапы разделов с помощью rsync, tar или инструментов LVM.
  • Используйте бесперебойное питание (UPS), чтобы избежать сбоя при записи.
  • Мониторьте здоровье диска с помощью smartctl и заменяйте устройства до их выхода из строя.
  • Обновляйте ядро и драйверы своевременно;古い версии часто содержат ошибки, вызывающие проблемы с монтированием.
  • Проверяйте /etc/fstab после любых изменений в структуре разделов; удаляйте старые записи, чтобы избежать случайного монтирования в режиме только для чтения.
  • Настройте резервное копирование журнала транзакций для критически важных данных, чтобы быстро восстановить их после сбоя файловой системы.

Систематическое выполнение этих шагов значительно снижает риск повторного возникновения ошибки read-only file system.

Часто задаваемые вопросы

Что означает сообщение 'read-only file system'?
Почему раздел может стать только для чтения?
Как безопасно проверить файловую систему перед исправлением?
Что делать, если после исправления ошибка снова появляется?

Полезное

Выполнить проверку файловой системы
Изменить флаг монтирования
Проверить права доступа
Обновить драйверы и ядро
Выполнить проверку диска при загрузке