Dotaz: Slackware a Kernel 2.6

[miso]

Ako si mozem do slackwaru nahrat 2.6? Som si stiahol zdrojaky z ftp.kernel.org a isiel podla manualu ale vyhodilo to strasne vela chyb. Existuju uz aj niake hotove balicky? diky

Odpovědi

[Aloner]

Ja osobne pouzivam Slackware 9.1 a kernel 2.6 naprosto bez problemu. Stahnul jsem si ho z kernel.org, rozbalil, zkonfiguroval, zkompiloval, updatnul LILO a jede to bez problemu.

Specifikovani problemu vetou: "...ale vyhodilo to strasne vela chyb..." ma naprosto nulovou informacni hodnotu !!! Cim vice budete konkretnejsi, tim vetsi sance na vyreseni problemu.

[Vašek Lorenc]

Ještě možná zmínit potřebu nových utilit pro práci s moduly, module-init-tools (k dostání ve většině distribucí, nebo na adrese http://www.kernel.org/pub/linux/kernel/people/rusty/modules/), pokud má v plánu využívat moduly...

[Aloner]

Pokud dotycny tazatel pouziva Slackware v9.1, tak zadnou novou verzi module-init-tools ani jinych utilit nepotrebuje !!! Slackware v9.1 je proste kernel 2.6 ready...

[Raistlin]

U Slackware 9.1 netřeba. Je už kernel 2.6.x ready

[Vašek Lorenc]

Dobře, dobře, zase budu o něco moudřejší :)

[miso]

Taketo nieco mi to vyhodi: root@internet:/usr/src/linux# make menuconfig HOSTCC scripts/basic/fixdep scripts/basic/fixdep.c:97:23: sys/types.h: No such file or directory scripts/basic/fixdep.c:98:22: sys/stat.h: No such file or directory scripts/basic/fixdep.c:99:22: sys/mman.h: No such file or directory scripts/basic/fixdep.c:100:20: unistd.h: No such file or directory scripts/basic/fixdep.c:101:19: fcntl.h: No such file or directory scripts/basic/fixdep.c:102:20: string.h: No such file or directory scripts/basic/fixdep.c:103:20: stdlib.h: No such file or directory

takto to ide este dlho dalej.... jak je mozne ze tie subory nevie najst. Mal som este nieco nainstalovat, nadstavit?

[xadas]

Asi nemate nainstalovane kernel-headers, aspon u mne to tak bylo

[miso]

kernel-headers mam. Pri instalaci Slackware som nainstaloval vsetko z A, AP, D, N.

[Vašek Lorenc]

Slack nemám, připouštím, ale tyhle hlavičkové soubory se mi nacházejí v balíčku libc6-dev. Je zvláštní, že Vám to nenajde ani stdlib.h. Co vám řekne locate stdlib.h?

[miso]

locate stdlib.h vobec nic nenapise. Nechapem ze co mi chyba. nejde mi ani skompilovat ziadny program:

./configure checking build system type... i686-pc-linux-gnulibc1
checking host system type... i686-pc-linux-gnulibc1
checking target system type... i686-pc-linux-gnulibc1
checking for a BSD-compatible install... /usr/bin/ginstall -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for gawk... (cached) gawk
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output... configure: error: C compiler cannot create executables
See `config.log' for more details.

[rastos]

See `config.log' for more details.

[Jiří Svoboda]

Na Slackware se defaultne negeneruje databaze pro locate, takze locate nic nevypise (jen to, ze nema databazi). Takze spis mrkni, jestli mas '/usr/include/stdlib.h', patri do balicku 'glibc' (na devel balicky se u Slackware nehraje).

[rastos]

Huh? Odjakziva sa updatedb v slacku pusta sam z cronu.

[lolo]

Mam rovnaky problem ako ma miso. Chcel som nainstalovat iba minimalnu instalaciu Slackware aby som mohol kompilovat jadro a moduly.

