Přejít na obsah

Po výběru v GRUBu: jádro Linuxu, initramfs a první minuty startu systému - LINUX PRO DOMÁCNOST - vzdělávací hub pro Linux a open-source svět

Přeskočit menu
Přeskočit menu
Přeskočit menu

Po výběru v GRUBu: jádro Linuxu, initramfs a první minuty startu systému

30.03.2026

Na fungování GRUBu navazuje také článek Když Linux startuje: GRUB, nabídka systémů a záchrana po problému“, ve kterém je vysvětleno, co GRUB dělá, co se v jeho nabídce obvykle zobrazuje a jak může pomoci při potížích se startem systému. Tento článek na něj navazuje a ukazuje, co se děje po výběru položky v GRUBu: od jádra Linuxu přes initramfs až po spuštění systemd, služeb a přihlášení.

Po stisku klávesy Enter v GRUBu se spustí řetězec dalších kroků, které rozhodnou o tom, zda systém naběhne normálně, skončí v nouzovém režimu, nebo se zastaví na chybě.

V tomto článku si vysvětlíme, co se děje po výběru položky v GRUBu: od jádra Linuxu přes initramfs až po spuštění systemd, služeb a přihlášení do textového nebo grafického prostředí. Současně získáte praktický rámec, podle kterého lze poznat, v jaké fázi se start zastavil a kde má smysl hledat příčinu problému.
Ilustrační schéma startu Linuxu po výběru v GRUBu: jádro, initramfs, root filesystem, systemd a služby.



1) Rychlý přehled: co následuje po GRUBu

Po výběru položky v nabídce GRUBu obvykle proběhne tento řetězec:
UEFI/BIOS -> GRUB -> Linux kernel -> initramfs -> root filesystem (/) -> systemd -> služby -> přihlášení / grafické prostředí


Stručně řečeno:
  • GRUB spustí jádro Linuxu a předá mu parametry startu.
  • Jádro inicializuje základní části systému a použije initramfs.
  • initramfs připraví přístup ke skutečnému systému na disku.
  • Jádro připojí kořenový souborový systém /.
  • Spustí se proces PID 1, kterým je dnes nejčastěji systemd.
  • systemd nastartuje služby, přihlašování a případně i grafické prostředí.

Je dobré vědět, že soubory související se startem systému bývají typicky uloženy v adresáři /boot. Pokud chcete lépe porozumět tomu, kam tyto části v Linuxu patří a jak zapadají do struktury systému, navazuje tento článek přirozeně i na výklad hierarchie adresářů a vrstev Linuxu “Vrstvy Linuxu: TTY/CLI a hierarchie souborového systému“.



2) Jádro Linuxu: co je to a proč na něm záleží

Jádro Linuxu, anglicky kernel, je hlavní část operačního systému. Má na starosti komunikaci s hardwarem, práci s pamětí, správu procesů, ovladače zařízení, souborové systémy i síťové funkce. Bez něj by systém nemohl běžet.

Když v GRUBu vyberete Linux, nespouštíte „celý systém najednou“, ale nejprve právě jádro. To je první skutečně běžící část Linuxu po práci bootloaderu.

Právě proto se v GRUBu často objevuje více verzí kernelu. Není to chyba ani zbytečnost. Starší kernel může posloužit jako záchranná varianta, pokud nový po aktualizaci nenaběhne správně. V praxi jde o velmi užitečnou možnost: nový kernel může mít problém s konkrétním ovladačem, s initramfs nebo s kombinací určitého hardwaru a konfigurace, zatímco starší funkční verze vás ještě pustí do systému, kde můžete problém opravit.

Pojmy, které je dobré rozlišovat

Kernel / jádro
Základ operačního systému, který řídí hardware a klíčové systémové funkce.

Modul
Rozšiřující část jádra, která se může načítat podle potřeby. Často jde například o ovladač konkrétního zařízení nebo podporu určitého souborového systému.

Ovladač
Software, který umožňuje systému komunikovat s konkrétním hardwarem. Může být přímo součástí jádra nebo načítaný jako modul.

Firmware
Specifický kód nebo data potřebná pro některá zařízení. Na rozdíl od běžného programu se často nahrává přímo do zařízení nebo se předává hardwaru při inicializaci.



3) Parametry jádra: malé texty, které mohou hodně změnit

