Linux

Как исправить проблемы с файловой системой Linux: пошаговое руководство

В этом руководстве вы узнаете, как выявить и устранить распространенные проблемы с файловой системой в Linux, включая поврежденные inode, неверные точки монтирования и ошибки fsck. После выполнения шагов вы сможете самостоятельно восстановить доступ к дискам и предотвратить дальнейшие сбои.

Обновлено 20 июля 2026 г.
10-15 мин
Средняя
FixPedia Team
Применимо к:Ubuntu 20.04Ubuntu 22.04Debian 11CentOS 8

Введение

Современные системы Linux крайне чувствительны к ошибкам файловой системы. Поврежденные inode, несоответствие меток разделов или неправильно смонтированные точки монтирования могут привести к потере доступа к данным. В этом руководстве мы расскажем, как быстро диагностировать и исправить эти проблемы с помощью стандартных инструментов Linux. После выполнения пошаговых инструкций вы сможете самостоятельно восстановить работоспособность диска и предотвратить дальнейшие сбои.

Требования

  • Доступ к системе с правами root (или использование sudo).
  • Диск, который требуется отремонтировать, подключенный или доступный через Live USB.
  • Основные утилиты: e2fsck, resize2fs, debugfs, dumpe2fs, testdisk, lsblk, mount, blkid.
  • Сборник команд для резервного копирования важных данных перед началом ремонта.

Пошаговая инструкция

Шаг 1: Запуск проверки файловой системы с помощью fsck

fsck — основной инструмент для проверки и восстановления файловых систем ext4/3. Для принудительного ремонта (игнорирования запросов пользователя) выполните:

sudo e2fsck -y /dev/sdX

Замените sdX на реальный идентификатор устройства (например, sdb1). Команда автоматически исправит обнаруженные ошибки и выведет отчет о проделанной работе.

Шаг 2: Восстановление поврежденного superblock

Если fsck не может прочитать superblock, вы можете восстановить его вручную:

sudo resize2fs -f /dev/sdX

или, для более глубокого ремонта:

debugfs -w /dev/sdX

В режиме debugfs выполните команды superblock и write, чтобы восстановить метаданные диска. Закройте консоль после завершения.

💡 Совет: Восстановленный superblock позволяет mount нормально смонтировать раздел.

Шаг 3: Проверка соответствия точек монтирования

Неправильная запись в /etc/fstab или несоответствие между устройством и точкой монтирования также вызывают ошибки файловой системы. Проверьте текущее монтирование:

sudo mount | grep /dev/sdX

Сравните вывод с записями в /etc/fstab. Если нужно изменить запись, откройте файл:

sudo nano /etc/fstab

Сохраните изменения и выполните sudo mount -a, чтобы применить их.

Шаг 4: Контроль целостности данных с помощью dumpe2fs

Убедитесь, что файловая система не имеет внутренних повреждений:

sudo dumpe2fs /dev/sdX | grep 'Number of inodes'

Если значение равно 0 или необычно мало, вероятно, inode повреждены. Также проверьте системный журнал:

dmesg | grep -i error

Обратите внимание на сообщения типа "Filesystem state: error" – они указывают на необходимость более глубокого ремонта.

Шаг 5: Повторная проверка работоспособности

После выполнения предыдущих шагов монтируйте диск и убедитесь, что данные доступны:

sudo mount /dev/sdX /mnt/point
lsblk -f

Если всё в порядке, проверьте содержимое:

ls /mnt/point

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

sudo testdisk /dev/sdX

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

Проверка результата

  • Диск смонтирован без ошибок (mount выводит строку с устройством и точкой монтирования).
  • Команда lsblk -f показывает корректную файловую систему.
  • Данные доступны для чтения/записи.

Если что-то не работает, вернитесь к шагу Возможные проблемы ниже.

Возможные проблемы

  • fsck виснет на «Ожидание пользователей» – диск смонтирован в другой точке. Отсоедините его (sudo umount /mount/point) и повторите проверку.
  • Superblock отсутствует – используйте fsck -o ressuper или debugfs для его восстановления.
  • Несоответствие /etc/fstab – временно закомментируйте строку, смонтируйте диск вручную, затем скорректируйте конфигурацию.
  • Число inode равно 0 – возможно, файловая система полностью уничтожена. Восстановите раздел с помощью testdisk или gdisk, затем выполните mkfs.ext4.
  • Диск по-прежнему недоступен – проверьте таблицу разделов (fdisk -l), убедитесь, что MBR/GPT совпадает, и восстановите потерянный раздел с помощью photorec или testdisk.

Следуйте приведенным решениям в порядке их появления. Если проблема сохраняется, возможно, неисправность аппаратного уровня – рассмотрите возможность замены диска.

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

Что делать, если команда `fsck` выводит ошибку «Ожидание пользователей»?
Как проверить, есть ли несоответствие между точкой монтирования и файловой системой?
Почему после ремонта диск все еще недоступен?
Можно ли предотвратить повторное повреждение файловой системы?

Полезное

Запуск проверки файловой системы с помощью fsck
Восстановление поврежденного superblock
Проверка соответствия точек монтирования
Контроль целостности данных с помощью dumpe2fs
Повторная проверка работоспособности

Эта статья помогла вам решить проблему?