Dotaz: Linux 2.6.9 - Kernel panic: No init found

[Jan Grmela]

Vidim, ze problemu s initem je zde vic nez dost, ale presto jsem nedokazal reseni sveho najit.

Dnes jsem prelozil nove jadro 2.6.9 z cisteho configu, skopiroval do /boot, prelozil a nainstaloval moduly.

Kdyz bootuji, tak se objevi tohle:

mount: error 6 mounting ext3 flags default
well, retrying without the options flag
mount: error 6 mounting ext3
well, retrying without any flag
pivotroot: pivot_root(/sysroot,/sysroot/initrd) failed: 2
Kernel panic - not syncing: No init found. Try passing init= option to kernel

A tim skonci muj boot. Odpovidajici vypis z lila:

image=/boot/bzImage-2.6.9
	label="Linux_2.6.9"
	root=/dev/hde1
	initrd=/boot/initrd.img
	append="devfs=mount resume=/dev/hde5 splash=silent"
	read-only

Partition hde1 existuje, byla tam uz pri pouziti minuleho jadra. Zkousel jsem i bootovat bez devfs, ale bez rozdilu. V konfiguraci jadra mam ext2 i ext3 jako 'yes', tj. zakompilovany. To stejne se podporou ATA. S partitions jsem nic nedelal, jedina zmena systemu byla opravdu to jadro. Lilo po uprave jsem spustil.

Muzete si stahnout muj config.

Odpovědi

[Patvor]

V .configu mate zakazan automaticky mount DEVFS.

Pak podle me nemuzete adresovat /dev/hde1, ale spise neco jako /dev/ide/host1/bus0/target0/lun0/ atd.

Z hdE soudim na dalsi radic, ktery nema s ide0 a ide1 nic spolecneho.

Nepisete distribuci, tj. je-li vyzadovano automaticke mountovani DEVFS, nepisete vlastne vice veci.

[Jan Grmela]

No to adresovani pres /dev/hde1 jsem delal i u starsich jader. hde je to proto, ze se disk nachazi na on-board raid konektoru (Promise PDC20276, zakompilovan).

Jinak mam MDK10 a do ted jsem devfs pouzival.

[Zdeněk Štěpánek]

Zdravim

Kristalovou koulůi jsem nekde ztratil, ale neni problem nekde u toho ramdisku? Osobne dooporucuju ramdisk nepouzivat kdyz k tomu neni nejaky extra zvlastni duvod coz si myslim ze v tomto pripade neni.

Zdenek

[Slapo]

Dve rady: ak chcete pouzit lilo, kernel by mal obsahovat podporu ramdisku (kvoli initu), pri instalacii kernelu odporucam po konfiguracii pouzit: make bzImage, potom: make modules && make modules_install, potom make install. Posledny krok, make install, nie je vzdy potrebny, ale pri niektorych distribuciach to bez toho nejde (e.g. Fedora).

[svaca]

Kernel panic v tomto pripade neni kvuli DEVFS, ale kvuli ramdisku .... 1. ho dotycny nepotrebuje, nebot zakompilovat filesystem primo do jadra (takze zakomentovat) a za 2. tim, ze zkompiloval jadro, tak prave NEFUNGUJE ten initrd.gz, musel by se totiz vytvorit novy a to pomoci: mkinitrd -c -k 2.6.9 -m ext3 (delat jako root v /boot)

Coz nepujde, kdyz ext3 ma primo v jadre a ne jako modul ....

[Beda]

no to -m ext3 je nesmysl.. prave ze neni potreba cpat na ramdisk, kdyz uz je davno v jadre...

problem uz tu parkrat nacli.. mount i pivot_root jsou zmateni protoze jim chybi blokova zarizeni nebo prinejmensim modul pro dany radic, ktery by se zaregistroval pro dane zarizeni.

[svaca]

A co pisu ???? Ani nemuze mit RAMDISK kdyz nema modul (je to v jadre) ja jen pisu, jak se to dela .... ))

V kazdem MUSI vyhodit prave ten stavyjici ramdisk, aby mu to fungovalo ...

[Jan Grmela]

Ramdisk jsem vyhodil, nic jsem jinak nedelal, skompiloval jadro make bzImage, make modules, make modules_install, prekopiroval bzImage a System.map (potom jsem zkusil i make install, kdyz jadro nebootovalo) a vysledek je bohuzel nasledujici:

VFS: Cannot open root device  "2101" or unknown-block(33,)
Please append a correct "root=" boot option
Kernel panic - not syncing: Unable to mount root fs on unknown-block(33,1)

Myslim, ze lepsi reseni, nez se tu snazit nakonfigovat kernel z cisteho .configu bude pouzit ten stary a jadro normalne prelozit. Chtel jsem kompilovat z noveho, protoze stary .config vychazi z MDK jadra a zdalo se mi moc generic, tak jsem to chtel vyresit po svem.

[Tomáš Vitha]

Zkus mu dát parametr init=/sbin/init, třeba to pomůže (resp. mně se bez toho ještě nepovedlo kernel 2.6.x rozjet)...

[Jan Grmela]

Pridal jsem, ovsem nepomohlo to...

[BoodOk]

Na Tvuj config jsem se nedival, ale vzhledem k tomu, ze mam cerstvou zkusenost se swsusp (viz. resume a pozn. v dokumentaci kiss your data goodbye) bych to sacoval na rzstreleny ext3 filesystem. Bootuje Ti i starsi jadro, resp. dokazes z rescue namontovat hde1? Pokud ne, pouzij fsck a potichu doufej :-/

[BoodOk]

Beru zpet, ten pripad co jsem napsal to neni. Problem je zde:
# CONFIG_CRAMFS is not set

[Jan Grmela]

U minuleho (funkcniho) jadra mam cramfs jako modul, co by mela jeho nepritomnost zpusobit ?

[BoodOk]

Zalezi na tom, jaky fs je v ramdisku. Pokud je ramdisk vytvoren pomoci mkinitrd (Debian), pak mkinitrd je pouze script, ktery vola mkcramfs a CRAMFS musis mit zakompilovane v jadre, aby kernel mohl filesystem na ramdisku namontovat. A podle vypisu z jadra to tak vypada, protoze jadro se snazi namontovat fs na ramdisku jako ext3 a nejde mu to (protoze to bude cramfs).

[Jan Grmela]

Tak jsem se po skoumani moznych pricin dostal zase o neco dale. Nevim ovsem jestli spravnym smerem. Odebral jsem z jadra ramdisk, napevno vlozil ext2 a ext3 spolu s jbd.

Pak jsem nahodou zjistil, ze system "skoro" bootuje, pokud dam root=/dev/ide/host0/bus0/target0/lun0/part1, coz mne ponekud prekvapilo, vzhledem k tomu, ze root mam na /dev/ide/host2/bus0/target0/lun0/part1. Vsechno ale asi spravne neni protoze (bez zapnuteho devfs je vypis trochu jiny, ale stejne porad hlasi chybu fs) se mi objevilo nasledujici:

VFS: Mounted root (ext3 filesystem) readonly
:
:
Zavadim USB tiskarnu                              [OK]
Kontroluji korenovy system souboru
fsck.ext3/dev/hde1:
The superblock could not be read or does not describe a
correct ext2 filesystem (to mne docela zarazilo). If the
device is valid and it realy contains an ext2 filesystem
(and not swap or ufs or something else), then the superblock 
is corrupt and you might try running  e2fsck with an 
alternate superblock:
     e2fsck -b 8139 < device >
:No such file or directory while trying to open /dev/hde1
Selhala kontrola souboroveho systemu. Chcete opravit chyby? (Y/N)
(pozor muzete ztratit data)

Potom mi to nabidne konzoli pro opravu filesystemu, kde kdyz si necham vypsat filesystemy prikazem mount tak je dost divne

/dev/ide/host2/bus0/target0/lun0/part1 on / type ext3 (rw)

i kdyz jsem bootoval s host0...

[Jan Grmela]

Problem je vyresen :)

Polozkou, ktera delala problemy byla volba ovladace PROMISE PDC202{68|69|70|71|75|76|77} (BLK_DEV_PDC202XX_NEW), ktera umoznuje zapnuti tohoto controlleru i kdyz je vypnuty v BIOSu (coz nemam).

Pokud bylo PDC202XX_FORCE nastaveno na vypnuto, jadro nebootoval, kdyz jsem nastavil zapnuto, problem zmizel.

Tento radic (PDC 20276 na desce Gigabyte 7VAXP) byl dost problemovy i pod Win, napriklad vytizeni pri vypalovani bylo kolem 90% (pod Linuxem to ke konci CD taky neni o moc jine).