Při startu nepředává GRUB jádru jen samotný soubor s kernelem, ale také textové parametry. Ty říkají, jak se má systém při bootu chovat. Některé pouze zpřesňují nastavení, jiné mohou výrazně pomoci při diagnostice problémů.

Začátečník se s nimi setká hlavně ve chvíli, kdy:
  • systém při startu zamrzá,
  • je potřeba dočasně vypnout „tichý“ start,
  • je podezření na problém s grafikou,
  • je nutné získat více viditelných informací o tom, kde přesně boot selhává.

Velká výhoda je, že je lze v GRUBu obvykle upravit jen dočasně. To znamená, že položku při startu editujete, zkusíte jednorázový test a po dalším restartu se systém vrátí k původnímu nastavení. Právě proto je to bezpečný způsob, jak něco ověřit, aniž byste hned trvale měnili konfiguraci.

Typickým příkladem je odstranění parametrů, které skrývají podrobný výpis při startu, aby bylo lépe vidět, kde se boot zastaví. Jindy se používají dočasné parametry pro otestování problému s grafikou nebo s konkrétním ovladačem.

Důležité upozornění:
Trvalou změnu konfigurace dělejte až ve chvíli, kdy víte, že dočasný test skutečně pomohl. Nejdřív ověřit, až potom zapisovat natrvalo.



4) initramfs: dočasný „záchranný batoh“ pro start systému

Hned po načtení jádra přichází na řadu initramfs, tedy malý dočasný souborový systém, který se při startu rozbalí do operační paměti. Není to ještě váš běžný systém na disku. Je to přechodná startovací vrstva, která má připravit vše nutné k tomu, aby Linux našel a připojil svůj skutečný kořenový systém.

Jinými slovy: initramfs je most mezi jádrem a normálně nainstalovaným systémem.

K čemu initramfs slouží v praxi

V této fázi se typicky řeší například:
  • načtení modulů potřebných pro přístup k disku nebo řadiči,
  • zpřístupnění root oddílu, pokud je součástí složitější konfigurace,
  • aktivace LVM nebo RAID,
  • odemčení šifrování, například LUKS,
  • čekání na zařízení, která se inicializují pomaleji.

Bez této mezivrstvy by se mnoho moderních instalací vůbec nerozběhlo, protože samotné jádro by ještě nemělo připravené vše potřebné k nalezení a připojení skutečného systému.

Jak poznáte, že problém je právě v initramfs

Když initramfs selže, systém se obvykle nedostane do normálního startu služeb.
Můžete narazit například na situace, kdy:
  • boot skončí na chybě ve stylu „nelze najít root zařízení“,
  • systém „čeká na root device“,
  • objeví se výzva initramfs shellu,
  • systém nenajde správný oddíl podle UUID,
  • je problém s aktivací šifrování nebo LVM.

Typicky jde o potíže, které se objeví po změně disků, po aktualizaci kernelu, po chybě v konfiguraci, nebo po zásahu do oddílů.

Pojmy, které se v této fázi často objevují

initramfs
Dočasný souborový systém v RAM, který připraví systém k nalezení a připojení root oddílu.

LVM
Vrstva pro flexibilní správu diskových svazků. Umožňuje například lépe pracovat s velikostmi oddílů a logickými svazky.

RAID
Způsob spojení více disků do jednoho logického celku, například kvůli vyšší odolnosti nebo výkonu.

UUID
Jedinečný identifikátor oddílu nebo souborového systému. Používá se proto, aby systém nehledal disk jen podle názvu typu /dev/sda1, který se může změnit.



5) Připojení kořenového systému: okamžik, kdy se rozhoduje

Jakmile initramfs splní svou úlohu, musí systém připojit svůj skutečný kořenový souborový systém, tedy /. Teprve od tohoto okamžiku už Linux začíná používat „opravdový“ systém uložený na disku.

Tomuto kroku se říká mount root filesystem. Zní to nenápadně, ale právě tady se boot často láme. Pokud root nepůjde připojit, systém se nemá z čeho dál spouštět.

Proto se v konfiguracích používají často právě UUID. Jsou stabilnější než názvy zařízení typu /dev/sda2 nebo /dev/nvme0n1p3, protože pořadí disků se může změnit. UUID má pomoci tomu, aby systém našel správný oddíl i po změnách v rozložení zařízení.

Když ale UUID v konfiguraci nesedí, oddíl se změnil, disk chybí nebo není dostupný potřebný ovladač, může výsledek vypadat například takto:
  • pád do initramfs shellu,
  • emergency mode,
  • hláška o nemožnosti připojit root,
  • zastavení bootu ještě před spuštěním běžných služeb.



