[kernel] probleem compileren

[hereweare67893]

Ik heb exact de how-to van Linux.org gevolgd deze dus , maar het lukt nog steeds niet:

make xconfig
make dep
make clean
make bzImage
make modules
make modules_install

Bzimage renamen en naar /boot verhuizen
Lilo aanpassen.

Systeem boot goed, maar dan begint hij te zeuren dat hij de modules niet geladen heeft. Dit terwijl ik ze WEL geinstalleerd heb en er ook dingen staat in /lib/modules/2.4.20.

Dit is dus geen kwestie van geen FAQ lezen, maar wat heb ik dan wel fout gedaan?

offtopic:
Btw Wilke, bedankt voor je antwoord betreffend de modules in mijn vorige, zeer slechte. topic

[AlterEgo]

owkee

Ik vermoed dat je eens moet proberen om je kernel-avontuur te beginnen met een "make mrproper". Dit commando zorgt ervoor dat alle eventueel nog aanwezige settings worden gereset. (zorg er wel voor dat je de bestaande kernel-config-file (.config) ergens hebt opgeslagen!)
Dit commando pas je toe voordat je een van de andere commando's toepast.

Vervolgens werk je de volgorde af die je inmiddels uit de howto hebt gehaald

[LollieStick]

misschien moet je:

code:

depmod -a

eens proberen

Dit commando maakt een module-dependency bestand aan modules.dep in /lib/modules/2.4.20. Hierdoor kunnen je modules op correcte wijze geladen worden Mocht het niet helpen, dan kan je mrproper hierboven nog eens proberen.

[ Voor 63% gewijzigd door LollieStick op 29-11-2002 21:55 ]

[Verwijderd]

JvH schreef op 29 November 2002 @ 21:22:
Systeem boot goed, maar dan begint hij te zeuren dat hij de modules niet geladen heeft. Dit terwijl ik ze WEL geinstalleerd heb en er ook dingen staat in /lib/modules/2.4.20.

Say again? Kun je wat specifieker zijn, meer details, wat zeurt dat wat niet geladen is, en hoe?

Heb je wel mkinitrd gebruikt? .

[hereweare67893]

Ok, het eerste advies heb ik geprobeerd, mrproper als voorbode voor de meute commands, maar dat heeft niet mogen baten.

Ik neem aan dat 'depmod -a' niet in de reeks commando's moet, maar net zoals 'make modules' altijd gedaan kan worden, vanaf de sourcedir met de complete kernel.

mkinitrd heb ik niet gebruikt, heb ook geen flauw idee wat het doet, maar dat zoek ik zo wel ff op. Eerst kijken of 'depmod -a' help.

[Aetje]

ook de System.Map gekopieerd?

[hereweare67893]

mkinitrd heb ik niet gedaan, en ga ik ook niet doen, aangezien er mijns inziens geen ram drive aangemaakt moet worden als basis voor de modules voor IDE/SCSI of RAID, dat komt goed door. Het probleem zit hem in IPVS, en mijn geluidskaart. Daar kon ik snel bij de boot bij zien dat de module niet geladen kon worden en ook niet gevonden kon worden.

De systeem.map heb ik niet gekopieerd, aangezien ik die in geen enkel topic en howto tegen ben gekomen.

[a casema user]

ik neem aan dat je wel kan booten.
Kan je wel handmatig de modules laden (modprobe)

[hereweare67893]

Heb net geboot na 'depmod -a', nog steeds dezelfde foutmeldingen.

Aangezien hij hele dingen mist, de instellingen van de FileSystems bijvoorbeeld, lijkt het me niet practisch, ik kan het ook niet , om alle modules handmatig te laden met modprobe. Vfat en NTFS herkent hij niet, terwijl ik zeker weet dat ik die wel heb geselecteerd bij xconfig, zelfs statisch, dus niet als module.

[Verwijderd]

Waarom static? Linux zal vanaf 2.6 of 2.8 (3.0, 3.2, weetikveel) geen static modules meer aankunnen, dus wen d'r nou maar vast aan. Bij mounten via -t laadt ie automatisch de module, dus static-in-kernel betekent dat je de -t optie niet moet gebruiken. En dan moet je dus alle scripts weer veranderen. Ik ben groot voorstander van alles-een-module. De tijd om de modules in te laden is zo goed als nihil, en het levert geen extra risico's op (opposed to common belief). Heb je je soundcard bv. ook static gemaakt? Dan geeft die dus errors tijdens opstarten. Logisch...

