Názory k článku
Poznejte boot loader GRUB2

Jestli to spravne chapu, tak staci smazat ty spustitelne prikazy grub-mkconfig, update-grub a update-grub2 (aby do toho nemohlo nic hrabat) a zeditovat si grub.cfg. Pak by to melo fungovat normalne.
(Mozna to poprve spustit, aby to udelalo ukoazkovou konfiguraci, pokud by tam byla nejaka „divna“ syntaxe, a pak uz vzdy editovat ten vysledek. A radsi si ho nekam zazalohovat, aby pripadna aktualizace grubu nerozbila co rozbit nema, pokud by byla nemistne snaziva)

souhlasim, posledních pár let se začíná všechno přepisovat a přizpůsobovat tomu, že systém nekonfiguruje člověk ale nějaký automat. (zatím se držím zuby nechty staré dobré ALSY)

vůbec nelíbí

jak třeba nahradím standardní krizový postup:

root (…
initrd…
kernel…
boot…

co setup – bude fungovat nad rozmrdaným systémem?

když teče do bot a server stojí, tak mě tyhle „vylepšení“ dokáží maximálně vytočit

Zaujala me tahle otazka :

>jak třeba nahradím standardní krizový postup:
>
>root (…
>initrd…
>kernel…
>boot…

Je tedy odpoved 'nijak' ? Zna nekdo odpoved? Kdyz se vsechno podela,
muzu s pomoci grubu zkouset ruzne disky a kernely, dokud se netrefim?
diky

set root=(hd0,x) -- partition jsou v grub2 cislovane od jednicky
initrd
linux (pripadne linux16)
boot

jinak pomerne solidni zdroj je tento grub.cfg, obsahujici ruzne systemy:

http://hirakendu.mooo.com/gentoo/gentoo-2010/config-scripts/grub/grub2/grub.cfg

Prave proto porad pouzivam na vsech svych linuxovych strojich stare dobre lilo :-).

Ta volba „pouzivam lilo“ mi v ankete docela chybi.

Achjo, to je pořád dokola. Skoro pod každým článkem, kde je anketa, se někdo zeptá, proč tam chybí ta nebo ona možnost. Copak je možné na otázku „Kterou řadu GRUB máte nainstalovanou?“ odpovědět „LILO“? To mi připomíná starý princip kameňáku: Kolik je hodin? Čtvrtek.

Ale mohla tam byt odpoved:

„Ziadnu“ :-)

Me chybi velice rozumna volba: „nevim“ ci pripadne „je mi to jedno“

ne kazdy uzivatel linuxu je admin serveru, ja linux napr. pouzivam, protoze urcity software neexistuje pod windows :)

pak ale trochu postrádám smysl vaší reakce pod tímto článkem. Jděte se projít – venku je hezky

Preferujem lilo,
aj ked ma tiez par „vychytavok“
Napr kombinacia s root particiou na LVM, vie niekedy tiez pekne rozprudit adrenalin :)

Nepatrim medzi konzervativnych ludi, ale v tomto pripade a zvlast po vyskusani Grub2 mam zmiesane pocity. Nechapem na co niekto zasadne meni nieco co funguje naozaj dobre.

Za to taky RHGB by si naozaj zasluzil pozriet na zubok.

Nevim jestli pod „RHGB“ myslite bootovaci posloupnost Red Hatu a Fedory (cili mkinitrd + nash). Pokud ano, tak o „podivani se na zoubek“ bylo zminovano na Kernel Summitu 2008 a vysledkem je projekt Dracut ve Fedore 12.

-Yenya

uz opravili ten bug s mizejicim kurzorem mysi v X pri zapnutem RHGB? (doted jsem myslel, ze RHGB je redhati udelatko na graficky boot; je to snadneco komplexnejsiho, jak by „bootovaci posloupnost“ mohla naznacovat?)

O tomhle jsem nikdy neslysel. Jake je cislo chyby v Bugzille Fedory?

-Yenya

https://bugzilla.redhat.com/show_bug.cgi?id=182517
nevim, na ktere verzi fedory me to potkalo, ale berte jako fakt, ze ten bug se mi projevil

Muze mi tu nekdo vysvetlit k cemu presne je ten grub2 dobrej? Z toho co jsem si tu precetl to vypada ze je dobrej mozna tak pro novy BFU uzivatele (lokalizace + non-ASCII). Dalsi pozitiva budu hledat asi tezko. Linux jako takovy tu existuje pro mnoho architektur proto usuzuji ze pokud se nebootovalo z GRUBU (ze by to snad neumel – nemam zkusenosti) tak evidentne musi existovat jiny zavadec ktery by umel nabootovat na non-x86 systemech. Pokud svou praci odvadel dobre tak nevidim jediny duvod nasazovat GRUB2 (BFU asi tezko bude pracovat na necem jinem nez x86). Pro nas co BFU nejsme si treba klidne vystacime s LILem. Rozhodne netravim kochanim se obrazovky zavadace dele nez 5 sekund pri kazdem zavadeni systemu. Dale ackoliv jednickovej GRUB je s nama uz peknou radku let a GRUB2 ma jakoze predstavovat jistej „prulom“ tak si vyvojari prece jen mohli odpustit takovou silenou restrukturalizaci konfiguracnich souboru jakou tu vidim. Bohuzel toto se deje i v jinych projektech nezli tento. Obecny trend ala „vypnete mozky ono to za vas samo udela“ se mi nelibi ackoliv opet pro nejakyho BFU to bude vic nez prinosne. Ovsem kolik BFU bude behem prace s linuxem potrebovat menit neco v zavadeci konfiguraci. Pokud je toto potreba napr. kvuli automaticke aktualizaci jadra, tak se o toto vetsina „BFU“ systemu postarala sama (bez vetsi „iniciativy“ zavadece). A admin serveru si toto v pripade nutne aktualizace obstara rucne.