6) systemd a první služby: proč je důležitý PID 1

Jakmile je root připojený, spustí se první proces v userspace. Tím je dnes v naprosté většině běžných distribucí systemd. Tento proces má PID 1 a je zodpovědný za rozběh zbytku systému.
systemd:
  • spouští služby,
  • vyhodnocuje závislosti mezi nimi,
  • přepíná systém do cílových stavů,
  • stará se o logy,
  • může přepnout systém i do nouzových režimů.

V této chvíli už nejde o problém bootloaderu ani jádra v užším smyslu. Jestliže boot dojde až sem, znamená to, že základní start Linuxu už proběhl a systém se nyní snaží rozběhnout svou běžnou provozní vrstvu.


multi-user.target a graphical.target
Pro orientaci je užitečné znát dva časté cílové stavy:

multi-user.target
Systém naběhne do textového víceuživatelského režimu. Síť a řada služeb může fungovat, ale grafické prostředí se nespustí.

graphical.target
Systém míří až do grafického přihlášení a desktopu.

Právě tady vzniká jedna z častých situací: Linux může normálně naběhnout do textového režimu, ale selže až start grafiky. V takovém případě už problém nemusí být v kernelu nebo initramfs, ale spíše v display manageru, grafickém stacku, ovladači GPU nebo v konfiguraci grafického prostředí.


Rychlá legenda

service
Jedna konkrétní služba, například síť, přihlášení nebo správce zobrazení.

unit
Obecnější objekt systemd. Služba je jen jeden z typů unit.

target
Cílový stav systému, do kterého se systemd snaží systém dostat.

journal
Systémový log spravovaný systemd, kde lze dohledat, co se při startu dělo.



7) Kde přesně se boot zastavil: jednoduchý diagnostický rámec

Pro začátečníka je nejdůležitější nepanikařit a pokusit se určit, v jaké fázi systém selhal. To obvykle výrazně zúží okruh možných příčin.

A) Objeví se initramfs prompt
To znamená, že jádro běží, ale systém se nedostal ke správně připojenému root filesystemu. Jinak řečeno: Linux už je po GRUBu a po startu kernelu, ale ještě se nedostal ke skutečnému systému na disku.
V takové chvíli dává smysl ověřovat hlavně:
  • zda kernel vůbec vidí správný disk nebo oddíl,
  • zda sedí UUID,
  • zda je dostupný potřebný ovladač,
  • zda je správně odemknuté šifrování,
  • zda je aktivní LVM nebo RAID, pokud se používá.

B) Systém spadne do emergency mode
Tato situace obvykle znamená, že root už byl nalezen a připojen, ale systemd narazil při dalším startu na závažný problém. Velmi často jde o chybu v /etc/fstab, selhání mountu nějakého oddílu nebo jiný problém, který brání bezpečnému pokračování bootu.
Jako první má smysl zkontrolovat:
  • co se měnilo naposledy,
  • zda není chyba v mountovaných oddílech,
  • zda některý disk nechybí,
  • zda nejsou poškozené nebo neodpovídající záznamy v konfiguraci.

C) Naběhne text, ale ne grafika
V takovém případě už se systém dostal výrazně dál. Kernel, initramfs, root filesystem i systemd pravděpodobně fungují. Problém bude spíše v tom, co souvisí s grafickým přihlášením.
Pak je vhodné rozlišovat:
  • běží display manager,
  • je problém s ovladačem grafické karty,
  • je problém v konfiguraci desktopu,
  • došlo ke konfliktu po aktualizaci grafického stacku.

Tento rozdíl je důležitý: černá obrazovka nemusí znamenat, že „Linux nenaběhl“. Někdy jen nenastartovala grafická vrstva, zatímco samotný systém pod ní běží.



8) Tři časté scénáře krok za krokem


Scénář 1: Po aktualizaci nenaběhne nový kernel, ale starý ano
Toto je poměrně častá a současně příjemnější varianta problému, protože máte funkční záchrannou cestu.
Postup bývá obvykle tento:
  1. V GRUBu zvolíte starší kernel, například přes pokročilé volby.
  2. Ověříte, že systém s touto starší verzí skutečně normálně naběhne.
  3. Zkontrolujete, zda je pro novější kernel správně vytvořen initramfs.
  4. Ověříte, zda nechybí potřebné moduly nebo nedošlo ke konfliktu v konfiguraci.
  5. Znovu vygenerujete initramfs podle pravidel své distribuce.
  6. Restartujete a nový kernel znovu otestujete.

