Из-за различных неполадок или неожиданного отключения компьютера файловая система может быть повреждена. При обычном выключении все файловые системы монтируются только для чтения, а все не сохраненные данные записываются на диск.
Но если питание выключается неожиданно, часть данных теряется, и могут быть потерянны важные данные, что приведет к повреждению самой файловой системы. В этой статье мы рассмотрим как восстановить файловую систему fsck, для нескольких популярных файловых систем, а также поговорим о том, как происходит восстановление ext4.
Немного теории
Как вы знаете файловая система содержит всю информацию обо всех хранимых на компьютере файлах. Это сами данные файлов и метаданные, которые управляют расположением и атрибутами файлов в файловой системе. Как я уже говорил, данные не сразу записываются на жесткий диск, а некоторое время находятся в оперативной памяти и при неожиданном выключении, за определенного стечения обстоятельств файловая система может быть повреждена.
Современные файловые системы делятся на два типа — журналируемые и нежурналируемые. Журналиуемые файловые системы записывают в лог все действия, которые собираются выполнить, а после выполнения стирают эти записи. Это позволяет очень быстро понять была ли файловая система повреждена. Но не сильно помогает при восстановлении. Чтобы восстановить файловую систему linux необходимо проверить каждый блок файловой системы и найти поврежденные сектора.
Для этих целей используется утилита fsck. По сути, это оболочка для других утилит, ориентированных на работу только с той или иной файловой системой, например, для fat одна утилита, а для ext4 совсем другая.
В большинстве систем для корневого раздела проверка fsck запускается автоматически, но это не касается других разделов, а также не сработает если вы отключили проверку.
В этой статье мы рассмотрим ручную работу с fsck. Возможно, вам понадобиться LiveCD носитель, чтобы запустить из него утилиту, если корневой раздел поврежден. Если же нет, то система сможет загрузиться в режим восстановления и вы будете использовать утилиту оттуда. Также вы можете запустить fsck в уже загруженной системе. Только для работы нужны права суперпользователя, поэтому выполняйте ее через sudo.
А теперь давайте рассмотрим сам синтаксис утилиты:
$ fsck [опции] [опции_файловой_системы] [раздел_диска]
Основные опции указывают способ поведения утилиты, оболочки fsck. Раздел диска — это файл устройства раздела в каталоге /dev, например, /dev/sda1 или /dev/sda2. Опции файловой системы специфичны для каждой отдельной утилиты проверки.
А теперь давайте рассмотрим самые полезные опции fsck:
- -l — не выполнять другой экземпляр fsck для этого жесткого диска, пока текущий не завершит работу. Для SSD параметр игнорируется;
- -t — задать типы файловых систем, которые нужно проверить. Необязательно указывать устройство, можно проверить несколько разделов одной командой, просто указав нужный тип файловой системы. Это может быть сама файловая система, например, ext4 или ее опции в формате opts=ro. Утилита просматривает все файловые системы, подключенные в fstab. Если задать еще и раздел то к нему будет применена проверка именно указанного типа, без автоопределения;
- -A — проверить все файловые системы из /etc/fstab. Вот тут применяются параметры проверки файловых систем, указанные в /etc/fstab, в том числе и приоритетность. В первую очередь проверяется корень. Обычно используется при старте системы;
- -C — показать прогресс проверки файловой системы;
- -M — не проверять, если файловая система смонтирована;
- -N — ничего не выполнять, показать, что проверка завершена успешно;
- -R — не проверять корневую файловую систему;
- -T — не показывать информацию об утилите;
- -V — максимально подробный вывод.
Это были глобальные опции утилиты. А теперь рассмотрим опции для работы с файловой системой, их меньше, но они будут более интересны:
- -a — во время проверки исправить все обнаруженные ошибки, без каких-либо вопросов. Опция устаревшая и ее использовать не рекомендуется;
- -n — выполнить только проверку файловой системы, ничего не исправлять;
- -r — спрашивать перед исправлением каждой ошибки, используется по умолчанию для файловых систем ext;
- -y — отвечает на все вопросы об исправлении ошибок утвердительно, можно сказать, что это эквивалент a.
- -c — найти и занести в черный список все битые блоки на жестком диске. Доступно только для ext3 и ext4;
- -f — принудительная проверка файловой системы, даже если по журналу она чистая;
- -b — задать адрес суперблока, если основной был поврежден;
- -p — еще один современный аналог опции -a, выполняет проверку и исправление автоматически. По сути, для этой цели можно использовать одну из трех опций: p, a, y.
Теперь мы все разобрали и вы готовы выполнять восстановление файловой системы linux. Перейдем к делу.
Как восстановить файловую систему в fsck
Допустим, вы уже загрузились в LiveCD систему или режим восстановления. Ну, одним словом, готовы к восстановлению ext4 или любой другой поврежденной ФС. Утилита уже установлена по умолчанию во всех дистрибутивах, так что устанавливать ничего не нужно.
Восстановление файловой системы
Если ваша файловая система находится на разделе с адресом /dev/sda1 выполните:
sudo fsck -y /dev/sda1
Опцию y указывать необязательно, но если этого не сделать утилита просто завалит вас вопросами, на которые нужно отвечать да.
Восстановление поврежденного суперблока
Обычно эта команда справляется со всеми повреждениями на ура. Но если вы сделали что-то серьезное и повредили суперблок, то тут fsck может не помочь. Суперблок — это начало файловой системы. Без него ничего работать не будет.
Но не спешите прощаться с вашими данными, все еще можно восстановить. С помощью такой команды смотрим куда были записаны резервные суперблоки:
sudo mkfs -t ext4 -n /dev/sda1
На самом деле эта команда создает новую файловую систему. Вместо ext4 подставьте ту файловую систему, в которую был отформатирован раздел, размер блока тоже должен совпадать иначе ничего не сработает. С опцией -n никаких изменений на диск не вноситься, а только выводится информация, в том числе о суперблоках.
Теперь у нас есть шесть резервных адресов суперблоков и мы можем попытаться восстановить файловую систему с помощью каждого из них, например:
sudo fsck -b 98304 /dev/sda1
После этого, скорее всего, вам удастся восстановить вашу файловую систему. Но рассмотрим еще пару примеров.
Проверка чистой файловой системы
Проверим файловую систему, даже если она чистая:
sudo fsck -fy /dev/sda1
Битые сектора
Или еще мы можем найти битые сектора и больше в них ничего не писать:
sudo fsck -c /dev/sda1
Установка файловой системы
Вы можете указать какую файловую систему нужно проверять на разделе, например:
sudo fsck -t ext4 /dev/sdb1
Проверка всех файловых систем
С помощью флага -A вы можете проверить все файловые системы, подключенные к компьютеру:
sudo fsck -A -y
Но такая команда сработает только в режиме восстановления, если корневой раздел и другие разделы уже примонтированы она выдаст ошибку. Но вы можете исключить корневой раздел из проверки добавив R:
sudo fsck -AR -y
Или исключить все примонтированные файловые системы:
sudo fsck -M -y
Также вы можете проверить не все файловые системы, а только ext4, для этого используйте такую комбинацию опций:
sudo fsck -A -t ext4 -y
Или можно также фильтровать по опциям монтирования в /etc/fstab, например, проверим файловые системы, которые монтируются только для чтения:
sudo fsck -A -t opts=ro
Проверка примонтированных файловых систем
Раньше я говорил что нельзя. Но если другого выхода нет, то можно, правда не рекомендуется. Для этого нужно сначала перемонтировать файловую систему в режим только для чтения. Например:
sudo mount -o remount,ro /dev/sdb1
А теперь проверка файловой системы fsck в принудительном режиме:
sudo fsck -fy /dev/sdb1
Просмотр информации
Если вы не хотите ничего исправлять, а только посмотреть информацию, используйте опцию -n:
sudo fsck -n /dev/sdb1
Выводы
Вот и все, теперь вы знаете как выполняется восстановление файловой системы ext4 или любой другой, поддерживаемой в linux fsck. Если у вас остались вопросы, спрашивайте в комментариях!
На десерт сегодня видео на английском про различия файловых систем ext4 и xfs, как обычно, есть титры:
https://www.youtube.com/watch?v=pECp066gGcY
Обнаружили ошибку в тексте? Сообщите мне об этом. Выделите текст с ошибкой и нажмите Ctrl+Enter.
Иногда плохие вещи случаются с хорошими системами.
К счастью, вы являетесь пользователем Linux и у вас есть fsck (проверка файловой системы), чтобы помочь с потенциально поврежденной файловой системой. Эта утилита используется для проверки и (необязательно) восстановления файловой системы.
Есть несколько сценариев, где вы можете использовать fsck. Как правило, вы захотите выполнить эту команду, если ваша система не загружается, устройство (внешние накопители или носители данных) не работает должным образом, или если вы видели доказательства повреждения файла.
Fsck на самом деле является «внешним интерфейсом» для ряда специфичных для файловой системы средств проверки, таких как fsck.vfat, fsck.ext2 и т. д. Их указывать необязательно, но вы можете найти более сложные опции в man страницы этих более точных команд.
Команда fsck следует шаблону, подобному большинству команд Linux.
fsck [options] [filesystem]
Если вы не укажете файловую систему, система проанализирует ваш файл fstab (/etc/fstab) на наличие устройств для сканирования.
Вам нужно будет выполнить команду как пользователь root или использовать ее с sudo.
Вы можете использовать команду fdisk или df для вывода списка жесткого диска в Linux . Таким образом, вы можете указать, какое устройство проверять с помощью команды fsck.
Disk /dev/nvme0n1: 238.49 GiB, 256060514304 bytes, 500118192 sectors Disk model: THNSN5256GPUK NVMe TOSHIBA 256GB Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: 014A45DC-22A2-4FC0-BEEA-25A6F2406380 Device Start End Sectors Size Type /dev/nvme0n1p1 2048 1050623 1048576 512M EFI System /dev/nvme0n1p2 1050624 98563270 97512647 46.5G Linux filesystem /dev/nvme0n1p3 98564096 500117503 401553408 191.5G Linux filesystem
Размонтируйте устройство перед запуском fsck
Не запускайте fsck на смонтированном устройстве, вам нужно сначала отключить цель, чтобы избежать повреждения ваших файлов.
Если вы попытаетесь запустить fsck на смонтированном устройстве, вы должны увидеть такую ошибку:
destroyer@andreyex:~$ sudo fsck /dev/sda3 fsck from util-linux 2.34 e2fsck 1.45.5 (07-Jan-2020) /dev/sda3 is mounted. e2fsck: Cannot continue, aborting.
Запуск fsck на нормальном здоровом диске выглядит следующим образом:
destroyer@andreyex:~$ sudo fsck /dev/sda2 fsck from util-linux 2.34 fsck.fat 4.1 (2017-01-24) /dev/sda2: 5 files, 1967/1972 clusters
Хотя fsck принимает имя устройства, например /dev/sda, вы можете ввести UUID, чтобы избежать путаницы с подключением и отключением устройств. UUID — это фиксированное значение, назначенное вашему устройству и не будет зависеть от этих системных изменений.
Понимание кодов выхода для команды fsck
Это список кодов, которые могут быть возвращены из fsck после проверки диска. Ваш код выхода будет суммой этих кодов, если вы проанализируете один диск. Если вы используете fsck на нескольких устройствах, он вернет побитовое ИЛИ двух сумм.
- 0 — нет ошибок
- 1 — исправлены ошибки файловой системы
- 2 — система должна быть перезагружена
- 4 — Ошибки файловой системы оставлены без исправлений
- 8 — Операционная ошибка
- 16 — ошибка использования или синтаксиса
- 32 — Fsck отменен по запросу пользователя
- 128 — Ошибка общей библиотеки
Вы можете проверить код завершения последней команды запуска, используя команду echo $?.
Практическое использование команды fsck
Теперь, когда вы немного знакомы с командой fsck, давайте посмотрим на практические примеры использования этой команды.
Ремонт USB-диска и других съемных устройств
Для наших целей предположим, что вы уже определили проблемное устройство /dev/sdb.
Во-первых, вам нужно убедиться, что диск отключен:
sudo umount /dev/sdb
Теперь запустите команду fsck:
sudo fsck /dev/sdb
Проверьте вывод на наличие ошибок. Если ничего не отображается, проверьте код выхода с помощью echo $?.
Есть также некоторые опции флагов, которые мы можем добавить, чтобы позволить автоматическое исправление. Эти команды не стандартизированы, и вы должны проверить тип файловой системы и сравнить документацию с этой конкретной страницы руководства.
Несмотря на это, вы можете использовать -pfsck для автоматического восстановления.
sudo fsck -p /dev/sdb
Аналогичным образом -y будут применены исправления к любой обнаруженной поврежденности файловой системы.
Восстановить корневую файловую систему
Вы не можете размонтировать корневой раздел, пока система активна. Если вы подозреваете, что ваша основная файловая система повреждена, вы должны использовать здесь другой подход.
Есть несколько вариантов, которые вы можете использовать. Вы можете запустить fsck во время загрузки, в режиме восстановления или использовать live cd на тему восстановления.
Многие дистрибутивы Linux автоматически запускают fsck после определенного числа неудачных попыток загрузки. Если вы предпочитаете взять дело в свои руки, вы можете запланировать, что система сделает это самостоятельно.
В большинстве современных версий Linux есть инструмент под названием tune2fs.
sudo tune2fs -c 1 /dev/sda
Предполагая, что ваше корневое устройство dev/sda, это команда, которую вы должны ввести.
Теперь, что на самом деле происходит, так это то, что вы меняете системные настройки так, что fsck запускается при каждом nколичестве загрузок (1 в примере). Вы также можете установить это на стандартный интервал времени. Варианты days, weeks, или months.
Допустим, вы хотите, чтобы fsck запускался каждый раз при загрузке, если в течение недели не было проверки. Вы можете использовать -i для указания интервала, и команда будет выглядеть следующим образом.
sudo tune2fs -i 1w /dev/sda
Если вы используете systemd, вы можете принудительно запустить fsck при следующей загрузке, введя следующее:
fsck.mode=force fsck.repair=yes
Вывод
Вы всегда можете обратиться к man-страницам для получения дополнительной информации. Просто используйте man fsckв терминале.
Мы надеемся, что вы узнали что-то новое о команде fsck. Если у вас есть какие-либо комментарии или вопросы, пожалуйста, оставьте их ниже.
Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.
Состояние перевода: На этой странице представлен перевод статьи fsck. Дата последней синхронизации: 10 июля 2021. Вы можете помочь синхронизировать перевод, если в английской версии произошли изменения.
fsck (file system check) — утилита для проверки и восстановления файловых систем Linux. Проверка файловых систем разных физических дисков выполняется параллельно, что позволяет значительно её ускорить (см. fsck(8)).
Процесс загрузки Arch включает в себя процедуру fsck, поэтому проверка файловых систем на всех носителях выполняется автоматически при каждой загрузке. По этой причине обычно нет необходимости выполнять её через командную строку.
Проверка при загрузке
Механизм
Существует два возможных варианта:
- mkinitcpio предоставляет хук
fsckдля проверки корневой файловой системы перед монтированием. Корневой раздел должен быть смонтирован на запись и чтение (параметр ядраrw) [1]. - 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
- Убедитесь, что используются соответствующие хуки в
/etc/mkinitcpio.conf, а также что вы не забыли пересоздать initramfs после последнего редактирования этого файла. - Проверьте fstab! Только корневому разделу должен быть задан параметр
1в последнем поле, все остальные разделы должны иметь либо2, либо0. Также проверьте файл на наличие иных опечаток.
ext2fs: no external journal
Иногда (например, из-за внезапного отключения питания) файловые системы ext(3/4) могут повредиться так сильно, что восстановить их обычным способом не удастся. Как правило, при этом fsck выводит сообщение о том, что не удалось найти журнал (no external journal). В этом случае выполните команды ниже.
Отмонтируйте раздел от соответствующего каталога:
# umount каталог
Запишите на раздел новый журнал:
# tune2fs -j /dev/раздел
Запустите fsck, чтобы восстановить раздел:
# fsck -p /dev/раздел
Файловые системы Linux несут ответственность за организацию хранения и восстановления данных. Так или иначе, со временем файловая система может быть повреждена и некоторые ее части могут быть недоступны. Если в вашей файловой системе возникает такое несоответствие, рекомендуется проверить ее целостность.
Это можно сделать с помощью системной утилиты под названием fsck (проверка целостности файловой системы), который автоматически проверяет корневую файловую систему во время загрузки или запускается вручную.
В этой статье мы рассмотрим команда fsck и его использование, чтобы помочь вам исправить ошибки диска Linux.
Оглавление
1
Когда использовать команду fsck в Linux
Существуют разные сценарии, когда вы захотите запустить fsck. Вот несколько примеров:
- Система не загружается.
- Файлы в системе становятся поврежденными (часто вы можете увидеть ошибку ввода/вывода).
- Подключенный диск (включая флэш-накопители/SD-карты) не работает должным образом.
Параметры команды fsck
команда fsck необходимо запускать с правами суперпользователя или корень. Вы можете использовать его с разными аргументами. Их использование зависит от вашего конкретного случая. Ниже вы увидите некоторые из наиболее важных параметров:
-A– Используется для проверки всех файловых систем. Список взят из/etc/fstab.-C– Показать индикатор выполнения.-l– Блокирует устройство, чтобы гарантировать, что никакая другая программа не попытается использовать раздел во время проверки.-M– Не проверять смонтированные файловые системы.-N– Показывать только то, что будет сделано – никаких фактических изменений не вносится.-P– Если вы хотите параллельно проверять файловые системы, включая root.-R– Не проверять корневую файловую систему. Это полезно только с ‘-A‘.-r– Предоставлять статистику по каждому проверяемому устройству.-T– Не показывает заголовок.-t– Исключительно указать Типы файловых систем Linux быть проверенным. Типы могут быть списками, разделенными запятыми.-V– Дайте описание того, что делается.
Запустите команду fsck для исправления ошибок файловой системы Linux
для запуска fsck, вам нужно будет убедиться, что раздел, который вы собираетесь проверять, не смонтирован. Для целей этой статьи я буду использовать свой второй диск /dev/sdb установлен в /mnt.
Вот что произойдет, если я попытаюсь запустить fsck когда раздел смонтирован.
# fsck /dev/sdb
Чтобы избежать этого, размонтируйте раздел с помощью.
# umount /dev/sdb
Затем fsck можно безопасно запускать.
# fsck /dev/sdb
Понимание кодов выхода fsck
После запуска fsck, он вернет код выхода. Эти коды можно увидеть в руководстве fsck, запустив:
# man fsck 0 No errors 1 Filesystem errors corrected 2 System should be rebooted 4 Filesystem errors were left uncorrected 8 Operational error 16 Usage or syntax error 32 Checking canceled by user request 128 Shared-library error
Fsck восстановить файловую систему Linux
Иногда в файловой системе можно найти более одной ошибки. В таких случаях вы можете захотеть fsck автоматически пытаться исправить ошибки. Это можно сделать с помощью:
# fsck -y /dev/sdb
-y флаг, автоматически “yes” на любые подсказки от fsck, чтобы исправить ошибку.
Точно так же вы можете запускать одно и то же во всех файловых системах (без корень):
$ fsck -AR -y
Как запустить fsck на корневом разделе Linux
В некоторых случаях вам может понадобиться запустить fsck на корень раздел вашей системы. Поскольку вы не можете бежать fsck пока раздел смонтирован, вы можете попробовать один из следующих вариантов:
- Принудительно fsck при загрузке системы
- Запустите fsck в режиме восстановления
Мы рассмотрим обе ситуации.
Принудительно fsck при загрузке системы
Это относительно легко сделать, единственное, что вам нужно сделать, это создать файл с именем Forcefsck в корневом разделе вашей системы. Используйте следующую команду:
# touch /forcefsck
Затем вы можете просто принудительно или запланировать перезагрузка вашей системы. Во время следующей загрузки fsck будет выполнено. Если время простоя критично, рекомендуется тщательно спланировать это, так как если в вашей системе много используемых инодов, fsck может занять некоторое дополнительное время.
После загрузки системы проверьте, существует ли файл:
# ls /forcefsck
Если это так, вы можете удалить его, чтобы избежать fsck при каждой загрузке системы.
Запустите fsck в режиме восстановления
Бег fsck в режим спасения требуется еще несколько шагов. Во-первых, подготовьте свою систему к перезагрузить. Остановите все важные службы, такие как MySQL/MariaDB и т. д., а затем введите.
# reboot
Во время загрузки удерживайте shift чтобы отобразилось меню grub. Выбирать “Расширенные настройки».
Тогда выбирай “Режим восстановления».
В следующем меню выберите «fsck».
Вас спросят, хотите ли вы, чтобы ваш / файловая система перемонтирована. Выбирать “yes”.
Вы должны увидеть что-то похожее на это.
Затем вы можете возобновить нормальную загрузку, выбрав “Резюме”.
Заключение
В этом руководстве вы узнали, как использовать fsck и выполнять проверки согласованности в разных файловых системах Linux. Если у вас есть какие-либо вопросы о fsckпожалуйста, не стесняйтесь представить их в разделе комментариев ниже.
Linux Filesystems are responsible for organizing how data is stored and recovered. One way or another, with time, the filesystem may become corrupted and certain parts of it may not be accessible. If your filesystem develops such inconsistency it is recommended to verify its integrity.
This can be completed via a system utility called fsck (file system consistency check), which checks the root file system automatically during boot time or ran manually.
In this article, we are going to review the fsck command and its usage to help you repair Linux disk errors.
Table of Contents
When to Use fsck Command in Linux
There are different scenarios when you will want to run fsck. Here are a few examples:
- The system fails to boot.
- Files on the system become corrupt (often you may see input/output error).
- The attached drive (including flash drives/SD cards) is not working as expected.
fsck Command Options
The fsck command needs to be run with superuser privileges or root. You can use it with different arguments. Their usage depends on your specific case. Below you will see some of the more important options:
-A– Used for checking all filesystems. The list is taken from/etc/fstab.-C– Show progress bar.-l– Locks the device to guarantee no other program will try to use the partition during the check.-M– Do not check mounted filesystems.-N– Only show what would be done – no actual changes are made.-P– If you want to check filesystems in parallel, including root.-R– Do not check the root filesystem. This is useful only with ‘-A‘.-r– Provide statistics for each device that is being checked.-T– Does not show the title.-t– Exclusively specify the Linux filesystem types to be checked. Types can be comma-separated lists.-V– Provide a description of what is being done.
Run fsck Command to Repair Linux File System Errors
In order to run fsck, you will need to ensure that the partition you are going to check is not mounted. For the purpose of this article, I will use my second drive /dev/sdb mounted in /mnt.
Here is what happens if I try to run fsck when the partition is mounted.
# fsck /dev/sdb
To avoid this unmount the partition using.
# umount /dev/sdb
Then fsck can be safely run with.
# fsck /dev/sdb
Understanding fsck Exit Codes
After running fsck, it will return an exit code. These codes can be seen in fsck’s manual by running:
# man fsck 0 No errors 1 Filesystem errors corrected 2 System should be rebooted 4 Filesystem errors were left uncorrected 8 Operational error 16 Usage or syntax error 32 Checking canceled by user request 128 Shared-library error
Fsck Repair Linux Filesystem
Sometimes more than one error can be found on a filesystem. In such cases, you may want fsck to automatically attempt to correct the errors. This can be done with:
# fsck -y /dev/sdb
The -y flag, automatically “yes” to any prompts from fsck to correct an error.
Similarly, you can run the same on all filesystems (without root):
$ fsck -AR -y
How to Run fsck on Linux Root Partition
In some cases, you may need to run fsck on the root partition of your system. Since you cannot run fsck while the partition is mounted, you can try one of these options:
- Force fsck upon system boot
- Run fsck in rescue mode
We will review both situations.
Force fsck Upon System Boot
This is relatively easy to complete, the only thing you need to do is create a file called forcefsck in the root partition of your system. Use the following command:
# touch /forcefsck
Then you can simply force or schedule a reboot of your system. During the next bootup, the fsck will be performed. If downtime is critical, it is recommended to plan this carefully, since if there are many used inodes on your system, fsck may take some extra time.
After your system boots, check if the file still exists:
# ls /forcefsck
If it does, you may want to remove it in order to avoid fsck on every system boot.
Run fsck in Rescue Mode
Running fsck in rescue mode requires a few more steps. First, prepare your system for reboot. Stop any critical services like MySQL/MariaDB etc and then type.
# reboot
During the boot, hold down the shift key so that the grub menu is shown. Select “Advanced options”.
Then choose “Recovery mode”.
In the next menu select “fsck”.
You will be asked if you wish to have your / filesystem remounted. Select “yes”.
You should see something similar to this.
You can then resume normal boot, by selecting “Resume”.
Conclusion
In this tutorial, you learned how to use fsck and run consistency checks on different Linux filesystems. If you have any questions about fsck, please do not hesitate to submit them in the comment section below.