Dotaz: Problém s update jádra na RAID

[Styryx]

Nainstaloval jsem Fedora Core 5 na SATA-RAID - 2x160 GB SATA-150,stripping; ovladač via_sata (dokonce se zdetekoval automaticky, ani jsem při instalaci nemusel použít "noprobe"). Všechno se z instalačních CD nainstalovalo ok.

Mám ovšem problém pokud provedu update jádra (stáhnul jsem komplet celej adresář Update a nakonfiguroval to lokálně na HDD), pomocí "yum update kernel". Update se provede, ovšem nové jádro (2.6.16_2096) nenabootuje (staré nabootuje stále ok). Problém patrně možná v tom, že nové jádro nemá ovladač SATA-RAID, ovšem nevím jak to udělat, aby mělo (předpokládal bych, že nové jádro se při update nastaví se stejnými parametry jako staré jádro, ale možná tomu tak není). Po startu nové jádro vypíše následující:

device-mapper: dm-stripe: Target length not divisible by chunk size
device-mapper: reload ioctl failed: Invalid argument
Unable to open /dev/mapper/via_dgfibifgec - unrecognised disk label
mount: could not find filesystem '/dev/root'
Kernel panic - not syncing: Attemped to kill init!

a jde pak pouze tvrdý reset (ani Ctrl+Alt+Del nefunguje). Co s tím?

Odpovědi

[Michal Čihař]

Nové jádro asi nepodprouje dmraid. Nebo možná jenom není na initrd.

[Styryx]

Zkoušel jsem několik postupů nalezených na internetu.

1) parametr kernel:

dmraid -ay

nepomohlo.

2) parametr kernel:

pci=noapci

taky nic, něco to hrozně dlouho detekovalo (či co to dělalo), po cca 5min. už jsem to nevydržel s nervama a resetnul to.

3)

mv /boot/initrd-2.6.16-1.2096_FC5.img /boot/initrd-2.6.16-1.2096_FC5.img.old
mkinitrd /boot/initrd-2.6.16-1.2096_FC5.img 2.6.16-1.2096_FC5

stále stejné, pořád nové jádro nefunguje, ačkoli ovladač sata_via.ko vidím v /lib/modules/2.6.16-1.2096_FC5 a tento ovladač je uveden v modprobe.conf.

Takže stále bez úspěchu. Bohužel nemůžu použít linuxový raid, neboť ze stejného RAID duálně bootuji WinXP a 2k (jako primární systémy, Fedora 5 prozatím experimentální).

[Ondřej Čečák]

A initrd pripadne kernel tedy obsahuje vse potrebne? (jak vam bylo napovezeno vyse)

[Styryx]

Tak jsem se k tomu konečně znovu dostal ... zkoušel jsem připojit initramdisk abych se podíval co tam tedy vlastně je ale nepodařilo se mi to.

Postupoval jsem podle návodu zde:

gzip -cd /boot/initrd-xxxx.img > /mnt/initrd/initrd.img
mount -oloop /mnt/initrd/initrd.img /mnt/initrd/orig

ovšem u druhého přikazu to vypíše něco jakože to není platný HFS nebo co a že musím zadat systém souborů, zkoušel jsem -t ext3, -t ext2, -t vfat, -t tmpfs, ale u každého chyba. (adresář /mnt/initrd/orig je vytvořen)

Zkoušel jsem i připojit přímo

mount -oloop /boot/initrd-xxxx.img /mnt/initrd/orig

(protože nevím jestli je obraz komprimovaný anebo není), se stejným výsledkem, tj. nejde to ani se žádným explicitně definovaným výše jmenovaným souborovým systémem.

Ví tedy někdo jaký souborový systém mají initramdisk image ve Fedora Core 5? Nebo jak je připojím?

Zkoumal jsem i mkinitrd skript (ale jen tak letmo, nebyl moc čas), ale nezjistil jsem z něj jakým způsobem se initramdisk vytváří, tj. jaký souborový systém je použit (např. jsem v něm vůbec nenašel string "mke2fs", který se podle tohoto návodu používá k vytvoření systému souborů), ani jsem z něj nevykoukal jestli se nějak komprimuje a případně jak. Zkoušel jsem i google, ale nikde jsem nenašel jaký souborový systém initramdisk ve Fedora 5 používá a jak jej připojit (všude je jenom "připojíme initramdisk" :-/ ).

[tlamik]

Z vlastni zkusenosti vim, ze nekdy je initrd vlastne initrd.cpio.gz, takze rozbalit a odCPIOvat a pak primountit, ale jestli to plati i pro FC5, to nevim. Jinak initrd se vytvari prikazem mkinitrd "kam s nim" "pro jakou verzi jadra" automaticky natahne vsechny moduly, ktere jsou zrovna v pameti, ikdyz maji unused, jinak se ale daji specifikovat parametrem --with

[Styryx]

Právě že mkinitrd už jsem zkoušel (viz výše), vyráběl jsem ho pro nové jádro na původním jádře, takže i podle toho co píšete by tam mělo být všechno; ale to nefunguje, proto bych chtěl vidět co tam je (tj. co tam mkinitrd dal) a jak vypadá skript (a to jak u initramdisku pro původní jádro, tak pro initramdisk pro nové jádro vytvořený pomocí mkinitrd). CPIO neznám, zkusím.

[Styryx]

Tak je to skutečně cpio, když jsem to pojmenoval initrd.cpio.gz tak to MC otevřel a jsou tam vidět soubory obdobně jako v tar.gz archivu.

Zdá se že tam všechno je, init script je stejnej jako u původního jádra které nabíhá, pouze moduly *.ko v /lib jsou jiné velikosti, ale jsou tam všechny jako v původním (jejich velikost je menší - u všech, je to v pořádku? čekal bych u novějšího jádra velikosti spíše stejné nebo větší, nebo jsou nějak lépe optimalizované?)

Pak je tam ještě rozdíl, že moduly *.ko v /lib nejsou označené jako Executable, v původním jsou, může to být problém?

Zkoušel jsem to upravit aby executable byly, ale to se mi nepovedlo - cpio jsem to rozbalil, změnil a zabalil zpátky cpio a gzipem, ale vytvořený obraz byl nějaký špatný, systém se z toho nerozběhnul vůbec (napsal že nemůže číst boot device nebo tak něco, takže očividně s tím novým obrazem neumí pracovat, ačkoli v mc se v pořádku otevře seznam souborů v něm a všechno tam je vidět). Nebo se ten obraz musí taky nějak připojovat přes mount, když ho chci upravovat? A v tom případě jak? Protože pokud ten obraz "odCPIOju", tak se mi rozbalí do adresářů a nemám už to jako jednu image takže není co připojovat.(?)

[tlamik]

v initrd by mely byt soubory .ko stejne jako jsou v lib/pro danou verzi, v podstate stacit je tam prikopirovat a treba i upravit init script. Urcite jsem to takhle delal. Problem podle mne je v tom, jak to balis, myslim, ze na to byl nejaky trik nebo neco takoveho. JDe to overit asi tak, ze si rozbalis puvodni initrd a pak ho zkusis bezezmeny zabalit a pokud nebude mit stejnou velikost, tak je problem. Tusim, ze to bylo o nejakych paramtrech toho gzipu nebo mozna cpio, nasel jsem to nekde pres googla, kdyz jsem hledal zpusob jak rozbalit initrd