Právě zde se ukazuje, proč je užitečné starší kernel po aktualizaci hned nemažat. Často představuje nejrychlejší cestu zpět do systému.

Poznámka:
Postup znovuvygenerování initramfs se liší podle distribuce.
Podrobnosti najdete v dokumentaci k používanému nástroji:


Scénář 2: Systém skončí v initramfs a hlásí, že nemůže najít root
Tady je hlavní cíl jediný: zjistit, proč systém nenachází oddíl, ze kterého má pokračovat běžný start.
Praktický postup vypadá zhruba takto:
  1. Pozorně si přečtete hlášku a všimnete si, zda jde o root device, UUID nebo chybějící zařízení.
  2. Ověříte, zda je disk nebo oddíl vůbec detekován.
  3. Pokud používáte šifrování, zkontrolujete, zda se správně odemyká.
  4. Pokud používáte LVM nebo RAID, ověříte, že je dostupný a aktivní.
  5. Zkontrolujete, zda konfigurace ukazuje na správný root oddíl.
  6. Po opravě konfigurace znovu vygenerujete initramfs.
  7. Restartujete a zkusíte boot znovu.

Typickým viníkem bývá změněné UUID, chybějící ovladač nebo problém v návaznosti mezi kernelem, initramfs a skutečným diskovým uspořádáním.


Scénář 3: Systém skončí v emergency mode kvůli chybě ve fstab
To je velmi častý problém po ručních úpravách mountů. Jeden chybný řádek v /etc/fstab může způsobit, že systém při startu narazí na oddíl, který neexistuje, nejde připojit nebo má špatně zadaný typ.
Praktický postup:
  1. Zjistíte, který mount selhal.
  2. Nabootujete do režimu, ve kterém lze systém opravit.
  3. Opravíte nebo dočasně zakomentujete problémový řádek.
  4. Ověříte, že systém znovu normálně naběhne.
  5. Teprve potom provedete trvalou správnou opravu, například doplnění správného UUID nebo typu souborového systému.

Je to typický příklad situace, kdy GRUB funguje správně, kernel i initramfs také, ale problém se objeví až ve fázi startu systému a mountování dalších částí.



9) Emergency mode a rescue mode: není to konec, ale ochranný režim

Když se při startu něco pokazí, systemd může systém přepnout do omezeného režimu. Nejčastěji se mluví o rescue mode a emergency mode.

Rescue mode je záchranný režim, ve kterém se systém pokusí naběhnout pokud možno co nejdál, ale bezpečně. Obvykle máte k dispozici více běžících částí systému a více nástrojů pro opravu.

Emergency mode je ještě úspornější. Jde o minimální prostředí, které se používá tehdy, když je problém natolik vážný, že by běžné pokračování startu mohlo selhávat nebo věci zhoršovat.

Jednoduchá pomůcka:
  • rescue = systém naběhl omezeně, ale stále docela použitelně,
  • emergency = systém naběhl jen na úplné minimum, protože narazil na vážný problém.

Oba režimy nejsou „konec systému“. Naopak jde o ochranný stav, který vám dává šanci chybu opravit.



10) Mini tahák: osm otázek, které zrychlí hledání problému

Když Linux po výběru v GRUBu nenabíhá správně, položte si co nejdříve těchto osm otázek:
  1. Jde o počítač v režimu UEFI, nebo Legacy BIOS?
  2. Naběhne starší kernel?
  3. Končí boot v initramfs, v emergency mode, nebo až při startu grafiky?
  4. Měnily se disky, oddíly nebo UUID?
  5. Používá systém šifrování?
  6. Není problém v /boot nebo v EFI systémovém oddílu?
  7. Je problém jen v grafickém prostředí, nebo nenaběhne ani text?
  8. Co se v systému změnilo naposledy?

Právě poslední otázka bývá v praxi velmi silná. Aktualizace kernelu, změna ve fstab, zásah do oddílů nebo práce se šifrováním často příčinu přímo napoví.



11) Slovníček pojmů

Kernel / jádro
Základ operačního systému, který řídí hardware a klíčové systémové funkce.

initramfs
Dočasný souborový systém v paměti, který po startu jádra připraví přístup ke skutečnému systému na disku.

