Bootloader nie widzi partycji root

Bootloader niewidzący partycji root (głównej partycji systemowej Linuksa) wskazuje na uszkodzoną konfigurację GRUB lub zmieniony identyfikator partycji po operacjach na dysku.

Czym jest problem z niewidoczną partycją root

Komunikat lub zachowanie określane jako „bootloader nie widzi partycji root” oznacza, że program uruchamiający system nie potrafi wskazać miejsca, w którym znajduje się główny system plików Linuksa. Partycja root zawiera między innymi katalogi systemowe, pliki konfiguracyjne, programy oraz elementy potrzebne do przejścia z etapu uruchamiania do normalnej pracy środowiska graficznego albo konsoli. Jeżeli bootloader nie może jej odnaleźć, komputer może zatrzymać się na ekranie GRUB, wyświetlić monit ratunkowy, zgłosić brak urządzenia lub przejść do trybu awaryjnego.

Nie zawsze oznacza to fizyczne usunięcie danych. Przyczyną może być nieaktualny wpis w konfiguracji GRUB, błędnie wskazany identyfikator UUID, zmiana numeracji dysków po podłączeniu kolejnego nośnika albo modyfikacja układu partycji. Problem może również pojawić się po klonowaniu dysku, zmianie rozmiaru partycji, przywróceniu kopii systemu, instalacji drugiego systemu operacyjnego lub wymianie nośnika na inny model. Właściwe rozpoznanie wymaga ustalenia, czy partycja nadal istnieje, czy jest dostępna z poziomu środowiska ratunkowego oraz czy wskazania w konfiguracji rozruchowej odpowiadają aktualnemu układowi dysku.

Znaczenie konfiguracji GRUB i identyfikatorów partycji

GRUB korzysta z informacji zapisanych w konfiguracji rozruchowej, aby znaleźć pliki systemu i przekazać uruchamianie odpowiedniemu jądru Linuksa. W konfiguracji może być używany identyfikator UUID, etykieta systemu plików, nazwa urządzenia albo ścieżka zależna od kolejności dysków. Nazwa urządzenia, która wcześniej wskazywała właściwą partycję, po zmianie układu sprzętowego może odnosić się do innego nośnika. Z kolei UUID może zmienić się po sformatowaniu, odtworzeniu obrazu na nowej partycji lub wykonaniu niektórych operacji administracyjnych.

Istotne jest rozróżnienie między samym bootloaderem a plikiem /etc/fstab i parametrami przekazywanymi do jądra. GRUB może poprawnie wyświetlić wpis systemu, lecz późniejsze uruchamianie zatrzyma się, gdy parametr root= wskazuje nieistniejący identyfikator. Odwrotna sytuacja także jest możliwa: partycja root jest dostępna, ale uszkodzona konfiguracja GRUB uniemożliwia jej wybranie. W systemach wykorzystujących UEFI znaczenie ma również obecność właściwego wpisu startowego i plików w partycji EFI, natomiast przy starszym trybie uruchamiania sprawdzane jest położenie kodu rozruchowego oraz zgodność tablicy partycji z wybranym trybem pracy.

Do analizy wykorzystuje się między innymi podgląd tablicy partycji, odczyt UUID oraz typu systemu plików, sprawdzenie zawartości partycji i weryfikację wpisów rozruchowych. Sama zmiana pojedynczej linijki bez wcześniejszego ustalenia aktualnego układu nośnika może pogłębić problem. W przypadku szyfrowania, woluminów logicznych lub macierzy programowej konieczne jest także poprawne udostępnienie warstwy przechowującej system, zanim rozpocznie się naprawę GRUB.

Typowe objawy, błędy i możliwe źródła awarii

Najczęściej pojawia się komunikat o braku określonej partycji, nieodnalezieniu urządzenia, nieznanym systemie plików albo niemożności załadowania pliku konfiguracyjnego. Czasami zamiast komunikatu widoczny jest jedynie tryb ratunkowy z ograniczonym zestawem poleceń. Innym objawem bywa prawidłowe wyświetlenie menu GRUB i zatrzymanie dopiero po wybraniu systemu. Taki przebieg może wskazywać na rozbieżność między wpisem startowym, parametrami jądra oraz rzeczywistym położeniem partycji root.

Do częstych błędów należy omyłkowe wskazanie partycji EFI, partycji z danymi użytkownika albo partycji wymiany jako głównego systemu plików. Problem może powstać również po usunięciu starej instalacji Linuksa, gdy pozostały wpisy odwołujące się do nieistniejącego systemu. Zdarza się, że po zmianie kolejności dysków firmware uruchamia niewłaściwy wpis UEFI. W innych przypadkach tablica partycji jest odczytywana poprawnie, lecz uszkodzenie systemu plików uniemożliwia zamontowanie partycji.

Przed próbą naprawy warto ograniczyć zapisy na dysku, zwłaszcza gdy występują dodatkowe objawy, takie jak znikające partycje, nietypowe dźwięki nośnika, powtarzające się błędy odczytu lub nagłe spowolnienie. Wielokrotne wykonywanie poleceń naprawczych bez kopii ważnych danych może utrudnić późniejsze odzyskiwanie. Jeżeli partycja jest widoczna, ale nie można jej zamontować, trzeba rozważyć kontrolę spójności systemu plików, analizę logów oraz ocenę stanu nośnika. Jeżeli nie jest widoczna w ogóle, pierwszeństwo ma sprawdzenie połączeń, wykrywania dysku i tablicy partycji.

Kiedy trzeba poprosić o ocenę stanu sprzętu - Bootloader nie widzi partycji root

Zgłoszenie do serwisu jest uzasadnione, gdy system nie uruchamia się po zmianie dysku, klonowaniu, aktualizacji, instalacji drugiego systemu lub modyfikacji partycji. Pomoc może być potrzebna także wtedy, gdy nie jest jasne, czy problem dotyczy samego GRUB, wpisów UEFI, systemu plików, szyfrowania, czy fizycznego stanu nośnika. W ramach diagnostyki można ustalić aktualny układ partycji, zabezpieczyć dostęp do danych, sprawdzić zgodność identyfikatorów i odtworzyć konfigurację uruchamiania odpowiednią dla używanego trybu firmware.

W przypadku laptopa dostępna jest darmowa diagnoza LAPTOPA, dzięki której można najpierw rozdzielić awarię konfiguracji systemu od problemu z dyskiem lub innym podzespołem. Po rozpoznaniu przyczyny naprawa może obejmować odbudowę wpisów rozruchowych, ponowne wygenerowanie konfiguracji GRUB, korektę parametrów wskazujących partycję root, przywrócenie właściwego wpisu UEFI albo przygotowanie bezpiecznej procedury odzyskania danych. Zakres działań powinien zostać dobrany do stanu nośnika i wartości przechowywanych na nim informacji, ponieważ przy uszkodzeniach sprzętowych najważniejsze może być najpierw wykonanie kopii sektorowej, a dopiero później naprawa systemu.

Nie zaleca się formatowania partycji ani ponownej instalacji systemu wyłącznie na podstawie komunikatu o braku root. Takie działanie może usunąć dane, mimo że pierwotny problem dotyczył tylko nieaktualnego identyfikatora lub wpisu rozruchowego. Szczególnie ostrożnie należy postępować, gdy na dysku znajdują się dokumenty, projekty, profile użytkowników albo konfiguracje potrzebne do dalszej pracy. Wczesna analiza pozwala określić, czy wystarczy naprawa konfiguracji, czy potrzebne są działania związane z odczytem danych i oceną kondycji nośnika.