Kompilovanie jadra - II (diskuse)

[Josef Kufner]

Pekny clanek. Co se tyce veci okolo rdev na konci clanku, neni to ekvivalentem k parametru root=... ?

[Miroslav Kriho]

Hezký článek,ale ještě jedna otázka,jak nainstalovat automaticky jádro ne do lila,ale do grubu. Dělám to všechno otrocky ručně i když zas tak moc mi to nevadí.

[wocis]

standartne delam make oldconfig, pak make menuconfig a vyhazim/pridam dalsi veci, pak make, dale make modules_install a nakonec make install. to posledni mi automaticky upravi grub a nakopiruje potrebne veci do /boot.

[Martin Kratochvil]

Ja to delam v debianu pres

make-kpkg --revision X kernel_image
-> vytvori mi to balik a pak jen ( ten balik je lepsi dat do nejakyho sourcu, takze ho pak mam dostupny na vsech strojich ;)
dpkg -i kernel-image-2.6.Y-X


A mam to ;)

[espinosa@centrum.cz]

make install

je to proste :)) ..nainstaluje jak do Lilo (netestoval jsem) tak do Grubu.

[Borg]

Ono není až tak problém provest kompilaci, podle mne je nejdůležitější vědět jaký HARDWARE v dotyčném kompu je obsažen Pokud máte nový PC s dokumentací tak je to NO PROBLEM. U starších musite komp většinou rozhodit a zjistit si podrobně co tam je obsaženo. Osobně je pro mne obsah PC nejdůležitější, vím co zapnout a co vypnout, nebo popřípadě zapnout jako modul. V linuxu používám jen to co tam mám, ať už natvrdo nebo modulem. Toť je výhoda kompilace, kdy si zapnu přesně typ procesoru, velikost pamětí popřípadě vypnu nadbytečné moduly zvukovek nebo SCSI řadičů, nastavím lepší podporu pro Raid atd. A abych to nastavil co nejlépe musím znát hardware.

To v čem provedu kompilaci, menuconfig nebo xconfig , je na každém uživateli. Osobně preferuji menuconfig.

[rastos]

Velmi spravna poznamka. Pokial je system funkcny, tak sa oplati pozistovat co sa da so starym jadrom. Napr. PCI karty - lspci, USB zariadenia - lsusb, graficka karta - /var/log/X*.log, sietova/zvukova karta - cat /etc/interrupts, ...

Netreba sa hanbit a ked je na pocitaci Windows, tiez sa tam da kadeco zistit o typoch zvukovych/grafickych/sietovych kariet atd atd.

[Petr]

Ahoj

"cat /etc/interrupts, ..."

Spravne ma byt /proc/interrupts ;). V adresari /proc jsou veskere informace o systemu - tak jak to vidi jadro. Z neho berou info nastroje lspci, lsusb atd. Co se tyce kompilace - jedna vec je seznam HW , druha stranka je vedet "CO" povolit a co ne. Hodne veci v jadre spolu urcitym zpusobem souvisi. Takze pred kompilaci doporucuji mit seznam hw a hlavne vedet jak a co spolu souvisi /RTFM !/. Po kompilaci v kazdem pripade zachovat puvodni /predchozi/ funkcni jadro jako variantu pro boot. I velmi zkuseni uzivatele se obcas vraci k predchozimu jadru - zvlaste pri testovani novych vlastnosti. Lilo.conf pak muze vypadat nejak takhle

petr@petrs:~$ cat /etc/lilo.conf
# Start LILO global section
boot = /dev/hdi
#compact        # faster, but won't work on all systems.
delay = 50
# End LILO global section
# Linux bootable partition config begins
#
image = /boot/vmlinuz
  root = /dev/hdi3
  label = 2.6.7-rc1
  append = "video=aty128fb:1024x768-24@75"
  read-only
#
image = /boot/vmlinuz-2.6.6-rc1
  root = /dev/hdi3
  label = 2.6.6-rc1
  append = "video=aty128fb:1024x768-24@75"
  read-only
  read-only for checking
#
other = /dev/hdk2
image=/mnt2/boot/vmlinuz-2.4.21-9.EL
  label=linux-rhel
  initrd=/mnt2/boot/initrd-2.4.21-9.EL.img
  read-only
  append="hdb=ide-scsi root=LABEL=/"
# Linux bootable partition config ends
#DOS bootable partition config begins
other = /dev/hdi1
   label = win
   table = /dev/hdi
# DOS bootable partition config ends
other = /dev/hdk1
 label = win_server
 table = /dev/hdk

Petr

[Borg]

