Исправить ошибки ext4

Программа fsck (расшифровывается как File System Consistency Check) используется для проверки и восстановления одной или нескольких файловых систем Linux.

Эта проверка запускается автоматически во время загрузки при обнаружении несоответствий в файловой системе.

Также, при необходимости, она может быть запущена вручную.

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

В этой статье мы рассмотрим, как использовать команду ‘fsck’ или ‘e2fsck’ в Linux для восстановления поврежденной файловой системы.

🗂️ Что такое Ext2, Ext3 и Ext4 и как создавать и конвертировать файловые системы Linux

Примечание:

Выполняйте fsck на немонтированной файловой системе, чтобы избежать повреждения данных в ФС.

Для больших файловых систем выполнение fsck может занять много времени в зависимости от скорости системы и размера диска.

Когда проверка файловой системы завершена, fsck возвращает один из следующих кодов завершения:

КОД ЗАВЕРШЕНИЯ	ОПИСАНИЕ
0	Нет ошибок
1	Исправлены ошибки файловой системы
2	Система должна быть перезагружена
4	Ошибки файловой системы, оставленные без исправления
8	Операционная ошибка
16	Ошибка использования или синтаксиса
32	Проверка отменяется по запросу пользователя
128	Ошибка в общей библиотеке

Общий синтаксис:

fsck [option] [device or partition or mount point]

Повреждение файловой системы EXT4

Мы намеренно повредим файловую систему EXT4, выполнив приведенную ниже команду.

Она удаляет случайно выбранные блоки метаданных файловой системы

Примечание: Пожалуйста, не тестируйте это на производственном сервере, так как это может сильно повредить ваши данные.

sudo umount /data

Повреждение файловой системы ext4.

sudo dd if=/dev/zero of=/dev/sdb1 bs=10000 skip=0 count=1

1+0 records in
1+0 records out
10000 bytes (10 kB, 9.8 KiB) copied, 0.00394663 s, 2.5 MB/s

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

sudo mount /data

mount: /data: wrong fs type, bad option, bad superblock on /dev/sdb1, missing codepage or helper program, or other error.

Восстановление поврежденной файловой системы EXT4 и EXT3

Вы можете восстановить поврежденную файловую систему ext3 или ext4 в работающей системе Linux. fsck работает как обертка для команд fsck.ext3 и fsck.ext4.

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

Шаг-1: Размонтируйте устройство, на котором вы хотите запустить fsck.

sudo umount /dev/sdb1

Шаг-2: Запустите fsck для восстановления файловой системы:

sudo fsck.ext4 -p /dev/sdb1

-p : Автоматически устранить все проблемы, которые могут быть безопасно устранены без вмешательства пользователя.

Если вышеуказанный вариант не устраняет проблему, выполните команду fsck в следующем формате.

sudo fsck.ext4 -fvy /dev/sdb1

e2fsck 1.45.6 (20-Mar-2020)
ext2fs_open2: Bad magic number in super-block
fsck.ext4: Superblock invalid, trying backup blocks...
Resize inode not valid.  Recreate? yes

Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Block bitmap differences:  -65536 -65538 -(65541--65542) -(65546--65547) -(65549--65550) -(65555--65557)
.
.
Fix? yes

Free inodes count wrong for group #0 (8181, counted=8165).
Fix? yes

Free inodes count wrong (327669, counted=327653).
Fix? yes

Padding at end of inode bitmap is not set. Fix? yes


/dev/sdb1: ***** FILE SYSTEM WAS MODIFIED *****

          27 inodes used (0.01%, out of 327680)
           0 non-contiguous files (0.0%)
           0 non-contiguous directories (0.0%)
             # of inodes with ind/dind/tind blocks: 0/0/0
             Extent depth histogram: 19
       43294 blocks used (3.30%, out of 1310464)
           0 bad blocks
           0 large files

          16 regular files
           2 directories
           0 character device files
           0 block device files
           0 fifos
           0 links
           0 symbolic links (0 fast symbolic links)
           0 sockets