Root filesystem
Kořenový souborový systém /, tedy hlavní základ nainstalovaného Linuxu.

Mount / připojení
Způsob, jakým Linux zpřístupní souborový systém do své adresářové struktury.

UUID
Jedinečný identifikátor oddílu nebo souborového systému používaný v konfiguraci místo názvů zařízení, která se mohou měnit.

LVM
Vrstva pro správu logických svazků, která přidává flexibilitu při práci s diskovým prostorem.

RAID
Spojení více disků do jednoho logického celku kvůli odolnosti, kapacitě nebo výkonu.

UEFI / BIOS
Firmware počítače, který spouští první část zavádění systému.

ESP
EFI System Partition, speciální oddíl používaný v UEFI systému pro boot soubory.

systemd
Nejčastější init systém dnešních linuxových distribucí. Spouští služby a řídí náběh systému.

Unit
Objekt systemd, například služba, mount, target nebo jiné řízené prvky.

Target
Cílový stav systému, do kterého systemd systém přepíná.

Emergency mode
Nouzový minimální režim pro opravu závažných problémů.

Rescue mode
Omezený záchranný režim, který ponechává k dispozici více prostředků než emergency mode.

Display manager
Program, který zajišťuje grafické přihlašování do systému.



12) Závěr

Po výběru položky v GRUBu se nerozbíhá „Linux jako celek“, ale sled navazujících kroků, z nichž každý má svou konkrétní úlohu. Nejprve bootloader načte do paměti jádro i initramfs a předá řízení jádru. To následně využije initramfs k přípravě přístupu ke skutečnému systému, poté se připojí root filesystem a teprve potom přebírá řízení systemd.

Právě pochopení této posloupnosti velmi pomáhá při řešení problémů. Když víte, zda se systém zastavil už v initramfs, až v systemd, nebo teprve při startu grafiky, nehledáte příčinu naslepo. A to je při opravách často rozdíl mezi zmatkem a rychlou orientací.

Chcete-li si popsané kroky zasadit do širšího fungování Linuxu, navazuje na toto téma také článek "Vrstvy Linuxu: TTY/CLI a hierarchie souborového systému (FHS, hier, systemd, XDG)". Ten pomáhá pochopit, kam v systému patří adresáře jako /boot, /run, /etc nebo /usr a jak do sebe jednotlivé vrstvy Linuxu při běžném provozu zapadají.



Zdroje


  • Linux kernel documentation: Using the initial RAM disk (initrd) – oficiální dokumentace jádra k časné fázi startu systému a úloze dočasného startovacího prostředí před připojením skutečného root filesystemu.








PODPOŘTE OTEVŘENÉ NÁVODY A DALŠÍ ROZVOJ WEBU LINUX PRO DOMÁCNOST:

Věřím v otevřené znalosti. Každý návod = rešerše, testování na reálném nebo virtuálním počítači a různých Linux distribucích (např.: Rocky / Debian / Zorin / a další), psaní krok za krokem a finální kontrola — typicky několik hodin až několik dnů práce. Web držím bez reklam i trackingu a chci, aby tak zůstal.

Pokud vám jakýkoli článek ušetří čas nebo nervy, budu rád za dobrovolnou podporu (částku si určíte sami). Prosím, do zprávy pro příjemce napište: NA KAFE / Linux-doma.cz, pomůže mi to přehledně zaúčtovat měsíční souhrn. Děkuji!

A pokud se Vám web líbí a chcete se stát pravidelným sponzorem, podívejte se prosím na stránku "SPONZOŘI".

BITLIFI / QR PLATBA (bez částky)

QR platba (bez částky) – Bitlifi – Linux-doma.cz

  • Uživatel: +420607271333@bitlifi.com
  • Poznámka: NA KAFE / Linux-doma.cz
BANKOVNÍ PŘEVOD /
QR PLATBA (bez částky)

QR platba (bez částky) – bankovní převod – Linux-doma.cz

  • Číslo účtu (CZK): 2000197842 / 2010
  • IBAN: CZ41 2010 0000 0020 0019 7842
  • BIC/SWIFT: FIOBCZPPXXX
  • Zpráva pro příjemce: NA KAFE / Linux-doma.cz
© 2025–2026 Miroslav Zakřevský / LINUX PRO DOMÁCNOST (linux-doma.cz). Všechna práva vyhrazena. Citace povoleny s uvedením zdroje.
Návrat na obsah