Neda mi, nez s vami suhlasit. Stary Grub bol perfektne jednoduchy, takze teraz potrebujeme nieco co bude perfektne zlozite. Jediny prinos vidim v non x86 architektur.

To je pravda, ale na rovinu je take treba rict, ze OS 11.2 konfigurak GRUBu samo stejne prepisuje + pri update jadra bere vychozi hodnoty parametru jadra z /etc/sysconfig/bo­otloader, takze to, co jste si v kongifuraku GRUBu u predchozi verze jadra rucne poeditovali zmizi pryc (napr. nastaveni vga=XYZ, resume=…)

Cili nastup smerem, ktery razi GRUB2 je videt uz i tady, i kdyz v trochu jine podobe.

Tak mi tedy vysvětlete proč mám v Grubu jiné položky, než jsou v /etc/sysconfig/bo­otloader a to už proběhly 3 updaty jádra?

Že by to s tou sračkovostí byly jen nenávistné žvásty?

Staci zadat YASTu do parametru aby konfiguraky nechal na pokoji a je to .

Joo, ty zatracene myty, ty prezijou dlouho. Pro tohle jsem zahodil Suse nekdy pred mooooc lety ..
A pak jsem jednou zkousil 11.0 a zjistil, ze tohle uz neni pravda. A ze naopak ma diky yastu spousty veci dotazenejsich nez jina distra. Pro desktop idealni. Takze jsem presel a jsem tomu rad.
Mimochodem, doufam, ze budou mit rozum a grub2 jen tak brzo nepouziji. Protoze to defakto nic neprinasi. Kdyz napriklad mi lehne disk a ja to obnovim na jiny, musim zaroven i opravit grub, protoze se zmenilo ID disku. U stareho grubu je to zalezitost par vterin a nic na to nepotrebuju. Grub2 mi prinese jen problemy ..

vo verzii 11.3 si uz tieto nastavenia zachova aj po update jadra

Kdybyste si nejdříve přečetl důvody vývojářů, tak byste zjistil, že hlavním důvodem byl starý kód GRUBu, který přestal být udržovatelný. Rostoucí počet patchů zařazovaných do kódu a náročnější požadavky na zavaděč si prostě vynutili změnu koncepce.

Dále byste zjistil další výhody, např. to, že umí bootovat z ISO obrazů uložených na disku, také umí boot z LVM, atd.

Nepochybně by se dal najít patch pro starý GRUB, ale nyní je to v oficiální distribuci a změny v návrhu umožní koncepční přidávání takových funkcí.

zas na druhou stranu, kdyby se nepouzil v ubuntu, tak tezko ziska tak mocnou testovaci zakladnu. takhle aspon bude v 10.04 LTS uz vyladenej loader a nebudeme muset pouzivat LILO

Hehe, ano GRUB2 v Ubuntu mi take udelal „ohromnou“ radost :)

Proti tomu nic, ale melo by byt mozne instalovat zvlast grub2 a zvlast na prani grub2-automaticke-bazmeky, ktere by si hraly s tou konfiguraci. Aby si clovek mohl vybrat, zda chce grubu sverit jen nabootovani pocitace podle svych pozadavku, nebo zda chce i bazmeky, ktere se budou samy aktivne snazit uhodnout, co by uzivatel mohl chtit, kdyby chetl to co si ony mysli a nikoli to, co explicitne napsal do grub.conf. Pak by byly spokojeni vsichni – ti co vi co chteji by instalovali jen prvni balik a ti co nevi co presne chteji by instalovali oba dva a nemuseli by premyslet.

O to nic, argument o neudrzitelnosti udrzovatelnosti grubu je silny. S kompletnim prepsanim se objevi i nove moznosti. Ale zatim mi neni jasne, jestli tam je ta moznost editovat na commandline pred bootem. Uz nekolikrat jsem to musel delat a ani jsem puvodne nechtel.

Já používám LILO pořád i doma. Grub pro mě nemá žádnou přidanou hodnotu, jediné co od zavaděče chci, je, aby mi předhodil seznam jader/operačních systémů/memtestů/… a zvolenou položku zavedl a spustil. Nic víc.

Já jsem kdysi LILO opustil právě proto, že je moc hloupé. Několikrát se mi stalo, že se jádro na disku fyzicky posunulo, nikdo nespustil znovu instalaci zavaděče a už jsem nenabootoval. GRUB tohle bez problémů zvládne, protože nenačítá hloupě data z disku po sektorech, ale podívá se na souborový systém a zjistí si, kde ty soubory leží. Zároveň můžu třeba nastartovat jádro, které jsem mu předtím do konfigurace nedal, což s LILO není možné. Já si naopak z těchto důvodů nemůžu GRUB vynachválit.

A co když se vám posune Grub?

Ono je to v celku jedno, zavaděč zavede malý operační systém a ten zavede velký operační systém. Když se jedna součast podělá, tak je to v háji.

V zásadě tedy nechápu tento důvod opuštění LILA. Přijde mi to jako chtit od zavaděče aby silanizoval. Co třeba kdyby při nahrávání přehrál kus filmu, nebo pustil muziku, nebo mezitím přihlásil uživatele na facebook? Možná bych ještě pochopil, kdyby Grub uměl sshd nebo aspon telneta :-)

Mimochodem, nevíte, jestli Grub2 už zvládne situaci, kdy několikrát po sobě OS nenabootuje… pusti předchozí verzi jádra, nebo failsafe, bez nutnosti zásahu uživatele přes konzoli?

To jsou argumenty dost mimo, nultá stopa se neposune a všechno ostatní GRUB umí jako FS.
To nabízení nouzového režimu není špatný nápad, ale vzhledem k povaze vad na Linuxu způsobených špatným zásahem člověka nebo bugem by to ničemu nepomohlo, stejně je u toho člověk a aspoň si přečte, na čem se to zaseklo. Tím nechci tvrdit, že by se nemělo o nějaké formě failsafu uvažovat. Zatím je, myslím, funkce toho názvu pro bootování jiného systému, pokud první neexistuje.
Jestli používáte facebook, tak to chápu, že tady plivete na něco z Linuxu, pak je ovšem otázka, proč nehrajete radši FarmVille.

Ale kdepak. Nultá stopa se sice neposune, ale nic se do ní nevejde (hlavně ne ty ovladače FS), takže se zbytek zavaděče stejně tahá z konkrétního místa na disku. A když se posune to…

Pleteš si sektor a stopu. Zatímco do prvního sektoru (512 bajtů) se skoro nic nevejde a proto tam LILO cpe přímo zavádění z daného místa na disku, tak do prvního sektoru (u mě 32 KiB) se už toho vejde dost a ten sektor se stejně na oddíly nepoužívá (oddíly se už nějakou dobu zarovnávají na sektory), tak do něj GRUB může nacpat ovladače filesystému.

Všechno zlé je na něco dobré. Podařilo se mi díky této vlastnosti LILO kdysi dávno zavést jádro, které už bylo „smazáno“, ale na FS existovalo :-).

Každopádně Grub 0.xx jsem nikdy neměl rád (možná on neměl rád mne) a používal jsem mnohem raději LILO, které mi fungovalo vždy i v případech, kdy Grub selhával.
Grub2 je ale takříkajíc „jiné kafe“. Zrovna předevčírem jsem nahradil LILO na (asi) posledních dvou strojích Grubem2, kde ještě dobře sloužilo (a kde měl zrovna Grub problémy).

Nesdílím v této diskuzi často objevující se názor, že Grub2 je šlápnutím vedle. Je to dle mého názoru posun správným směrem a po počátečním zkoumání „jak to pracuje“ je život s ním velmi příjemný a pohodový – Grub 0.xx občas nefugoval nebo nedělal co měl, LILO má tu bolístku, že když zapomenete po upgradu jádra znovuvygenerovat zavaděč příkazem lilo, tak máte o zábavu postaráno (i když je fakt, že se dal udělat podobný systém generování jednotlivých částí, který by po instalaci nového jádra prostě přidal jednotlivé položky do menu a spustil zavaděč lilo na dotaz „chceš to?“ – dokonce jsem o nečem takovém sám uvažoval že udělám, ale nedostalo to nikdy dostatečnou prioritu :-) ).
Takže pro škarohlídy mám radu, zkuste nový Grub, prozkoumejte jak pracuje systém generování jeho konfigurace a teprve pak vyjádřete svůj (v tuto chvíli již fundovaný) názor.

Nechci zadupavat myslenku „zjednoduseni“ a automatizace .. ale bohuzel tohle je hezke pouze kdyz to funguje tak jak ma. V okamziku kdy se narazi na problem, tak si clovek rad vzpomene na konfiguraky (jejichz pochopeni taky stalo nejaky cas), ale udelaly to co mely …

Vlastni zkusenost pri instalaci xubuntu 9.10 na postarsim PC, kde hned prvni vec, kterou me novy system s grubem2 v cele privital, byla nemoznost bootnout. (Po rucni uprave primo v grubu to najelo), ale donutit system generatoru konfigu udelat funkcni nastaveni se mi ani po nekolika desitkach minut pokusu a googlovani nepodarilo. Takze to cele zkoncilo u rucni upravy primo skriptu generujiciho konfigurak … Proc to delat jednoduse, kdyz to jde slozite…

Dekuji, ale GRUB2 zatim ne. Prvni a zatim posledni zkusenost s GRUB2 byla prave v podobe Ubuntu 9.10. Po instalaci nic nenabehlo. Po delsim laborovani jsem nabootoval, ale strasne to trvalo. V zavislosti na tom na ktery disk jsem dal zavadec (prvni ide, druhy ide, prvni serial ata) se doba potrebna pro zobrazeni uvodniho menu s vyberem OS pohybovala od 50 do 75 vterin. Po celou tuto dobu byl slyset rachoceni disku a kontrolka diskove aktivity nezhasla. Byly to jedny z nejdelsich vterin v mem zivote, kdy jsem cekal zda se jeste dostanu ke svym datum. Po nekolikadennim laborovani jsem velice rad odstranil GRUB2 a nahradil jej jeho predchudcem…

Prosím??! Jak „se jádro na disku posunulo“?? Ono samo??
Mimochodem v anketě mi chybí volba „nepoužívám GRUB“.

+1

Chtělo by to ještě používám LILO/loadlin/…/jiný :-)

Ne, anketa se ptá na GRUB, ne na LILO nebo jiný zavaděč. Musíte si vybrat z odpovědí, které tam jsou nebo nehlasovat.

Mně se zase stalo, že jsem počítač resetoval bez shutdownu, grub si neporadil s replayem ReiserFS žurnálu a už nenabootoval. Poté, co jsem nabootoval odjinud a filesystém se namountoval a odmountoval (čímž došlo k replayi žurnálu), grub bootoval dál. Lilo by v takové situaci nabootovalo, protože o žurnálu nic neví :)

To zní jako bug k zamyšlení, ba dokonce k nahlášení. Konečně tady někdo přemýšlí linuxově.

Pokud vím, tak GRUB dělal to, že žurnál ReiserFS rozbalil do paměti při každém pokusu o čtení toho filesystému a oproti tomu kontroloval, co by tam vlastně mělo být, což sice trvalo i několik minut pro jádro a dalších několik minut pro initramdisk (od té doby používám ext3/ext4), ale nikdy se mi nestalo, že by to nenabootovalo

Jo, ale při pokusu o zápis do souboru, co je v tom žurnálu ohlásil chybu. Takže když jsem tam měl „savedefault“, tak to už nenabootovalo a stěžovalo si to na poškození filesystému.

Nechapu jak se to mohlo posunout. Nicmene je mozne ze se to prepsalo. Treba kdyz clovek zkompiluje nove jadro, prepise tim souborem ten stary (a ma malo mista na disku, takze se nektere sektory opravdu prepisou) a nezavola lilo, tak to pak nenabootuje.

