GNU GRUB 2.02 (diskuse)

[yed_]

Myslel jsem ze Grub uz davno nahradili systemd.

[xkucf03]

Ono je to spíš tak, že do GRUBu by stačilo dopsat ještě pár modulů, přidat pár GNU nástrojů, Emacs a máš kompletní operační systém :-)

[AsciiWolf]

Pouze na UEFI.

[koroptev]

grub 1 byl sikovnej a skvelej. utloudr, grub 2 je overenginneered sracka jakakoli reakce "ale neumelo to xyz" je zamitnutelna s "tak to tam mohli dodelat"

[Lol Phirae]

Tak to prosímtě nepoužívej, a bootuj třeba přes EFI. Nebo si užij LILO a jejich báječnou featuru "kua já to zase zapomněl spustit po aktualizaci jádra".

[TM]

Ale koroptev má pravdu. Grub 1 byl velmi dobře a jednoduše použitelný a byla radost s ním pracovat. Koncepce Grubu 2 je podivná. Např. editace konfigurace kdesi mimo konfigurační soubor a pak nutnost spouštět script, který to .cfg generuje, připomíná spíše časy lila nebo výplod frikulínského chorého mozku.

[prOm3TheuS]

Já si třeba v GRUBu2 píšu grub.cfg sám a na generátor kašlu. Třeba takhle:

insmod ext2
set timeout=10
search --no-floppy --label mujROOT --set root
 
menuentry "Muj Archlinux" {
  linux /boot/vmlinuz-linux root=/dev/disk/by-label/mujROOT rw quiet splash
  initrd /boot/initramfs-linux.img
}

Kde mujROOT je název (label) oddílu s kořenem souborového systému.
Když je potřeba UEFI, tak přidám ještě

insmod efi_gop
insmod efi_uga

Název kernelu je stále stejný a proto nemusím nic obnovovat.
Jednou za čas, aby byl zavadeč aktuální, udělám:

grub-install /dev/sda

a nebo na UEFI:

grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=grub

[k3dAR]

muzes preci ze systemu vyhodit veskere update-grub a grub scripty a vsechno okolo, a psat si rucne grub.cfg kterej bude vizualne vypadat z 90% jako menu.lst pro grub1, akort ze Grub2 umoznuje toho mnohem vice, tak je vychozi chovani proste to, ze uzivatel se nemusi starat o grub.cfg a je mu generovana automaticky a uzivateli staci zmenit jen par promenejch v /etc/default/grub coz zvlada i cvicene opice :)

[Jendа]

Zajímavé, já jsem to dělal i přesně naopak - konfiguraci pro GRUB1 jsem generoval automaticky a konfiguraci pro GRUB2 píšu ručně.

Že by to bylo spíš o tom, že to někdo neumí nastavit?

[Xerces]

Popravdě mi konfigurace verze 1 přišla mnohem víc intuitivnější. U dvojky jsem rád že do toho nemusím sahat a vše mám default z distra. Podobným směrem se udává bohužel systemd.

[Jendа]

Není mi jasné, jak se liší intuitivnost. Pro srovnání: GRUB1:

title CentOS (2.6.18-419.el5)
	root (hd0,0)
	kernel /vmlinuz-2.6.18-419.el5 ro root=/dev/vda
	initrd /initrd-2.6.18-419.el5.img

GRUB2:

menuentry 'Debian GNU/Linux' {
	set root='hd0,1'
	linux	/boot/vmlinuz-4.9.0-2-amd64 root=/dev/sda1 ro
	initrd	/boot/initrd.img-4.9.0-2-amd64
}

Podle mě se to liší jenom v tom, že to používá složené závorky, a že to čísluje partitions od jedničky. To je fakt důvod toho, že to první je "mnohem víc intuitivnější"?

[koroptev]

ta ironie nesedi protoze vsechno emu se vysmivas grub 1 resil; plus to nebyl overengineered shit

[k3dAR]

umi grub1 start z lvm? z raid? z lvm nad raid? z lvm nad LUKS? tedy umi grub1 nativne odemknout LUKS sifrovani kde ma /boot/grub, initr a kernel? ;)

[AsciiWolf]

Matně si vzpomínám, že jsem LVM nad LUKS v kombinaci s GRUB 0.9x před lety používal (na Gentoo). Ale možná se pletu.

[k3dAR]

osvezim ti pamet ;) nemel si sifrovanej /boot, takze grub 0.9 natahl z NEsifrovanej /boot NEsifrovanej kernel a initramfs, ten pak provedl inicializaci pro luks a zeptal se te na otevreni LUKS slotu, ty jsi zadal heslo pro LUKS, provedl se chroot a system nastartoval z LUKS...

