документація<Попередній | зміст | Наступна>
Тестування та відновлення файлових систем
У нашому попередньому обговоренні / etc / fstab файлу, ми побачили деякі загадкові цифри в кінці кожного рядка. Кожного разу, коли система завантажується, вона регулярно перевіряє цілісність файлових систем перед їх монтуванням. Це робиться за допомогою FSCK програма (скорочення від «перевірка файлової системи»). Остання цифра в кожній fstab запис визначає порядок, у якому пристрої мають бути перевірені. У нашому прикладі вище ми бачимо, що спочатку перевіряється коренева файлова система, а потім — файл будинки та черевик файлові системи. Пристрої з нулем як остання цифра не перевіряються регулярно.
На додаток до перевірки цілісності файлових систем, FSCK також може відновлювати пошкоджені файлові системи з різним ступенем успіху, залежно від розміру пошкодження. У файлових системах, подібних Unix, відновлені частини файлів поміщаються в файл загублений + знайдений каталог, розташований у корені кожної файлової системи.
Щоб перевірити наш флеш-накопичувач (який спочатку слід відключити), ми можемо зробити наступне:
[me@linuxbox ~]$ sudo fsck /dev/sdb1
fsck 1.40.8 (13 березня 2016 р.)
e2fsck 1.40.8 (13 березня 2016 р.)
/dev/sdb1: чистий, 11/3904 файлів, 1661/15608 блоків
[me@linuxbox ~]$ sudo 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.