Данная статья применима к:
- Astra Linux
Проверка файловых систем
- Для проверки файловой системы (ФС) проверяемая ФС должна быть размонтирована (или не должна быть примонтирована). Для размонтирования ФС во время работы ОС можно использовать команду umountsudo umount <имя_дискового_раздела>илиsudo umount <имя_точки_монтирования>
- Для проверки размонтированной ФС во время работы ОС можно использовать универсальную команду fsck:fsck <имя_дискового_раздела>или специальные команды для различных типов ФС, например:
- fsck.exfat
- fsck.ext2
- fsck.ext3
- fsck.ext4
- fsck.fat
- fsck.msdos
- fsck.vfat
- fsck.xfs
- -f — принудительное выполнение проверки с игнорированием отметки о том, что ФС проверена;
- -c — выявление в процессе проверки сбойных блоков и добавление их в список сбойных блоков;
- -p — исправление найденных ошибок без запросов к пользователю.
Подробное описание всех опций команд форматирования см. в справочной системе man.
Для размонтирования и проверки ФС также можно использовать графический инструмент gparted. - Если ФС не может быть размонтирована при работе ОС (например, корневая ФС), то проверку можно выполнить:
- Автоматически — при загрузке ОС до монтирования этой ФС. Для этого:
- В файле /etc/fstab в строке, относящейся к проверяемой ФС, в последнем поле строки указать значение, отличное от нуля (для коневой ФС — указать значение 1, для иных ФС указать большее значение). ФС будут проверяться по порядку в соответствии с указанными значениями. Если указано значение 0, то ФС проверяться не будет.
- В файле /etc/default/grub в строке параметров загрузки ядра (обычно это строка, начинающаяся с GRUB_CMDLINE_LINUX_DEFAULT) указать параметры проверки:
- fsck.mode=force –-- принудительная проверка при каждой загрузке;
- fsck.repair=yes –-- автоматическое исправление обнаруженных ошибок.
- Обновить загрузчик:sudo update-grub
- Вручную - из режима восстановления (см. ниже).
- Автоматически — при загрузке ОС до монтирования этой ФС. Для этого:
- Если компьютер не может быть загружен (например, из-за повреждения корневой файловой системы), то проверку можно выполнить из режима восстановления или загрузившись с Live-носителя. При этом не следует выполнять монтирование проверяемой ФС до её проверки, а команду проверки при этом следует выполнять без использования sudo.
Пример сообщения об ошибке при загрузке ОС с поврежденной ФС:
/dev/sda1: UNEXPECTED INCONSISTENCY: RUN fsck MANUALLY.
(i.e., without -a or -p options)
fsck died with exit status 4
Такая ошибка может возникать после нештатного выключения компьютера в результат сбоя электропитания или при неисправности носителя информации, на котором расположена файловая система.