ja ale mluvil o tom ze NEexistuje NEsifrovany /boot, ale CELY disk JE zasifrovan, v tom sifrovanem je lvm a v tom je lv boot, a Grub2 si nacte stage 1.5 z prostoru za MBR, nasledne inicializuje luks a zepta se te na heslo, tedy GRUB2 se pta na LUKS heslo, nasledne z SIFROVANEHO luks/lvm/boot natahne jadro a initrd :)

[Pavel 'TIGER' Růžička]

Myslím, že nemá cenu se o tom bavit, když už byl "zabit". Na druhou stranu je nutné přiznat, že jednoduchost se z linuxu silně vytrácí. Doby, kdy člověku stačilo editovat soubory jsou dávno pryč.

[k3dAR]

pokud zacala debata "fnuk, schazi mi jednoduchost grub 0.x fnuk" tak ma "cenu" ;) navic s Grub2 to ma uzivatel jednodusi, staci zmenit 1 konfiguracni promenou napr. GRUB_CMDLINE_LINUX_DEFAULT a pustit update-grub a netreba se starat o syntax, pokud nekdo chce rucne, tak jak sem psal klidne muze a nic se mu generovat NEbude... i visualne bude ta rucni konfigurace pro GRUB 2 skoro stejna(+=jednoducha/prehledna) jako pro GRUB 0.x...
dalsi vec pak je to ze logicky se jednoduchost musi vytratit pokud jde o neco modularniho co umoznuje 100x vice nez to predchozi, pokud by se muselo vse vyhradne rucne konfigurovat tak ani syntaxt z GRUB 0.x by uz nebyl prehledny jako kdyz to neumelo nic z niceho :)

[Jendа]

Myslím, že nemá cenu se o tom bavit, když už byl "zabit".

Vtip je v tom, že bez systému modulů by to udělat nešlo, protože se do stage1.5 nevejde.

Doby, kdy člověku stačilo editovat soubory jsou dávno pryč.

Konfigurace GRUBu (2) je úplně obyčejný textový soubor a dokonce má skoro stejnou syntaxi jako GRUB1. Nebo mi něco uniklo?

[Pavel 'TIGER' Růžička]

Doby, kdy člověku stačilo editovat soubory jsou dávno pryč.

Konfigurace GRUBu (2) je úplně obyčejný textový soubor a dokonce má skoro stejnou syntaxi jako GRUB1. Nebo mi něco uniklo?

Jestli se nepletu, přeci jen Grub1 už jsem nějaký čas neviděl, tak aktivace změn je rozdílná. U Grubu1 stačilo provést změny v konfiguráku a hned byly aktivní. Ve dvojce se mi to bez updatu nepovedlo, pravda, moc jsem to nestudoval, jestli toho lze nějak docílit, či nikoliv. Vzal jsem to prostě tak jak to je.

[Jendа]

U GRUB1 stačilo provést změny v /boot/grub/menu.lst a hned byly aktivní. U GRUB2 stačí provést změny v /boot/grub/grub.cfg a hned jsou aktivní.

[Pavel 'TIGER' Růžička]

Pak to tedy souvisí s tímto. Matoucí bylo, že distribuce v grub.cfg uváděli, needitujte tento soubor, změny provádějte v ... a cesta ke scriptům. Na druhou stranu si ani nevzpomínám, kdy jsem naposledy potřeboval lézt do grubu. To daleko častěji využívám editaci při zavádění, kdy člověk potřebuje dočasně něco vypnout, nebo zapnout.

[Jendа]

Já skoro celý život jedu na Debianu, a tam se automaticky přepisovala i konfigurace GRUB1 (bylo tam něco jako „# začátek sekce která se automaticky přepíše“ a „# konec sekce která se automaticky přepíše“), tak jsem si asi zvykl. Pak ještě vím, že ArchLinux to dělal tak, že vždycky poslední kernel nasymlinkoval do /vmlinuz a v GRUB menu byla jenom jedna položka (kterou nebylo potřeba updatovat), ale to má zase problém v tom, že nemůžeš snadno nabootovat starší kernel, když ten nový nefunguje. Jak to dělaly ostatní distribuce nevím.

[j]

Tak mi ukaz, jak dvojkovej grub dostanes na partysnu ... sem zvedav.

[ed]

staci na EFI FATke? :) pretoze tak to mam.

[Jendа]

Ne, myslí tím situaci když máš volný jenom první sektor (tj. 1024, 512 nebo dokonce jenom 446 bajtů). A na to je odpověď blocklists - a funguje to stejně, jako dřív Lilo. Ale osobně jsem to nikdy nepoužíval, zavlekač na oddílu jsem nepotřeboval a když nebylo na začátku disku místo na stage1.5 (dělaly to verze cfdisku do roku 2013, začínaly na 64. sektoru. Teď už zarovnávají na 2048, takže tam je megabajt a do toho se vejde všechno.), tak jsem radši první oddíl posunul.

