Řešení potencionálních problémů při upgrade grub2 (diskuse)

[Potent]

potenciálních

[Aleš Kapica]

Mám kontrovat patvarem - česko?

[David Watzke]

To přece vychází ze slova potencionál, ne asi.

[Aleš Kapica]

Přípustné jsou oba tvary. Pan Potent je očividně purista.

[Potent]

No a taky že jo! Tak jsem se něčemu přiučil. A purista fakt nejsem. PS: Zní to jako anální.

[David Jaša]

Zdroj? Potencionál jsem slyšel vždy jen od neznalých. "ergonometrie" je podobný případ.

[David Watzke]

Zdroj. Taky čumím

[jekub]

V tom případě bych u IT specialisty předpokládal použití kratšího

[reb]

Co přesně má GRUB2 za problém? "problém při sestavení core.img, pokud je systém postaven nad více než jednou vrstvou" toho moc neřekne.

[Aleš Kapica]

Co předpokládá instalační skript GRUB2...

Fyzické zařízení -> Tabulka rozdělení disku -> Souborový systém

A jak to vypadá u mne. Malé x naznačuje, bod ve kterém zůstane zavaděč viset..

Fyzické zařízení -> Tabulka rozdělení disku -x-> SW raid -> LVM skupina -> Souborový systém

Důsledkem toho, že nesestaví raid je, že nelze nahodit LVM skupinu a zpřístupnit tak souborový systém - umístěný na logickém disku - na kterém jsou umístěny další moduly.

Prostě výchozí instalační skript nemá žádnou konfigurační volbu, kterou by mu bylo možné říct, které moduly by měl do core.img zahrnout, a sám si to ani očividně neumí zjistit.

Možnost použít konfigurační volbu - to je to co jsem chtěl po nich zaintegrovat do toho skriptu před dvěma lety. Tu komunikaci, kterou bych to doložil jsem už ovšem smazal. Stejně k ničemu nevedla.

[sigma]

Debian Squeeze, layout velmi podobný, a žádný problém.

Disky /dev/sda a /dev/sdb, na obou GPT. /dev/sd[ab]2 jsou raid svazky, nad nimi /dev/md0, což je LVM PV. Nad touto PV je VG/LV pro root filesystem vč. /boot adresáře.

Debian instalovaný přes debootstrap, grub-install jsem pouštěl ručně, a žádný problém - všechno našel správně.

Ještě poznámka - ze zvyku nechávám na GPT první oddíl jako "bios_grub", s velikostí 4 MB. Kdysi mi nechtěla instalace GRUB2 fungovat, protože na začátku disku nebyl dost velký prostor, aby se tam vešly moduly na mdraid a lvm. Nezkoušel jsem, jestli je to ještě pořád potřeba.

[Aleš Kapica]

Ještě poznámka - ze zvyku nechávám na GPT první oddíl jako "bios_grub", s velikostí 4 MB. Kdysi mi nechtěla instalace GRUB2 fungovat, protože na začátku disku nebyl dost velký prostor, aby se tam vešly moduly na mdraid a lvm. Nezkoušel jsem, jestli je to ještě pořád potřeba.

No právě v tom je ten vtip. Pokud to je tak jak to mám já, tak je naprosto jedno, kde se ten logický disk nachází a žádný extra diskový oddíl není třeba.

Jestli se používá GPT nebo MSDOS je vcelku jedno, ona i GPT tabulka používá MBR. Důležité je pouze to, aby bylo dost místa ještě před prvním diskovým oddílem. Pro GPT akorát platí, že do core.img musí být místo part_msdos vložený part_gpt.

Také je otázka jaký typ SW raidu je použitý - já používám verzi 1.2 (modul mdraid1x) ovšem ten je v Debianu až právě od sqeeze (grub verze 1.98+20100804-14+squeeze1). Předtím grub uměl sestavit pouze raid verze 0.9, jenže ten má jinak umístěná metadata.

[sigma]

SW raid metadata 1.2:

md0 : active raid1 sda2[0] sdb2[1]
      39053240 blocks super 1.2 [2/2] [UU]

Příležitostně vyzkouším, jestli by mi to fungovalo i bez toho pomocného oddílu. Ale nevidím v něm problém, prostě jsem si zvyknul vždycky napřed napsat:

# parted /dev/sda
mklabel gpt
mkpart biosboot 4M 8M
set 1 bios_grub on
...

[Aleš Kapica]

Na výsledek pokusu jsem sám zvědav. Není totiž vyloučeno, že chyba je specifická pouze pro mou konfiguraci. Testovat něco na ostrém stroji je dost riskantní, ale možná by stálo za to si ověřit, jestli tvůj systém nabootuje, když mu vyndáš disk /dev/sda.

[xxx]

Mam pdobnou konfiguraci, /dev/sd[abc]2 jako /dev/md0 v raid5. A taktez mi to funguje. Co je ovsem blbe, tak v pripade ze jeden z disku failne, tak grub raid5 v degradovanem rezimu nesestavi.

[gtz]

U velkokapacitních USB klíčenek nejspíš narazíte na to, že z nich stroje odmítají nabootovat. Takže je pro tento účel lepší použít nějakou starou USB klíčenku.

Lze to řešit i s klíčenkou která má FS na VFAT pomocí Grub4dos. Nainstaluje se defacto na jakoukoliv klíčenku i disk. Stačí dohrát nějaký image nebo iso (já používám RipLinux v kombinaci se skvělým HirensCD) bootnout do Linuxu a opravit bootloader.

Nevím proč, ale já jsem si k Grub2 nějak cestu moc nenašel, prozatím jsem stále u starého Grubu. No i Suse měl stále starý Grub ale nyní jak jsem se díval již nová verze 12.2 nabízí GRUB2 jako default. No naštěstí je tam volba i pro starý Grub.

[Aleš Kapica]

Lze to řešit i s klíčenkou která má FS na VFAT pomocí Grub4dos. Nainstaluje se defacto na jakoukoliv klíčenku i disk. Stačí dohrát nějaký image nebo iso (já používám RipLinux v kombinaci se skvělým HirensCD) bootnout do Linuxu a opravit bootloader.

S velkokapacitními klíčenkami mívá především problém bios těch strojů, ne grub. Nedají se použít kupř. ani pro upgrade firmware. I z toho důvodu je lepší ponechat nutné zlo - tedy fat, i když na nich může být klidně i jiný FS. A grub4dos není v podstatě nic jiného, než grub2 nainstalovaný tak jak uvádím v blogu.

[gtz]

Vím, že některé staré modely desek i NTB mají problém bootnout z USB z nějakého disku přes USB (většinou to byly staré potvory). Na ty účely používám 128MB starou USB klíčenku a ta se chová celkem slušně. Dalším možným řešením je mít uložené ISO na klíčence a z ní pak bootovat/obnovovat (hodněkrát jsem to taky dělal prostě jsem dd-čkem přeplácnul celý disk dd if=opensuse.iso of=/dev/sdb bs=1M Klíčenka se pak chová jako USB CDROMka), není to sice nejpřímější řešení, ale ve spoustě krizových situací postačí.