Pricom ja chcem pre zmenu jadro 2.4.25 s nejakym uz starsim definovanym konfig suborom. Takze pri "make oldconfig" prebehlo vsetko v poriadku ale pri "make dep" zacalo vypisovat podobne veci ako misovi.

Je to cele divne a neviem ci mi nieco chyba alebo nie ale napr. "ctype.h" sa nachadza v "/usr/include/linux/" a aj v "/usr/src/linux-2.4.25/include/linux/".

Tu je te vypis:

root@pokus:/usr/src/linux# make dep gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -o scripts/mkdep scripts/mkdep.c scripts/mkdep.c:33:19: ctype.h: No such file or directory scripts/mkdep.c:34:19: fcntl.h: No such file or directory In file included from /usr/lib/gcc-lib/i486-slackware-linux/3.2.3/include/syslimits.h:7, from /usr/lib/gcc-lib/i486-slackware-linux/3.2.3/include/limits.h:11, from scripts/mkdep.c:35: /usr/lib/gcc-lib/i486-slackware-linux/3.2.3/include/limits.h:132:75: limits.h: No such file or directory In file included from scripts/mkdep.c:36: /usr/lib/gcc-lib/i486-slackware-linux/3.2.3/include/stdio.h:37:23: features.h: No such file or directory

Ma niekto nejaky napad ako to riesit? lolo

[miso]

no uz som na to prisiel. chybal mi balicek glibc

PO kompilaci ked ho chcem zapisat do lila mi napise ze jadro je moc velke.

[lolo]

Ano "glibc" som doinstaloval a vsetko sa rozbehlo. Dik.

[Jiří Svoboda]

Omlouvam se, mas pravdu. Ja totiz 'locate' prakticky nepouzivam a na masine, kde jsem to zkousel pro ucel teto odpovedi, se mi tahle polozka cronu nikdy nepustila (a anacron neni).

[Petr Ullmann]

Já používám Slackware 9.0 a nemám nejmenší problémy s 2.6 jádrem, jen jsem musel nainstalovat module-init-tools.

[miso]

Poradte preco mi to napise Kernel is too big. To ked ho chcem zapisat do lilo. Pritom velkostou je este mensi ako 2.4

[jm]

Nevim, pouzivate initrd? Nicmene zdlouhave patrani si usetrite, pokud pouzijete daleko lepsi grub.

[miso]

tak vyskusam GRUB, diky...

[rastos]

Robis 'make bzImage'?

[Zdeněk Štěpánek]

Zdravim

No nevim proc do slacku nejak slozite roubovat grub kdyz lilo tam je a je IMHO zcela dostacujici a IMHO lepsi. Nevim teda jak velky jadra mate, ja delam 2.6.3 a maj 990~1100kB a lilo je normalne schroupne. Na konci "make" se vetsinou objevi hlaska ze jadro je moc velke na bootovani z diskety. Jinak je taky mozny ze neberete komromovany bzImage ale nekomprimovany ktery je tusim jenom zImage nebo tak nejak.

Zdenek

[Kamil]

Mňo, pokud mě paměť nešálí, tak zImage je ještě komprimovanější než bzImage, jak jak je nekomprimované nevím, Image?

--JP

[MarSik]

nekomprimovany je vmlinuz, zImage i bzImage je pokud vim komprimovany a bzImage ma lepsi kompresi pokud si dobre vzpominam..

[Kamil]

Bludu, že by se pro bzImage používala bzip kompresi jsem se úspěšně vyhnul, b je od slova big. Rozdíl spočívá v tom, do které části paměti se jádro cpe. zImage byl menší, protože musel ;o)), s mírou komprese to do činění nic nemělo.

S tím vmlinuzem máš pravdu, nějak mi to nedošlo (hlavně že na svém prvním distru jsem ho používal ;o)))

-- JP

[Kamil]

s/komprimovanější/menší

--JP

[Kamil]

Lilo je schopné schroupnout až 2.5 MB bzImage ;o)

--JP

[miso]

no nakoniec som tam dal ten komprimovany a ten mi lilo zobral