Dokumenty<Poprzedni | Spis treści | Następne>
Testowanie i naprawa systemów plików
W naszej wcześniejszej dyskusji na temat / etc / fstab pliku, na końcu każdej linii widzieliśmy tajemnicze cyfry. Przy każdym uruchomieniu system rutynowo sprawdza integralność systemów plików przed ich zamontowaniem. Dokonuje się tego poprzez fsck program (skrót od „sprawdzanie systemu plików”). Ostatni numer w każdym fstab wpis określa kolejność sprawdzania urządzeń. W powyższym przykładzie widzimy, że najpierw sprawdzany jest główny system plików, a następnie plik Główna oraz bagażnik systemy plików. Urządzenia z zerem na ostatniej cyfrze nie są rutynowo sprawdzane.
Oprócz sprawdzania integralności systemów plików, fsck może także naprawić uszkodzone systemy plików z różnym powodzeniem, w zależności od wielkości uszkodzeń. W systemach plików typu Unix odzyskane fragmenty plików są umieszczane w formacie zgubione+znalezione katalog, znajdujący się w katalogu głównym każdego systemu plików.
Aby sprawdzić nasz dysk flash (który należy najpierw odmontować), możemy wykonać następujące czynności:
[ja@linuxbox ~]$ sudo fsck / dev / sdb1
fsck 1.40.8 (13 marca 2016)
e2fsck 1.40.8 (13 marca 2016 r.)
/dev/sdb1: czysty, 11/3904 plików, 1661/15608 bloków
[ja@linuxbox ~]$ sudo fsck / dev / sdb1
fsck 1.40.8 (13 marca 2016)
e2fsck 1.40.8 (13 marca 2016 r.)
/dev/sdb1: czysty, 11/3904 plików, 1661/15608 bloków
Z mojego doświadczenia wynika, że uszkodzenie systemu plików zdarza się dość rzadko, chyba że występuje problem sprzętowy, taki jak awaria napędu dyskowego. W większości systemów uszkodzenie systemu plików wykryte podczas uruchamiania powoduje zatrzymanie systemu i skierowanie użytkownika do uruchomienia fsck przed kontynuowaniem.
Co do fsck?
W kulturze Uniksa słowo „fsck” jest często używane zamiast popularnego słowa, z którym ma te same trzy litery. Jest to szczególnie właściwe, biorąc pod uwagę, że prawdopodobnie wypowiesz wyżej wymienione słowo, jeśli znajdziesz się w sytuacji, w której będziesz zmuszony do ucieczki fsck.