Из-за различных неполадок или неожиданного отключения компьютера файловая система может быть повреждена. При обычном выключении все файловые системы монтируются только для чтения, а все не сохраненные данные записываются на диск.
Но если питание выключается неожиданно, часть данных теряется, и могут быть потерянны важные данные, что приведет к повреждению самой файловой системы. В этой статье мы рассмотрим как восстановить файловую систему 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.
Статья распространяется под лицензией Creative Commons ShareAlike 4.0 при копировании материала ссылка на источник обязательна .
NAME¶
fsck — check and repair a Linux filesystem
SYNOPSIS¶
fsck [-lsAVRTMNP] [-r [fd]] [-C [fd]]
[-t fstype] [filesystem…] [—]
[fs-specific-options]
DESCRIPTION¶
fsck is used to check and optionally repair one or more Linux
filesystems. filesys can be a device name (e.g. /dev/hdc1,
/dev/sdb2), a mount point (e.g. /, /usr, /home),
or an ext2 label or UUID specifier (e.g.
UUID=8868abf6-88c5-4a83-98b8-bfc24057f7bd or LABEL=root). Normally, the
fsck program will try to handle filesystems on different physical disk
drives in parallel to reduce the total amount of time needed to check all of
them.
If no filesystems are specified on the command line, and the
-A option is not specified, fsck will default to checking
filesystems in /etc/fstab serially. This is equivalent to the
-As options.
The exit code returned by fsck is the sum of the following
conditions:
- 0
- No errors
- 1
- Filesystem errors corrected
- 2
- System should be rebooted
- 4
- Filesystem errors left uncorrected
- 8
- Operational error
- 16
- Usage or syntax error
- 32
- Checking canceled by user request
- 128
- Shared-library error
The exit code returned when multiple filesystems are checked is
the bit-wise OR of the exit codes for each filesystem that is checked.
In actuality, fsck is simply a front-end for the various
filesystem checkers (fsck.fstype) available under Linux. The
filesystem-specific checker is searched for in the PATH environment
variable. If the PATH is undefined then fallback to «/sbin».
Please see the filesystem-specific checker manual pages for
further details.
OPTIONS¶
- -l
- Create an exclusive flock(2) lock file
(/run/fsck/<diskname>.lock) for whole-disk device. This option can
be used with one device only (this means that -A and -l are
mutually exclusive). This option is recommended when more fsck(8)
instances are executed in the same time. The option is ignored when used
for multiple devices or for non-rotating disks. fsck does not lock
underlying devices when executed to check stacked devices (e.g. MD or DM)
– this feature is not implemented yet. - -r [fd]
- Report certain statistics for each fsck when it completes. These
statistics include the exit status, the maximum run set size (in
kilobytes), the elapsed all-clock time and the user and system CPU time
used by the fsck run. For example:/dev/sda1: status 0, rss 92828, real 4.002804, user 2.677592,
sys 0.86186GUI front-ends may specify a file descriptor fd, in
which case the progress bar information will be sent to that file
descriptor in a machine parsable format. For example:/dev/sda1 0 92828 4.002804 2.677592 0.86186
- -s
- Serialize fsck operations. This is a good idea if you are checking
multiple filesystems and the checkers are in an interactive mode. (Note:
e2fsck(8) runs in an interactive mode by default. To make
e2fsck(8) run in a non-interactive mode, you must either specify
the -p or -a option, if you wish for errors to be corrected
automatically, or the -n option if you do not.) - -t fslist
- Specifies the type(s) of filesystem to be checked. When the -A flag
is specified, only filesystems that match fslist are checked. The
fslist parameter is a comma-separated list of filesystems and
options specifiers. All of the filesystems in this comma-separated list
may be prefixed by a negation operator ‘no‘ or ‘!‘, which
requests that only those filesystems not listed in fslist will be
checked. If none of the filesystems in fslist is prefixed by a
negation operator, then only those listed filesystems will be checked.Options specifiers may be included in the comma-separated
fslist. They must have the format opts=fs-option.
If an options specifier is present, then only filesystems which contain
fs-option in their mount options field of /etc/fstab will
be checked. If the options specifier is prefixed by a negation operator,
then only those filesystems that do not have fs-option in their
mount options field of /etc/fstab will be checked.For example, if opts=ro appears in fslist, then
only filesystems listed in /etc/fstab with the ro option
will be checked.For compatibility with Mandrake distributions whose boot
scripts depend upon an unauthorized UI change to the fsck
program, if a filesystem type of loop is found in fslist,
it is treated as if opts=loop were specified as an argument to
the -t option.Normally, the filesystem type is deduced by searching for
filesys in the /etc/fstab file and using the corresponding
entry. If the type cannot be deduced, and there is only a single
filesystem given as an argument to the -t option, fsck
will use the specified filesystem type. If this type is not available,
then the default filesystem type (currently ext2) is used. - -A
- Walk through the /etc/fstab file and try to check all filesystems
in one run. This option is typically used from the /etc/rc system
initialization file, instead of multiple commands for checking a single
filesystem.The root filesystem will be checked first unless the -P
option is specified (see below). After that, filesystems will be checked
in the order specified by the fs_passno (the sixth) field in the
/etc/fstab file. Filesystems with a fs_passno value of 0
are skipped and are not checked at all. Filesystems with a
fs_passno value of greater than zero will be checked in order,
with filesystems with the lowest fs_passno number being checked
first. If there are multiple filesystems with the same pass number,
fsck will attempt to check them in parallel, although it will
avoid running multiple filesystem checks on the same physical disk.fsck does not check stacked devices (RAIDs, dm-crypt,
…) in parallel with any other device. See below for
FSCK_FORCE_ALL_PARALLEL setting. The /sys filesystem is used to
determine dependencies between devices.Hence, a very common configuration in /etc/fstab files
is to set the root filesystem to have a fs_passno value of 1 and
to set all other filesystems to have a fs_passno value of 2. This
will allow fsck to automatically run filesystem checkers in
parallel if it is advantageous to do so. System administrators might
choose not to use this configuration if they need to avoid multiple
filesystem checks running in parallel for some reason – for
example, if the machine in question is short on memory so that excessive
paging is a concern.fsck normally does not check whether the device
actually exists before calling a filesystem specific checker. Therefore
non-existing devices may cause the system to enter filesystem repair
mode during boot if the filesystem specific checker returns a fatal
error. The /etc/fstab mount option nofail may be used to
have fsck skip non-existing devices. fsck also skips
non-existing devices that have the special filesystem type
auto. - -C [fd]
- Display completion/progress bars for those filesystem checkers (currently
only for ext[234]) which support them. fsck will manage the
filesystem checkers so that only one of them will display a progress bar
at a time. GUI front-ends may specify a file descriptor fd, in
which case the progress bar information will be sent to that file
descriptor. - -M
- Do not check mounted filesystems and return an exit code of 0 for mounted
filesystems. - -N
- Don’t execute, just show what would be done.
- -P
- When the -A flag is set, check the root filesystem in parallel with
the other filesystems. This is not the safest thing in the world to do,
since if the root filesystem is in doubt things like the e2fsck(8)
executable might be corrupted! This option is mainly provided for those
sysadmins who don’t want to repartition the root filesystem to be small
and compact (which is really the right solution). - -R
- When checking all filesystems with the -A flag, skip the root
filesystem. (This is useful in case the root filesystem has already been
mounted read-write.) - -T
- Don’t show the title on startup.
- -V
- Produce verbose output, including all filesystem-specific commands that
are executed. - -?, —help
- Display help text and exit.
- —version
- Display version information and exit.
FILESYSTEM SPECIFIC OPTIONS¶
Options which are not understood by fsck are passed to the
filesystem-specific checker!
These options must not take arguments, as there is no way
for fsck to be able to properly guess which options take arguments
and which don’t.
Options and arguments which follow the — are treated as
filesystem-specific options to be passed to the filesystem-specific
checker.
Please note that fsck is not designed to pass arbitrarily
complicated options to filesystem-specific checkers. If you’re doing
something complicated, please just execute the filesystem-specific checker
directly. If you pass fsck some horribly complicated options and
arguments, and it doesn’t do what you expect, don’t bother reporting it
as a bug. You’re almost certainly doing something that you shouldn’t be
doing with fsck. Options to different filesystem-specific fsck’s are
not standardized.
FILES¶
/etc/fstab
ENVIRONMENT VARIABLES¶
The fsck program’s behavior is affected by the following environment
variables:
- FSCK_FORCE_ALL_PARALLEL
- If this environment variable is set, fsck will attempt to check all
of the specified filesystems in parallel, regardless of whether the
filesystems appear to be on the same device. (This is useful for RAID
systems or high-end storage systems such as those sold by companies such
as IBM or EMC.) Note that the fs_passno value is still used. - FSCK_MAX_INST
- This environment variable will limit the maximum number of filesystem
checkers that can be running at one time. This allows configurations which
have a large number of disks to avoid fsck starting too many
filesystem checkers at once, which might overload CPU and memory resources
available on the system. If this value is zero, then an unlimited number
of processes can be spawned. This is currently the default, but future
versions of fsck may attempt to automatically determine how many
filesystem checks can be run based on gathering accounting data from the
operating system. - PATH
- The PATH environment variable is used to find filesystem
checkers. - FSTAB_FILE
- This environment variable allows the system administrator to override the
standard location of the /etc/fstab file. It is also useful for
developers who are testing fsck. - LIBBLKID_DEBUG=all
- enables libblkid debug output.
- LIBMOUNT_DEBUG=all
- enables libmount debug output.
SEE ALSO¶
fstab(5), mkfs(8), fsck.ext2(8) or fsck.ext3(8) or
e2fsck(8), cramfsck(8), fsck.jfs(8), fsck.nfs(8),
fsck.minix(8), fsck.msdos(8), fsck.vfat(8),
fsck.xfs(8), reiserfsck(8)
Theodore Ts'o <tytso@mit.edu> Karel Zak <kzak@redhat.com>
AVAILABILITY¶
The fsck command is part of the util-linux package and is available from
Linux
Kernel Archive.
В Linux можно проверить и восстановить использование тяжелых аппаратных компонентов. В частности, в системах Ubuntu и Debian, обнаружение сбойных секторов жесткого диска это легко. Как только на вашем жестком диске или диске появляются битые сектора или они повреждаются, они распространяются изо дня в день. На Ubuntu и других машинах Debian Linux вы можете использовать несколько инструментов или команд, чтобы обнаружить ошибки файловой системы и исправить ошибки. Отсутствие исправления ошибок или поврежденных секторов может замедлить загрузку вашей системы, а также может повлиять на инициализацию.
Исправление ошибок файловой системы в системах на основе Debian
Исправление ошибок файловой системы означает, что нам нужно определить, в каком секторе есть проблемы, а затем выяснить, какого типа ошибки. Если ошибки файловой системы можно исправить, мы продолжим работу с несколькими инструментами и командами в нашей системе Debian. Одним из лучших инструментов для исправления ошибок файловой системы является fsck для Linux. В этом посте мы увидим, как исправить ошибки файловой системы в Ubuntu и других дистрибутивах Debian.
Метод 1. Используйте команду FSCK для проверки ошибок
В Ubuntu вы можете использовать команду fsck в оболочке командной строки, которая может проверить целостность файловой системы. Этот инструмент предустановлен в дистрибутиве Debian. Пожалуйста, выполните следующее fdisk сначала, чтобы получить общее представление о вашей файловой системе в системе Debian.
sudo fdisk -l
Теперь вам может потребоваться размонтировать файловую систему, которую вы хотите восстановить. Без размонтирования вы не можете восстановить или выполнить операции по исправлению ошибок файловой системы в Debian и других дистрибутивах. Но не беспокойтесь о ремонте и ремонте; вы можете снова смонтировать файловую систему, где она была.
Если вы не выполните операции FSCk без монтирования файловой системы, которую хотите восстановить, отобразится ошибка.
судо fsck / dev / sdb
$ sudo umount / dev / sdb3
Теперь вы можете запустить команду fsck в оболочке терминала, чтобы исправить ошибки файловой системы.
fsck -p -y. sudo fsck -p / dev / sdb3
Вышеупомянутый процесс может занять некоторое время. После завершения перемонтируйте файловую систему с помощью следующей команды.
$ sudo mount / dev / sdb3
Если у вас многопользовательская система Debian, вы можете выполнить следующую команду, чтобы проверить, какой пользователь в данный момент выполняет команду fsck.
fsck / usr
Метод 2: запустить проверку и восстановление файлов при загрузке
Если вы считаете, что команда fsck полезна для вас, и в вашей системе все еще есть битые сектора, вы можете запускать инструмент fsck в своей системе каждый раз при загрузке системы. В Debian указанная ниже команда позволит вам проверить ошибки файловой системы и восстановите их при загрузке ПК, так как вы можете видеть, что команда выполнит команду force fsck на ботинок.
$ sudo touch / forcefsck
При необходимости вы также можете установить вышеупомянутые forcefsck команда для запуска каждый раз, когда вы запускаете систему.
$ sudo touch / forcefsck. $ sudo tune2fs -c 1 / dev / sdb3
По-другому, если вы считаете, что выполнять каждый раз при загрузке слишком много, вы можете установить его после каждых трех перезагрузок системы. Это также поможет вам понять, насколько серьезны ошибки в вашей системе Debian.
$ sudo tune2fs -c 3 / dev / sdb3
Для получения дополнительной помощи и синтаксиса инструмента FSCK вы всегда можете просмотреть руководство по командам.
$ man fsck
Метод 3: перезагрузка для исправления ошибок в файловой системе
Этот метод поможет вам выполнить ручную проверку файловой системы в вашей системе Debian, чтобы найти ошибки и исправить их. В этом методе мы изначально запускаем команду fsck в режиме восстановления для лучшего восстановления. Сначала перезагрузите систему и войдите в режим восстановления. Нажатие кнопки Shift поможет вам перейти в режим восстановления.
Находясь в режиме восстановления, выберите инструмент fsck и нажмите OK на клавиатуре. Затем он попросит вас установить точку монтирования в читай пиши режим. Пожалуйста, заполните этот раздел, чтобы перейти в режим восстановления fsck. Когда вы устанавливаете точку монтирования, она автоматически запускает команду fsck в системе и исправляет ошибки файловой системы в вашей системе Debian.
После завершения процесса вы можете перезагрузить систему и начать ее использование.
Заключительные слова
Если вы были заядлым пользователем Ubuntu, вы могли заметить, что пока вы устанавливаете ОС Ubuntu на свой компьютер, Ubuntu автоматически выполняет проверку файловой системы при ее установке. Многие пользователи могут отменить автоматическую проверку файловой системы, нажав Ctrl + C, но допустить эту процедуру было бы хорошо перед установкой ОС. Однако во всем посте мы увидели несколько методов исправления ошибок файловой системы в системах на основе Debian.
Пожалуйста, поделитесь им со своими друзьями и сообществом Linux, если вы найдете этот пост полезным и информативным. Вы также можете записать свое мнение об этом сообщении в разделе комментариев.
FSCK – очень важная утилита для Linux / Unix, она используется для проверки и исправления ошибок в файловой системе.
Она похоже на утилиту «chkdsk» в операционных системах Windows.
Она также доступна для операционных систем Linux, MacOS, FreeBSD.
FSCK означает «File System Consistency Check», и в большинстве случаев он запускается во время загрузки, но может также запускаться суперпользователем вручную, если возникнет такая необходимость.
Может использоваться с 3 режимами работы,
1- Проверка наличия ошибок и позволить пользователю решить, что делать с каждой ошибкой,
2- Проверка на наличие ошибок и возможность сделать фикс автоматически, или,
3- Проверка наличия ошибок и возможность отобразить ошибку, но не выполнять фикс.
Содержание
- Синтаксис использования команды FSCK
- Команда Fsck с примерами
- Выполним проверку на ошибки в одном разделе
- Проверьте файловую систему на ошибки и исправьте их автоматически
- Проверьте файловую систему на наличие ошибок, но не исправляйте их
- Выполним проверку на ошибки на всех разделах
- Проверим раздел с указанной файловой системой
- Выполнять проверку только на несмонтированных дисках
Синтаксис использования команды FSCK
$ fsck options drives
Опции, которые можно использовать с командой fsck:
- -p Автоматический фикс (без вопросов)
- -n не вносить изменений в файловую систему
- -у принять «yes» на все вопросы
- -c Проверить наличие плохих блоков и добавить их в список.
- -f Принудительная проверка, даже если файловая система помечена как чистая
- -v подробный режим
- -b использование альтернативного суперблока
- -B blocksize Принудительный размер блоков при поиске суперблока
- -j external_journal Установить местоположение внешнего журнала
- -l bad_blocks_file Добавить в список плохих блоков
- -L bad_blocks_file Установить список плохих блоков
Мы можем использовать любую из этих опций, в зависимости от операции, которую нам нужно выполнить.
Давайте обсудим некоторые варианты команды fsck с примерами.
Команда Fsck с примерами
Примечание: – Прежде чем обсуждать какие-либо примеры, прочтите это. Мы не должны использовать FSCK на смонтированных дисках, так как высока вероятность того, что fsck на смонтированном диске повредит диск навсегда.
Поэтому перед выполнением fsck мы должны отмонтировать диск с помощью следующей команды:
$ umount drivename
Например:
$ umount /dev/sdb1
Вы можете проверить номер раздела с помощью следующей команды:
$ fdisk -l
Также при запуске fsck мы можем получить некоторые коды ошибок.
Ниже приведен список кодов ошибок, которые мы могли бы получить при выполнении команды вместе с их значениями:
- 0 – нет ошибок
- 1 – исправлены ошибки файловой системы
- 2 – система должна быть перезагружена
- 4 – Ошибки файловой системы оставлены без исправлений
- 8 – Операционная ошибка
- 16 – ошибка использования или синтаксиса
- 32 – Fsck отменен по запросу пользователя
- 128 – Ошибка общей библиотеки
Теперь давайте обсудим использование команды fsck с примерами в системах Linux.
Выполним проверку на ошибки в одном разделе
Чтобы выполнить проверку на одном разделе, выполните следующую команду из терминала:
$ umount /dev/sdb1 $ fsck /dev/sdb1
Проверьте файловую систему на ошибки и исправьте их автоматически
Запустите команду fsck с параметром «a» для проверки целостности и автоматического восстановления, выполните следующую команду.
Мы также можем использовать опцию «у» вместо опции «а».
$ fsck -a /dev/sdb1
Проверьте файловую систему на наличие ошибок, но не исправляйте их
В случае, если нам нужно только увидеть ошибки, которые происходят в нашей файловой системе, и не нужно их исправлять, тогда мы должны запустить fsck с опцией “n”,
$ fsck -n /dev/sdb1
Выполним проверку на ошибки на всех разделах
Чтобы выполнить проверку файловой системы для всех разделов за один раз, используйте fsck с опцией «A»
$ fsck -A
Чтобы отключить проверку корневой файловой системы, мы будем использовать опцию «R»
$ fsck -AR
Проверим раздел с указанной файловой системой
Чтобы запустить fsck на всех разделах с указанным типом файловой системы, например, «ext4», используйте fsck с опцией «t», а затем тип файловой системы,
$ fsck -t ext4 /dev/sdb1
или
$ fsck -t -A ext4
Выполнять проверку только на несмонтированных дисках
Чтобы убедиться, что fsck выполняется только на несмонтированных дисках, мы будем использовать опцию «M» при запуске fsck,
$ fsck -AM
Вот наше короткое руководство по команде fsck с примерами.
Пожалуйста, не стесняйтесь присылать нам свои вопросы, используя поле для комментариев ниже.
The Debian Linux distribution laid down the foundation for the creation of other popular Linux operating system platforms like Ubuntu, Linux Mint, and Kali Linux. The community-supported development of this GNU/Linux distribution attributes it as free and open-source software.
Unfortunately, the prominence of the Linux operating system and its related distributions like Debian does not spare it from nagging file system errors. Fortunately, Linux ensures that you are never helpless when faced with such operating system performance challenges.
What Causes Linux File System Errors?
The consequential effect of file system errors is file system corruption. When the file system of your Linux operating system becomes corrupt, it implies that you might have traditioned yourself to improper shutdown of your system.
It is never a good idea to be turning off your computer with the power button unless your computer freezes. Properly turning off the computer through the shutdown command gives the file systems time to sync which later prevents improper startup procedures, NFS write errors, and hardware failures.
File system corruption can also result from the kernel’s software errors and improperly unmounting a mounted filesystem by suddenly taking it offline. Also, physically unmounting a running file system can be another cause of file system errors.
Handling File System Errors in Debian
Now that we know the root cause of file system errors, it’s time to prescribe an effective remedy to this problem. When faced with file system errors and challenges, there is one tool that is a recommended solution in almost all Linux distributions and its name is FSCK (File System Check).
The command syntax for the FSCK utility is as follows:
$ sudo fsck [Command_Options] [Targeted_Filesystem_Partition]
Using FSCK to Fix Non-Root File System Errors
When dealing with a non-root file system, the procedure to find and fix any filesystem error involves the following steps:
- Identify the filesystem partition using the fdisk -l command.
- Make sure the filesystem partition is unmounted using the umount command.
- Run fsck command on the unmounted filesystem using fsck -p -y command.
- If the filesystem is not automatically mounted back online, mount it using the mount command.
1. Identify the filesystem partition.
$ sudo fdisk -l
2. Unmount the filesystem partition.
$ sudo umount /dev/sdb3
3. Run the fsck command to fix file system errors on the partition.
$ sudo fsck -p /dev/sdb3
4. Remount the filesystem partition.
$ sudo mount /dev/sdb3
Using FSCK to Fix Root File System Errors
When dealing with root file systems, there are two approaches to consider:
Force FSCK to Run on System Boot
Approach 1: Force FSCK to execute one-time during system reboot on your Debian OS root file system by creating a file named forcefsck.
$ sudo touch /forcefsck
The creation of this file (forcefsck) forces the fsck utility to execute the next OS reboot. During the system reboot, fsck will scan, detect, and fix any evident file system errors. Once you login back into your machine, this file will have been deleted by the OS since it’s a one-time solution.
Force FSCK to Run on Every System Boot
With the following command, you can force FSCK to check and repair file system errors after every system reboot.
$ sudo touch /forcefsck $ sudo tune2fs -c 1 /dev/sdb3
If you want file system errors to be scanned and fixed after every 3 system reboots, the associated command looks like the following:
$ sudo tune2fs -c 3 /dev/sdb3
You can even schedule file system errors scan and repair to occur after every 10 or 15 OS reboots.
The power of the FSCK utility speaks for itself. It is an efficient and reliable utility to use when you suddenly feel like your Linux operating system is showing symptoms of file system errors. More on its usage options can be found under the fsck man page.
$ man fsck