Pagina 1 di 1
alcuni dubbi sulla ricompilazione del kernel [Risolto]
Inviato: mar 5 gen 2010, 15:09
da 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…
Re: alcuni dubbi sulla ricompilazione del kernel
Inviato: mar 5 gen 2010, 15:21
da 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
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!
Re: alcuni dubbi sulla ricompilazione del kernel
Inviato: mar 5 gen 2010, 15:49
da Blallo
DanBadJar ha scritto:-j3
e vedrai due processi paralleli di compilazione. Uno per core.
non era -j2?
Re: alcuni dubbi sulla ricompilazione del kernel
Inviato: mar 5 gen 2010, 18:15
da Mario Vanoni
jimmy_page_89 ha scritto:DanBadJar ha scritto:-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.
Re: alcuni dubbi sulla ricompilazione del kernel
Inviato: mer 6 gen 2010, 8:55
da 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...
Re: alcuni dubbi sulla ricompilazione del kernel
Inviato: mer 6 gen 2010, 10:53
da Blallo
Offtopic: Mario Vanoni ha scritto:jimmy_page_89 ha scritto:DanBadJar ha scritto: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
Re: alcuni dubbi sulla ricompilazione del kernel
Inviato: mer 6 gen 2010, 12:00
da kanzy
@mario
..allora, io che ho athlon II core 3 devo usare j-4?..

Re: alcuni dubbi sulla ricompilazione del kernel
Inviato: mer 6 gen 2010, 12:21
da Mario Vanoni
kanzy ha scritto:@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 ...
Re: alcuni dubbi sulla ricompilazione del kernel
Inviato: mer 6 gen 2010, 12:27
da luka64
sancho_panza ha scritto:
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
che punti quindi al nuovo kernel
Re: alcuni dubbi sulla ricompilazione del kernel
Inviato: mer 6 gen 2010, 15:44
da kanzy
@mario
ok
(mi solletica BFS, ma mi sembra acerbo..)
2GB RAM, 1.5GB L2 (512x3 core)
grazie mario, sei una miniera!..
Re: alcuni dubbi sulla ricompilazione del kernel
Inviato: mer 6 gen 2010, 16:44
da Mario Vanoni
kanzy ha scritto:@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.
Re: alcuni dubbi sulla ricompilazione del kernel
Inviato: mer 6 gen 2010, 16:49
da Blallo
Mario Vanoni ha scritto: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
Re: alcuni dubbi sulla ricompilazione del kernel
Inviato: mer 6 gen 2010, 17:16
da Mario Vanoni
jimmy_page_89 ha scritto:Mario Vanoni ha scritto: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.
Re: alcuni dubbi sulla ricompilazione del kernel
Inviato: mer 6 gen 2010, 20:39
da 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.
Re: alcuni dubbi sulla ricompilazione del kernel
Inviato: gio 7 gen 2010, 10:01
da 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.