Tip: blijf bij de instellingen van je distributie en neem de oude configuratie over (make oldconfig).

[hereweare67893]

Het rare is dat bij de huidige kernel van mandrake zelf de geluidskaart geen enkel probleem heeft. Nu weet ik niet of die static is gecompiled of via een module wordt geladen.
Het hele static-module verhaal heeft me wel aan het denken gezet. In principe is het ook logisch dat je pas aanzet, de module laadt, wanneer je het ook echt nodig hebt. Het verhoogt zo immers de performance van het hele systeem.

Ik ben nu aan het compilen met de oldconfig, kijken of dat wel lukt. En anders blijf ik bij 2.4.18-6, ik heb de nieuwste kernel ook niet nodig voor een bepaald stuk hardware, het leek me alleen een goede mogelijkheid om mijn linuxskills wat te verbeteren.

[LollieStick]

Even de output posten van:

cat /proc/version

Hier moet dan de nieuwe kernelversie in staan. Staat de oude er nog, dan boot je dus nog je oude kernel.

Verder:

Als je de modules wel geinstalleerd hebt, depmod uitgevoerd hebt, kun je proberen de modules in /lib/modules/old.kern.el te verplaatsen. Kortom de hele map. Als je bijvoorbeeld 2.4.19 had, move je de map /lib/modules/2.4.19 ergens anders op je schijf. Zodat alleen de modules vande nieuwe kernel blijft staan.

Controleer ook even je /etc/modules.conf bestand of daar ook alles flex is.

Als laatste is hier ook al genoemd dat je het bestand System.map (/usr/src/linux/System.map) ook naar de /boot directory moet verhuizen. Wat de System.map file inhoudt mag joost weten (misschien iemand die dat hier uit kan leggen?), maar dat het een belangrijkbestand is blijkt wel uit het feit dat je een error krijgt in je log als je hem niet hebt.

[ Voor 12% gewijzigd door LollieStick op 30-11-2002 00:00 . Reden: regeltjes vergeten :o ]

[hereweare67893]

De modulemap-inhoud van beide /lib/modules/ heb ik bekeken, en op een verschillende grootte van modules.dep zijn ze identiek Dus wat dat betreft is de eerste optie geen oplossing.

In /etc/modules.conf ziet alles er flex uit; de geluidskaart, netwerkkaart en videokaart drivers staan er goed in aangeduid. Kennelijk zijn die bij de 2.4.18-6 als module ingesteld.

code:

alias net-pf-4 ipx
probeall usb-interface usb-uhci
alias eth0 8139too
alias sound-slot-0 es1371
alias /dev/nvidia*   NVdriver

Het bestand System.map heb ik gekopieerd naar /boot (kwam dus van /usr/src/linux-2.4.20), en gerenamed naar System.map-2.4.20, zoals ook met de 2.4.18-6mdk versie was gedaan.
Na booten nog steeds hetzelfde. Kortom ik zit een beetje vast vrees ik

Edit:

Ik heb trouwens nog wat opgezocht over dat System.map gebeuren. Het is een bestand wat de system table bevat, die na elke compilatie anders wordt. Meer informatie vindt je hier

[ Voor 14% gewijzigd door hereweare67893 op 30-11-2002 00:25 . Reden: toevoeging ]

[Verwijderd]

Als modules.dep verschillend van grootte is, dan zitten er verschillende modules in.

Heb je wel de .config van de oude kernel gebruikt voor de make oldconfig van de nieuwe? Dus:

code:

cd /usr/src
ln -s linux-2.4.20 linux
cd linux
cp ../linux-2.4.18-6/.config .
make oldconfig

etc.

Ik weet dus niet hoeveel je weet dus als je dit al gedaan had dan mijn excuses. .

[hereweare67893]

Verwijderd schreef op 30 november 2002 @ 00:25:
Als modules.dep verschillend van grootte is, dan zitten er verschillende modules in.

Heb je wel de .config van de oude kernel gebruikt voor de make oldconfig van de nieuwe? Dus:

code:

cd /usr/src
ln -s linux-2.4.20 linux
cd linux
cp ../linux-2.4.18-6/.config .
make oldconfig

etc.

Ik weet dus niet hoeveel je weet dus als je dit al gedaan had dan mijn excuses. .

Dit had ik idd niet gedaan, ik was ervan uitgegaan dat de command make oldconfig automagisch de huidige .config zou gebruiken. Ik heb de .config van 2.4.20 nu vervangen door de .config van mijn huidige kernel, en hij is nu aan het compilen, over 6 minuten of zo is hij wel klaar, installeer ik hem en reboot ik. En uiteraard krijgen jullie dan ook de uitkomst te horen

