<Предыдущая | Содержание: | Следующая>
Тестирование и восстановление файловых систем
В нашем предыдущем обсуждении / И т.д. / Fstab файла мы увидели загадочные цифры в конце каждой строки. При каждой загрузке система регулярно проверяет целостность файловых систем перед их монтированием. Это делается Fsck программа (сокращение от «проверка файловой системы»). Последний номер в каждом Fstab запись определяет порядок, в котором должны проверяться устройства. В нашем примере выше мы видим, что сначала проверяется корневая файловая система, а затем главная и лодка файловые системы. Устройства с нулем в качестве последней цифры обычно не проверяются.
Помимо проверки целостности файловых систем, Fsck может также восстанавливать поврежденные файловые системы с разной степенью успеха, в зависимости от степени повреждения. В Unix-подобных файловых системах восстановленные части файлов помещаются в потеряно + найдено каталог, расположенный в корне каждой файловой системы.
Чтобы проверить нашу флешку (которую сначала нужно размонтировать), мы могли бы сделать следующее:
[я @ linuxbox ~] $ судо fsck / dev / sdb1
fsck 1.40.8 (13 марта 2016 г.)
e2fsck 1.40.8 (13 марта 2016 г.)
/ dev / sdb1: чистый, 11/3904 файлов, 1661/15608 блоков
[я @ linuxbox ~] $ судо fsck / dev / sdb1
fsck 1.40.8 (13 марта 2016 г.)
e2fsck 1.40.8 (13 марта 2016 г.)
/ dev / sdb1: чистый, 11/3904 файлов, 1661/15608 блоков
По моему опыту, повреждение файловой системы случается довольно редко, если нет проблем с оборудованием, например, неисправного диска. В большинстве систем повреждение файловой системы, обнаруженное во время загрузки, приведет к остановке системы и предложению запустить ее. Fsck прежде чем продолжить.
Что за fsck?
В культуре Unix слово «fsck» часто используется вместо популярного слова, с которым оно связано с тремя буквами. Это особенно уместно, учитывая, что вы, вероятно, произнесете вышеупомянутое слово, если окажетесь в ситуации, когда вы будете вынуждены бежать. Fsck.