Dracut

Dracut to narzędzie tworzące initramfs w dystrybucjach Linuksa opartych na systemd — istotne przy konfiguracji dual-boot lub WSL z niestandardowym jądrem.

Czym jest Dracut i jaką rolę pełni w uruchamianiu Linuksa

Dracut jest narzędziem używanym w systemach Linux do przygotowania obrazu initramfs, czyli tymczasowego systemu plików ładowanego bardzo wcześnie podczas startu komputera. Obraz ten zawiera minimalny zestaw sterowników, modułów, programów i skryptów potrzebnych do przejścia od początkowego etapu uruchamiania do właściwego systemu zamontowanego na dysku. Nie jest to pełna instalacja Linuksa, lecz środowisko startowe działające zanim zostaną udostępnione wszystkie katalogi i usługi systemu.

Podczas tworzenia obrazu Dracut analizuje bieżącą konfigurację i dobiera elementy wymagane do uruchomienia konkretnego środowiska. Mogą to być między innymi sterowniki kontrolera dysku, moduły systemu plików, obsługa szyfrowania, mechanizmy związane z macierzą programową, logicznymi woluminami oraz narzędzia potrzebne do odnalezienia partycji systemowej. Dzięki temu właściwe jądro Linuksa otrzymuje przygotowane środowisko, w którym może znaleźć urządzenie zawierające główny system plików.

Dracut nie zastępuje jądra ani programu rozruchowego. Jego zadaniem jest przygotowanie zawartości obrazu, który następnie zostaje wskazany przez konfigurację rozruchową. Jeżeli obraz jest nieaktualny, uszkodzony albo nie zawiera potrzebnego modułu, komputer może zatrzymać się jeszcze przed pojawieniem się ekranu logowania. Z tego powodu narzędzie ma znaczenie zarówno po instalacji systemu, jak i po zmianie jądra, układu partycji, sposobu szyfrowania dysku lub konfiguracji sprzętowej.

Dracut na tle innych elementów procesu startowego

W typowym przebiegu uruchamiania komputera firmware przekazuje sterowanie programowi rozruchowemu, a ten wybiera jądro oraz odpowiadający mu obraz initramfs. Jądro rozpoczyna pracę, rozpakowuje obraz przygotowany przez Dracut i uruchamia zawarte w nim skrypty. Ich zadaniem jest między innymi wykrycie urządzeń, załadowanie sterowników, przygotowanie dostępu do woluminów oraz odnalezienie katalogu głównego. Dopiero później następuje przełączenie do właściwego systemu plików i uruchomienie normalnego procesu inicjalizacji.

W starszych lub inaczej skonfigurowanych dystrybucjach można spotkać inne generatory obrazu startowego, na przykład mkinitcpio albo mkinitramfs. Narzędzia te realizują podobny cel, lecz różnią się organizacją konfiguracji, sposobem dołączania modułów i zakresem automatycznej detekcji. Dracut jest szczególnie często spotykany w dystrybucjach korzystających z rodziny Fedora, RHEL i innych systemów, w których obraz startowy budowany jest modułowo.

W praktyce trzeba odróżnić problem z Dracut od problemu z samym jądrem, konfiguracją programu rozruchowego lub uszkodzeniem danych na dysku. Komunikat wyświetlany podczas startu może wskazywać na brak urządzenia, nieudane zamontowanie głównego systemu plików, błąd odszyfrowania albo brak odpowiedniego modułu. Sama obecność słowa „dracut” na ekranie nie oznacza jeszcze, że narzędzie jest główną przyczyną awarii. Często informuje jedynie, że błąd wystąpił w początkowym środowisku, które zostało przez nie utworzone.

Znaczenie Dracut staje się widoczne także przy konfiguracjach wielosystemowych. Jeżeli kilka systemów korzysta z różnych jąder, partycji lub metod szyfrowania, każdy wpis rozruchowy powinien wskazywać zgodny zestaw jądra i obrazu initramfs. Przy niestandardowych jądrach uruchamianych w środowiskach integrujących Linuksa z Windowsem również może być konieczne samodzielne przygotowanie obrazu zawierającego właściwe sterowniki oraz skrypty startowe.

Typowe problemy związane z obrazem initramfs

Jednym z częstszych problemów jest nieudane uruchomienie po aktualizacji jądra. Nowa wersja może zostać zainstalowana poprawnie, lecz obraz startowy nie zostanie utworzony albo nie będzie zawierał wymaganych elementów. W takiej sytuacji starsze jądro może nadal działać, a wybór nowego wpisu w menu rozruchowym kończy się przejściem do powłoki ratunkowej lub oczekiwaniem na urządzenie, którego system nie potrafi odnaleźć.

