LILO je zpět

Vývoj zavaděče LILO (LInux LOader) byl minulý měsíc obnoven. Byl vytvořen projekt LILO na serveru Alioth. LILO tak má novou domovskou stránku. Byla vydána nová stabilní verze 23.0, do které byly začleněny záplaty a vylepšení především z linuxových distribucí Debian, OpenSUSE a Fedora.

16.7.2010 07:56 | Ladislav Hagara | Nová verze

Komentáře

[xvasek]

To je aspoň číslo verze. Z toho přímo čiší stabilita a vyladěnost.

[R]

Ale na nVidia drivery to nema.

[Ladislav Hagara]

Ze 195.36.31 na 256.35 byl opravdu velký skok. Co dál? 512.70, 1024.140?

[kyytaM]

predju z IPv4 na IPv6 :D

[xvasek]

Tam už to krapítko přepískli.

[pht]

Já jsem si ani nevšiml, že by lilu něco scházelo, ale i tak je to dobrá zpráva ;)

[petr_p]

Tak třeba neumí sériovou a virtuální konzoli zároveň, neumí zavést více objektů než jádro a ramdisk (Xen je samostaný objekt), neumí TPM meassurement.

[pht]

Nic z toho nepoužívám, což bude asi důvod proč jsem si nevšiml :) teda ruku na srdce, u Xenu mně to trochu vadilo, ale Xen jsem pak kvůli hromadě vlastních problémů přestal stejně používat.

... ale když Vám to tam chybí, tak to dokódujte. Každopádně to půjde i bez újmy na jednoduchosti konfigurace.

[Pavel]

Kdyby raději vylepšovali GRUB.

[Bedňa]

Je smutné že po rokoch vývoja nevie ani toto

[vencas]

Jestli myslíte GRUB, tak vizte BURG.

[Bedňa]

Vie automaticky nájsť všetky systémy na všetkých diskoch?

[zulu]

A ten gag ano?

[Bedňa]

ÁNO vie.

[Nikola Pajkovský]

pekne. ale takove anililo melo ve sve dobe taky co rict ;)

[pozortucnak]

Gag neumí bootovat Linux, Gag "volá" grub nebo lilo etc...

[Drom]

Jako barevny graficky rozhrani neprinasejici funkcne nic navic pro tech 5-10 vterin jednou za pul roku, co (re)bootuju? Jo, to je fakt skoda, shame on GRUB :P

[Tutor]

po tom co předvedli s GRUB 2 mi to přijde jako docela logické Třba jednou přejdu z GRUB 1 na nějaké LILO verze XY

[m1c4a1]

A co s ním provedli? Já teda do bootloaderů nejsem žádný blázen, vidím ho tak 0,0001% práce s počítačem, který rebootuju jednou za X týdnů, když měním jádro, takže mi to všecky ty GRUBY a LILA přijdou na jedno brdo.

[Tutor]

GRUB 1 byl lehký a přehledný. GRUB 2 je komplikovaný moloch s hromadou skriptů.

[pht]

On GRUB obecně mi přijde jako výplod nějakého chorého mozku. Hlavní motto: člověk se musí přizpůsobit stroji.

[kralyk z abclinuxu]

...a naprosto šílenou konfigurací.

[frdrx]

V čem? Jeho konfigurace mi přijde docela normální.

[frdrx]

GRUB 2 je úplně stejně přehledný, možná víc. Jenom ten si člověk ten přehled musí udělat. Taky mi přijde mnohem spolehlivější a snažší na administraci. Nevím, co má znamenat ta hromada skriptů, ale funkcionalita v něčem musí být zakódována.

[Tutor]

Když se mi rozbila konfigurace GRUBU (například po instalaci dalího OS), stačilo v grubu vlést do commandliny a zadat:

find /boot/grub/stage1 (pokud vím, můžu přeskočit) root (hdX,X) setup (hdX,X)

Jak udělám takovou triviální věc v GRUB2?

