alcuni dubbi sulla ricompilazione del kernel [Risolto]

[sancho_panza]

Allora: mi accingo per la prima volta a ricompilare il kernel. Mi interessa unicamente abilitare il supporto per l’estensione della memoria in quanto diversamente la mia slackware vede solo 3 dei 6 mega di ram di memoria che ho a disposizione. Seguo la guida di Loris (http://www.slacky.eu/wikislack/index.ph ... _Slackware) e procedo come segue:
# cd /usr/src/linux
# make mrproper
# make menuconfig
# make -j5 bzImage
Ok. Qui ho il primo dubbio: ho letto che questo comando è ideale per i sistemi quad core, mentre per i dual core bisogna mettere –j3.
Io ho un dual core: come devo comportarmi?
# make -j5 modules
# make modules_install
# mv System.map /boot/System.map-2.6.xx-new
# cp .config /boot/config-2.6.xx-new
Secondo dubbio: considerando che sto ricompilando un kernel già esistente, modificandolo per giunta solo su una opzione, 2.6.xx-new non può essere semplicemente il kernel che utilizzo attualmente? O è assolutamente necessario rinominarlo?
# mv /usr/src/linux/arch/i386/boot/bzImage /boot/vmlinuz-2.6.xx-new
Modifico il file /etc/lilo.conf:
image = /boot/vmlinuz
root = /dev/hda2
label = Slack_2.6.xx
read-only
image = /boot/vmlinuz-2.6.xx-new
root = /dev/hda2
label = Slack_2.6.xx_New
read-only
Altro dubbio: 2.6.xx deve anche tenere conto del numero di versione (es. 2.6.27.2) o meno (es. 2.6.27)?
Infine: a questo punto la guida dice che “volendo” posso rimuovere i link simbolici che puntano ai vecchi file:
# rm /boot/System.map config vmlinuz
E ricreare quelli nuovi che puntano ai nuovi file:
# ln -s /boot/System.map-2.6.xx-new /boot/System.map
# ln -s /boot/config-2.6.xx-new /boot/config
# ln -s /boot/vmlinuz-2.6.xx-new /boot/vmlinuz
Però, se io non ho rinominato il kernel che vado a ricompilare, questa operazione è inutile, giusto?
Infine:
# lilo -v
E dovrei avere finito.
Vi ringrazio fin d’ora per la pazienza…

[DanBadJar]

Ok. Qui ho il primo dubbio: ho letto che questo comando è ideale per i sistemi quad core, mentre per i dual core bisogna mettere –j3.
Io ho un dual core: come devo comportarmi?

-j3
e vedrai due processi paralleli di compilazione. Uno per core.

Secondo dubbio: considerando che sto ricompilando un kernel già esistente, modificandolo per giunta solo su una opzione, 2.6.xx-new non può essere semplicemente il kernel che utilizzo attualmente? O è assolutamente necessario rinominarlo?

Se è lo stesso kernel puoi anche chiamarlo nello stesso modo. RInominare i files serve per avere più "ordine" nel momento in cui si rende necessario un rollback.

Altro dubbio: 2.6.xx deve anche tenere conto del numero di versione (es. 2.6.27.2) o meno (es. 2.6.27)?

Non è che "deve". Diciamo che è utile. Se poi vuoi chiamare il tuo kernel "paperino" non c'è niente di male.

Infine:
# lilo -v

Da

Codice: Seleziona tutto

man lilo

Increase verbosity. Giving one to five -v options will make lilo more verbose, or use, -v n (n=1..5) to set verbosity level 'n'.

Buona ricompilazione!

[Blallo]

-j3
e vedrai due processi paralleli di compilazione. Uno per core.

non era -j2?

[Mario Vanoni]

-j3
e vedrai due processi paralleli di compilazione. Uno per core.

non era -j2?

Se usi un kernel con scheduler BFS (Con Kolivas),
i due processori sono 0.0% idle,
se usi un kernel con scheduler CFS (default),
solo con -j 3 i due processori sono 0.0% idle.

Provare con time make -j [23] bzImage e confrontare i tempi.

[sancho_panza]

Allora: ho fatto come nella guida (ma evidentemente ho sbagliato qualcosa). Il kernel che ho è 2.6.29.6-smp, il nuovo kernel ricompilato l'ho nominato 2.6.29.6. Sembrerebbe andare tutto a buon fine, ma quando eseguo il comando lilo -v mi compare il seguente messaggio di errore:
root@darkstar:/home/stefano# lilo -v
LILO version 22.8, Copyright (C) 1992-1998 Werner Almesberger
Development beyond version 21 Copyright (C) 1999-2006 John Coffman
Released 19-Feb-2007 and compiled at 12:43:17 on Nov 29 2008.

Warning: LBA32 addressing assumed
Reading boot sector from /dev/sda
Using BITMAP secondary loader
Calling map_insert_data
Mapping bitmap file /boot/slack.bmp
Calling map_insert_file

Boot other: /dev/sda3, on /dev/sda, loader CHAIN
Added Windows *

Boot image: /boot/vmlinuz -> vmlinuz-huge-smp-2.6.29.6-smp
Added Slack_2.6.29.6

Boot image: /boot/vmlinuz-2.6.29.6 -> ../../x86/boot/bzImage
Fatal: open /boot/vmlinuz-2.6.29.6: No such file or directory

Quando riavvio il sistema si carica ancora il kernel precedente, ed il comando top mi informa che non è cambiato nulla...

[Blallo]

Offtopic:

Offtopic: -j3
e vedrai due processi paralleli di compilazione. Uno per core.

Offtopic:
non era -j2?

Offtopic:
Se usi un kernel con scheduler BFS (Con Kolivas),
i due processori sono 0.0% idle,
se usi un kernel con scheduler CFS (default),
solo con -j 3 i due processori sono 0.0% idle.

Provare con time make -j [23] bzImage e confrontare i tempi.

Offtopic:
grazie della delucidazione mario

[kanzy]

@mario

..allora, io che ho athlon II core 3 devo usare j-4?..

[Mario Vanoni]

@mario

..allora, io che ho athlon II core 3 devo usare j-4?..

Se usi un kernel con scheduler BFS di Con Kolivas usi -j 3,
se usi il kernel default/vanilla con scheduler CFS di Ingo Molnar
almeno -j 4, ma forse -j 5 riduce ulteriormente i tempi,
dipende quante latenze risultano tra i 3 processori,
quanta memoria RAM ha ognuno a disposizione e
come e` suddivisa la memoria L2 cache.
E` da provare con time make -j [45] bzImage,
una volta che lo sai ...

[luka64]

Boot image: /boot/vmlinuz -> vmlinuz-huge-smp-2.6.29.6-smp
Added Slack_2.6.29.6

Boot image: /boot/vmlinuz-2.6.29.6 -> ../../x86/boot/bzImage
Fatal: open /boot/vmlinuz-2.6.29.6: No such file or directory

Quando riavvio il sistema si carica ancora il kernel precedente, ed il comando top mi informa che non è cambiato nulla...

il bzImage deve diventare vmlinuz-2.6.29.6 poi crei un link simbolico

Codice: Seleziona tutto

ln -s vmlinuz-2.6.29.6 vmlinuz

che punti quindi al nuovo kernel

[kanzy]

@mario

ok
(mi solletica BFS, ma mi sembra acerbo..)
2GB RAM, 1.5GB L2 (512x3 core)
grazie mario, sei una miniera!..

[Mario Vanoni]

@mario

ok
(mi solletica BFS, ma mi sembra acerbo..)
2GB RAM, 1.5GB L2 (512x3 core)
grazie mario, sei una miniera!..

Se usi molto X/Video ecc. CFS (Completely Fair Scheduler) e` forse meglio,
BFS (Brain Fuck Scheduler) per i miei gusti/usi e` intelligente/migliore,
infatti lo uso dal bfs202 o come si chiamava allora,
la versione RT patch-2.6.31.6-rt19.bz2 di Thomas Gleixner mi ha deluso,
era piu` lenta nel compilare kernel delle altre.

Domani dopo mezzanotte esce 2.6.32.3 di Greg KH (101 patches),
per esperienza sara` venerdi` 08-Jan-2009 in mattinata,
e scommetterei che Con Kolivas lo segue con bfs314.

Quindi venerdi` o sabato mettero` 2.6.32.3-bfs314 su tre macchine.

[Blallo]

Se usi molto X/Video ecc. CFS (Completely Fair Scheduler) e` forse meglio

i famosi crash di X di cui parlavi qualche thread fa?
perchè io mi ci trovo molto bene

[Mario Vanoni]

Se usi molto X/Video ecc. CFS (Completely Fair Scheduler) e` forse meglio

i famosi crash di X di cui parlavi qualche thread fa?
perchè io mi ci trovo molto bene

Si`, ma erano ancora sul bfs311/bfs312, kernel 2.6.32.1?
Con 2.6.32.2-bfs313 mai un crash dal 27-Dec-2009.
Sia Greg KH che Con Kolivas migliorano sempre.

[ulisse89]

Modifico il file /etc/lilo.conf:
image = /boot/vmlinuz
root = /dev/hda2
label = Slack_2.6.xx
read-only
image = /boot/vmlinuz-2.6.xx-new
root = /dev/hda2
label = Slack_2.6.xx_New
read-only
Altro dubbio: 2.6.xx deve anche tenere conto del numero di versione (es. 2.6.27.2) o meno (es. 2.6.27)?
Infine: a questo punto la guida dice che “volendo” posso rimuovere i link simbolici che puntano ai vecchi file:
# rm /boot/System.map config vmlinuz
E ricreare quelli nuovi che puntano ai nuovi file:
# ln -s /boot/System.map-2.6.xx-new /boot/System.map
# ln -s /boot/config-2.6.xx-new /boot/config
# ln -s /boot/vmlinuz-2.6.xx-new /boot/vmlinuz
Però, se io non ho rinominato il kernel che vado a ricompilare, questa operazione è inutile, giusto?
Infine:
# lilo -v
E dovrei avere finito.
Vi ringrazio fin d’ora per la pazienza…

Se fai così però al momento della scelta di quale kernel bootare hai lo stesso identico kernel (ovvero quello nuovo) sia sotto il nome di Slack_2.6.xx e sia sotto Slack_2.6.xx_New.
Perchè cambi il link simbolico vmlinuz facendolo puntare al nuovo kernel.

[sancho_panza]

Vi ringrazio per gli aiuti e metterò "risolto". Sulle guide di debian ho trovato:

Per compilare un kernel in modo parallelo, usate l'opzione -j del comando make. È meglio dare un numero all'opzione -j che corrisponda al doppio del numero di processori nel sistema.