[Bedňa]

Jako Grub2 funguje to je fajn, ale tá logika tých obslužných skiptov, no já neviem.

Napr. si si niekedy pozeral tú monštróznu dokumentáciu? Pokúšal si sa vyriešiť problém cez Grub2 command-line? Jako nech som za lamu, ale ja som nedokázal ani naštartovať ISO, jediné čo som našiel, že to s niektorými nejde, ale netuším prečo. Teda skontroloval všetko čo to malo mať, ale proste nešlo.

Keď už napredujeme, mne by vyvhovovalo nejaké prostredie ala cfdisk, kde mám nožinu prikázov a nemusím to držať v hlave, proste voľby 1,2,3 a podobne.

[k3dAR]

z grub2 command line sem parkrat intuitivne dohledal na kterem disku je grub.cfg, tento rucne natahl a vyvolal menu z ktereho nastartoval, to aby se jen natahlo jedno jadro a init bez cfg bude snazsi ;)
ruzne ISO bezne startuju z USB Flash kde mam GRUB2 a to dokonce hybridni legacy+uefi, takze dokaze nastartovat na legacy hw v legacy rezimu a na uefi hw v uefi rezimu...
protoze narozdil od (napr.) syslinux kde se pomoci memdisk naprasaka kopiruje iso do ram, funguje GRUB2 s ISO vyborne a mapuje je primo, jedinej problem je ten ze kazde distro muze mit jinou volbu pro start z ISO, protoze je to ve spolupraci s nativnim initramfs...
vyborny zdroj priklady jak ISO z GRUB je na ArchWiki: https://wiki.archlinux.org/index.php/Multiboot_USB_drive

[Bedňa]

Tá nápoveda na Arch wiki vyzerá dobre, možno ma to nasralo a zavčasu som to vzdal. Teda v dnešnej dobe by som privítal niečo priateľskejšieho ako som už spomínal.

[ed]

Problem Grubu 2 je v tom, ze vacsina ludi si k nemu pricuchla skrz distribucie, ktore masivne vyuzivali systemu skriptov (ony su to fakt len shellskripty) na generovanie konfiguraku. To je potom jednemu samozrejme na grc. Ale holy bosy Grub 2 nic take nevyzaduje, dokonca je syntax jeho konfiguraku pomerne citatelna, jednoducha a ja ako tvrdohlavy pouzivatel LILO som nanho po skoro 10tich rokoch presiel. Dokonca mi aj pride pohodlnejsi ako LILO a okrem mojej blbosti pri konfiguracii, alebo slicovani modulov priamo do binarky som s nim nemal ziaden zasadny problem.

[Jendа]

To je potom jednemu samozrejme na grc.

Mně to ve většině případů vyhovuje (po instalaci nového kernelu nemusím nic řešit) a konfigurák si měním ručně jenom když potřebuju něco fakt nestandardního.

[xkucf03]

Problem Grubu 2 je v tom, ze vacsina ludi si k nemu pricuchla skrz distribucie, ktore masivne vyuzivali systemu skriptov (ony su to fakt len shellskripty) na generovanie konfiguraku. To je potom jednemu samozrejme na grc.

Umožňuje to autodetekci různých systémů na všech discích a jejich dynamické přidávání/odebírání + se to dá skloubit s ručně přidanými položkami od uživatele. Celé se to pak zkompiluje do jednoho konfiguráku – oproti tomu, mít jeden konfigurák, do kterého zapisuje jak uživatel, tak do něj systém přidává nová jádra a OS na jiných discích, je dost nelehký úkol¹. Pro většinu lidí je tedy to generování nejlepší řešení (zavaděč jim nabídne všechna dostupná jádra/systémy + si můžou snadno přidat další položky). Pokud máš natolik odlišné potřeby, tak ti nic nebrání si to generování vypnout a udržovat si ručně psaný konfigurák.

_{[1] pokud myslíš, že to zvládneš, tak to implementuj a nabídni ostatním jako lepší řešení}

[Conscript89]

oproti tomu, mít jeden konfigurák, do kterého zapisuje jak uživatel, tak do něj systém přidává nová jádra a OS na jiných discích, je dost nelehký úkol.

K tomu slouzi (a ve Fedore a RHELu se pouziva) grubby. Umi grub, grub2 (oboji ozkouseno) a ma podporu pro lilo (nezkousel jsem). Ten nastroj je ovsem pomerne nachylny na chyby - ve smyslu ze se v nem pravidelne objevi nejaky mensi problem a chce se od nej obcas nejaka ta nova funkcionalita (ale to je tak nejak u SW normalni).