[frdrx]

Dokumentace a Google jsou tví kamarádi. Je to popsáno dostatečně.

[Tutor]

to byla samozřejmě demonstrační řečnická otázka

[frdrx]

Když si na ni nechceš odpovědět, proč by to měl dělat někdo za tebe?

[Bedňa]

Tak mi povedz ako jedným príkazom nájde na všetkých diskoch systémy a vytvorí z nich menu.

[frdrx]

Ani s GRUB1 to není jeden příkaz, ale série. Stejně tak v GRUB2. Rozdíl je však v tom, že s GRUB2 vytvoříš nové menu a konfiguraci až po nabootování do systému. To je schválně a je to tak dobře. Přečti si sakra dokumentaci.

[Bedňa]

Bez emócií, mne by pripadalo v 21 storočí normálne, že zapichnem do kompu disk, zadám do GRUBu príkaz a on si systémy pridá do menu a je mi jedno či pri reštarte. Ten sled príkazov je stále rovnaký, tak prečo nieje v jednom. Ideálne by bolo v menu voľby na kliknutie pridať systém. Nemám na to čas, inak by som to spravil sám, ale možno si nájdem keď sa to tu bude častejšie rozoberať. Lilo také niečo nevie? Som ho používal pred rokmi a matne si spomínam že tam to bolo jednoduchšie, možno. Neexistuje niečo také, ako som písal?

[frdrx]

Já vím, že emoce jsou k ničemu, ale prostě se té frustrace nemůžu zbavit. Furt se někomu něco nelíbí a kidá kvůli tomu hnůj na skvělé věci.

[Bedňa]

Ja len nechápem keď niekto vie ako na to a nespraví to. Ale ako som písal, možno si to hodím do TODO a spravím to sám :)

[Někdo jiný]

A nedělá se to náhodou přes os-prober? V Debianu mi stačilo nainstalovat pouze tento balík. Potom se to používá právě přes ten zatracovaný skript /etc/grub.d/30_os-prober. Sice teda netuším, jestli je to přesně to, co potřebuješ, ale mě to Ubuntu na jiném oddílu (disk je stejný, mám jenom jeden) najde a přidá naprosto bez problémů. Na jiném systému to nemůžu vyzkoušet, nemám.

Jo a ten jeden příkaz, který přegeneruje menu, je update-grub2.

[frdrx]

Samozřejmě. Jenže on by to rád dělal z konzole grubu. Nevím proč.

[pavlix]

GRUB 2 je komplikovaný moloch s hromadou skriptů.

Stačí je nepoužívat :), pak je GRUB2 úplně stejně jednoduchý a primitivní jako GRUB1.

Skripty generující grub config se používaly už v GRUB1 běžně v distribucích, GRUB2 pouze přinesl distribucím jednotný systém přepisu configu a detekce nainstalovaných OS.

[Grunt]

Možná to pro tebe bude šok, ale to co se dřív nastavovalo v GRUBu 1 v menu.lst se v mnohem jednodušší formě v Ubuntu nastavuje v /etc/default/grub a grub.cfg je už jen takový polopřežvíkaný moloch u kterého je dokonce výslovně napsáno:

#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

Toť celé kouzlo.

[kralyk z abclinuxu]

