Problemy z fstab

Problemy z fstab (Linux) wskazują na błędny wpis w pliku konfiguracyjnym systemów plików, uniemożliwiający automatyczne montowanie woluminów przy starcie.

Czym są problemy z fstab

Problemy z fstab dotyczą pliku konfiguracyjnego systemu Linux, w którym opisuje się zasoby mające być automatycznie podłączane do określonych katalogów. Mogą to być między innymi partycje dysku, dodatkowe woluminy, systemy plików na nośnikach wymiennych, zasoby dostępne przez sieć albo obszary używane jako pamięć wymiany. Podczas uruchamiania system odczytuje kolejne wiersze tego pliku i na ich podstawie próbuje przygotować środowisko pracy.

Nieprawidłowość może polegać na błędnym identyfikatorze urządzenia, nieistniejącym punkcie montowania, niewłaściwym typie systemu plików, literówce w opcji montowania albo pominięciu wymaganej kolumny. Skutkiem bywa brak dostępu do danych po restarcie, zatrzymanie uruchamiania systemu na etapie oczekiwania na nośnik lub przejście do trybu awaryjnego. Warto pamiętać, że sam fakt istnienia partycji nie oznacza jeszcze, że zostanie ona poprawnie zamontowana. Decydujące znaczenie ma zgodność wszystkich informacji zapisanych w odpowiednim wierszu.

Plik /etc/fstab ma prostą, lecz rygorystyczną składnię. W typowym wpisie wskazuje się źródło, katalog docelowy, rodzaj systemu plików, zestaw opcji oraz ustawienia związane z kontrolą systemu plików. Poszczególne elementy są rozdzielane odstępami, a komentarze rozpoczynają się od znaku #. Z tego powodu przypadkowe usunięcie pola, użycie niewłaściwego znaku lub wpisanie ścieżki zawierającej błąd może wpłynąć na cały proces startowy.

Kontekst techniczny i porównanie sposobów identyfikacji - Problemy z fstab

W konfiguracji można odwoływać się do urządzenia przez nazwę nadawaną przez jądro, na przykład /dev/sda1, jednak takie oznaczenie nie zawsze pozostaje niezmienne. Kolejność wykrywania nośników może się zmienić po podłączeniu kolejnego dysku, zmianie portu albo modyfikacji konfiguracji sprzętowej. Bezpieczniejszym rozwiązaniem jest często użycie identyfikatora UUID lub etykiety systemu plików, ponieważ odwołanie nie zależy bezpośrednio od bieżącej kolejności urządzeń.

UUID można sprawdzić między innymi za pomocą poleceń blkid lub lsblk -f. Weryfikacja powinna obejmować nie tylko sam identyfikator, lecz także typ systemu plików i punkt montowania. Przykładowo wpis opisujący partycję ext4 nie będzie prawidłowy dla nośnika sformatowanego jako ntfs, jeżeli nie zostaną zastosowane odpowiednie sterowniki i właściwe opcje. Podobna ostrożność jest potrzebna przy systemach plików używanych na nośnikach przenośnych, ponieważ ich dostępność może zależeć od momentu podłączenia.

Warto odróżnić błąd składni od problemu z samym urządzeniem. Niepoprawny format wiersza może spowodować odrzucenie konfiguracji, natomiast uszkodzony dysk, przerwany przewód lub niespójny system plików mogą sprawić, że wpis jest formalnie prawidłowy, lecz montowanie i tak się nie powiedzie. Różne zachowanie może również wynikać z użycia opcji takich jak nofail, automount lub limitu oczekiwania. Opcje te wpływają na to, czy niedostępny zasób zatrzyma start, zostanie pominięty, czy będzie montowany dopiero przy faktycznym użyciu.

Po każdej zmianie konfiguracji należy sprawdzić poprawność bez pełnego restartu, korzystając z mechanizmu montowania przygotowanego dla pliku fstab. Pozwala to wcześniej wychwycić literówki i nieistniejące ścieżki. Przed edycją powinno się zachować kopię oryginalnego pliku, a zmiany wprowadzać pojedynczo, aby można było ustalić, który wpis wywołał problem.

Typowe problemy i komunikaty błędów - Problemy z fstab

