Skrypt startowy nie montuje udziału

Skrypt startowy niemontujący udziału wskazuje na wykonanie zanim sieć osiągnie pełną gotowość przy starcie systemu.

Dlaczego skrypt startowy nie zdąża z siecią

Skrypt startowy, który nie montuje udziału sieciowego, często uruchamia się w momencie, gdy system operacyjny zakończył już podstawowe uruchamianie usług, ale interfejs sieciowy nie ma jeszcze aktywnego połączenia. Samo wykrycie karty sieciowej nie oznacza, że dostępny jest adres IP, działają trasy do innych podsieci ani że można rozwiązać nazwę serwera przez DNS. Przy połączeniu bezprzewodowym dodatkowo potrzebne jest zakończenie uwierzytelniania w punkcie dostępowym.

Udział może być udostępniany przez SMB/CIFS, NFS albo inny protokół sieciowy. Każdy z nich wymaga połączenia z konkretnym hostem i wykonania dodatkowych operacji: rozwiązania nazwy, nawiązania sesji, uwierzytelnienia oraz uzyskania dostępu do eksportowanego katalogu. Jeżeli skrypt wykona polecenie montowania przed zakończeniem tych etapów, polecenie zwróci błąd, a skrypt może przejść dalej bez ponownej próby. W takiej sytuacji problem nie musi oznaczać uszkodzenia udziału ani błędnego hasła.

Co dokładnie dzieje się podczas montowania udziału

Montowanie udziału nie polega wyłącznie na przypisaniu ścieżki katalogu. W przypadku CIFS system musi połączyć się z serwerem SMB, ustalić wersję protokołu, przeprowadzić uwierzytelnienie i otrzymać zgodę na dostęp do wskazanego udziału. Przykładowe polecenie w systemie Linux może korzystać z narzędzia mount.cifs, a ścieżka ma postać //serwer/udział. Jeżeli nazwa serwera nie zostanie rozpoznana, połączenie sieciowe jest niedostępne albo serwer jeszcze nie odpowiada, montowanie zakończy się niepowodzeniem.

W przypadku NFS działanie zależy między innymi od dostępności serwera NFS, poprawności eksportu katalogu oraz właściwej konfiguracji usług RPC używanych przez daną wersję i konfigurację NFS. Błąd może więc wystąpić na kilku poziomach. Warto odróżnić komunikat o braku trasy lub nierozpoznanej nazwie od komunikatu o odmowie dostępu. Pierwszy wskazuje na kolejność uruchamiania albo konfigurację sieci, natomiast drugi może oznaczać nieprawidłowe uprawnienia, mapowanie użytkownika lub ustawienia serwera.

Opóźnienie, ponowienie i zależności usług

Najprostszą metodą zwiększenia niezawodności jest wykonanie montowania dopiero po osiągnięciu stanu sieci określanego jako „online” oraz dodanie ograniczonej liczby ponowień. W systemd jednostka odpowiedzialna za montowanie może mieć zależność od network-online.target, a w konfiguracji punktu montowania dla zasobu sieciowego stosuje się między innymi opcję _netdev. Trzeba jednak pamiętać, że network-online.target porządkuje start usług, lecz nie daje absolutnej gwarancji, że konkretny serwer udziału odpowie natychmiast.

Skrypt powinien sprawdzać kod zakończenia polecenia montowania i zapisywać pełny komunikat błędu. Ponowienie może następować po krótkiej przerwie, na przykład po sprawdzeniu, czy dostępny jest host docelowy i czy działa rozwiązywanie nazw. Liczba prób powinna być ograniczona, aby awaria serwera lub odłączenie sieci nie zatrzymały całego startu systemu. Dobrą praktyką jest także utworzenie katalogu będącego punktem montowania przed wykonaniem polecenia oraz użycie stałej, jednoznacznej ścieżki zamiast zależności od bieżącego katalogu skryptu.

Sprawdzenie przyczyny i naprawa konfiguracji

Diagnostykę należy rozpocząć od ustalenia, czy błąd występuje wyłącznie podczas startu, czy również po pełnym uruchomieniu systemu. Jeżeli ręczne wykonanie tego samego polecenia po zalogowaniu działa poprawnie, najbardziej prawdopodobna jest niewłaściwa kolejność usług albo zbyt wczesne uruchomienie skryptu. Jeżeli polecenie nadal kończy się błędem, trzeba sprawdzić nazwę serwera, adres udziału, dostępność portów, uprawnienia oraz zgodność wersji protokołu.

W systemie Linux pomocne są logi jednostki systemd, komunikaty jądra i wynik polecenia mount. Należy potwierdzić, czy punkt montowania jest pusty, czy zasób został zamontowany pod inną ścieżką oraz czy użytkownik wykonujący skrypt ma wymagane uprawnienia. Dla udziału CIFS trzeba również zweryfikować sposób przekazywania poświadczeń i nie umieszczać haseł bezpośrednio w skrypcie. Warszawskie Pogotowie Komputerowe wykonuje profesjonalną naprawę laptopów, komputerów PC i ich podzespołów, w tym diagnostykę problemów z uruchamianiem systemu oraz dostępem do zasobów sieciowych.