Ono to není až tak jednoduché, a distribuce se od distribuce trochu mění možnost v kompilaci z důvodů např. patchů.

A jak se říká vše souvisí se vším. A pokud v MDK najdete v /etc/interrupts dejte mi vědět.

Když jsem začínal byl to poku omyl u toho co jsem zcela neznal.

Osobně jsem se to naučil tak že při nastavování v menuconfig postupuji od shora dolů a pravidelně si ukládám *.config od např. pokus01.config až pokusXX.config . Dříve vícekrát, nyní tak 5-6x.

Po kompilaci si spustím nové jádro a vypíšu kde to začalo haprovat, nechám si naběhnout funkční jádro skočím do menuconfig, natáhnu si uložené jadro pokusXX.config ,(samozřejmě to které si myslím že je ještě bezproblémové) a upravím volby které mne zlobí.

A k tomu hardware, proč bych např. na serveru měl mít zapnutou zvukovku, ISDN modem nebo PCMCIA kartu když tam nic takového nemám.

[rastos]

/etc/interrupts je samozrejme moj preklep. Ma to byt /proc/interrupts

[hubitch]

Pěkné shrnutí.Ale existuje i nějaký způsob, jak si třeba v jádře z distribuce zvolit další modul a nechat přeložit jen ten? (nečekat, až se zkompilují všechny)

[Michal]

to by me taky zajimalo. jak je to, kdyz nejaky modul/ovladac ve zdrojacich jadra neni obsazen a a ja si budu pridavat dodatecne. je v tom nejaky rozdil mezi jadry rady 2.4.x a 2.6.x ? diky

[rastos]

Po prve: existuje volba CONFIG_MODVERSIONS ktora ak je nastavena na Y by mala umoznovat pouzivanie modulov zbuildovanych pre inu verziu jadra, pripadne tu istu verziu jadra s zbuildovanu s inymi nastaveniami. Moze a nemusi to fungovat - v zavislosti od toho do akej miery sa tie jadra lisia. Tento pristup pouziva napr. NVidia pre svoje drivery.

Po druhe: jadro 2.6 okrem inych vylepseni preslo reviziou make-systemu a malo by lepsie fungovat prebuildovanie len zmenenej/pridanej casti jadra. Treba si uvedomit, ze mnozstvo nastaveni je velke a spravne zachytit vsetky zavislosti nemusi byt jednoduche. Takze ak sa ponahlate, skuste vynechat 'clean' a asi to zafunguje.

[Kosac]

Staci udelat make menuconfig, vybrat si modul a pak make modules modules_install ne? Aspon pokazde se mi to povedlo (asi 3x)

[Maude Lebowski]

Mozna se hodi zminit, ze nova jadra 2.6 umoznuji urcity typ prednastaveni, kdy se prispusteni make menuconfig "automaticky" nastavi vhodne volby jadra (na zaklade konfigurace predchoziho jadra a snad i detekce hw) takze pak staci jen menit co je treba.

[Zdenek Kaminski]

Hmm, nevim, proc autor u jadra 2.4 pise neco o "make dep clean ..." kdyz README ve zdrojacich o volbe clean nerika vubec nic.

Zato se v tech README (jak k 2.2, tak 2.4, tak i k 2.6) jasne rika neco o volbe make mrproper, ktera by se mela provest VZDY nez zacnu kompilovat jadro, pokud ovsem vim, co delam.

A protoze tohle je pravdepodobne clanek pro zacatecniky, tak by se o make clean nemelo vubec mluvit a melo by se mluvit naopak o make mrproper. Proc to autor neudelal? Asi si puvodni dokumentaci ke kompilovani jadra necetl....

Chapu, ze kdyz nekdo pise clanek podle jinych clanku (a nikoliv podle navodu u zdroje, ktery si ma autor vzdy precist), tak se proste 100x opakovana blbost stane pravdivym mytem... Dokolecka dokola... At zije make clean...

Sutr.

[Borg]

Vy jste někdy kompiloval jádro? A fungovalo vám?

To co píšete je blud, nebo většina autorů (zahraničních) nevědí co píší a radí.

Teď mám na kolenou otevřenu knihu od "Craiga Hunta" -"Linux - síťové servery"- Překlad a instalace jádra :

Spustíme "make dep, make clean" pro sestavení závislostí a vyčištění předchozí kompilace.

Co dodat?????

Já ty jádra kompiluju od Red Hat 7.0 a dep, i clean používám. Asi mám rád bludy.

Dotaz bude už konečně zapnuto pro tento článek možnost jít rovnou na komentáře??

