Usunięty plik grub.cfg (główny plik konfiguracyjny GRUB-a) powoduje, że bootloader nie wie, jakie systemy uruchamiać — wymaga regeneracji poleceniem `update-grub` lub `grub-mkconfig`.
Czym jest bootloader z usuniętym plikiem grub.cfg
Bootloader z usuniętym plikiem grub.cfg to sytuacja, w której program GRUB został pozostawiony bez podstawowej konfiguracji potrzebnej do rozpoczęcia uruchamiania systemu. Plik grub.cfg zawiera wygenerowane wpisy menu, informacje o dostępnych systemach, parametry jądra Linuksa oraz wskazania partycji i komponentów wymaganych podczas startu. Sam GRUB może nadal znajdować się w sektorze rozruchowym dysku, lecz bez prawidłowych danych konfiguracyjnych nie ma pełnej wiedzy o tym, co powinno zostać uruchomione.
Po włączeniu komputera może pojawić się znak zachęty grub>, uproszczone menu, komunikat o braku pliku albo ekran zatrzymujący dalsze ładowanie. Nie musi to oznaczać uszkodzenia całego systemu. Często pliki systemowe, katalog użytkownika i dane na partycji pozostają nienaruszone, a problem dotyczy wyłącznie warstwy rozruchowej. Przywrócenie działania polega zwykle na odtworzeniu konfiguracji, sprawdzeniu położenia instalacji systemu oraz ponownym zapisaniu bootloadera w odpowiednim miejscu.
Plik grub.cfg nie jest zazwyczaj tworzony ręcznie jako zwykła lista wpisów. Powstaje na podstawie skryptów znajdujących się w katalogu /etc/grub.d/ oraz ustawień zapisanych w /etc/default/grub. Z tego powodu samo utworzenie pustego pliku o właściwej nazwie nie rozwiązuje problemu. Potrzebna jest regeneracja konfiguracji z użyciem narzędzia właściwego dla danej instalacji, na przykład update-grub albo grub-mkconfig.
Kontekst techniczny i porównanie z innymi awariami startu - Bootloader z usuniętym plikiem grub.cfg
Usunięcie grub.cfg należy odróżnić od uszkodzenia samego programu GRUB. W pierwszym przypadku kod bootloadera może być poprawnie zapisany, ale brakuje mu instrukcji opisujących dostępne systemy i sposób ich uruchamiania. W drugim przypadku uszkodzeniu może ulec część rozruchowa dysku, katalog zawierający moduły GRUB-a albo wpis uruchamiający program w firmware komputera. Objawy bywają podobne, dlatego przed naprawą trzeba ustalić, na którym etapie zatrzymuje się procedura startowa.
Znaczenie ma również sposób uruchamiania komputera. Przy trybie UEFI pliki rozruchowe są przechowywane na partycji EFI, natomiast w trybie BIOS lub Legacy część kodu może znajdować się w obszarze rozruchowym dysku. Regeneracja konfiguracji powinna zostać wykonana z uwzględnieniem tego trybu, ponieważ odtworzenie wpisów w niewłaściwym środowisku może nie przywrócić startu po ponownym uruchomieniu. Weryfikacji może wymagać także kolejność dysków, oznaczenie partycji oraz obecność osobnej partycji /boot.
W komputerze z jednym systemem operacyjnym menu GRUB może zawierać tylko jeden główny wpis, choć konfiguracja nadal obejmuje parametry jądra, dysk inicjalizacyjny oraz opcje przekazywane podczas startu. W instalacji wielosystemowej skrypty mogą dodatkowo wykrywać inne systemy i tworzyć dla nich pozycje menu. Różnica między brakiem konfiguracji a błędnym wykryciem systemu jest istotna: w jednym przypadku menu może nie powstać wcale, a w drugim może pojawić się, lecz prowadzić do nieistniejącej partycji, starego jądra albo nieaktualnego identyfikatora.
Naprawa z użyciem nośnika instalacyjnego lub środowiska ratunkowego wymaga poprawnego zamontowania partycji systemowej, a w określonych przypadkach także podpięcia katalogów systemowych używanych przez proces regeneracji. Następnie można odtworzyć konfigurację i, jeśli jest to konieczne, ponownie zainstalować GRUB. Każda operacja powinna być poprzedzona identyfikacją właściwego dysku, aby nie zapisać bootloadera w innym urządzeniu niż to, z którego komputer ma faktycznie startować.
Typowe problemy i błędy towarzyszące brakowi grub.cfg
Jednym z częstych objawów jest przejście do konsoli grub rescue>. Oznacza to, że dostępny zakres funkcji jest ograniczony i program nie może odnaleźć wymaganych modułów albo konfiguracji. W takiej sytuacji próba ręcznego wskazania pliku jądra może pozwolić na jednorazowy start, lecz nie zastępuje trwałej naprawy. Po uruchomieniu systemu należy sprawdzić przyczynę utraty konfiguracji i wygenerować ją ponownie.
Inny przypadek występuje wtedy, gdy plik został odtworzony, ale zawiera nieprawidłowe ścieżki. Może do tego dojść po zmianie układu partycji, klonowaniu dysku, przywróceniu kopii zapasowej albo aktualizacji systemu. Błędny identyfikator UUID, zmieniona nazwa urządzenia lub przeniesiona partycja mogą powodować komunikaty o braku wskazanego dysku, jądra lub systemu plików. Wymagana jest wtedy kontrola rzeczywistego układu nośnika, a nie tylko ponowne uruchomienie tego samego polecenia.
Problemy mogą również wynikać z nieudanej aktualizacji systemu, zapełnienia partycji /boot, usunięcia starszego jądra bez odświeżenia wpisów, błędów systemu plików albo niepełnego działania skryptów generujących menu. W konfiguracji wielosystemowej automatyczne wyszukiwanie innych instalacji może być wyłączone lub ograniczone, przez co po regeneracji pojawi się wyłącznie podstawowy wpis Linuksa. Nie świadczy to jeszcze o utracie danych z pozostałych partycji.
Ryzyko zwiększa się przy wykonywaniu poleceń bez rozpoznania trybu uruchamiania i układu dysków. Wpisanie komendy dotyczącej innej partycji, niewłaściwe zamontowanie katalogu systemowego lub instalacja bootloadera na przypadkowym nośniku może doprowadzić do kolejnych trudności. Dlatego przed zmianami warto ustalić, czy system korzysta z UEFI czy BIOS, gdzie znajduje się partycja systemowa, czy istnieje partycja EFI oraz jaki dysk został wskazany jako pierwszy w ustawieniach firmware.
W jakich sytuacjach warto poprosić o ocenę stanu sprzętu - Bootloader z usuniętym plikiem grub.cfg
Zgłoszenie do serwisu jest zasadne, gdy komputer zatrzymuje się na ekranie GRUB-a, pokazuje konsolę ratunkową, nie wyświetla systemu w menu albo po regeneracji nadal wraca do komunikatu o braku konfiguracji. Szczególnej ostrożności wymaga sytuacja, w której na dysku znajdują się ważne dokumenty, kilka instalacji systemowych lub partycja z danymi, a przyczyna problemu nie jest jednoznaczna. Najpierw powinno się zabezpieczyć dane i ustalić stan nośnika, a dopiero później wykonywać operacje zapisu w obszarze rozruchowym.
W Warszawie takie przypadki można przekazać do Warszawskiego Pogotowia Komputerowego 24/7, gdzie analizowany jest zarówno sam bootloader, jak i zależności między partycjami, trybem uruchamiania oraz instalacją systemu. W razie potrzeby sprawdzane są wpisy UEFI, struktura dysku, stan systemu plików i możliwość odzyskania dostępu bez ingerowania w prywatne pliki. Pozwala to odróżnić prostą regenerację grub.cfg od awarii wymagającej naprawy wpisów rozruchowych, korekty konfiguracji lub wcześniejszego zabezpieczenia danych.
Przed przekazaniem komputera warto zanotować dokładny komunikat pojawiający się na ekranie, okoliczności wystąpienia problemu oraz ostatnie wykonywane czynności, takie jak aktualizacja, zmiana partycji, wymiana dysku lub przywracanie kopii. Nie należy bez potrzeby formatować partycji ani usuwać katalogów systemowych, ponieważ może to utrudnić późniejsze odtworzenie konfiguracji i odzyskanie danych. W przypadku laptopa możliwe jest skorzystanie z darmowej diagnozy LAPTOPA, dzięki której można najpierw ustalić zakres usterki i bezpieczny sposób dalszego postępowania.