Podobny efekt może wystąpić po zmianie identyfikatorów partycji, przeniesieniu systemu na inny dysk, modyfikacji tablicy partycji albo zmianie kontrolera magazynu danych. Obraz przygotowany dla wcześniejszej konfiguracji może zawierać nieaktualne informacje dotyczące urządzeń, parametrów montowania lub sposobu wyszukiwania woluminu głównego. W środowisku z szyfrowaniem dodatkową przyczyną bywa brak obsługi właściwego kontenera, niezgodny wpis w konfiguracji albo niedostępność wymaganych narzędzi na etapie startu.

Do typowych symptomów należą komunikaty o oczekiwaniu na urządzenie, brak znalezionego woluminu głównego, przejście do awaryjnej powłoki, zatrzymanie po załadowaniu jądra oraz powracanie do menu rozruchowego. Warto zwrócić uwagę na dokładny moment wystąpienia problemu. Jeżeli program rozruchowy nie pokazuje menu, przyczyny należy szukać wcześniej. Jeżeli jądro zostaje załadowane, ale system nie przechodzi do ekranu logowania, bardziej prawdopodobne są kłopoty z obrazem initramfs, montowaniem dysku lub usługami uruchamianymi później.

Diagnostyka zwykle obejmuje sprawdzenie dostępnych wersji jądra, zawartości katalogu z obrazami startowymi, wpisów programu rozruchowego oraz logów poprzedniego uruchomienia. Przydatne może być ponowne wygenerowanie obrazu dla konkretnego jądra, wymuszenie dołączenia określonego sterownika, odbudowanie konfiguracji programu rozruchowego i sprawdzenie integralności systemu plików. Nie powinno się jednak usuwać działających obrazów bez zachowania przynajmniej jednej sprawdzonej wersji awaryjnej.

Ważna jest także zgodność architektury i wersji plików. Obraz przypisany do jednego jądra nie powinien być przypadkowo używany z innym, ponieważ różne wersje mogą wymagać odmiennych modułów. Błąd może powstać również wtedy, gdy moduł został zainstalowany, ale nie został uwzględniony w obrazie, albo gdy jego zależności znajdują się poza środowiskiem dostępnym przed zamontowaniem głównego systemu plików.

W jakich sytuacjach warto zlecić diagnozę specjalistom - Dracut

Do serwisu warto zgłosić komputer, gdy Linux przestał się uruchamiać po aktualizacji, zmianie dysku, instalacji drugiego systemu lub modyfikacji szyfrowania, a samodzielne przywrócenie starszego wpisu rozruchowego nie rozwiązuje problemu. Dotyczy to także sytuacji, w której pojawia się powłoka ratunkowa, system długo oczekuje na nieistniejące urządzenie albo kolejne próby odbudowania obrazu kończą się błędem. Przed ingerencją dobrze zabezpieczyć ważne dane i zanotować pełny komunikat wyświetlany na ekranie.

W Warszawie takie przypadki można przekazać do Warszawskiego Pogotowia Komputerowego 24/7, gdzie analizie podlega zarówno konfiguracja Linuksa, jak i szerszy kontekst awarii komputera. Przydatne jest sprawdzenie stanu dysku, tablicy partycji, wpisów programu rozruchowego, wersji jądra oraz zawartości obrazu initramfs. Pozwala to ustalić, czy konieczna jest jedynie odbudowa obrazu, czy też problem wynika z uszkodzenia systemu plików, niewłaściwej konfiguracji szyfrowania, błędnego sterownika albo problemu sprzętowego.

Nie zaleca się wielokrotnego wykonywania poleceń naprawczych bez rozpoznania układu partycji i sposobu uruchamiania systemu. W komputerze z kilkoma systemami pochopna zmiana konfiguracji może utrudnić dostęp do pozostałych instalacji. Bezpieczniejsza procedura powinna uwzględniać wykonanie kopii ważnych danych, odczyt logów, identyfikację właściwego jądra, zachowanie działającego obrazu awaryjnego oraz dopiero późniejsze odtworzenie konfiguracji startowej.

Pomoc serwisowa jest szczególnie uzasadniona, gdy awaria pojawiła się nagle, komputer zawiera istotne dane albo nie ma pewności, czy przyczyną jest oprogramowanie, dysk czy kontroler. Dracut jest tylko jednym z elementów łańcucha uruchamiania, dlatego prawidłowa diagnoza powinna obejmować cały proces od firmware przez program rozruchowy i jądro aż po montowanie systemu plików.