Kernel compilen> unresolved symbols

[Servowire]

ok, dus ik dacht, wtf, ik bak een nieuwe kernel.

de volgorde:
make clean
make dep
make modules
make modules_install
make bzImage
kopieer bzimage naar /boot
/etc/lilo.conf bijwerken (bzimage erin)
lilo runnen (gaat goed)
reboot..

en daar komen de problemen.

de kernel boot wel, maar geeft bij alle modules "Unresolved symbols"

Ik heb ook al een een "make mrproper" gedaan, hielp niet.

Iemand een helder idee ?

[Verwijderd]

make modules
make modules_install

Dat unresolved symbols was bij mij toen een modules probleem

edit :
/me moet beter lezen, dat had je dus al gedaan

edit 2 : moet je niet eerst de modules compilen voordat je ze gaat installen

dus :
make clean
make dep
make bzImage
make modules
make modules_install

edit 3 : (ik blijf bezig )
na make modules_install moet je volgensmij nog ff depmod -A doen

[Servowire]

Op maandag 06 augustus 2001 21:34 schreef dredge het volgende:
make modules
make modules_install

Dat unresolved symbols was bij mij toen een modules probleem

edit :
* Servowire moet beter lezen, dat had je dus al gedaan

edit 2 : moet je niet eerst de modules compilen voordat je ze gaat installen

dus :
make clean
make dep
make bzImage
make modules
make modules_install

edit 3 : (ik blijf bezig )
na make modules_install moet je volgensmij nog ff depmod -A doen

thx voor je hulp, maar ik moet je telleurstellen, het werkt nog niet.

bij depmod -a krijg ik trouwens ook die unresolved symbols.......

Wat o Wat kan dit nou zijn?

[mca2]

de volgorde:
make clean
make dep
make modules
make modules_install
make bzImage
kopieer bzimage naar /boot
/etc/lilo.conf bijwerken (bzimage erin)
lilo runnen (gaat goed)
reboot..

en daar komen de problemen.

de kernel boot wel, maar geeft bij alle modules "Unresolved symbols"

Ik heb ook al een een "make mrproper" gedaan, hielp niet.

Iemand een helder idee ?

Ik maak altijd eerst de kernel en daarna de modules maar dat terzijde.

Het probleem is dat de kernel nog wat oude modules ziet staan van vorige kernels. Dat past dus niet. Die kun je dus handmatig verwijderen (/lib/modules/..) maar volgens mij heb je daar tegenwoordig system.map voor.

Dus na alle werkzaam heden even /usr/src/linux/System.map ook even naar /boot/ gooien.

Laat even horen of dit laatste werkt

[Servowire]

Op maandag 06 augustus 2001 21:46 schreef mca2 het volgende:

[..]

Ik maak altijd eerst de kernel en daarna de modules maar dat terzijde.

Het probleem is dat de kernel nog wat oude modules ziet staan van vorige kernels. Dat past dus niet. Die kun je dus handmatig verwijderen (/lib/modules/..) maar volgens mij heb je daar tegenwoordig system.map voor.

Dus na alle werkzaam heden even /usr/src/linux/System.map ook even naar /boot/ gooien.

Laat even horen of dit laatste werkt

Ik had system.map idd gekopierd, ik heb het nog ff weer gedaan (datum van file klopt) maar het hielp niet

[Servowire]

ow ja, de modules zijn wel van de nieuwste kernel, want die modules (o.a rtl8139) had ik niet in 2.2 zitten

[pistole]

ik zou idd ook even alle modules in /lib/modules/jouw-kernel-versie weggooien en nogmaals een modules_install doen

Dat zou het op moeten lossen

[Servowire]

helpt niet
hij zegt ook /lib/modules/2.4/blaaa.o : unresolved symbols

en ik heb net 2.4 compiled
ik had eerst 2.2

[edit]
argh, NOG een complete recompile, en nog nix
ik heb ook de oude source (2.2) er af gehaald (en alle modules van 2.2)
Nog steeds Unresolved Symbols).

Snif

[Servowire]

Ik heb ALLES opnieuw gedaan
Nieuwe tarball met source, nieuwe Menuconfig (en wel zo kaal mogelijk) en een recompile.

En nog die foutmeldingen. Dat is toch belachelijk?

[Valium]

Je kunt het beste gewoon de nieuwste source neerhalen. Download ook meteen even een nieuwe GCC. Die kan ook problemen geven. De beste volgorde is:
make clean
make menuconfig....instellen....save
make dep
make bzImage
make modules
make modules_install
lilo.conf editten
lilo draaien
rebooten.

Of download de XFS-linuxkernel. Daar zit een leuke optie in:
"Load all symbols for Debugging". Dan worden alle symbols geexporteerd voor modules. Dan MOET het werken. (Kernel wordt wel 10-20% groter en waarschijnlijk een stuk langzamer)

[Verwijderd]

/me had weer nie goe gelezen....

[Coen Rosdorff]

Op maandag 06 augustus 2001 22:23 schreef Servowire het volgende:

argh, NOG een complete recompile, en nog nix
ik heb ook de oude source (2.2) er af gehaald (en alle modules van 2.2)
Nog steeds Unresolved Symbols).

Ah, ok. Heb je wel alle tools die voor de 2.4 kernel nodig zijn uptodate ?

Zoals modutils, ppp bin-utils enzo ?Staat in de linux/Documentation/Changes

code:

Current Minimal Requirements
============================

Upgrade to at *least* these software revisions before thinking you've
encountered a bug!  If you're unsure what version you're currently
running, the suggested command should tell you.

Again, keep in mind that this list assumes you are already
functionally running a Linux 2.2 kernel.  Also, not all tools are
necessary on all systems; obviously, if you don't have any PCMCIA (PC
Card) hardware, for example, you probably needn't concern yourself
with pcmcia-cs.

o  Gnu C        2.91.66     # gcc --version
o  Gnu make  3.77     # make --version
o  binutils  2.9.1.0.25  # ld -v
o  util-linux     2.10o  # fdformat --version
o  modutils  2.4.2   # insmod -V
o  e2fsprogs    1.19      # tune2fs
o  reiserfsprogs  3.x.0j    # reiserfsck 2>&1|grep reiserfsprogs
o  pcmcia-cs    3.1.21  # cardmgr -V
o  PPP      2.4.0    # pppd --version
o  isdn4k-utils   3.1pre1     # isdnctrl 2>&1|grep version

[NiPeng]

Nou ja nu we toch bezig zijn.
Zo doe ik het:

gpg --verify linux-x.y.z.tar.bz2.sign linux-x.y.z.tar.bz2
#Checken integriteit kernel aan de hand van de public key van het kernelteam.

tar -xvjf linux-x.y.z.tar.bz2
mv linux linux-x.y.z
ln -s linux-x.y.z linux
cd linux
make [config|menuconfig|xconfig]
make dep
make -j10 bzImage
make -j10 modules

mv /lib/modules/x.y.z /lib/modules/x.y.z-old
#Dit is nodig als je dezelfde versie kernel opnieuw compileert.

make modules_install
cp arch/i386/boot/bzImage /boot/vmlinuz-x.y.z
cp System.map /boot/System.map-x.y.z
cd /boot
ln -s System.map-x.y.z System.map

vi /etc/lilo.conf
#Lilo aanpassen.
/sbin/lilo -v
#Aanpassingen wegschrijven naar bootsector.

Als je het zo doet en je voldoet aan de versies van software die soundman hierboven heeft gepost dan zal het wel gaan lukken.
Mocht je toch problemen houden dan zou je eens kunnen kijken of je niet ergens een experimentele optie hebt aangezet.

[eek]

Misschien vreemde vraag,
maar waarom gebruikt niemand make bzlilo
Niet dat het voor dit probleem iets uitmaakt
trouwens.

Wat voor distro draai je trouwens
ik had dit namelijk ook toen ik met redhat 7.1
zat te spelen. Uiteindelijk maar suse opgehaald
en die er opgezet.

[Theetjuh]

Ok ik heb dit dus ook al zo vaak gehad en ben nu gewoon bijna bang om weer eens m'n kernel te compilen

Ik MOET het nu wel, want ik moet die experimentele modules hebben van iptables (patch-o-matic).

[newbie mode]
Moet ik nu alleen de modules opnieuw compilen of de complete kernel ??

