Настройка и работа в Linux




Как разделяют пингвинов Часть - часть 5


/p>

Таблица 2. Переменные используемые утилитой fsck

Переменная

Значение

FSCK_FORCE_ALL_PARALLEL

Будет проверять указанные устройства параллельно (полезно например для RAID)

FSCK_MAX_INST

Позволяет ограничить максимальное число одновременно проверяемых ФС (по-умолчанию 0 т.е. без ограничений)

PATH

Путь для поиска программ и устройств для проверки

FSTAB_FILE

Позволяет заменить /etc/fstab на другой

Таблица 3. Код завершения fsck

Код завершения

Пояснение

0

  Без ошибок

1

  Исправленные ошибки файловой системы

2

  Система должна быть перезагружена

4

  ошибки файловой системы которые невозможно исправить

8

  Операционная ошибка

16

  Синтаксисическая ошибка

128

  Библиотечная ошибка

Загрузились, поработали, пришла пора выключаться. Итак, когда в командной строке набрана команда shutdown или halt, начинает выполняться скрипт /etc/rc.d/init.d/halt (для Red Hat клонов ). Разобраться с данным скриптом не составит большого труда, поэтому, чтобы не занимать зря место, остановлюсь лишь на общих вопросах. В файле встречается ссылка на файл /proc/swaps:

[sergej@grinder sergej]$ cat /proc/swaps Filename Type Size Used Priority /dev/hda6 partition 128484 0 -1

Как видите, в нем описанные все смонтированные разделы свап. Затем идет ряд на вид ужасных конструкция с применением регулярных выражений, основная задача которых - найти все смонтированные разделы и корректно их размонтировать. А если уж не получится по хорошему, то с помощью конструкции umount -f file_system и umount -a -f их размонтируют в любом случае. И в самом конце файла встречается наш старый знакомый

# remove the crash indicator flag rm -f /.autofsck

С помощью которого мы убираем файл, указывающий на чистое размонтирование всех файловых систем. Вот и все по работе fsck при загрузке и остановке системы. Но возникает вполне закономерный вопрос, связанный с работой данной утилиты с различными ФС и которые к тому же могут изменяться на уже работающей системе. Неужели при добавлении какой то новомодной суперсовременной файловой системы прийдется обновлять данную утилиту, чтобы она могла корректно ее опознать и естественно проверить? А вот и нет. Разработчики не стали усложнять жизнь ни себе ни другим (все тот же принцип KISS) - все дело в том, что проверку всех файловых систем данная утилита не проводит, а вызывает для этого специализированную программу проверки отдельно для каждой файловой системы. Так для проверки ext2fs вызывается fsck.ext2 или e2fsck, для ext3 - fsck.ext3, но, правда, весь секрет состоит в том, что это одна и та же программа, имеющая несколько имен путем создания соответствующих ссылок, в чем легко убедиться, просмотрев номер inоde.




Содержание  Назад  Вперед