[Debian] Kernel compilen.....

[real-0ne]

Hi all,

ik heb een probleempje met het compilen van de kernel 2.4.17 onder debian. Ik ben zelf niet echt bekend in debian vandaar deze topic... wat ik heb gedaan is de volgende:

kernel geleecht, en in de /usr/src/ gepleurd.
daarna heb ik die uitgepakt, toen make menuconfig gedaan, make dep, make clean, make bzImage, make modules, make modules_install....

en na het shit wat ik hierboven heb gedaan heb ik de bzImage naar /boot gekopieerd, en vervolgens de lilo.conf aangepast, en lilo gerunned.

Maar na het rebooten laad mijn bak lilo en rebooten vervolgens mijn bak automatisch.. dit is dus een vaag probleem wat ik niet snap... weet iemand misschien een oplossing hiervoor? of een andere manier om de kernel te compilen?

dank u all...

[Verwijderd]

Waarschijnlijk de verkeerde processor aangegeven o.i.d. in "make menuconfig".

Overigens is de Debian manier van kernel compileren anders, dan je hier beschrijft. Zie daarvoor de documentatie.

[Niek]

Ik weet niet of het je probleem oplost, maar het compileren volgens de Debian-manier gaat iig wel makkelijker:

http://panic.et.tudelft.nl/debian/handleiding/debian22hdl.html paragraaf 9.6

[real-0ne]

hoebedoel je anders...??
dit staat ook in de readme van de kernel..
maar maak het ook wat uit welke volgorde make..??

[yeadder]

bij de debian kun je makelijker deze manier gebruiken (denk ik)

Procedure, als niet-root uitvoeren ("<versie>" is bijvoorbeeld "2.2.17"; commentaar hieronder):
1) cd /tmp
2) tar xIvf /usr/src/kernel-source-<versie>.tar.bz2
3) cd kernel-source-<versie>
4) make-kpkg clean (negeer eventuele foutmeldingen)
5) make menuconfig (of make xconfig als je de X pakketjes hebt geïnstalleerd; geen make dep erachter!)
6) fakeroot make-kpkg --revision=9:mijnkernel.1.0 kernel_image (en wacht 10 minuten tot een paar uur)

Na stap 6 staat er een nieuw `kernel-image' pakketje in /tmp.
7) maak een kopie van /tmp/kernel-image-<versie>_mijnkernel.1.0_i386.deb op een veilige plaats

Installeer het nieuwe `kernel-image' pakketje, nu wel als root:
als er een directory /lib/modules/<versie> bestaat: mv /lib/modules/<versie> /lib/modules/<versie>.old
9) dpkg -i /tmp/kernel-image-<versie>_mijnkernel.1.0_i386.deb (vraagt om eventuele LILO- configuratie te updaten)
10) bij gebruik van een bootfloppy of LOADLIN: zet de nieuwe kernel (/vmlinuz) op de juiste plaats
11) reboot computer
12) als je stap 8 had gedaan: rm -rf /lib/modules/<versie>.old

het hele stuk met uitleg en zo staat hier in onder hoofdstuk 9.6

misshien lukt het hier beter mee

edit:


mmmm er waren een paar mij voor

[Verwijderd]

Op maandag 21 januari 2002 15:40 schreef real-0ne het volgende:
hoebedoel je anders...??
dit staat ook in de readme van de kernel..
maar maak het ook wat uit welke volgorde make..??

Yupz, dat is ook wel de standaard manier van compileren.
De Debian manier is alleen iets makkelijker en sowieso handiger.
Hij maakt er namelijk een keurig debje van dat je kan installeren en de-installeren (zelfs op meerdere machines, als je kernel zou werken op die andere machines)

[real-0ne]

volgens mij is de manier die ik gebruikt heb toch wel beter dan die van de handleiding...
maargoe...

[yeadder]

Op maandag 21 januari 2002 15:50 schreef real-0ne het volgende:
volgens mij is de manier die ik gebruikt heb toch wel beter dan die van de handleiding...
maargoe...

ja
daar kun je alleen achter komen door ze alle bei een keer te gebruiken

[Verwijderd]

Op maandag 21 januari 2002 15:50 schreef real-0ne het volgende:
volgens mij is de manier die ik gebruikt heb toch wel beter dan die van de handleiding...
maargoe...

Hmzz, ik denk dat ik die manier dan maar niet meer zal gebruiken als jij het zegt

Die manier zoals jij het gebruikt is de standaard manier, die op elke distro werkt. De manier zoals hij voor Debian gebruikt wordt, betekent dat een aantal stappen die je anders handmatig zou moeten doen, voor je gedaan worden. Verder betekent het ook nog eens dat de kernel netjes in het packagemanagement systeem gegooid wordt. Welke zou dan beter zijn ?

[real-0ne]

2) tar xIvf /usr/src/kernel-source-<versie>.tar.bz2

is dat gewoon de kernel? "linux-2.4.17.tar.gz???

[Niek]

Op maandag 21 januari 2002 15:55 schreef real-0ne het volgende:
2) tar xIvf /usr/src/kernel-source-<versie>.tar.bz2

is dat gewoon de kernel? "linux-2.4.17.tar.gz???

Ja, maar bij .tar.gz gebruik je natuurlijk xvfz ipv xIvf

[real-0ne]

ja dat begrijp ik...
maar in die handleiding is het best wel vaag uitgelegd...

[yeadder]

Op maandag 21 januari 2002 16:00 schreef real-0ne het volgende:
ja dat begrijp ik...
maar in die handleiding is het best wel vaag uitgelegd...

de handleiding gaat er van uit dat je hem hebt gedownload met apt-get

maar als je gewoon bijvoorbeeld de source met wget van kernel.org hebt gedownload dan moet je de 2de stap anders doen

[Niek]

Op maandag 21 januari 2002 16:00 schreef real-0ne het volgende:
ja dat begrijp ik...
maar in die handleiding is het best wel vaag uitgelegd...

Nee hoor, want ze gaan er van uit dat je een kernel-source .dep-package gebruikt, ipv de kernel.org tarball.

edit: net te laat.

[real-0ne]

tar xIvf

kan ik de I ook vervangen door iets anders..?
want hij kent de I niet..

[Niek]

Op maandag 21 januari 2002 17:01 schreef real-0ne het volgende:
tar xIvf

kan ik de I ook vervangen door iets anders..?
want hij kent de I niet..

Vervang hem eens door j

[Verwijderd]

man tar. Bij jou is het "j".

[real-0ne]

ok dank u...

[Valium]

Op maandag 21 januari 2002 15:41 schreef yeadder het volgende:
[..]
6) fakeroot make-kpkg --revision=9:mijnkernel.1.0 kernel_image (en wacht 10 minuten tot een paar uur)

[..]

Hmm...ergens klopt dat statement niet:

code:

time fakeroot make-kpkg kernel_image
[...pruttel...]
real    7m24.611s
user    6m15.240s
sys 0m28.080s

Op een XP 1600+ non-optimized. Kan dus nog sneller. Ik zou er 5 minuten tot een paar uur van maken.

[real-0ne]

op mijn p200 mmx duurt het 20 min...

[Creepy]

Ach ja.. als lilo goed geconfigged is doet een make bzlilo i.p.v. een make bzImage ook "wonderen"