Newsgroup: it.comp.os.linux.iniziare
Titolo: Piu` kernel... ma si puo` fare?

Il dubbio sorge...
Visto che, mi pare di capire, si puo` avere un solo modules.conf e una
sola System.map (come faccia la mia Debian poi a sapere questa deve
cercarla in System.map-2.2.18pre21, mi e` ancora ignoto...), e visto
che il kernel vuole la *sua* System.map e a meno che non ci sia
compilato tutto dentro, vuole anche la sua configurazione/directory di
moduli... e` ugualmente possibile avere e caricare kernel diversi in
modo pulito?
E pensare, nel ricompilarlo, non avevo cancellato il vecchio per
sicurezza, ci sarei sempre potuto tornare se fossero saltati fuori
problemi con il ricompilato...  ora non posso farlo partire se non con
il nuovo, meno male che problemi non ce ne sono stati!
Massimiliano

 modo pulito?
Certo. Io ho un 2.4.4, un 2.4.5 e due 2.4.6: uno liscio e l'altro (che
uso abitualmente) per ext3.
+++
[1] Ovviamente, se compili n kernel con gli stessi moduli, e i nomi di
modulo non cambiano, basta un solo modules.conf. Il che sarebbe anche
normale, su di una stessa macchina.
Bye,
 Emmanuele.
-- 
Emmanuele Bassi         |             [ 
http://digilander.iol.it/ebassi/
 ]
emmanue...@iol.it
  |
GnuPG Key fingerprint = 4DD0 C90D 4070 F071 5738  08BD 8ECC DB8F A432 0FF4

 
Dalla mia esperienza delle ultime 24 ore ho scoperto che il modules.conf 
viene guardato da modprobe x caricare i moduli, quindi dovrebbe essere 
indipendente dal kernel ( + o - : insomma non dovrebbe bloccarsi all'avvio 
al massimo dà un errore di caricamento tipo modprobe: unable to 
qualcosa...) x ogni kernel ci sono i propri moduli, come hai già appurato. 
Il dubbio mi viene x il system.map, però anche dopo grandi "tramaci" e 
furiose ricompilazioni, ho scoperto che parte lo stesso, avvertendoti però 
che il system.map non è quello giusto ( e mi è capitato unicamente passando 
dal kernel 2.2.x al 2.4.x). Il system.map nn so da chi viene richiamamto 
tanto più che io me ne trovo 2: forse direttamente all'avvio del kernel da 
cui a seconda della scelta dello stesso parte la propria system.map
-- 
Ar-Pharazon
IAFo n°49
tarcalion@-
nospam-hotmail.com

Massimiliano Mirra ha scritto:

Io ho fatto cosi:
1) il kernel vmlinuz lo ho rinominato inserendo la sua versione 
completa, e lo stesso faccio con system.map (ad esempio: vmlinuz_2.4.2 
esystem.map_2.4.2); i moduli in /lib/modules sono già divisi per 
versione per cui non c'è problema. Stessa cosa faccio per initrd (ho la 
SuSE, non so se le altre distro lo usano)
2) modifico lilo.conf in modo che image punti al nome corretto.
(per esempio image = /boot/vmlinuz_2.4.4). Stesso discorso per initrd.
3) applico la patch al kernel e lo compilo: ottengo un nuovo vmlinuz,  
un nuovo system.map, e un nuovo initrd; rinomino anche questi 
aggiungendo la versione completa (per esempio vmlinuz_2.4.6, 
system.map_2.4.6, initrd_2.4.6)
I moduli si vanno a posizionare in /lib/module/versione_del_kernel, e 
non interferiscono con i moduli di altre versioni.
4) aggiungo una nuova image a lilo.conf che faccia partire il nuovo 
kernel. Eseguo lilo in modo che registri le modifiche a lilo.conf e 
faccio il reboot.
Fino ad ora ha funzionato benissimo. :-)
-- 
        Mirco
 
m.gal...@flashnet.it

 Massimiliano
Molto interessante questo thread ! :)
Sebbene l'argomento susciti grande interesse da parte mia,
credo che alla fine( mi sia concesso di dire la mia) non adotterei
soluzioni di questo tipo, se non ad esclusivo scopo didattico.
Realizzando un kernel minimale e modulare, con la flessibilità e
la versatilità che linux offre con i moduli esterni, mi pare poco
utile moltiplicare i kernel sul sistema.
Intanto un kernel minimale deve comunque essere caricato.
Cioè, voglio dire: facendo caricare all'unicol kernel tutte quelle cose
assolutamente indispensabili al funzionamento del sistema,
il resto può essere ( e viene )gestito nel migliore dei modi,
e volendo sotto il pieno controllo dell'operatore.
Persino i moduli che restano inattivi per qualche minuto vengono
automaticamente scaricati per rilasciare risorse al sistema !
Ma insomma.. cosa non è capace di fare Linux ??  :D
Jacobe

 Ma insomma.. cosa non è capace di fare Linux ??  :D
Il caffè con una macchina espresso. :-((
Vedere il Coffe-HOWTO
-- 
Odio le catene, tutte ma specialmente quelle
legate ai santi. SPAM.... No, grazie, P.L.F.

                    Linux User #221457

Vedere il Coffe-HOWTO
Dagli tempo: se via cellulare si comandano elettrodomestici e 
distributori di lattine, vuoi che non facciano una macchinetta
per il caffe' interrattiva multimediale? ;)
-- 
Filippo "Kirone" Zamengo 
Quanto scritto deve ritenersi IMHO e indipendente dal datore di lavoro
e-mail modificata: togliere DESPAM.

 modo pulito?
Ti consiglio di usare kernel-package, avrai tutti i kernel che vuoi
(compatibilmente con lo spazio in /boot) senza dimenticanze ed errori vari.
In automatico gestisce due versioni in modo da avere la macchina sempre ok,
in più sono dei normali deb e quindi gestibili attraverso apt etc...
brutus:~# ls /boot
[...ripulito...]
config-2.4.7-pre6   vmlinuz-2.4.7-pre6   System.map-2.4.7-pre6
Questo è quello che vedrai in boot per ogni kernel e questo in /lib/modules
brutus:~# ll /lib/modules
drwxr-xr-x    4 root     root         4096 lug 12 16:51 2.4.7-pre6
Nella documentazione trovi una miniera di informazioni e trucchi vari.
Provare per credere :-)
Ciao.
-- 
Saluti,       |   *Mal di testa da configurazione?  Con Debian ti passa.*     
     Gianni   |   _+++ Debian Gnu/Linux unstable - kernel 2.4.7-pre5 +++_

Ringrazio Emmanuele, Ar-Pharazon, Giovanni, Elendil e Jacobe per le
risposte sull'uso di piu` kernel.
Dopo un po' di smanettamento ho cosi` concluso:
Kernel image: come gia` avevo fatto, basta metterle con un nome
qualsiasi (preferibilmente vmlinux-numeroversione) in /boot e
modificare lilo.conf di conseguenza.
System map: in /boot, rigorosamente con il numero di versione
(es. System.map-2.2.18pre21) perche' all'avvio, come indicatomi da
Emmanuele, viene letta dipendentemente dal kernel caricato con un
comando tipo /boot/System.map$(uname -r).
Moduli: uso gli stessi in mancanza di altre soluzioni e perche' non
c'e` pressante necessita` di fare diversamente. ;-)
Massimiliano