Hoe compleet te compilen (welke commando's) ?? want ik kreeg dus ook aldoor deze foutmeldingen.
[/newbie mode]

Ik draai Slackware 8.0 met kernel 2.4.5

[Verwijderd]

Ik heb dit wel eens eerder gezien bij iemand en daar kwam het door een oude versie van modutils. Bij kernel 2.4 is de structuur van de module directory (geloof ik?) wat veranderd waardoor de oude modutils niet meer goed werken. Modutils updaten deed wonderen...

[Servowire]

Ik heb het nogmaals gedaan (met de volgorde die jullie gaven) met kernelversie 2.4.7
en YEAh het werkt!!!

Maar.... een probleempje
Ik kan nergens in de config de rtl8139 driver vinden (realtek kaartje) en nergens de BTTV driver.

Zitten die niet in de 2.4.7 kernel? (ik heb hem van kernel.org)

In de config zie ik alleen oude ISA dingen

[The_Ghost]

die heet anders tegenwoordig.. check ff de docs in /usr/src/linux/Documentation

[Servowire]

Ook nog wat ander vaags, ik kan geen "menuconfig" doen, want hij mist
"ncurses". maar die heb ik toch echt (en wel de nieuwste ook)

[Verwijderd]

Volgens mij heb je ncurses-devel nodig.

[The_Ghost]

klopt.. had ik gister ook nog.. ff ncurses-devel installen..

[Theetjuh]

Op dinsdag 07 augustus 2001 11:16 schreef Servowire het volgende:
Ik heb het nogmaals gedaan (met de volgorde die jullie gaven) met kernelversie 2.4.7
en YEAh het werkt!!!
...

Via welke volgorde ?? die van NiPeng ??
Want die volg ik nu ff

please please let it be die

[Verwijderd]

Op dinsdag 07 augustus 2001 11:16 schreef Servowire het volgende:
Maar.... een probleempje
Ik kan nergens in de config de rtl8139 driver vinden (realtek kaartje) en nergens de BTTV driver.

in de kernel 2.4 noemt die driver rtl8139too ofzoiets
je moet effe zoeken naar de juiste naam in je /lib/modules en dan je modules.conf aanpassen

[Servowire]

De driver zijn al gelukt..
Stonden onder "Other PCI net-devices"

[Servowire]

===== Nieuw Probleem =====
Ik heb nu een nieuw probleempje, maar ik von het wat overdreven om hier een nieuwe topic voor te maken.

Ik heb XFree4 ge-apt-get. En de Nvidia drivers geisntalleerd (ging goed)
en als ik nu "lsmod" doe, staat nvidia driver er ook tussen.

Ik heb in Xfreeconfig de driver op "nvidia" gezet.

Maar als ik nu X start, krijg ik de melding dat de driver nvidia driver niet bestaat

Moet ik nog wat speciaals doen?

[Servowire]

Volgens mij zijn die drivers van nvidia echt super brak

[Valium]

Mijn Nvidia-drivers waren ook brak. Wat was nu het probleem?
1) Nvidia Framebuffer. Dit gaat _soms_ niet goed samen met de Nvidia X drivers.
2) IRQ-sharing. Netwerkkaart + nvidia delen gaat niet goed. Geef de videokaart z'n eigen IRQ. Oftewel, geen PCI-kaart direct naast de AGP-poort ("cat /proc/interrupts").

Nog een hint....voor het automatisch laden van de kernel-driver moet je in /etc/modutils/aliases de regel "alias char-major-195 NVdriver" toevoegen en "update-modules" draaien. Dan is dat ook gebeurd.

[Servowire]

Op dinsdag 07 augustus 2001 14:47 schreef Valium het volgende:
Mijn Nvidia-drivers waren ook brak. Wat was nu het probleem?
1) Nvidia Framebuffer. Dit gaat _soms_ niet goed samen met de Nvidia X drivers.
2) IRQ-sharing. Netwerkkaart + nvidia delen gaat niet goed. Geef de videokaart z'n eigen IRQ. Oftewel, geen PCI-kaart direct naast de AGP-poort ("cat /proc/interrupts").

Nog een hint....voor het automatisch laden van de kernel-driver moet je in /etc/modutils/aliases de regel "alias char-major-195 NVdriver" toevoegen en "update-modules" draaien. Dan is dat ook gebeurd.

1) Staat uit
2) Gecheckt, nix mee aan de hand

[Servowire]

Niemand ?

[Valium]

Omdat je "nv" driver ook al niet werkt is waarschijnlijk je XFree kapot. Wat je het beste kunt doen is de Officiële-Debian-versie (tm) installeren. 4.1.0 zit in unstable. Of je kunt gaan uitzoeken waarom X de drivers niet goed laadt...misschien een configje die niet goed werkt.

[igmar]

Misschien vreemde vraag,
maar waarom gebruikt niemand make bzlilo

Omdat het in sommige gevallen je lilo config om zeep helpt.

Wat voor distro draai je trouwens
ik had dit namelijk ook toen ik met redhat 7.1
zat te spelen.

geen problemen mee gehad.

[igmar]

helpt niet
hij zegt ook /lib/modules/2.4/blaaa.o : unresolved symbols

Zo te zien is je modutils te oud.
Gaarne de errors posten.

[Servowire]

X wil nu wel "starten" (min of meer)
Maar hij crashed met de melding
"Could nog open default font "fixed"


Ik heb mkfontdir gedaan (volgens de manual)
maar dat helpt niet