------------
          18 files

Шаг-3: Как только файловая система будет восстановлена, смонтируйте раздел.

sudo mount /dev/sdb1

2) Восстановление тома LVM с помощью fsck

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

Для восстановления LVM-раздела следуйте приведенной ниже процедуре:

При необходимости вы также можете восстановить/восстановить том lvm вместо его ремонта.

Шаг-1: Убедитесь, что конкретный том LVM находится в активном состоянии для запуска fsck.

Чтобы проверить состояние LVM, выполните:

sudo lvscan

  inactive          '/dev/myvg/vol01' [1.00 GiB] inherit
  ACTIVE            '/dev/rhel/swap' [2.07 GiB] inherit
  ACTIVE            '/dev/rhel/root' [<26.93 GiB] inherit

Если он “inactive“, активируйте его, выполнив следующую команду.

sudo lvchange -ay /dev/myvg/vol01 -v

  Activating logical volume myvg/vol01.
  activation/volume_list configuration setting not defined: Checking only host tags for myvg/vol01.
  Creating myvg-vol01
  Loading table for myvg-vol01 (253:2).
  Resuming myvg-vol01 (253:2).

Шаг-2: Размонтируйте устройство или файловую систему, на которой вы хотите запустить fsck.

sudo umount /dev/myvg/vol01

Шаг-3: Запустите fsck для восстановления файловой системы.

Для запуска fsck необходимо ввести путь к LVM-тому, а не к реальному физическому разделу.

sudo fsck.ext4 -fvy /dev/myvg/vol01

e2fsck 1.45.6 (20-Mar-2020)
/dev/myvg/vol01: clean, 24/65536 files, 14094/262144 blocks