Mě by zajímalo, kdo z vás, zastánců Grub 2, skutečně šel do těch konfiguráků a zkoušel tam něco nastavit. Já teda jo, a musím říct, že v porovnání s Grub 1 je to dost šílené.
v /etc/default/grub prakticky nic není, jen pár hovadinek.
Vše ostatní je v /etc/grub.d/* ve formě init-like scriptů. Ano, jasně, dají se editovat, a nakonec se tím člověk probere, ale prosím vás, má tohle člověk zapotřebí?

Vždyť ten Grub 2 dělá prakticky to samé jako Grub 1, ale za cenu mnohem složitějšího a více "bloated" nastavení... Já teda zůstanu u Grub 1. Kdyby ta nová verze přinášela nějaké další výhody, které bych mohl využít, tak se zamyslím, jestli by to třeba nestálo za to se tu složitou konfoguraci naučit. Ale vzhledem k tomu, že Grub 2 nic moc nevylepšuje, tak mi to přijde jako hovadina...

[pavlix]

Mě by zajímalo, kdo z vás, zastánců Grub 2, skutečně šel do těch konfiguráků a zkoušel tam něco nastavit.

Tak já předpokládám, že všichni... ale já osobně jsem to nastavoval několikrát.

Vše ostatní je v /etc/grub.d/* ve formě init-like scriptů.

Ale vůbec ne, s init skripty to je podobné snad jen tím, že tam jsou shell skripty. Ale pokud nechceš, nemusíš je vůbec používat. Konfigurační soubor je v /boot a je téměř totožný s tím pro GRUB1.

Distribuce vždycky používaly různé metody jak do konfigurace grubu nacpat updatovaná jádra a detekované ostatní OS. Najednou se tato sada skriptů objevila přímo v distribuci GRUBu a je zle. Vždyť je to technicky na chlup to samé, jen je to sjednocené a přenesené do grub.d ze speciálních skriptů v různých umístění.

Vždycky můžeš upravit "custom", kam se přímo napíše kousek konfigurace, který by si dřív psal do grub.conf za ty speciální komentářové značky, co určují, kde končí automaticky generovaná část.

Holt místo komentářových značek to máš rozseklé do několika souborů.

Vždyť ten Grub 2 dělá prakticky to samé jako Grub 1, ale za cenu mnohem složitějšího a více "bloated" nastavení...

Samotná konfigurace je prakticky totožná. Pouze pokud využíváš automatického generování, je potřeba vědět, že máš statické položky cpát do custom souboru v grub.d a výsledný konfig nechat generovat, abys tam měl zároveň i ty položky spravované balíčkovacím systémem a automaticky detekované operační systémy.

Ale vzhledem k tomu, že Grub 2 nic moc nevylepšuje, tak mi to přijde jako hovadina...

Pokud vím, tak Grub 2 umí nabootovat věci, které Grub 1 nikdy neuměl. Například umí bootovat z LVM. Pokud tuto vlastnost nevyužiješ, dobře, ale nemá smysl tvrdit, že nic nepřináší.

[kralyk z abclinuxu]

Samotná konfigurace je prakticky totožná. Pouze pokud využíváš automatického generování, je potřeba vědět, že máš statické položky cpát do custom souboru v grub.d a výsledný konfig nechat generovat, abys tam měl zároveň i ty položky spravované balíčkovacím systémem a automaticky detekované operační systémy.

Hmmm... čili musím myslet na to, jakým způsobem moje nastavení bude interagovat s balíčkovačem...
Takže si stejně tu část, kterou tvoří balíčkovač budu muset prostudovat...

Pokud vím, tak Grub 2 umí nabootovat věci, které Grub 1 nikdy neuměl. Například umí bootovat z LVM. Pokud tuto vlastnost nevyužiješ, dobře, ale nemá smysl tvrdit, že nic nepřináší.

Z LVM "umí" nabootovat u Grub 1. Umí je v uvozovkách, protože on to sice neumí, ale není to problém

[pavlix]

Hmmm... čili musím myslet na to, jakým způsobem moje nastavení bude interagovat s balíčkovačem...

Nemusíš, stačí umět používat ten balíčkovač. To je právě rozdíl od Grubu 1, který bez speciálních skriptů neuměl reagovat na nově přidaná jádra apod.

Takže si stejně tu část, kterou tvoří balíčkovač budu muset prostudovat...

Můžeš, pokud tě zajímá vývoj, nebo pokud testuješ nějaké vývojové verze distribucí. Nemusíš, pokud používáš rozumnou distribuci, kde jsou ty skripty napsané správně...

A dokonce to nemusíš používat vůbec a můžeš konfigurovat ve stylu starého grubu. Pořád se grub řídí jedním konfiguračním souborem. Přepisovací program lze i úplně zablokovat, například tím, že mu odebereš execute bit.

Z LVM "umí" nabootovat u Grub 1. Umí je v uvozovkách, protože on to sice neumí, ale není to problém

Prosím česky na mě.

Já jsem psal, že chápu, že takovou funkcionalitu nepotřebuješ nebo nechceš využívat. Uvedl jsem to jen jako příklad něčeho, co starý grub neumí a nový ano. Vypadalo to, že píšeš, že nic nového neumí.

[kralyk z abclinuxu]

Nemusíš, stačí umět používat ten balíčkovač.

Takové Ubuntu generuje na základě balíčkovače i názvy položek. To se pak edituje dost špatně...

To je právě rozdíl od Grubu 1, který bez speciálních skriptů neuměl reagovat na nově přidaná jádra apod.

A co /boot/vmlinuz? Kolik lidí skutečně potřebuje bootovat několik různých kernelů? A propos, když už někdo má rozumný důvod bootovat různé kernely (i.e. rozumí tomu), tak pro něj správné nastavení menu.lst není problém...

Já jsem psal, že chápu, že takovou funkcionalitu nepotřebuješ nebo nechceš využívat. Uvedl jsem to jen jako příklad něčeho, co starý grub neumí a nový ano. Vypadalo to, že píšeš, že nic nového neumí.

Napsal jsem, že prakticky nic nového nepřináší. Čili něco v tom changelogu sice určitě bude, ale nic zásadního. Z patra si vzpomínám na možnost použití vlastního fontu a lepší uzpůsobení grafiyk (hola, LILO ). Pohodlnější LVM může být další věc. Má pointa byla v tom, že mi nepřijde smysluplné vyměnit takovéhle spíš velmi jemné vylepšení za složitý systém konfigurace.

[Chytrex]

V podstatě s tebou souhlasím.. Taky mi grub2 příjde bloated.. zásadní funkcionalita typu boot z LVM by určitě šla přidat i do legacy GRUBu... A jak píšeš, někdo kdo potřebuje bootovat z více jader si menu.lst umí zeditovat sám, případně si na to napsat script. Taky mi tahle změna příjde nesmyslná..

[Grunt]

Neumělo to strojové generování konfigurace – lidi nadávali.

Umělo to strojové generování konfigurace, ale nedělalo to dobrotu s jinými generátory a ruční konfigurací – lidi nadávali.

Konfigurátory nekolidují, ale za jistou cenu – lidi nadávají.

Až nastane konec světa – lidi budou nadávat.

[kralyk z abclinuxu]

No, já jsem si nainstaloval Arch, a nemám nač nadávat. Konfigurák má ani ne kilobajt a jádro je v /boot/vmlinuz.

Teď seriózně: kdybych já navrhoval konfiguraci bootloaderu tak, aby šla dobře dokupy s balíčkovačem, ale přitom nebyla "bloated", tak bych se řídil unixovou fylosofií "Everything is file". (Možná že v Grubu 2 se tím řídili, akorát si to vyložili jako "Everything is a complex shell script" )
Čili já bych to viděl tak, že by exitovala struktura podobná téhle:

/boot/grub/grub.cfg           #obecné nastavení grubu - cesta k /boot, vzhled, timeout apod.
/boot/grub/skel/conf          #výchozí conf, který balíčkovač nakopíruje při tvorbě dalšího jádra
/boot/kernel/26/34/conf       #jméno položky (s proměnných jako jméno, verze apod.), kernel options, atd.
/boot/kernel/26/34/initrd     #initrd
/boot/kernel/26/34/vmlinuz    #jádro
/boot/kernel/26/34-ice/{conf,initrd,vmlinuz}   #dtto
/boot/kernel/26/35-rc3/{conf,initrd,vmlinuz}   #dtto
/boot/other/.../conf          #pro widle, masox, atd..

Neříkám, že nutně přesně takhle, ael v podobné filosofii. Když vytvoříš nového uživatele, tak se taky vytvoří /home/cosi, /home/cosi/.bashrc, atd., s jádry to může být podobné. Čili nějak v téhle filosofii. Přijde mi to o dost rozumnější než nějaké podivné dsitribučně-specifické skripty v /etc/grub.d/*

[Grunt]

Super. A proč si s tím nepřišel když se GRUB 2 vymýšlel?

[kralyk z abclinuxu]

Spal jsem. Sorry...

[mirec]

Neviem prečo, ale pár rokov už používam úspešne toto. Nie je to moc užitočné, ale aspoň to nevyzerá ako lilo ;)

[CIJOML]

Neni lepsiho zavadece nez LILO :) Pouzivam ho jiz 15 let a nikdy nebyl jedinny problem. Dela presne to co od toho potrebuju - zavede jadro (a umi i obrazky :)) )

[Keson]

Možná to má někdo zařízené tak, že když pustí počítač, tak se natěšeně raduje z barevných obrázků zavaděče a říká si: "Co já bych si dneska nabootoval...? ".

Já osobně dávám přednost tomu, aby se mi co nejrychleji a bez zbytečného otravování spustil můj primární OS (protože ho používám v 98 % případů) a pouze tehdy, když musím nebootovat "ten druhý", zmáčknu klávesu a vyvolám patřičné menu.

Inu, kdo chce kam...

[lukve]

vsetci slackwaraci su stastny...... tu v slackware LILO je bezna vec...

[foldy]

Ano a za to jsem rad. Lilo bude zase zdokonalovano, takže by Patrick nemusel mít tendenci ho v dalších releasech měnit. fajn Slackware & Lilo forewer.

[Jiří J.]

Oukej, takže vyžeru pro jistotu flame ohledně LILO vs GRUB vs GRUB2 dopředu

Osobně LILO používám od dob mého používání Slackware (a vlastně i na Mandrake předtím) a nemohu si ho vynachválit na notebooku. Je to bootloader jednoduchý na konfiguraci, nedělá zbytečné věci, když to po něm uživatel nechce (tzn. nemá svůj vlastní FS driver) a obecně mi přijde nejrychlejší.

S příchodem Debianu jsem (po Gentoo) rezignoval na konfiguraci vlastních kernelů a přešel tak na Grub (protože lilo je asi nejhůře podporovaný loader na Debianu, co se týče automatického "updatu" image linků v konfiguraci). Konfigurák to pořád pochopitelný mělo, vypadalo to taky celkem dobře, takže "no big deal".

Pak přišel Grub2 a já šílel nad konfigurací, ale později jsem pochopil, jak automatizace může být geniální. Důležitým krokem je uvědomit si, že Grub2 nemá být bootloaderem, jako LILO (tzn. snadno použitelný i pro vlastní 10MB linux distribuci), Grub2 je prostě součást systému. Může sice mít jeden konfigurační soubor, ale tím ztrácí řadu výhod.

U debianu je základní Grub2 konfigurace v /etc/default/grub (timeout, default, ..), žádnou jinou konfiguraci prostě nenajdete, protože neexistuje! Je sice možnost umístit si vlastní obrazy do /etc/grub.d/40_custom, ale tím to končí. V tom je ta genialita. Bere to uživateli 100% kontrolu nad finálním grub.cfg, ale přidává daleko snadnější cestu (pro distribuce) updatu kernel image.

Má to výhodu i pro uživatele. Nedávno jsem přecházel z jednoho disku na RAID1 na pracovní stanici. U "starých" bootloaderů by to bylo na několik restartů, než bych našel správnou konfiguraci LILO, která nabootuje (naposled byl problém s nalezením root= , lilo prostě nahrálo špatný major,minor), ale u Grub2 (v integraci do Debianu) mi stačilo

• vytvořit přes mdadm degraded RAID1 a FS na něm
• zkopírovat celý systém (ze single user) na RAID1
• mount --bind /dev a /proc a chroot do "nového" systému
• změna UUID ve fstab a spuštění "update-initramfs -u" a "update-grub"
• grub-install /dev/sdb

a to je vše, žádné změny konfigurace, grub si přes grub-probe (který používá udev) zjistí, kde je namountován root (/), podle toho přidá "grub raid moduly" do grub.cfg, ...., v tom je ta idea.

Jistě, celé tohle by se dalo automatizovat i přes LILO, ale stejně tak Grub2 sám o sobě je jen slabým rozšířením Grub1 a nemá složitou konfiguraci, to jen distributoři dělají věci jako /etc/grub.d/.

Závěrem - pokud používáte jen vlastnoručně nakonfigurované kernely, LILO "is the way to go". Pokud na to kašlete a používáte distribuční, netrapte se tím, automatizace generace konfiguráku je daleko robustnější, než u Grub1. Navíc jde odstranit "(single)" řádky pomocí GRUB_DISABLE_LINUX_RECOVERY="true" v /etc/default/grub. Jen jedna věc mě u Grub2 na serveru štve - neumí serial+vga konzole zároveň, jako to umí LILO.

... a pokud vytvoříte delší post, než já, tak mě fakt nakrknete

[Jiří J.]

neumí serial+vga konzole zároveň

Tak to vypadá, že tahle regrese už byla opravena, a to celkem nedávno.

[trekker.dk]

Je to bootloader jednoduchý na konfiguraci, nedělá zbytečné věci, když to po něm uživatel nechce (tzn. nemá svůj vlastní FS driver)

A když zapomeneš spustit "lilo" po aktualizaci jádra, jsi v prdeli a šup pro LiveCD. Pěkně děkuju.

V tom je ta genialita. Bere to uživateli 100% kontrolu nad finálním grub.cfg, ale přidává daleko snadnější cestu (pro distribuce) updatu kernel image.

Pěkně děkuju, ale já bych si s dovolením kontrolu nad finálním menu.lst ponechal a distribuce ať mi do toho hrabe co nejmíň. Stejně to většinou udělá blbě.

Má to výhodu i pro uživatele. Nedávno jsem přecházel z jednoho disku na RAID1 na pracovní stanici. ...

To není žádná výhoda, protože úplně stejně to jde udělat se starým GRUBem.

[pht]

A když zapomeneš spustit "lilo" po aktualizaci jádra, jsi v prdeli a šup pro LiveCD. Pěkně děkuju.

Již od úsvitu časů se doporučuje upgradovat stylem

mv /boot/bzImage /boot/bzImage.old
cp arch/.../boot/bzImage /boot

Což má za následek že "bzImage.old" okupuje na disku stále stejné místo, takže když zapomenu dát lilo tak se prostě nabootuje "old".

Pokud upgrade dělá distribuce (balíčkovač) tak může lilo pustit za mě místo toho aby o tom jen kecal (jak to dělá např. pacman).

V tom je ta genialita. Bere to uživateli 100% kontrolu nad finálním grub.cfg, ale přidává daleko snadnější cestu (pro distribuce) updatu kernel image.

Pěkně děkuju, ale já bych si s dovolením kontrolu nad finálním menu.lst ponechal a distribuce ať mi do toho hrabe co nejmíň. Stejně to většinou udělá blbě.

Naprostý souhlas: proč se místo toho neudělá hromada skriptů která pochopí a pak co nejméně invazivně upraví lilo.conf nebo menu.lst. Takové skripty existují taky od počátku časů protože UNIX je založen na textových souborech srozumitelných pro lidi!

[pavlix]

Bere to uživateli 100% kontrolu nad finálním grub.cfg, ale přidává daleko snadnější cestu (pro distribuce) updatu kernel image.

Jenom pokud si ji vzít nechá, jinak lze konfigurovat prakticky stejně jako GRUB1.