Dotaz: Perfektni jadro na miru?

[helemesecotonese]

Ahoj.

Objevil jsem make allmodconfig coz je super vecicka. Nabootoval jsem tu tisicihlavou san a koukam, ze moduly se pekne automaticky natahly. No, a ted bych rad nejak udelal zpetne .config, ve kterem budu mit jen ty moduly, ktere se natahly. Neexistuje na to nejakej nastroj? Zkousel jsem googlit, jestli neco nekdo nenascriptoval ale nasel jsem tak leda velky kulovy. Diky za napady. Ucelem ma byt mit peknej .config na miru co se ZARIZENI tyce. Zbytek co potrebuju (FS, SE Linux atd.) si uz tam dam snadno, pouzivam vsude to same. For je totiz v tom ze me jaksi nebavi po kazdy travit cas prolezanim menuconfigu a hledanim tech ovladacu...

Odpovědi

[helemesecotonese]

PS: Jo, a proc vlastne? Protoze potrebuju, aby jadro s moduly zabiralo co nejmene mista. Howgh.

[Bluebear]

Příkaz lsmod ti dá seznam modulů, které jsou v daném okamžiku nahrány v paměti, a také informace o tom, co na čem závisí. Ovšem nejprve se musíš ujistit, že máš v paměti všechny moduly, o které máš zájem (tzn. musíš připojit všechna zařízení, která budeš používat, aby se příslušné moduly nahrály).

Nejsem si úplně jist, že make allmodconfig je dobrý nápad, ale nedokážu to nějak blíže specifikovat Snad alespoň moduly jako thermal a processor bych zakompiloval natvrdo, protože než se systém dostane k tomu, aby je nahrál, tak už může být stroj přehřátý

[helemesecotonese]

Ale jo. Ja prece umim zkonfigurovat jadro, ale nebavi me prohrabavat se konfiguraci a hledat kterej sakra ovladat by to mohl byt. Ne vzdy vsechno matchuje, tj. ne vzdy navzajem sedi vypis lsmodu, vypis lspci a nazev promenne v configu To je to co tu resim. Proste kdyz mam udelat nekolik ruznych jader za den na miru a pokazdy jsou tam uplne jiny ovladace, tak je to fakt pakarna... sorry, ale fakticky je.

[helemesecotonese]

Ja myslel neco jako ze by se treba ze symbolu z natazenych modulu nejak zpetne urcilo, ktera volba v .config by to mohla byt nebo tak neco... nevim.

[Bluebear]

Pokud spravuješ několik strojů, tak doporučuji se s tím vůbec nepatlat a udělat jedno univerzální jádro s univerzálním ramdiskem; možná by bylo dobré inspirovat se jádry a ramdisky, které se používají v LiveCD distribucích - ty si na začátku samy zdetekují, na jakém systému běží, a nahrají si samy, co je třeba.

Velikost jádra a modulů bych vůbec neřešil - těch pár megabajtů je v dnešní době směšných. Je to daleko menší zlo než pracně vybudovat speciální jádro pro každou z patnácti mašin, a pak pokaždé, když vyměníš kus hardwaru, muset přeinstalovávat jádro.

[helemesecotonese]

Nikdo nerekl, ze tam jsou pevne disky. Ale vic opravdu neprozradim...

[1john2]

muzu vedet co je to za narocnou aplikaci s ruznymi stroji a potrebou minimalniho jadra? a nedejboze s potrebou konfigurvoat nekolik stroju denne...

kdysi me tenhle mor(male jadro, maly initrd) ap drzel kvuli rychlosti startu, ale stejne sem dosel k tomu ze mnohem vic brzdi startovane sluzby v systemu...

[helemesecotonese]

* top secret * sorry

Mate pravdu, ono to fakt skoro nebrzdi. Nejde mi o rychlost, ale o velikost, kterou to cele ve vysledku zabere na "disku".

Vemte to ciste teoreticky - proste howto? IMHO muze existovat nejaky zpusob jak z loadnutych modulu ziskat informaci o konfiguraci zpet... co treba prelozit to jadro s debug informacemi a pak to z nich nejak vystourat? Nepomohlo by to? Nejsem v tehlech vecech zas tak kovanej, je to jen takovy napad... Asi je to cely blbost. At to admini klidne smazou. Ja uz to stejne vsechno delam dost rychle. Ale mit neco takoveho by se urcite siklo, a mozna ze nejen me.

[michal]

já bych to udělal takhle

zcat /proc/config.gz > ./.config

ale aby jsi měl v /proc tehnle soubor, tak musíš mít v jádře povolené jeho generování, což asi není standartní nastavení

[Michal Kubeček]

To je něco jiného, takhle získáte konfiguraci, se kterou bylo jádro přeloženo (tj. mimo jiné všechny přeložené moduly). Tazatel ale chce konfiguraci, která by mu přeložila jen to, co v danou chvíli používá, tj. to, co je přímo v jádře, a jen moduly, které jsou zrovna natažené.

[rastos]

Máš /proc/config.gz ?

[stativ]

To bude nejspíš prd platný, to obsahuje konfiguraci jádra, takže tam budou i ty nepotřebný moduly. BTW: Hádám, že to bude něco embedded nebo tenký klienti.

[petr_p]

To, co chcete, je pěkná blbost. Konfigurační volby jsou konfigurační volby překladu a jejich název s názvem modulu nemusí mít žádnou spojitost.

Jediné, co mě napadá, je prohledat strom Makefilů. Např. fs/isofs/Makefile vypadá takto:

obj-$(CONFIG_ISO9660_FS) += isofs.o

isofs-objs-y            := namei.o inode.o dir.o util.o rock.o export.o
isofs-objs-$(CONFIG_JOLIET) += joliet.o
isofs-objs-$(CONFIG_ZISOFS) += compress.o
isofs-objs          := $(isofs-objs-y)

Takže když budete mít zavedený modul isofs, tak potřebujete volbu CONFIG_ISO9660_FS.

Jenže pak musíte ještě projít Kconfigy, abyste splnil předpoklady. Např. modul pro PCI síťovou kartu se bez podpory PCI (CONFIG_PCI) nepřeloží.

A stále budete mít problém s volitelnými částmi modulů (jako je Joliet rozšíření), které vlastní modul nemají a přesto je můžete potřebovat.

[Aleš Kapica]

Přesně tak, podobné nápady už jsem dávno opustil. Mám prakticky vše jako modul, a mám klid. Při nové konfiguraci akorát vyhazuju věci co jsou deprecated.

[helemesecotonese]

Hm, to by asi slo. Vynikajici napad. Treba si s tim problemem poradi make oldcongig, kdyz mu predhodim ten muj zmrsenej vygenerovajen .config? Kdo vi? Vyzkousim a uvidim. Diky za skvely napad.

[dustin]

Mně tazatelovo požadavek přijde docela užitečný. Možná to zatím nejde, ale teoreticky by všechny údaje pro vygenerování odpovídajícího configu měly být k dispozici.

[helemesecotonese]

Vy presne chapete o co mi jde. Jenze ja takovy navrh asi stezi vyvojarum protlacim. Takze hledam jinou alternativu.