Dotaz: Kernel panic po rekompilaci jádra

[JirkaK]

Zdravím,

pokusil jsem se zkompilovat vlastní kernel (kvůli nutnosti použití pNFS), ovšem po jeho nabootování jsem akorát obdržel kernel panic a hlášku o nemožnosti připojení root fs. Tak jsem usoudil, že jsem udělal chybu v konfiguraci (zapomněl jsem přímo do kernelu zakompilovat ovladač řadiče - jedná se o instalaci Debianu 5.0.4 na PATA disk - nebo ovladač pro ext3), což se potvrdilo, opravil jsem to, znovu zkompiloval, ale po rebootu na mě zase vybafnul kernel panic:

...
scsi 0:0:0:0 Direct-Access ATA MAXTOR ...
scsi 1:0:0:0 CD-ROM SAMSUNG ...
VFS: Cannot open root device "hda1" or unknown-block(0,0)
Please append a correct "root=" boot option: here are the available partitions:
Kernel panic - not syncing: VFS: unable to mount root fs on unknown-block(0,0)

Vzhledem k tomu, že mám přímo v jádru (ne jako modul) zakompilovaný ovladač jak řadiče (i generic ATA i PIIX - na desce je nějaký intel chipset), tak i ext3, tak netuším, co může ještě chybět. Už mě taky napadlo zkusit to nacpat jako moduly do initrd, ale je to další zkoumání navíc a hlavně si říkám, že tady by to ani nemělo být třeba...

Ještě mě napadla jiná věc, jestli to nesouvisí s tím, že (soudím dle výpisu, ale nevím, proč to tak je) by se disk tvářil jako SCSI zařízení, a tudíž by parametr rootfs předávaný grubem (hda1) nebyl korektní? Zkoušel jsem i třeba sda1, ale neúspěšně.

Samozřejmě jsem googloval, jak se dalo, ale lidi radili na podobný problém různá řešení a každému pomohlo něco jiného - mně ale bohužel z toho, co jsem našel, nepomohlo nic (a než se pustím do koumání kolem výroby initrd, radši nejdřív počkám, jestli to nepůjde i bez toho). Pokud bude třeba, hodím sem .config a nastavení GRUBu (které mám stejné jako pro distribuční kernel, jenom jsem změnil název zaváděného kernelu a zakomentoval řádek s initrd).

