- This topic has 3 hozzászólás, 3 résztvevő, and was last updated 22 years, 3 months telt el by
.
-
Bejegyzés
-
amennyiben a gyári kernelt forgattad újra, akkor nincs semi gond, mert kernel verzió (2.4.18-14) nem fájlnévszinten van meghatározva, az valahol mélyebben (valamikor régen már átállítottam) van bejegyezve. te az új kerneledet kaptad és az új moduljaidat, mert fölülírta a régebieket.
Javaslom, hogy egy kernel többszöri forgatásakor használd a make clean-t is:
# make dep && make clean bzImage modules modules_install
Ilyenkor letörli az elõzõ fordításból maradt object fileokat, elejét véve ezzel kéöbbi esetleges stabilitási gondoknak.„Kiválasztom az általam fordított kernelt: vmlinuz-2.4.18-14custom
maje ENTER. Ezután szépen lekezd betöltõdni a dolog, DE!!!
a modulokat nem a „/lib/modules/2.4.18-14custom” könyvtárból akarja betölteni, hanem
a gyári „/lib/modules/vmlinuz-2.4.18-14” könyvtárból. Ami ugye nekem nem jó. „Tobb lehetoseg:
1. Ha ugyanarrol a kernel verziorol van szo, akkor a kernel source ‘fabol’ a Makefile -ban kell a kovetkezoket tenni:
EXTRAVERSION=ertek (pl: 2.4.18-2). Ezzel megmondod, hogy a make modules_install parancs lefutasa soran a modulokat az altalad megadott helyre telepitse.
2. System.map valamint a linkelesek (ertsd. kernel symlink megfelelo)
3. Ismetelten Makefile: mivel make install -t hajtottal vegre, ezert ezzel tudod szabalyozni…. :
export INSTALL_PATH=/boot
Ezen a valtozo megadasanak hianyaban, a make install a / -be helyezi a kernel image -t es a System.map -et .Ha teljes tisztitast akarsz: make mrproper (a konfiguralas megkezdese elott, majd a szokasos)
Sziasztok,
A probléma megoldódott, de nem tudom, hogy mitõl.
Mindössze annyit csináltam, hogy az elõzõ sikertelen kernelfordítást otthagytam,
az EXTRAVERSIONT átírtam -14custom ról -14indian ra és elindítottam a z újrafordítást
make bzImage && make modules && make modules_install && make installSziasztok!
Van egy RedHat 8.0 amelyen sikeresen lefordítottam a kernelt.
make config /* A „Set version information on all module symbols” nincs bekapcsolva – mert azzal nem fordul le a kernel…*/
make dep && make bzImage && make modules && make modules_install && make installMinden simán ment egészen a boot-ig.
GURB-t használok, a konfig fájl (az új kernel install után):
# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You have a /boot partition. This means that
# all kernel and initrd paths are relative to /boot/, eg.
# root (hd0,1)
# kernel /vmlinuz-version ro root=/dev/hda4
# initrd /initrd-version.img
#boot=/dev/hda
default=0
timeout=10
splashimage=(hd0,1)/grub/splash.xpm.gztitle Red Hat Linux (2.4.18-14custom)
root (hd0,1)
kernel /vmlinuz-2.4.18-14custom ro root=LABEL=/
initrd /initrd-2.4.18-14custom.imgtitle Red Hat Linux (2.4.18-14)
root (hd0,1)
kernel /vmlinuz-2.4.18-14 ro root=LABEL=/
initrd /initrd-2.4.18-14.imgtitle Windows 2000
rootnoverify (hd0,0)
chainloader +1title Floppy
rootnoverify (fd0,0)
chainloader +1Kiválasztom az általam fordított kernelt: vmlinuz-2.4.18-14custom
maje ENTER. Ezután szépen lekezd betöltõdni a dolog, DE!!!
a modulokat nem a „/lib/modules/2.4.18-14custom” könyvtárból akarja betölteni, hanem
a gyári „/lib/modules/vmlinuz-2.4.18-14” könyvtárból. Ami ugye nekem nem jó. :casstet:Az „uname -a” parancs a következõt mondja
Linux indian 2.4.18-14 #10 Wed Sep 4 13:35:50 EDT 2002 i686 i686 i386 GNU/Linux
Ebbõl az látszik, mintha a régi (gyári 2.4.18-14) kernelt töltötte volna be,
de a #10 mutatja, hogy ez már a 10-dik fordítás, vagy is ez az én kernelem.
Ez elég érdekes. Akkor most mit töltött be?Meg tudja mondani nekem valaki, hogy mit csinálok rosszul?
A válaszokat és öttleteket elõre is köszönöm.
Laci.
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz