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)
Mazat spustitelné soubory není asi ideální, po upgrade balíčku je tam máte zase. Já jsem to vyřešil přidáním skriptu 99-cele_menu, které vyprázdní /boot/grub/grub.cfg a pak do něj catne mnou ručně poladěnou konfiguraci (pozo, možná bude nutné před tím pošachovat s pravý na konfigurák).
Jinak se přikláním k výtkám, které zazněly níže. Navíc podle mě žádný balík nemá co šahat do něčeho tak důležitého, jako je konfigurace bootování, tohle má dělat admin po řádné úvaze.
Ne vše, co se provádí automaticky, šetří práci. Jediné pozitivum, které mi GRUB2 přinesl, bylo upozornění na binec nastřádaný v /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
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.
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/bootloader, 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.
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 ..
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í.
Samozřejmě, GRUB2 je krok kupředu, nemá cenu lpět na starých a překonaných věcech. Ale při jeho zařazení např. do Ubuntu na to prostě nebyl zralý. Spousta bugů, nulové zkušenosti (a to i u otrlých linuxáků), žádná dokumentace (skutečně jsem půl listopadu strávil hledáním řešení, co dělat, když automatika prostě nefunguje správně).
Kdyby měl GRUB2 podobnou bezchybovost, jako měl grub starý, asi by nikdo neměl námitek. Ale tahle betaverze (skutečně to není GRUB2 ale GRUB1.97) na to zralá ještě není.
No, ale to zase děláte z Ubuntu distribuci pro „pro počítačové maniaky, hackery a geeky“ a ne distribuci pro lidi. Chápu, že autor potřeboval pro testování nějakou větší základnu než sebe a pár svých přátel. V debianu je tuším balík grub2 přítomný již delší dobu (není ale výchozí zavaděč), ale asi se do něj nikdo nehrnul. Tak si udělal testovací grupu z celé Ubuntí komunity. Myslím, že to je ten nejlepší způsob, jak případné zájemce o linux dokonale odradit.
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.
… to jde nabootovat LILem. Ve firmě používáme Linux pro embedded systémy. Už cca 6 let zavádím pomocí LILO a přesto, že jsem se občas pokoušel zkusit GRUB, nakonec jsem se k LILO vždy pokorně vrátil. A právě jednoduchou konfiguraci pomocí textového souboru považuji za jednu z největších výhod.
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.
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…
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í :)
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
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.
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/default 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? :-)
Takže to co dobře a elegantně fungovalo je nyní rozvrtané a úplně jiné s komplikovanější obsluhou a jak je zvykem mnoha problémy.
Bravo. Některé OpenSource projekty zjevně nestojí o to, aby je kromě jejich excentrických autorů někdo používal.
Vývoj v posledních letech je velmi smutný. Funkční a dobře použitelné části distribucí mizejí jedna za druhou a jsou bezkoncepčně nahrazovány podivnými bastly pološílených vývojářů.
Nebýt ReHatu a Novellu, kteří mají ve svých distrech řád a profesionální přístup, nestálo by to jako celek ani za zlámanou grešli.
Vaše reakce je (s prominutím) pubertálně typická.
Což o to. Já to přežiju. Použiji seriózní CentOS nebo ve firmách placená enterprise distra a problémy dokážu řešit či obejít.. Ale vysvětlete to třeba uživateli, který si takový dnešní Bublublutu bastl či něco s KDE4 apod. koupí s notebookem či netbookem. Zaručuji vám, že o Linuxu už nebude chtít ani slyšet a rady „udělej si vlastní distribuci“ určitě nezaberou – spíš vás bude považovat za blázna mimo realitu a vysměje se vám…
Smutný je tento vývoj :-(
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
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…
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ář /boot.
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!
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ší.
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 :)
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.
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.
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.
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.
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.
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
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.
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_TIMEOUT}
else
set timeout=${GRUB_TIMEOUT}
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…
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.