S tím se nedá souhlasit. LILO je velmi jednoduchoučký zavaděč bez jakékoliv možnosti vyřešit problém. Kolikrát se mi po změně na disku stalo, že systém nenaběhl, protože LILO nenašlo soubor s jádrem. U Grubu tohle nehrozí, protože je podstatně inteligentnější, nevyžaduje konkrétní fyzické umístění souborů na disku, ale najde si je normálně v souborovém systému. Navíc skrz jeho konzolu je možné nastavit načtení jiného jádra, ukázat mu k němu odlišnou cestu nebo cokoliv upravit. To LILO nikdy neumělo a proto ho už léta nepoužívám.
S tim nesouhlasim. Jeste se mi nestalo, ze by lilo neco nenabootovalo. Pri instalaci serveru si overim, ze mam spravne cesty a linky na jadro v /boot, potom uz jen make install v jadru sam upravi linky a zavola lilo. Moznost nenabootovat neexistuje - vse je automatizovane. BTW uz umi grub alespon nativne bootovat z md0 bez obezlicky?
> Navíc skrz jeho konzolu je možné nastavit načtení jiného jádra, ukázat mu k němu odlišnou cestu
To je fakt takový problém jednou za deset let (tak často asi člověk vytvoří nové jádro a zapomene jej dát do lilo.conf) nabootovat záložní jádro, poeditovat lilo.conf, updatnout mapu, a znovu rebootovat?
> nebo cokoliv upravit. To LILO nikdy neumělo a proto ho už léta nepoužívám.
Ale prd. LILO samozřejmě kernel commandline editovat umí a vždy umělo.
Fakt ze pri Grubovske macatosti by se do nej emacs mohl docela pohodlne schovat, ale presto nevim ze by ten bazmek umel editovat krom commandline i neco dalsiho..
Ten GRUB je fakt legrační. Umí sice readonly přístup na desítku filesystémů, má vlastní (i když blbej) shell, má font engine, ale neumí un-gzipnout kernel, a dokonce ani ho zavolat v pmode :(
Líbí se mi gujin.sourceforge.net, škoda že ten starej boot interface je příliš zažranej, takže gujin nemá moc šanci se prosadit.