Za každou radu budu vděčný, protože tohle potřebuju nutně rozchodit - je to v rámci bakalářky, a tak mě to celkem znervózňuje :(. Předem díky všem!

Odpovědi

[trekker.dk]

Na tomhle webu si můžeš ověřit, jestli máš v jádře opravdu zapnutý ten správný ovladač pro řadič - http://kmuto.jp/debian/hcl/

[JirkaK]

Díky za užitečný odkaz. Vypadá to, že je to v tomhle ohledu v pořádku (.config: CONFIG_ATA_PIIX=y + tam je ještě CONFIG_PATA_MPIIX=y, tak to zkusím vyhodit, protože vlastně ani přesně nevím, k čemu to je (ale že by to dělalo problémy...?)).

[JirkaK]

Tak pořád žádná změna :(

[Fuky]

Hoď do přílohy .config a výpis lspci -n.

[JirkaK]

Příloha:

• .config (76806 bytů)

Tady je ten výpis z lspci -n:

00:00.0 0600: 8086:2560 (rev 01)
00:02.0 0300: 8086:2562 (rev 01)
00:1d.0 0c03: 8086:24c2 (rev 01)
00:1d.1 0c03: 8086:24c4 (rev 01)
00:1d.2 0c03: 8086:24c7 (rev 01)
00:1d.7 0c03: 8086:24cd (rev 01)
00:1e.0 0604: 8086:244e (rev 81)
00:1f.0 0601: 8086:24c0 (rev 01)
00:1f.1 0101: 8086:24cb (rev 01)
00:1f.3 0c05: 8086:24c3 (rev 01)
00:1f.5 0401: 8086:24c5 (rev 01)
01:0c.0 0200: 8086:100e (rev 02)

a .config v příloze (asi místy bude obsahovat i zbytečnosti, ale čemu jsem vyloženě nerozuměl, tak to jsem tam nechal...). Díky!

[ssss]

a neni ten device ted treba sda misto hda?

[JirkaK]

To jsem zkoušel (napadlo mě to taky, když se PATA HDD tváří jako SCSI zařízení - soudě dle výpisu jádra než hodí panic), ale bohužel to nepomohlo.

[pht]

Na hda tam chybí oldschool ovladač ... # CONFIG_IDE is not set

Pokud něco, tak budete bootovat ze sda. Ale ten není v bootu vidět protože nemáte scsi disk v jádře (CONFIG_BLK_DEV_SD=m), musel byste použít initrd což jak jsem pochopil nemáte.

Jinak ten config by se dal docela brutálně zredukovat... např. tam máte ovladače na kde co jako moduly.

[JirkaK]

Tak tohle vypadá jako nejcennější rada dne! Zkusím tam teda zakompilovat, jak říkáte, ten "oldschool" ovladač :) (myslel jsem, že tam na PATA bude stačit jenom ten piix). Nebude to ale někde na škodu, když u toho generic ide je uvedeno "deprecated"?

Jinak vím, že tam je hafo balastu, vyházel jsem z toho, čemu jsem rozuměl (ovladače pro jiné řadiče, síťovky, grafiky...) a na zbytek jsem radši nesahal (navíc to pak budu provozovat na virtuálních mašinách... tak jsem ten zbytek neořezával... ale zase pravda, že tam bude třeba kdo ví co jiného :). Zatím mockrát díky!

[trekker.dk]

Nebude to ale někde na škodu, když u toho generic ide je uvedeno "deprecated"?

Nemělo by být. Nicméně to možná nemusí být potřeba, mohlo by stačit pozapínat věci jako CONFIG_BLK_DEV_SD (na yes, nikoliv jako modul)

navíc to pak budu provozovat na virtuálních mašinách... tak jsem ten zbytek neořezával... ale zase pravda, že tam bude třeba kdo ví co jiného

V takovém případěto teď možná řešíš skoro zbytečně (v závislosti na tom, jak budeš virtualizovat), protože skladba potřebných ovladačů může ve virtuální mašině vypadat o dost jinak.

[pht]

Abych to upřesnil: pro starej ovladač potřebujete:

<*> ATA/ATAPI/MFM/RLL support
pod tím
[*]     ATA disk support
<*>   generic/default IDE chipset support
<*>   Generic PCI IDE Chipset Support
<*>   Intel PIIX/ICH chipsets support

...a budete mít /dev/hda

Pro novej potřebujete:

-*- SCSI device support 
<*> SCSI disk support
<*> Serial ATA (prod) and Parallel ATA (experimental) drivers
    => [*]   ATA SFF support
       <*>     Intel ESB, ICH, PIIX3, PIIX4 PATA/SATA support 

...a budete mít /dev/sda

(za předpokladu, že máte skutečně ten piix řadič, jinak vyberte jiný driver)

Nebude to ale někde na škodu, když u toho generic ide je uvedeno "deprecated"?

Myslím si, že ještě nějaký ten pátek to vadit nebude. Ty druhé jsou zase označeny jako "experimental"...

a na zbytek jsem radši nesahal

Zkuste to a za pár iterací v tom budete jako doma a budete se cítit mnohem lépe ;)

navíc to pak budu provozovat na virtuálních mašinách

V tom případě by Vás mohly zajímat paravirtualizované ovladače pro kvm nebo vmware.

[trekker.dk]

Myslím si, že ještě nějaký ten pátek to vadit nebude. Ty druhé jsou zase označeny jako "experimental"...

K tomu prvnímu - do té staré varianty se nepřidávají nové ovladače, ale staré jsou AFAIK udržovány.

k tomu druhému - u "experimental" je potřeba mít na paměti to, že to možná někdo akorát zapomněl odstranit.

[pht]

nové ovladače

Chcete říct, že se vyrábí nějaký nový ide hardware?

možná někdo akorát zapomněl odstranit

Nebo měl bobky; politika v tomhle hraje docela roli. Na druhou stranu je to věčná komedie: distribuce vždy přejdou ochotně a okamžitě na to "nové", i když je to "nepodporované".

[trekker.dk]

Chcete říct, že se vyrábí nějaký nový ide hardware?

Chci říct, že se nedávno vyskytl případ, kdy do toho subsystému někdo chtěl přidat ovladač a měl smolíka. (Možná ten ovladač byl pro SATA řadič, ty tam původně byly taky.)

Nebo měl bobky; politika v tomhle hraje docela roli. Na druhou stranu je to věčná komedie: distribuce vždy přejdou ochotně a okamžitě na to "nové"

Faktem nicméně je, že libata už tak nová záležitost není, mám pocit, že pár let už tu je.

[michich]

Ty druhé jsou zase označeny jako "experimental"...

V 2.6.33 už ne.

[JirkaK]

Mockrát díky za cenné a přesné informace . Nakonec jsem to (ještě včera, než se tu objevilo těch pár posledních příspěvků) zkusil s tou podporou SCSI disků, ale zase mi tam chyběly asi dvě (teď už uvedené ) možnosti. Nakonec jsem skončil u kompilace jádra s distribuční konfigurací + pNFS a výrobou initramdisku, pak to jelo hned. Teď se zase plácám s rozjížděním (p)NFS, nic nejde, jak by mělo... ale to už do tohohle vlákna nepatří, s tím možná budu otravovat zase v jiném, když s tím nepohnu

Ještě jednou děkuju za cenné rady všem zúčastněným a zejména panu pht :).