• -f : Принудительная проверка, даже если файловая система кажется чистой.
• -y : Предполагать ответ `yes’ на все вопросы; позволяет использовать e2fsck неинтерактивно.
• -v : Подробный режим

Шаг-4: Как только файловая система будет восстановлена, смонтируйте раздел.

sudo mount /apps

Заключение

В этом руководстве мы показали вам, как восстановить поврежденную файловую систему EXT4 в Linux.

Вы можете использовать ту же процедуру для EXT3 и других файловых систем.

Также мы показали, как запустить e2fsck на томах LVM.

Если у вас есть вопросы или замечания, не стесняйтесь оставлять комментарии.

см. также:

• 🐧 Как принудительно выполнить fsck при перезагрузке системы
• #️⃣ Как добавить зашифрованный жесткий диск на Linux
• 🛑 Команды Linux, которые вы никогда не должны запускать в своей системе
• 🐧 Советы по обеспечению безопасности сервера CentOS – часть 1
• 🐧 Проверка файловой системы Linux на наличие ошибок: команда FSCK с примерами
• 🐧 Как зашифровать каталоги с помощью eCryptfs на Linux

Состояние перевода: На этой странице представлен перевод статьи fsck. Дата последней синхронизации: 10 июля 2021. Вы можете помочь синхронизировать перевод, если в английской версии произошли изменения.

fsck (file system check) — утилита для проверки и восстановления файловых систем Linux. Проверка файловых систем разных физических дисков выполняется параллельно, что позволяет значительно её ускорить (см. fsck(8)).

Процесс загрузки Arch включает в себя процедуру fsck, поэтому проверка файловых систем на всех носителях выполняется автоматически при каждой загрузке. По этой причине обычно нет необходимости выполнять её через командную строку.

Проверка при загрузке

Механизм

Существует два возможных варианта:

1. mkinitcpio предоставляет хук fsck для проверки корневой файловой системы перед монтированием. Корневой раздел должен быть смонтирован на запись и чтение (параметр ядра rw) [1].
2. systemd проверяет все файловые системы, которым задано значение fsck больше 0 (либо параметром fstab, либо в пользовательском файле юнита). Корневая файловая система изначально должна быть смонтирована только на чтение (параметр ядра ro), и лишь позже перемонтирована на чтение-запись в fstab. Имейте в виду, что опция монтирования defaults подразумевает rw.

Рекомендуется по умолчанию использовать первый вариант. Если вы устанавливали систему в соответствии с руководством, то использоваться будет именно он. Если вы хотите вместо этого использовать вариант 2, то удалите хук fsck из mkinitcpio.conf и задайте параметр ядра ro. Кроме того, параметром ядра fsck.mode=skip можно полностью отключить fsck для обоих вариантов.

Принудительная проверка

Если вы используете base-хук mkinitcpio, то можно принудительно выполнять fsck во время загрузки, задав параметр ядра fsck.mode=force. Проверена будет каждая файловая система на машине.

В качестве альтернативы можно воспользоваться службой systemd systemd-fsck@.service(8), которая проверит все настроенные файловые системы, которые не были проверены в initramfs. Тем не менее, проверка корневой файловой системы этим способом может стать причиной задержки в время загрузки, поскольку файловая система будет перемонтироваться.

Примечание: Если вы используете другие дистрибутивы GNU/Linux, то учтите, что старые методы проверки вроде файлов forcefsck для каждой файловой системы или команды shutdown с флагом -F будут работать только с SysVinit и ранними версиями Upstart; работать с systemd они не будут. Решение, предложенное выше, является единственным рабочим для Arch Linux.

Советы и рекомандации

Восстановление повреждённых блоков

Следующая команда позволяет восстановить повреждённые участки файловых систем ext2/ext3/ext4 и FAT:

Важно: Разрешение на восстановление запрошено не будет. Подразумевается, что вы уже ответили «Да», запустив команду на выполнение.

# fsck -a

Интерактивное восстановление повреждённых блоков

Полезно в том случае, если файлы на загрузочном разделе были изменены, а журнал не обновился соответствующим образом. В этом случае размонтируйте загрузочный раздел и выполните:

# fsck -r диск

Изменение частоты проверки

Примечание: Команды tune2fs и dumpe2fs работают только с файловыми системами ext2/ext3/ext4.

По умолчанию fsck проверяет файловую систему каждые 30 загрузок (вычисляется отдельно для каждого раздела). Чтобы изменить частотку проверок, выполните:

# tune2fs -c 20 /dev/sda1

Здесь 20 — число загрузок между проверками. Если задать значение 1, то проверка будет выполняться при каждой загрузке, а значение 0 отключит сканирование.

Текущую частоту проверок и опции монтирования конкретного раздела можно узнать командой:

# dumpe2fs -h /dev/sda1 | grep -i 'mount count'

Параметры fstab

fstab — файл системных настроек, который используется для передачи ядру Linux информации о том, какие разделы (файловые системы) монтировать и в какие точки дерева файловой системы.

Записи в /etc/fstab выглядят примерно следующим образом.

/dev/sda1   /         ext4      defaults       0  1
/dev/sda2   /other    ext4      defaults       0  2
/dev/sda3   /win      ntfs-3g   defaults       0  0

Шестое поле каждой строки (выделено) — опция fsck:

• 0 — не проверять.
• 1 — файловая система (раздел), которая должна быть проверена первой; для корневого раздела (/) должно использоваться именно это значение.
• 2 — прочие файловые системы, которые должны быть проверены.

Решение проблем

Не запускается fsck для отдельного раздела /usr

1. Убедитесь, что используются соответствующие хуки в /etc/mkinitcpio.conf, а также что вы не забыли пересоздать initramfs после последнего редактирования этого файла.
2. Проверьте fstab! Только корневому разделу должен быть задан параметр 1 в последнем поле, все остальные разделы должны иметь либо 2, либо 0. Также проверьте файл на наличие иных опечаток.

ext2fs: no external journal

Иногда (например, из-за внезапного отключения питания) файловые системы ext(3/4) могут повредиться так сильно, что восстановить их обычным способом не удастся. Как правило, при этом fsck выводит сообщение о том, что не удалось найти журнал (no external journal). В этом случае выполните команды ниже.

Отмонтируйте раздел от соответствующего каталога:

# umount каталог

Запишите на раздел новый журнал:

# tune2fs -j /dev/раздел

Запустите fsck, чтобы восстановить раздел:

# fsck -p /dev/раздел

Thank you for reading this post, don’t forget to subscribe!

Про­грам­ма fsck (рас­шиф­ро­вы­ва­ет­ся как File System Consistency Check) исполь­зу­ет­ся для про­вер­ки и вос­ста­нов­ле­ния одной или несколь­ких фай­ло­вых систем Linux.

Эта про­вер­ка запус­ка­ет­ся авто­ма­ти­че­ски во вре­мя загруз­ки при обна­ру­же­нии несо­от­вет­ствий в фай­ло­вой системе.

Так­же, при необ­хо­ди­мо­сти, она может быть запу­ще­на вручную.

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

Примечание:

Выпол­няй­те fsck на немон­ти­ро­ван­ной фай­ло­вой систе­ме, что­бы избе­жать повре­жде­ния дан­ных в ФС.

Для боль­ших фай­ло­вых систем выпол­не­ние fsck может занять мно­го вре­ме­ни в зави­си­мо­сти от ско­ро­сти систе­мы и раз­ме­ра диска.

Когда про­вер­ка фай­ло­вой систе­мы завер­ше­на, fsck воз­вра­ща­ет один из сле­ду­ю­щих кодов завершения:

КОД ЗАВЕРШЕНИЯ	ОПИСАНИЕ
0	Нет оши­бок
1	Исправ­ле­ны ошиб­ки фай­ло­вой системы
2	Систе­ма долж­на быть перезагружена
4	Ошиб­ки фай­ло­вой систе­мы, остав­лен­ные без исправления
8	Опе­ра­ци­он­ная ошибка
16	Ошиб­ка исполь­зо­ва­ния или синтаксиса
32	Про­вер­ка отме­ня­ет­ся по запро­су пользователя
128	Ошиб­ка в общей библиотеке

Общий син­так­сис:

fsck [option] [device or partition or mount point]

Повреждение файловой системы EXT4

Мы наме­рен­но повре­дим фай­ло­вую систе­му EXT4, выпол­нив при­ве­ден­ную ниже команду.

Она уда­ля­ет слу­чай­но выбран­ные бло­ки мета­дан­ных фай­ло­вой системы

При­ме­ча­ние: Пожа­луй­ста, не тести­руй­те это на про­из­вод­ствен­ном сер­ве­ре, так как это может силь­но повре­дить ваши данные.

sudo umount /data

Повре­жде­ние фай­ло­вой систе­мы ext4.

sudo dd if=/dev/zero of=/dev/sdb1 bs=10000 skip=0 count=1

1+0 records in
1+0 records out
10000 bytes (10 kB, 9.8 KiB) copied, 0.00394663 s, 2.5 MB/s

sudo mount /data

mount: /data: wrong fs type, bad option, bad superblock on /dev/sdb1, missing codepage or helper program, or other error.

Восстановление поврежденной файловой системы EXT4 и EXT3

Вы може­те вос­ста­но­вить повре­жден­ную фай­ло­вую систе­му ext3 или ext4 в рабо­та­ю­щей систе­ме Linux. fsck рабо­та­ет как оберт­ка для команд fsck.ext3 и fsck.ext4.

При­ме­ча­ние: Если вы не може­те раз­мон­ти­ро­вать неко­то­рые тома без рута из-за про­бле­мы, загру­зи­те систе­му в одно­поль­зо­ва­тель­ский режим или режим rescue для восстановления.

Шаг-1: Раз­мон­ти­руй­те устрой­ство, на кото­ром вы хоти­те запу­стить fsck.

sudo umount /dev/sdb1

Шаг-2: Запу­сти­те fsck для вос­ста­нов­ле­ния фай­ло­вой системы:

sudo fsck.ext4 -p /dev/sdb1

-p : Авто­ма­ти­че­ски устра­нить все про­бле­мы, кото­рые могут быть без­опас­но устра­не­ны без вме­ша­тель­ства пользователя.

Если выше­ука­зан­ный вари­ант не устра­ня­ет про­бле­му, выпол­ни­те коман­ду fsck в сле­ду­ю­щем формате.

sudo fsck.ext4 -fvy /dev/sdb1

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45

e2fsck 1.45.6 (20-Mar-2020) ext2fs_open2: Bad magic number in super-block fsck.ext4: Superblock invalid, trying backup blocks... Resize inode not valid.  Recreate? yes Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information Block bitmap differences:  -65536 -65538 -(65541—65542) -(65546—65547) -(65549—65550) -(65555—65557) . . Fix? yes Free inodes count wrong for group #0 (8181, counted=8165). Fix? yes Free inodes count wrong (327669, counted=327653). Fix? yes Padding at end of inode bitmap is not set. Fix? yes /dev/sdb1: ***** FILE SYSTEM WAS MODIFIED *****           27 inodes used (0.01%, out of 327680)            0 non-contiguous files (0.0%)            0 non-contiguous directories (0.0%)              # of inodes with ind/dind/tind blocks: 0/0/0              Extent depth histogram: 19        43294 blocks used (3.30%, out of 1310464)            0 bad blocks            0 large files           16 regular files            2 directories            0 character device files            0 block device files            0 fifos            0 links            0 symbolic links (0 fast symbolic links)            0 sockets ————           18 files

Шаг-3: Как толь­ко фай­ло­вая систе­ма будет вос­ста­нов­ле­на, смон­ти­руй­те раздел.

sudo mount /dev/sdb1

2) Восстановление тома LVM с помощью fsck

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

Для вос­ста­нов­ле­ния LVM-раз­де­ла сле­дуй­те при­ве­ден­ной ниже процедуре:

При необ­хо­ди­мо­сти вы так­же може­те восстановить/восстановить том lvm вме­сто его ремонта.

Шаг-1: Убе­ди­тесь, что кон­крет­ный том LVM нахо­дит­ся в актив­ном состо­я­нии для запус­ка fsck.

Что­бы про­ве­рить состо­я­ние LVM, выполните:

sudo lvscan

inactive          ‘/dev/myvg/vol01’ [1.00 GiB] inherit   ACTIVE            ‘/dev/rhel/swap’ [2.07 GiB] inherit   ACTIVE            ‘/dev/rhel/root’ [<26.93 GiB] inherit

Если он “inactive“, акти­ви­руй­те его, выпол­нив сле­ду­ю­щую команду.

sudo lvchange -ay /dev/myvg/vol01 -v

Activating logical volume myvg/vol01.   activation/volume_list configuration setting not defined: Checking only host tags for myvg/vol01.   Creating myvg-vol01   Loading table for myvg-vol01 (253:2).   Resuming myvg-vol01 (253:2).

Шаг-2: Раз­мон­ти­руй­те устрой­ство или фай­ло­вую систе­му, на кото­рой вы хоти­те запу­стить fsck.

sudo umount /dev/myvg/vol01

Шаг-3: Запу­сти­те fsck для вос­ста­нов­ле­ния фай­ло­вой системы.

Для запус­ка fsck необ­хо­ди­мо вве­сти путь к LVM-тому, а не к реаль­но­му физи­че­ско­му разделу.

sudo fsck.ext4 -fvy /dev/myvg/vol01

e2fsck 1.45.6 (20-Mar-2020) /dev/myvg/vol01: clean, 24/65536 files, 14094/262144 blocks

• -f : При­ну­ди­тель­ная про­вер­ка, даже если фай­ло­вая систе­ма кажет­ся чистой.
• -y : Пред­по­ла­гать ответ `yes’ на все вопро­сы; поз­во­ля­ет исполь­зо­вать e2fsck неинтерактивно.
• -v : Подроб­ный режим

Шаг-4: Как толь­ко фай­ло­вая систе­ма будет вос­ста­нов­ле­на, смон­ти­руй­те раздел.

sudo mount /apps