s486

486 Poznaj Linux

dzięki temu tylko, że możemy odpowiadać na pytania fsck. Polecenie echo —S?— umożliwia jednoznaczną ocenę wyniku testu fsck. Jeśli wartość, która pojawi się między znakami równości jest mniejsza od 4, wszystko jest w porządku.

Jeśli jednak liczba, która się tam pojawi, będzie większa od 3, konieczne będzie podjęcie bardziej wyrafinowanych działali w celu odtworzenia systemów plików. Poniżej przedstawiamy znaczenie niektórych kombinacji cyfr, które mogą się tu pojawić:

0    Brak    błędów

1    Błędy w systemie plików zostały naprawione

4    Błędy w systemie plików nie zostały naprawione

8    Błąd    operacyjny (ang. opemtional enor)

16    Błąd    użytkownika lub błąd    składniowy

128    Błąd    wspólnej biblioteki.

Jeśli procedura nic zadziała, może to być efektem uszkodzenia superbloku (ang. su-pcrblock). fsck rozpoczyna kontrolę zawartości dysku i jeśli natrafi na uszkodzony super-blok, nie może kontynuować. System plików ext2 posiada zazwyczaj kilka superhloków zawierających rezerwowe kopie systemu rozmieszczonych regularnie na dysku. Załóżmy, że fsck informuje nas, że nie może naprawić systemu plików, na przykład /dev/fubar. W takiej sytuacji można uruchomić fsck ponownie wykorzystując do naprawy kopię zawartą w superbloku:

H fsck -t ext2 -b 8193 /dev/fubar

8193 jest numerem bloku pamięci, w którym znajduje się pierwszy superblok. Ten su-perblok jest na początku grupy bloków oznaczonej numerem 1 (pierwsza grupa oznaczona jest przez 0). Kolejne superblok i znajdują się na początku drugiej grupy bloków (16385) i trzeciej grupy bloków (24577) i dalej w odstępach co 8192 bloki. Jeśli jednak przypisaliśmy systemowi plików ustawienia inne niż standardowe, układ ten może ulec zmianie. Program mkc2ts podaje numery bloków służących jako superbloki, w momencie gdy je tworzy, dlatego, jeśli nie używamy ustawień standardowych, warto je w tym momencie zanotować. Jeśli fsck nadal nic potrafi sobie poradzić z problemem, można próbować jeszcze innych sztuczek.

Sytuacja taka na szczęście zdarza się bardzo rzadko i zazwyczaj wtedy, gdy fsck nie może naprawić systemu plików z powodu problemów ze sprzętem. Może to oznaczać na przykład uszkodzoną taśmę IDE lub inny tego typu problem. Jeśli fsck nadal nie chce działać, należy zasięgnąć porady specjalisty lub spróbować przenieść dysk na inny komputer i tam dokonać naprawy.

Do takich ekstremalnych sytuacji dochodzi niezmiernie rzadko, zazwyczaj ręcznie obsługiwany program fsck wystarcza do naprawienia systemu plików. Gdy już problem zostanie usunięty, uruchomiony przez skrypty ładujące system shell informuje, że zadanie zostało wykonane. Aby wyjść z shella, należy wpisać z klawiatury exit. W tym momen-