[mimi.vx]

hmmm clean je funcni u 2.4 ... u 2.6 rady jen castecne asi proto z mr proper cisti do cista a make dep se take uz nepouziva

[Zdenek Kaminski]

Verte, ze jsem jadro kompiloval opravdu hodnekrat... A poslednich par let ten preklad funguje vzdy napoprve...

Navic se mi zda, ze patrite zrovna mezi ty, kteri si soubor README v koreni zdrojovych souboru jadra _poradne_ a _cely_ jiz dlouho neprecetl.

Ukazte mi v dokumentaci ve zdrojacich jadra (ne Makefile ovsem), kde se pise neco o poradi:

... make dep clean ...

a pak se muzeme bavit o tom, kdo tu pise bludy...

Jak rikam, necht se ten, kdo o pise o nejakem software a vecem kolem nej, at se odkazuje nejprve na dokumentaci k danemu produktu...

tam se pise:

1) make mrproper

2) make [oldconfig config menuconfig ... ]

3) make dep

4) make bzImage (ci neco jineho...)

5) make modules (pripadne)

6) a pripadne dalsi moznosti...

o make clean ani stopa....

Vy jste si snad cetl Makefile a dival se, co ta volba znamena? A schvalne se podivejte do README 2.2....

[rastos]

Ukazte mi v dokumentaci ve zdrojacich jadra (ne Makefile ovsem), kde se pise neco o poradi:

Napr. /usr/src/linux-2.4.24/Documentation/modules.txt - riadok 27.

Ale je zbytocne sa o tom hadat. Clanok bol mysleny ako startovaci bod pre zaciatocnikov a tym 'clean' neuskodi. Stavali sa chyby, ze nejake zavislosti neboli spravne zachytene makefile-och a bez 'clean' sa neprekompilovali veci, ktore sa mali. Ak si verite a viete identifikovat/vyriesit tento problem ak nastane, tak kludne clean vynechajte.

[Pavel Janousek]

Chtel bych videt, ktere distribucni jadro od RedHatu takto napoprve zkompilujete...:-r

[Rene Seifert]

Proc bych mel pouzivat vzdy mrpropera ???!!! Nejsme v TV reklame... Autor jasne pise, ze dochazi k smazani souboru .config. To si budete vzdy zadavat vsechny sve volby pro kompilaci jadra znova ? I kdyz chcete pridat jen jednu volbu ? Maly priklad. Na svem starsim PC jsem zkompiloval jadro, ale jelikoz ma starsi BIOS, powerdown neprobehl nikdy spravne. V jadre je volba, ktera pamatuje i na tyto starsi BIOSy a umoznuje vypnuti PC volbou Vypnout... Prekompiloval jsem jadro, ale zapomel na tuto jedinou volbu. Pokud bych znovu pouzil vami doporuceneho propera, tak budu cele jadro konfigurovat znovu. Pokud ne, dodatecne odpovim pouze na tuto jednu otazku a prekompiluji znova. Jeste, ze jsem ve svych "kompilacnich" zacatcich bral rady jinde nez od vas.... ;-\ Usetrilo mi to cas.

[Zdenek Kaminski]

Jak jsem psal ve svem prispevku, "... pokud ovsem vite, co delate" A to je napr. tento pripad...

[Borg]

Asi nečtete , nebo nechcete rozumět. Pokud budu mít uložené "zálohy" jádra, jako je třeba "pokusXX.config". Tak ty mně příkaz "mrproper" , smaže a nemůžu si načíst uloženou zálohu. A tudíž začínám načisto znovu. Asi máte hodně času a nevíte co sním.

A jinak díky těm zálohám si mohu nakompilovat jádro na několik variant aniž bych začínal od začátku. To snad pochopí každý.

Ale ano je tam fukce "mrproper", tak ji klidně použijte. Je to váš čas, počítač a i nervy.

[reboot]

No a kedze si niekto spravi zalohu "pokusXX.config" tak sa urcite nemusi bat ze mu ho mproper zmaze :) lebo make mrproper tiez cita co ma zmazat v Makefile alebo niekdo inde :):):):) ale urcite si tam kompilacia nezapisuje :):):) nic (a urcite nie ako som si nazval config pri ukladani :)) :):):) preco by tam bola asi v menuconfig(xconfig ...) moznost ako ulozit config :):) a ked uz sa bojim tak si to asi ulozim do ineho adresara (to je kde mrproper nevidi :):):):) ale to ja len tak :)

[Borg]

Internet je výborná věc doufám že tedy umíte alespoň english, jinak si vemte slovník.