Jednym z częstszych przypadków jest usunięcie lub wymiana partycji bez aktualizacji wpisu w fstab. System nadal próbuje wtedy znaleźć stary identyfikator, co może prowadzić do długiego oczekiwania podczas uruchamiania. Podobny efekt występuje po przywróceniu obrazu dysku, sklonowaniu systemu albo zmianie układu partycji, gdy identyfikatory lub punkty montowania nie odpowiadają już rzeczywistemu stanowi nośnika.

Problematyczna bywa także ścieżka katalogu montowania. Jeżeli katalog nie istnieje, ma zmienioną nazwę albo znajduje się na niedostępnym zasobie, montowanie nie powiedzie się mimo prawidłowego wskazania partycji. Należy również sprawdzić uprawnienia, właściciela katalogu i to, czy nie jest on już zajęty przez inny system plików. W przypadku zasobów szyfrowanych dodatkowym elementem jest kolejność odblokowania urządzenia oraz zgodność konfiguracji z mechanizmem używanym do odszyfrowania danych.

Do typowych sygnałów należą komunikaty o nieudanym montowaniu, przejście do powłoki ratunkowej, żądanie podania hasła administratora podczas startu albo brak katalogu zawierającego wcześniej dostępne pliki. W dziennikach systemowych można znaleźć informacje o nierozpoznanym typie systemu plików, błędnym UUID, braku urządzenia, odmowie dostępu lub przekroczeniu czasu oczekiwania. Ich interpretacja jest ważniejsza niż samo ponowne uruchamianie komputera, ponieważ wielokrotne próby startu nie naprawiają błędnej konfiguracji.

Nie należy usuwać wpisu bez sprawdzenia, czy opisuje on ważne dane. Czasowe zakomentowanie podejrzanej linii może pomóc w uruchomieniu systemu, ale nie rozwiązuje przyczyny związanej z uszkodzeniem nośnika, błędnym identyfikatorem lub niewłaściwymi opcjami. W razie problemu z dostępem do katalogu domowego, kopii zapasowych albo plików roboczych szczególnej uwagi wymaga ustalenie, czy dane nadal znajdują się na dysku, czy zostały jedynie odłączone od systemu.

Kiedy najlepiej skorzystać z pomocy serwisu - Problemy z fstab

Zgłoszenie do serwisu jest uzasadnione, gdy komputer zatrzymuje się podczas uruchamiania, pojawia się tryb awaryjny, po restarcie znikają partycje albo nie ma pewności, czy zmiana w fstab nie naruszy danych. Pomoc bywa potrzebna również po wymianie dysku, klonowaniu systemu, instalacji dodatkowego systemu Linux lub próbie połączenia kilku różnych systemów plików. W takich sytuacjach konieczne może być jednoczesne przeanalizowanie konfiguracji, stanu nośnika, logów systemowych i uprawnień.

Przed przekazaniem urządzenia warto zanotować moment wystąpienia problemu, ostatnią wykonaną zmianę oraz treść widocznego komunikatu. Nie powinno się formatować nośnika ani tworzyć nowych partycji bez wcześniejszej oceny sytuacji, ponieważ może to utrudnić odzyskanie informacji. Jeżeli system jeszcze się uruchamia, przydatne może być zachowanie kopii pliku /etc/fstab, wyników poleceń lsblk -f i findmnt oraz podstawowych wpisów z dziennika systemowego.

W Warszawskim Pogotowiu Komputerowym 24/7 można przekazać komputer do sprawdzenia konfiguracji rozruchowej, poprawności wpisów montowania oraz kondycji nośnika; naprawy trwają z reguły do 3 dni roboczych. Zakres czynności dobiera się do objawów, tak aby odróżnić błąd w pliku konfiguracyjnym od awarii dysku, problemu z szyfrowaniem lub niezgodności po zmianie sprzętu.

Po usunięciu przyczyny należy wykonać kontrolne montowanie, sprawdzić dostęp do wszystkich wymaganych katalogów i dopiero potem ponownie uruchomić komputer. Warto też potwierdzić, że konfiguracja zachowuje się prawidłowo po odłączeniu i ponownym podłączeniu właściwego nośnika. Dzięki temu można ograniczyć ryzyko, że pozornie naprawiony wpis ponownie doprowadzi do zatrzymania systemu przy kolejnym starcie.