[Verwijderd]

Okee, we wachten af. .

[hereweare67893]

Compileren was klaar, bzImage gerenamed en gekopieerd naar /boot, reboot...

......


.....


...... (spanning stijgt!!!)


...en weer hetzelfde Mijn ideeen als leek zijn nou een beetje op. Iemand anders nog een geniale ingeving?

* hereweare67893 heeft zelf iets slims, waarom probeer ik gewoon niet te patchen vanaf 2.4.19-16mdk? 'k Zat een beetje fout met mijn originele 2.4.18-6, dit is dus 2.4.19-16mdk

[ Voor 27% gewijzigd door hereweare67893 op 30-11-2002 00:45 . Reden: HALLELUJA! ]

[Verwijderd]

Kijk eens via 'make menuconfig' (of xconfig) na oldconfig of je geluidskaart en filesystems nu wel modules zijn? En je hebt toch wel make clean en dep gedaan? Da's niet zo handig om te vergeten. . (ik bedenk maar wat - anders weet ik 't ook niet)...

[Buffy]

Wat is eigenlijk de preciese foutmelding(en) die je krijgt?

En wat gebeurt er als je handmatig de modules probeert te laden met modprobe? (als dat kan )

Waarom copieer je de bzImage handmatig, en doen je niet gewoon 'make install' zoals in de HOWTO van je link staat?

En is mandrake niet een rpm distributie? Zoja dan kan je toch een kernel rpm maken mbv 'make rpm'?

[Verwijderd]

Dawns_sister schreef op 30 november 2002 @ 02:50:
Waarom copieer je de bzImage handmatig, en doen je niet gewoon 'make install' zoals in de HOWTO van je link staat?

make install installeert enkele andere dingen... gewoon handmatig copieren en modules_install vind ik persoonlijk cleaner...

En is mandrake niet een rpm distributie? Zoja dan kan je toch een kernel rpm maken mbv 'make rpm'?

Dat support de kernel helaas niet. .

[Verwijderd]

tralala, ik ben geen fan van modules, ik compileer altijd alles in de kernel.

verder, als je bzImage en system map hebt gecopied naar boot dir, moet je je lilo.conf aanpassen, en /sbin/lilo draaien! anders zal ie nooit je nieuwe kernel booten...

nog een tip bij kernel upgrade, ouwe .config van ouwe kernel naar nieuwe kernel dir kopieren, make oldconfig draaien (gaat ie nieuwe kernel features vragen of je ze wil (meestal niet)), make dep ; make clean ; make install (thats it want ik doe niet aan modules)

Hopelijk heb je er wat aan

[Buffy]

Verwijderd schreef op 30 november 2002 @ 02:52:
[...]


make install installeert enkele andere dingen... gewoon handmatig copieren en modules_install vind ik persoonlijk cleaner...

Mee eens, maar voor een "newbie" is het misschien handiger qwa versie nummers enzo (en System.map en .config).

[...]
Dat support de kernel helaas niet. .

Hmm, ik ziet het. Zat laatst te neuzen in de toplevel Makefile en zag een target rpm, dus vandaar dat ik dacht "mazzelaars" die rpm'ers, ik moet altijd zelf make-kpkg intypen.
Misgedacht dus

[hereweare67893]

Tja, ik wil van mijn n00b-heid af, dus ik ga natuurlijk niet voor de makkelijkste oplossingen Verder heb ik al een keertje geprobeerd om 'make install' te doen, en toen had ik mijn hele systeem verkloot Dus vandaar dat ik ervoor kies om meerdere kernels op mijn systeem te hebben, nu heb ik tenminste een kernel die het gewoon goed doet

AdminHenk, de .config van de huidige kernel naar de nieuwe kernel source kopieeren heb ik dus gedaan, en daarna 'make oldconfig', maar dat werkt dus ook niet. Uiteraard run ik lilo nadat ik wijzigingen heb aangebracht in /etc/lilo.conf

[Major Asshole]

Leuk verhaal, maar het belangrijkste wat nog niet verteld is is welke foutmelding je op het scherm krijgt tijdens booten, welke versie van modutils je gebruikt en de output van "depmod -ae" is ook best handig. Zo is het maar een beetje gokken.

edit:onzig weggehaald

[ Voor 20% gewijzigd door Major Asshole op 30-11-2002 14:14 ]