Files removed with 'make mrproper'. Directories removed with 'make mrproper', mrproper - delete configuration + modules + core files

Jednoduše řečeno článek je to dost dobrý k tomu aby si i začátečník, zkusil kompiklaci jádra.

A ještě štestí že článek nepsal m0d0r. A jen tak mimochodem m0d0r-e , v tom makefile volba make clean je, jako stejně tak make mrproper. A co která dělá si najděte na netu.

[Pavel Janousek]

Zvlastni, ze to co popisuje kolega pred Vami pouzivam nekolik let a na ztratu casu si rozhodne nemohu stezovat, ono je dobre obcas i myslet hlavou, kam si ten config ukladate - ono totiz kupodivu staci zkopirovat .config a pak ho nacist jako alternativni konfiguraci... jenze to byste si musel o kompilaci jadra skutecne neco precist a nebo byt profesional, kteryzto nejste a nejak Vam Vase vymysly nezeru....

[Drak]

No, nevim, par jader jsem uz zkompiloval, ale v takovem pripade snad ani neni potreba delat ani clean, ani mistra leskla podlaha, pak je te kompilace hotova dabelsky rychle, nebot se prekladaji jen zmeny. Zatim fungovalo vzdy a spolehlive. Proc zbytecne cekat?

[razor]

Mno me se uz nekolikrat stalo, ze v pripade nepouziti mrpropera, bylo vysledne jadro nefunkcni (neslo nabootovat). Uplne stejne konfigurovane a s pouzitim mrproper bylo v pohode ....

[Pavel Janousek]

To je naprosto v poradku a zadouci a to teprve predrecnici, kteri tak argumentuji, ze ten clean ci mrproper nepotrebuji vubec netusi o uskalich SMP a non-SMP kompilacich... Nechme je zit v blazene nevedomosti, oni treba dorostou...

[Drak]

Ja samozrejme nerikal, ze je clean, nebo proper na nic. Jen, ze neni potreba ho delat uplne vzdy. Pokud to pak nefunguje, tak je pak clean logicky na poradu dne... Pravda, na smp jsem v zivote jadro neprekladal, takze o takovych uskalich nemam nejmensi tuseni.

[lump]

este ze si ludia precitaju najskor ten clanok a az potom Tvoje prispevky

[Michal Marek (twofish)]

Ve 2.6 je pekna volba

cd /usr/src/linux
make O=/home/uzivatel/... menuconfig
make O=/home/uzivatel/... bzImage modules
su
make O=/home/uzivatel/... modules_install install

Vyhoda je ze kompilovat muze normalni uzivatel a pritom zdrojaky jsou v /usr/src/linux.

[reboot]

a v cat /proc/version aspon vidno tvojho usera a nie root-a :)

[b0rmann]

> Skompilovanie obrazu jadra (Image), ktoré je skomprimované
> zipovacím algoritmom (zip) a je pravdepodobne väčšie ako je
> rozmer diskety (big).

Co to jsou za nesmysly? Co je to za novy zipovaci algoritmus? Proc 'pravdepodobne'? Nevis co je bzip2 a co je rle?

[Jiří Svoboda]

Jednou provzdy, bzImage _NEMA_NIC_ spolecneho s bzip2!

[Gonzo]

Tak nejprve sem chtel autora clanku poradne sprdnout, protoze se mi kompilace porad nedarila. Pak jsem procetl par README souboru, poradne prosel vsechny helpy v 'make menuconfig', zavolal znamemu (odbornikovi) a kompilace se zdarila. Takze autorovi dekuju. Jeho clanek me donutil se o kompilaci aspon trochu zajimat.

[lump]

myslim si, ze podla tohto clanku by to malo ist..

[misapu@napismi.cz]

make xconfig mi hlásí, že nemám nainstalovanou knihovnu Qt. Kde ji najdu? Prošel jsem balíčky na instalačním DVD a potom contrib, a nikde jsem nic takového nenašel.

[rastos]

Qt kniznica je produkt firmy TrollTech a je zakladom pre prostredie KDE - preto ju obsahuje takmer kazda distribucia. Ak mas nejaku distribuciu, ktora neponuka KDE resp. Qt. tak asi budes musiet pouzit iny target pre make a nie xconfig. Ak ju mas tak skus pozriet ci mas nastavenu premennu prostredia QTDIR. U mna ma hodnotu /usr/lib/qt.

P.S. odpovedas do diskusie starej dobrych par mesiacov. A malokto si to vsimne. Lepsie je polozit otazku do diskusii a dat tam linku na clanok nech vieme o com je rec.