Udelal jsem takovou blbost jednou a od ty doby mam jeste zalozni kernel, kterej neprepisuju novyma verzema a mam ho jen na to abych mohl nabootovat az se zase spletu.

Nevidim duvod komplikovat si zivot grubem, nebo grubem2, navic kdyz tam ti blazni tahaji jeste lokalizaci (co kdyby chtel mit nekdo bootmenu v klingonstine, prece ho nebudeme diskriminovat obycejnym ASCII).

Jo jeste mam separatni partition pro kernely, driv to bylo s lilem nutny kvuli adresovani disku biosem, dnes to mam spis proto pri bezne praci ta partition neni mountla, takze i kdyz nekdo vytahne pocitace ze zasuvky tak se FS s jadrem neposkodi.

Takze i kdyz lilo neni perfektni (moc dobre vim proc je v manualu napsano `LILO you got me on my knees', taky se mi neco podobneho ze zacatku prihodilo), prijde mi lepsi nez kolos grub.

Nejednou se mi stalo, ze LILO fungovalo, kde GRUB selhal. Zvlaste v pripadech, kdy BIOS nepodporuje disky vetsi nez x GB a clovek nahodou takovy disk pouziva.

Zdravím…zatím jsem Grub2 nezkoušel..ale podle toho co píše autor článku mi to přijde trošku podivné…/etc/de­fault je debianí záležitost…na RedHatu se tento adresář co si pamatuju nepoužívá…všechno je v /etc/sysconfig…jsou popisované rysy opravdu vlastnosti GRUB2 nebo je to jen Debianusmus? :-)

Jestli mi na starém Grubu něco chybělo, bylo to právě tohle. Nějaké skriptování apod., bez toho bych se obešel. Ale dát si jako primární bootovací zařízení HDD a bootovat z DVD jenom pomocí menu, to by byla skutečná pomoc.

presne

suhlasim. ono by to bolo super keby bola tabulka s moznostami ako napriklad:

1) bootovat linux
2) bootovat windows
3) bootovat CD/DVD
4) restartovat do Biosu
5) atd

Na to máš menu v BIOSu:
„Press F11 for BBS POPUP (F3 on Remote Keyboard)“

Díky za tip, tohle jsem ani nevěděl. Možná proto, že nesnáším to čekání na správný okamžik, kdy mám zmáčknout Delete nebo jinou klávesu, aby se Bios někam přepnul.

Hlavně bych ale byl rád, kdybych to měl všechno v jednom menu, když už ho Grub zobrazuje.

Tak ja Bublublutu bastl neznam, ale Ubuntu je prvni distro, ktere laiky v mem okoli presvedcilo, ze linux je docela dobre pouzitelny system, cimz mi ulehcilo zivot. Radostny to vyvoj :-).

Zapomínáme na jednu věc a to že LINUX zamená mimo jiné i svobodnou volbu. Já jsem s grubem2 skoncoval asi po dvou dnech vrátil jsem se zpět ke staré dobré verzi grubu. V jednoduchosti jdou ruku v ruce síla a čas. Grub2 beru jako nepodařený pokus přiblížit se automatické konfiguraci. Ale máme LINUX a mžeme si zvolit co používat – díku Bohu!

re „muzeme si zvolit co pouzivat“

Obavam se, ze i to je jen iluze. Do distribuci se zacnou dostavat defaultni zavadece, vyrobce distribuce pro nej pripravi systemove skripty a nakonec nebude mit uzivatel jinou volbu, nez pouzit to, co je pripraveno. Svoboda se vytraci uplne vsude.
H.

Zajimave .. v mem okoli laici zkusili blBuntu a zahodili to, ze ten linuk neni k nicemu. Chapu. Ackoliv toto distro o sobe tvrdi, ze je nejvice user-friendly, je tim myslen vlastne jen desktop, coz je Gnome ci KDE a to neni zasluha Ubuntu teamu. Takze problem je v chybejici systematicke globalni user-friendly administraci toho desktop-PC (neresime tady servery, tam jsou lepsi uplne jina distra).
Tak jsem jim ukazal openSysla, jak jednoducha je jeho administrace diky yastu, jak si nerozdrbou bezici system pribranim podivneho repos kvuli jedne aplikaci, atd, atp ...
A vida, vetsina z nich si ten linuk oblibila. :-D

I když mám konfiguráky obecně docela rád, tento krok tvůrců GRUBu vítám. Věčné parsování jediného konfiguráku bylo opravdu nepříjemné, ale hlavně nesystémové. Uvedené řešení přesně zapadá do konceptu Linuxu.
Pokud jste pořád ještě neprozřel, neříkejte si linuxák. Ten princip je tu s námi léta letoucí.

tak nejak, pri cteni (nikoli pouzivani, nejakou dobu uz na linuxu nejedu, cili me zkazky, ze se zmenil bootloader, nebo ze nefunguje zvuk kvuli pulseaudio netrapi) mi na mysli vytanulo toto: http://en.wikipedia.org/wiki/Second-system_effect

Dovolil bych si oponovat. Ty skripty pripravi TEN JEDEN konfigurak a GRUB2 kdyz nabiha, tak parsuje TEN JEDEN konfigurak. Takze v teto casti nevidim rozdil od GRUB1.
Mne by spis vyhovovalo jak uz tu zaznelo: zakladni balicek s grubem co jen cte ten konfigurak a jediny kdo ho zmeni je admin a to rucne. Pridavny balicek se skripty pro ty, co nechteji vedet jak to (ne)funguje.
Vzdycky platilo, ze v unixu je jediny a nejvetsi skudce admin. S temi skripty v tom ale muze byt zcela nevinne. Ano pod jeho pravy se to zmrsi, ale kdyz ty skripty udelaji neco spatne a on za to nemuze ??

Grub2 lze bez následků downgradovat na Grub a ten bez problémů bootuje format Ext4. Včera sem to zkoušel na externím flash disku.

Downgrade Grub2 → Grub:
http://ubuntuforums.org/showpost.php?p=8071880&postcount=18

No ja si downgradoval Grub2 na Grub na debianu testing s Ext4 a uz jsem si nenabootoval.
Nastesti to bylo jen na testovacim stroji ;-)

Novej Grub je asi noční můrou uživatelů Ububtu, kde je od verze 9.10 defaultním bootloaderem. Celkem jsem se sžil se způsobem konfigurace, ale prudí mě jeho pomalost při startu PC. Ještě, než se objeví bootovací menu, trvá to asi tak pět sekund, zatímco je na obrazovce nápis „Grub2 loading…“, nebo tak nějak. I pohyb mezi položkama menu probíhá nějak líně. Nechápu, jak chtějí zrychlit start Ubuntu, když ho nasazením Grubu2 spomalujou…

Mne toto robil práve grub1 (a nie 5, ale aspoň 20s), lilo problém nemalo, ani brub2 (ktorý používam)

Prodleva při hlášce Grub2 loading …, kdy pouze chroustají disky je hlášený bug. Nastává v případě, že grub je na jiném fyzickém disku než oddíl/adresář /bo­ot.

Co jsem se naposledy díval, tak autor grubu se na tuto chybku podívá, až se vrátí z dovči. Čekat se mi nechtělo, přehodil jsem grub na druhý disk a je po problému.

Stále opakuji, GRUB2 je nedodělaná betaverze a nemá ve stabilních uživatelských distribucích co dělat!

Hm, tak to je můj případ, bootloader mám na sda a Ubuntu na sdb. Nevěděl jsem, že je autor na dovolené, ale i tak jsem nainstaloval „starej“ Grub ;-)

.10 mam na netbooku s Atomem a pomalym diskem, pomalejsi pocitace se dnes uz asi nepouzivaji. A toto jsem nikdy nepozoroval.

Starý grub sice fungoval, ale problémy byly. Když přišlo nové jádro (mluvím o Ubuntu), tak člověk leckdy přišel o svoje ruční úpravy. Částečně to řešily ohavné hacky typu „#### generated area, do not edit“.

Z tohoto pohledu je nový GRUB cesta kupředu, člověk to nakonfiguruje a nemusí trnout, jestli mu to něco nepřepíše. Ano, je to krapet komplikovanější, ale taky logické.

Taky se připojím k pochválení GRUBu2. Mám Ubuntu 9.10 a 9.04 v dualbootu a po úvodní šokové terapii jsem byl schopen _ručně_ nastavit grub tak, aby respektoval změny (udpaty) kernelů v obou verzích Ubuntu. Možná jsem to v původní verzi neuměl správně nastavit, ale v nové verzi mi to příjde logičtější.

Hm, tenhle problém se ale jistě dal vyřešit elegantněji než zavedením konfigurace pomocí skriptů, které vypisují kusy konfiguráku na stdout. Tohle mi z hlediska ruční editace taky nepřijde zrovna jako nějaké terno…

Ať je GRUB2 sebelepší, za největší omyl (hned po KDE4.0) považuju nasazení jeho neodladěné BETAVERZE jako základního zavaděče do Ubuntu 9.10. Pokud je v kompu jeden disk a jeden (někdy i dva) OS, je všechno v pohodě. Problém nastává, pokud je v počítači více fyzických disků. více operačních systémů (např. Ubuntu, WinXP a Win7). V takovém případě automatické skripty zcela selhávají, některé systémy nedetekují, v případě, že zavaděč není na stejném fyzickém disku jako /boot, trvá načítání grubu2 velice dlouho (v řádu desítek vteřin až po jednotky minut), o tom, že názvy oparačních systémů od MS si tak nějak cucá z prstu (Win7 i WinXP označuje jako Vista bootloader), se snad nemá ani cenu zmiňovat. Mohl bych vyjmenovat 100+1 dalších problémů, které jsem zažil na vlastní kůži a které jsou hlášeny jako bugy.

Situace je velice podobná jako při uvedení KDE4.0 a jeho zařazení do všech hlavních distribucí.GRUB2 v jeho současné podobě je nedoladěná betaverze, která nemá v základu uživatelských distribucí co dělat. Vývojáři si opět dělají z obyčejných uživatelů testery. Pomůže to možná vývoji, ale mnoho méně zkušených uživatelů to otráví, znechutí a monžá i odradí od linuxu.

Přesně jak píšete.
Distribuce v poslední době páchají vcelku úspěšnou sebevraždu. Lidí, kteří by to v takovém stavu, jaký teď je, chtěli normálně používat je čím dál méně.
Přitom poměrně nedavno to bylo velmi nadějné…Dnes již ale o kvalitě mnohdy snad ani nejde hovořit (kromě enterprise verzí). Spíš jde o hračku a logickou hru…

Za to co si nasazuje do distra Ubuntu si můžou jeho autoři, nikoli autoři Grub2 (např. v Debianu mám na výběr mezi více různými zavaděči).

Co se týká detekce operačních systémů od MS, tak o tohle se (alespoň v mém oblíbeném Debianu) stará extra balík os-prober, který není nutné mít nainstalován. Díky nové architektuře Grubu tak máte umožněno udělat lepší skript na detekci MS OS a podělit se s komunitou ;-).

Jo – libi se mi pojmenovani harakiri. Samozrejme, ze tvurci grub2 delaji svoji praci jak umi nejlip a jim neni co vycitat, problem je v lidech kteri tvori nove verze dister.
Musel jsem prejit na debian, protoze tempo – dve polofunkci betaverze nahrazujici dva funkcni odladene programy na jeden release je pro me smrtici tempo. Zamrznutim (a zmizenim ) repozitaru starych verzi se clovek dostane do kolotoce, ze ktery bud prezije nebo se pozvraci.
Posledni bod – nezastitujte se BFU – ten ani netusi, ze je tam nejaky grub2. Tady jde o nas, co jsme se pracne neco naucili ovladat a o to, ze ted bude ovladani zcela jinak, zpetne nekompatibilni.

V Ubuntu je taky na výběr mezi GRUBem, GRUBem 2 a LILO, ale je potřeba použít alternate CD (tzn. debianní instalátor :), standardní klikačka z Live CD instaluje vždy GRUB 2.

os-prober je i v Ubuntu a je na něm závislý GRUB 2. Ale nezkoušel jsem, jak dobře umí detekovat různé verze Windows, protože je nemám :)

Též bych se, jako nemajitel (vlastněme tedy, proprietární, stejně tak jako opensource software) několika různých verzí Widows LO zeptal kolik linuxových zavaděčů umí nejnovější Win? Ani jeden?

Jo. Zkusmo jsem si nainstalil Mandrivu a v nabidce mam start i do sedmicek. Jinak podobny nesvar, spatne detekovat disky nebo system maji i Sedmy. Potvory mi nedetekovaly XP – jsou na jinem disku.

Nechapu otazku. Vim o par lidech co maji dual boot osuse 11.3 a Win7 s GRUB1 .. Nebo mate na mysli nejaka jeste novejsi nereleasnuta Win ? Ostatne i Win 7 pouzivaji GRUB, pokud jsem zahledl spravne pri bootovani u kolegy co je win-only clovicek.

1) Používám první verzi Grubu
2) Používám Bubuntu

:-)

Bohuzel grub2 zatim neumi zaheslovat konfiguraci jako lilo pripadne grub legacy.

Což samozřejmě není už nějakou dobu pravda ;-)

Používám Grub2 a Ubuntu 9.1
Po instalaci Ubuntu9.1 mi to nenašlo druhý OS, ale stačilo kupodivu naloadovat z LiveCD a připojit se k grubu2 na disku kde jsem instaloval a dát něco jako „update-grub“ a bylo po problému. Ve starém grubu bych musel doplňovat řádky ručně do menu.lst což neříkám že je problém, jen se tam snáž udělá chyba a člověk musí rebootovat dvakrát. Jednou než to zjistí, podruhé aby to opravil. Vlastně třikrát, potřetí aby už nabootoval bez liveCD.
Takže Grub2 mi zatím nevadí, spíš mám k němu kladný postoj.

Ubuntu 9.1 neexistuje.

Taky sem zíral, když sem nově nainstaloval Ubuntu 9.10 a chtěl upravit konfiguraci grubu.
Potom co jsem se lehce zajimál o co jde, tak jsem upgradoval zpět na starý grub.
Jediné co chci je nabootovat systém a zaheslovat konfiguraci – toto např. grub2 neumí. Nepotřebuji se koukat na nějaké obrázky a kdo vi co ještě.
Další výhodu grubu vidím v přehlednosti – chci vědet co mám nastaveno a co mi bude bootovat.
Ten kdo se díval do těch grub2 skriptů, tak asi uzná, že moc přehledné to není a opravdu nemám čas/chuť se v tom hrabat, abych docílil toho čeho s grubem za 2min.

Kdyz si s GRUB2 nevis rady, startup manager je reseni:

http://www.ubuntugeek.com/startup-manager-change-settings-in-grub-grub2-and-usplash.html

sudo apt-get install startupmanager

… a uz nemam s grub2 problem ;)

Taky mi je sympatictejsi rucni editace konfigu s moznosti vyuziti skriptu, nez skriptovane generovani konfigu, ktere je momentalne v mode.

Tohle chovani mi nebylo sympaticke uz na OpenSUSE (minimalne SAX2 a jeho generovani Xorg.conf bylo kolikrat na zabiti), ale co uz. Musime se obrnit.

Pro mě je stále nejlepší zavaděč syslinux a jeho deriváty (isolinux, pxelinux, extlinux). Vynikají jednoduchou konfigurací a přitom vcelku neomezenými možnostmi díky API COMBOOT (viz například instalační CD ubuntu – splashscreen, roletková menu, 16 barev grafika).

Jinak se přiznám, že na desktopu používám grub, v tuto chvíli 0.97-r9. GRUB 2 jsem zatím nezkoumal, ale podle toho, co čtu zde mi to připadá jako příliš brutální Overkill. To radši přejdu na extlinux, a budu mít jistotu, že budu zavádět systém stejně z flashky, CDčka, sítě i disku.

plusy:
bootuje z LVM lv
bootuje z md raid5
bootuje vsetko ostatne, co bootuje aj grub1

minusy:
nebootuje xen hypervisor (zatial nekompletna podpora multiboot)
nebootuje z LVM lv nad md raid5 (asi bug)

k plusom by som zaradil aj modularitu
k minusom neschopnost bootovat zrejme ine ISO ako linuxove. (teda zatial som nenasiel nikde pouzitelny navod ako bootnut napriklad win instalacku z isa)

Nepoužívá Win instalačka místo CD bootloaderu emulaci diskety? Napsat něco takového pro soubor by byl dost opruz (obzvlášť když to musí běžet v 16bitovém reálném módu, celý GRUB 2 ale běží v 32bitovém chráněném) a asi se do toho zatím nikomu nechtělo.

jj XEN je problém kdybych to byl býval věděl
ještě, že existuje to iLO2 od HP takže si člověk na dálku napíše jaké jádro pustit

Ano – nefungující podpora multiboot (pro Xen) mě donutila vrátit se ke grub legacy.
Jinak Grub2 mi nepřišel tak špatný – víc konfiguráků není problém – vše je hezky zdokumentované v grub.cfg. Já naopak oddělení vítám.
Horší je to s tím vývojovým modelem (jak dole psal Yenya).

Doteraz som bez Grub2 musel pouzivat CompactFlash s adapterom na boot z RAID5/RAID1 a LVM2 root fs, Grub2 v serveri Karmic pre amd64 urcite bootuje zo sw RAID-1, RAID-5 sa chystam otestovat.

Bez Grub2 by to bolo aspon u mna so servermi zlozitejsie a niekedy aj nemozne, a chapem aj autorov, preco tak urobili.

Na desktopoch nech si kazdy tvrdi co chce, ale na server by som Ext4 este nedal, nedavno sa na tom opiekol nielen jeden znamy, ale aj Google, ked ho nasadil na celu infrastrukturu a po tyzdni bol objaveny ten velky bug.

A na zaver si dovolim tvrdit, ze na drvivej vacsine serverov sa proces zaplat nestartuje automaticky, ale po otestovani a manualne, takze pripadna chyba konfiguracnych skriptov, ktore sa staraju o automagicku rekonfiguraciu Grub2 je takmer vylucena.

A proto si nadale myslim, ze pri instalaci by melo byt volitelne zda chci GRUB1 ci BRUB2. Reknete mi, kolik uzivatelu DESKTOPU potrebuje bootovat z raid5 ci LVM. Osobne si myslim, ze tech par lidi, co si pri instalaci zmatene udelali LVM nad jedinou partiton jedineho disku netusili co delaji a maji to tam zbytecne. Mam raid5 ale jako datovy disk co pripojuje az kernel. System mam na samostatnem disku. Vyhodou je, ze se na nej kdykoli bez problemu dostanu z LiveCD. Je to cast, ktera se muze klidne ztratit. Na rozdil od dat. Nejak nechapu lidi co bootuji z raidu. Asi proto ze uz nemaji ten 1 podelany maly disk. Nebo v te masine uz neni kam dat.
Takze GRUB je zajimavejsi spis pro servery, kde byva opravdu vetsinou jen to pole.

Velké díky za tento článek. Když jsem po instalaci Kubunut 9.10 zjistil, že byl starý dobrý GRUB nahrazen novým, tak jsem byl celkem v pasti. Sice se mi to pomocí Mr. Google podařilo „nějak“ zkonfigurovat, ale nebylo to určitě zcela OK. Teď už se s tím poperu lépe.

GRUB2 jsem nezkoušel, tak nevím, zda jsem jen článek špatně nepochopil, nicméně GRUB jsem začal oproti LILO (a dodnes používám na všech strojích) zejména ze dvou důvodů:
1) Jednoduchá ruční konfigurace menu.lst, takže když přidám nový kernel, zkopíruju si ty tři řádky textu, změním číslo verze a je to. Narozdíl od LILO, kde jsem musel stejně jako v GRUBu upravit konfigurák, ale hlavně pak ještě spouštět LILO, aby si tu konfiguraci správně zapsal

2) Jednoduchá ruční editace při bootu. Pokud jsem v konfiguráku udělal chybu, chtěl jsem něco změnit nebo jsem třeba zkoušel, jaké parametry jsou potřeba pro nabootování jiných systémů, šlo to udělat hrozně snadno a elegantně přímo při bootu.

Přiznám se, že boot menu je něco, co dnes člověk vídá poměrně dost zřídka a dost krátkou dobu na to, aby tam potřeboval nějaké ptákoviny typu podpora národních znaků apod. Nějak nechápu, v čem má být výhoda GRUB2 vyjma multiplatformnosti.

Prosim, bez toho tucneho pisma. V naproste vetsine jeho pouziti vypovida mnohem vice o autorovi nez o veci, o ktere clanek je.

Jako běžný uživatel jsem byl také mírně překvapen a nějakou chvíli mi trvalo se v tom orientovat. Mint 8 / GRUB2 mi běží jak na desktopu se dvěma disky / OS, tak i na notebooku se třemi OS. Větší variabilita samosebou přínáší určitou složitost… Přikláním se však k názoru, že Grub2 měl být v distribuci jako produkční release, a ne jako beta.

Da se na grubu udelat neco jako ma lilo (lilo -R), tj. zavedeni nastaveneho jadra jako default jenom jeden krat a pak dalsi reboot jiz probehne se starym jadrem. Priklad, ted delam to, ze vzdalene nahazuju novy kernel, pres lilo mu dam parametr panic=20, pomoci ‚at‘ nastavim, ze za 10 minut chci reboot a novy kernel zavedu pomoci lilo -R. Pak hned udelam reboot a bud kernel nabehne a system funguje jak ma (zrusim planovanej ‚at‘ ukol a kernel zapisu natrvalo) a pokud nahodou neco zblblo napr. kernel panic – tak se system sam rebootne diky parametru panic=20 a nabehne starej kernel nebo kdyz nahodou spatne nabehli sitovky/radic atd, tak ‚at‘ uloha system rebootne a diky lilo -R mi taky nebehne starej kernel.
Jde to nejak (jak?) udelat pomoci grubu ? Diky.

Ja by som sa chcel spytat co sa stane ked sa po instalacii linuxu nainstaluje windows, doteraz sa to dalo spravit editaciou je mozne ze teraz to pojde automaticky pomocou nejakeho skriptu?

Už z principu v takové situaci nic z linuxu neběží, takže buď livecd a instalace zavaděče, nebo nějaký program pro Windows na instalaci stage1 do MBR.

Co se týče systému konfigurování v GRUB2, připadá mi jako velmi nešťastné (nahraď svým oblíbeným sprostým slovem). Změna naprosto k horšímu. Nevím, co k tomu vývojáře vedlo a kdo to ocení.

Například: jak se dá korektně změnit konfigurace grubu2 odjinud, než z mateřského OS ? Např. z Windows (u Grubu1 to jde hravě, s ovladačem ext2 nebo když máte /boot na FAT), nebo z jiného Linuxu, nebo z LiveCD, nebo po síti… ?
Můžete buď změnit grub.cfg, ale pak riskujete, že vám nějaký chytrák (program, aktualizace…) spustí ten skript a vaše nastavení je v tahu. Nebo se můžete patlat v té spoustě konfiguráků, a pak přes nějaký chroot (jen z unixů) zkoušet grub přegenerovat. Když se na to tak podíváte, tak vlastně věta v úvodu článku ani neplatí:

„Proti zavaděči LILO, který byl používán dříve, je GRUB výrazně mocnější, rozumí obsahu souborového systému a umí proto dynamicky načítat konfiguraci při startu nebo je možné jej dodatečně konfigurovat už za běhu.“

Grub2 se vlastně dostal na roveň největší nevýhodě Lila tím, že po změně konfigurace je potřeba něco spustit, aby se projevila.

Skoro bych Grub2 přirovnal k Windows Vista – kompletně přepsaný kód, ale změna špatným směrem. Doufám, že Grub 3 bude zase tak pohodový, jako byl ten původní…

Na závěr si ještě dovolím zveřejnit krátký slohový útvar, který metaforicky můj názor na Grub2 vyjadřuje…
http://libcha.ic.cz/grub_2.odt

a vrátit GRUB LEGACY je všude dost a jsou to nejdiskutovanější témata na serverech věnovaných jednotlivým distribucím. Doufám, že se někdo i nadále bude starat o GRUB LEGACY, který LÉPE vyhovuje 99% uživatelům. A to 1% si nainstaluje GRUB2.

Co mi na GRUBu vadi je jeho vyvojovy model. Vetsina serioznejsich projektu neukoncuje podporu stare verze v dobe, kdy nova verze jeste neni vydana (napsal bych „stabilni“, ale to neni presne :-). Oni ted maji takovou pohodlnou pozici, ze chyby nove verze muzou odbyvat s tim ze jeste to neni finalni 2.0, tak at pockame, a chyby/nedostatky stare verze s tim, ze prece tu uz nepodporujeme a nechceme se ji ani dotknout, protoze „je neudrzovatelna“ (WTF?).

Je to jejich projekt a muzou si s tim delat co chteji, ale pristup „zahodime starou verzi a nova mozna nekdy bude“ mi prijde fakt nestastny (jak u GRUBu, tak treba u gdm >= 2.20; naproti tomu Perl to udelal rozumne).

Nastesti jsou tady lide kteri GRUB opravdu potrebuji a tedy podpora pro ext4 uz existuje.

-Yenya, http://www.fi.muni.cz/~kas/blog/

Chci nadávat, chci křičet sprosté věci.
Přijde mi, že se pár lidí pracujících na GRUB totálně zbláznilo.

Konfigurace v /etc/blabla ???? Cóóóó? Jak mám upravit bootmenu když ještě nemám zavedené jádro a podporu daného filesystému?

Cože? Nainstaluju si nějakou kravinku a ona mi sama rozm*dá startovací menu?
GRUB 2 půjde tam kam patří. Pro BFU a jinak do prdele.

Není mi jasné, jestli ten vygenerovanej cfg soubor lze editovat přímo z GRUB.
Jestli je to čitelnej a nebo nečitelnej formát.

Trochu jsem se uklidnil a zjistil, že ten vygenerovaný konfigurák lze (i když obtížně) editovat. Ale i tak mi to přijde jako kýbl pomejí. Hrabat se v tom. Hnus.

Na zaciatku po nainstalovani som trochu penil, ale bol som volako lenivy sa s tym babrat. Vdaka za clanok, ktory ma nakopol sa na konfiguracne skripty trocha pozriet. Trapilo ma, ze dokial nestlacim Enter, nestartuje OS oznaceny ako default, bug https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/462888
Tak som zeditoval skript 00_header

if [ \${recordfail} = 1 ]; then
# set timeout=-1
set timeout=${GRUB_TI­MEOUT}
else
set timeout=${GRUB_TI­MEOUT}
fi

a je konecne pokoj, kym to neopravia.

Taktiez som zrusil z 05_debian_theme spustanie, nepotrebujem si spomalovat start systemu obrazkami.

jsem si Grub2 na svůj počítač (přestože jsem tušil problémy), abych se dozvěděl, jak se chová. Ihned po instalaci jsem pochopil, že to není ono. Dříve jsem dokázal úpravou menu.lst dělat se zavaděčem to, co jsem já chtěl. S Grubem2 jsem najednou nevěděl, ani kde je konfigurák. Sice mi všechno fungovalo a zatím funguje. Ale to je patrně proto, že po grubu2 nic zvláštního nechci. Je to rozhodně zatím poslední počítač, na který jsem to nainstaloval. Na žádný server to instalovat nehodlám, nemám od nich většinou klíče…

Umi uz GRUB2 boot ze site? Hodi se, pokud sitova karta neumi PXE (NIC nema BOOT ROM, …). Podpora PXE protokolu v GRUB2 byla ocekavana, ale nepise se o ni, nevyzdvihuje, tak bud nebyla zatim vytvorena anebo neni funkcni.

Myslim si ze GRUB2 zatim PXE nepodporuje. Je to pravda?

Tady je nejaky odkazy na GRUB & PXE, ale je to znacne slozite…
http://wiki.linuxmce.com/index.php/GRUB_PXE_network_boot

Umi GRUB2 bootovat z CD/DVD? Z floppy mechaniky? Dnes vetsina BIOSu uz umi bootovat z CD/DVD, ale stejne by jsem ocenil moznost, mit v GRUB menu polozku „Boot from CD/DVD“, mit to na vsech systemech stejne, nezavisle na BIOSu. Boot z CD/DVD umi mnohe boot managery (comercni System Commander, free Ranish boot manager, atd). Stary GRUB z nejakeho duvodu boot z CD/DVD neumel…

Jo, další pěkný, užitečný článek.
Děkuji za něj.
Tomáš

Ještě by mě zajímalo, jak je to v jiných distribucích. Používám též debian testing/unstable a na grub jsem přecházel před pár dny.
Líbilo se mi, že po instalaci grub2 v debianu zůstane grub-legacy a v jeho menu je a) zkusit grub2 b) instalovat trvale grub2 – je možné grub2 pořádně otestovat, než se rozhodnete přejít.