Kompilovanie jadra - I (diskuse)

[jack]

potom napiste podrobne aj ako sa patchuje

[DjAARA]

Souhlas, chtelo by to patchovani rozebrat trochu vic.

[rastos]

Osobne pouzivam vanilla jadro (alebo Slackware-ov balik, co je na 99% to iste) a aplikujem patch-e z kernel.org. A aplikovanie patch-u znamena skutocne len tolko ako som napisal v clanku (ok vynechal som 300 riadkov zacinajucich 'patched file ... Hunk # succeeded at ...) .

Takze ak mate s patchmi nejaky problem, povedzte aky konkretne. Chcete viac o vytvarani backup-u, reject-ovani, ci reverznom patch-i, ...? Alebo mate problemy s patch-mi z inych zdrojov?

[rADOn]

jedinej detail je ze umisteni zdrojaku kernelu do /usr/src/linux je spatnost.
viz http://www.linuxmafia.com/faq/Kernel/usr-src-linux-symlink.html
ve strucnosti - mely by tam byt zdrojaky/hlavicky kernelu proti kteremy byla zkompilovana glibc. vetsinou to, jak vidno, neni problem ale proto to jeste nemusime propagovat.

[rastos]

Ta linka tusim hovori o linke /usr/include/linux - ci je to linka ukazujuca do /usr/src/linux/include je tusim zalezitost distribucie, pretoze na stroji (Slack), za ktorym momentalne sedim to linka nie je. Pokial mi je zname, tak prekladac nepouziva /usr/src/linux/include ak mu to explicitne neprikazete.

Na druhej strane, ta linka nie je nutna, takze ak maju citatelia pochybnosti, mozu ten krok kludne vynechat.

[Michal M.]

Ve strucnosti: Hlavicky kernelu proti kteremu byla zkompilovana glibc by mely byt v /usr/include/... a nemely by to byt jenom odkazy do /usr/src/linux/include/...

Pokud mam hlavicky pro programy oddelene (coz v dnesnich distribucich mam), muzu si s /usr/src/linux delat co chci.

[debko]

Diky za tento serial, snad sa uz konecne naucim kompilovat kernel, v linuxe je to dost zlozita procedura.

[Tomáš]

proč kompilovat jádro chybí a je podle mne ten nejčastější. Mít poslední jádro, protože je prostě nejnovější.

[rastos]

Spravne. Aj ja chcem mat najnovsie chyby

[Josef Kufner]

a nemit ty stary chyby ;)

[Borg]

Proč kompilovat je jasný tomu kdo tam nepotřebuje takové věci jako je podpora PCMCIA, atd. a to ani jako moduly. A naopak si tam chce stabilně spustit všechny možnosti které např. umožňuje raid Promise. I když pravdou je že kernel 2.4.* se mně kompiloval lépe než kernel 2.6.* . I když je to pouze řekl bych subjektivní pohled. (Noflame) ??????? Nejnovější chyby ????? To by jsme v tom případě museli dělat pořád ještě na kernelu 2.2.*

[Josef Kufner]

jo, s tim kompilovanim mi to taky prislo.. zrovna jsem zkompiloval 2.6.6 a bylo to radove v jednotkach minut a co si vzpominam 2.4.2x bylo bezmala pul hodinky.

[Pavel Beníšek]

Tak to jste zrejme jen upravil konfiguraci a prekompiloval jadro (takze se kompilovaly jen ty nove veci a zbytek se jen linkoval, protoze uz zkompilovany jenou byl), protoze jinak musite mit hodne nadupany cluster ;)

U me (2GHz Celeron) trva kompilace okolo 40 minut. Coz samozrejme nemuzete brat jako bernou minci protoze zalezi co vsechno si tam clovek nahazi, ale rozhodne nedosahnete o rad rychlejsi kompilace na obdobnem hw.

[martin]

jen drobna poznamka - pro jadra 2.6.x uz to nejsou modutils ale tusim init-module-tools ale to je jen detail.

Jinak podle me kompilace jadra je v celku snadne, vetsi legrace je podle me s na stavenim modulu do initrd pripadne nastavenim hotplug zarizeni. Pokud se stane ze 'neco nejak nefunguje jak ma' hledani chyb pro zacatecnika muze byt docela peklo ;0) Sam jsem si to prosel u notebooku PCMCIA sitovkou.

[Borg]

Ono také záleží v jaké distribuci to jádro upravujete. Když mám čas tak si kompiluju jadra z Cookeru (MDK), teď naposledy to bylo kernel-2.6.6.3mdk. A dělal jsem to třikrát a druhá kompilace byla slušná a zbyvající brrr.

Dotaz jak je to ve Fedoře, taky je tam patchované jádro? Pokud možno vyjádřit osobní zkušenost, to "snad, a asi" je sice hezké, ale nepraktické.

[Ondřej]

Ve Fedoře stále ještě pár patchů je, i když méně než dříve. Red Hat se nyní snaží co nejvíce přiblížit vanilla jádru.

[ondra]

Bat bat, kdy se zde podrobneji rozebralo nastavovani initrd bylo by to skvele. Kompiloval jsem si vlastni RH9, FC1, FC2 a vetsinou sem zkolaboval na nastavovani initrd, ve vetsine pripadu sem ho musel nakonec dat pryc

[Josef Kufner]

he he.. initrd jsem poklidne vypustil.. co je treba pred mountnutim rootu se nacpe rovnou do kerelu a basta

[jiri.b]

No... ale s initrd muzete mit bootsplach, nebo jak se to oficialne jmenuje, a taky se to vyuziva pri kompletne sifrovanem / - ? me to teda moc nejelo, tak bych nejakej postup uvital, pac nemam cas a chut to louskat z anglictiny :)

jirib

[tomasgn]

taky radeji zakompiluji potrebne ovladace filesystemu a radice do kernelu a initrd vynecham.

bootsplash - proboha na co? to je prvni vec kterou vypinam u distribuci, ktere me ho vnucuji, a vubec u vsech programu, ktere se o neco podobneho snazi

[martin]

Ze jsem tak smela lama. Co to je initrd?

[Kamil]

man initrd ;o)

-- JP

[jkt]

initrd = initial ramdisk. kdyz kernel bootuje, tak si pripoji root filesystem / z initrd, nacte si moduly co bude potrebovat pro pripojeni opravdovyho / a je happy.

[Geo]

No a treba taky kompilujem protoze nas nebavi cekat a divat se pri startu systemu na pokusy kernelu inicializovat zarizeni ktery v pocitaci nemam a pak jeste cekat na depmod -a

[TNX]

To je ale divny konicek, restartovat linux.

[Maude Lebowski]

prikaz na patchovani je napriklad

bzip2 -cd ../patch-2.4.27-pre4.bz2 | patch -p1

(patch bez te carky oznacujici std. vstup). Vubec nechapu, jak na to author prisel v zadnym manu na vsemoznych systemech jsem to nenasla.

[rastos]

Nechapem. "bunzip2" je to iste ako "bzip2 -d" - popisane v man stranke bzip2. Manualova stranka pre patch hovori "If patchfile is -, read from standard input, the default."

Co teda nie je jasne? Hovoris, ze tak ako je to v tom clanku to nefunguje? Alebo si nevedela, ze sa to da aj tak?