csinaltam a grubba egy bejegyzest, amivel az uj kernelt akartam tesztelni:

title uhu testkernel
kernel (hd0,4)/usr/src/linux/arch/i386/boot/bzImage root=/dev/ide/host0/bus0/target0/lun0/part5 quiet
initrd (hd0,4)/boot/initrd

tehat az uj bzImage-et nem masoltam be a /boot-ba, hanem odalinkeltem, ahol letrejott.
bevallom, eddig meg nem nagyon volt szuksegem kernelforditasra (igaz most sincs, csak zavar, hogy ez a dolog homalyos pont a linuxban), ugyhogy fogalmam sincs, hogy emiatt van-e kernel panic 🙂
mert hogy az van ! 🙂
raadasul gyanusan gyorsan lefutott a make bzImage, kb 3 perc(!), es a bzImage 2x akkora, mint az eredeti 🙂 (nem 800k korul van, hanem 1,6 mega)
namar most en minden tudasomat latbavetve konfigoltam, semmi feleslegeset nem raktam bele, sot meg ki is vettem nehany dolgot belole (a make menuconfig-nal).
annyira hulye azert nem voltam, hogy az eredeti bzImage-et kitoroljem 🙂

tutira bennem van a hiba, es tudni szeretnem, hogy mi az 🙂
ezekkel a lepesekkel csinaltam:

1. kitomoritettem a /usr/src-be, es atneveztem a konyvtart linux-ra
2. make mrproper
3. make menuconfig
4. make dep
5. make clean
6. make bzImage
7. make modules
8. make modules_install

sztem ezek a standard kernelforditas lepesei… en mindenkitol igy hallottam, igy lattam a howto-k ban, meg a kernel readme-jeben is ilyesmi volt.

szoval en ugy kovetkeztettem, hogy 2 dolog lehet a ludas:

1. az, hogy tul nagy a bzImage (vajon mitol…)
2. az, hogy nem masoltam be a /boot-ba

vagy vmi mas…

vki, aki nagy kernelfordito guru megprobalna nekem segiteni? 🙂
nagyon megkoszonnem! aztan utana mar en segitenek masoknak 🙂

kossze, mar a make bzImage zakatol 🙂 🙂

milyen temank?

vagy egy joszivu uhupkgbuilder 🙂

a dcom-ot egybol letolti a cxoffice. ott nincs ebbol problema.
egyebkent, hogyha telleg nem problema, akkor vki csinalhatna belole uhu csomagot.