Newsgroup: it.comp.os.linux.iniziare
Titolo: kernel upgrade

ciao, mi chiedevo se passando da un kernel ad uno successivo e' 
possibile riutilizzare il file .config per tenere tutte le impostazioni 
comuni (processore, sk audio, sk video ecc) ed evitare cosi' di dover 
riconfigurare tutto da capo.


make oldconfig


si puo` anche avviare l'interfaccia di config normale e caricare il 
file vecchio, per avere i settaggi di prima ma dare un occhiata per 
nuove features o modifiche
-- 
Ordinary men hate solitude. But the Master makes use of it,
Embracing his aloneness, realizing he is one with the whole universe.
(--Lao-tzu, Tao-te ching)


in linea di massima sì;
finora ho fatto così, l'unico inconveniente mi è capitato pochi giorni 
fa con il 2.6.24.4 che mi diceva di non trovare diverse lingue, dato che 
è roba tipo thai e arabo mi sono limitato a depennarle;
non ho ancora provato a vedere se ci sono inconvenienti nella 
visualizzazione di pagine in cinese, ad es.
r
-- 
Hare hare supermarket !
Hare hare supermarket !
[Daevid Allen: Other Side of the Sky]
tutto sui Pentangle: 
http://umpf.net/


Penso che sia già chiaro così, comunque:
copi il .config nella dir di lavoro di solito /usr/src/linux o
/usr/src/
linux-ver.sio.ne
.
Ti ci sposti dentro e dai i soliti comandi:
make mrproper
     per fare pulizia, occhio che cancella anche l'eventuale .config
copiatoci....fanne sempre un backup da lasciare al sicuro.
cp /path/to/vecchioconfig /usr/src/linux/.config
make oldconfig
     per rendere compatibile il vecchio config con le nuove voci del
kernel è sempre una buona abitudine utilizzarlo.
make menuconfig
     eventualmente per modificare la configurazione
make bzImage
make modules
make modules_install
Dopo il make bzImage ci andrebbe anche un "make clean" (ha la stessa
funzione di make mrproper, ma lascia qualcosa in più...tipo non cancella
il config e altra roba). Tuttavia se devi ricompilare in seguito, non ti
consiglio di dare anche make clean perchè alla successiva ricompilazione
impiegeresti molto tempo di nuovo. Invece se non dai make clean, metti
di dover riconfigurare solo qualche voce in futuro....
cd /usr/src/linux
make menuconfig ---> riconfiguri qualche cosa
make bzImage
make modules
make modules_install
E a quel punto non ti resta che installare il kernel copiando le varie
componenti nel posto giusto.
cp arch/i386/boot/bzImage /boot/bzImage-ver-rel
cp .config /boot/config-ver-rel
cp System.map /boot/System.map-ver-rel
____________________________________
Mail: johnnynews at vfemail dot net

 kernel è sempre una buona abitudine utilizzarlo.
segno;
make xconfig credo sia meglio di make menuconfig per noi imbranati, fra 
l'altro c'è il Find che è una manna quando non si sa dov'è la voce che 
interessa;
r
-- 
Là, tout n'est qu'ordre et beauté
luxe, calme et volupté.
[Fleurs, LIII]
Ramapage: 
http://umpf.net/

 è roba tipo thai e arabo mi sono limitato a depennarle;
Spero che le lingue non siano hardcoded nel kernel!
Più probabile che il messaggio si riferisse alle lingue mancanti nel 
programmillo grafico di configurazione, non nel kernel stesso.
-- 
Lorenzo `paulatz' Paulatto
Trieste
``Grandissima mi par l'inezia di coloro che vorrebbero che Iddio avesse 
fatto l'universo più proporzionato alla piccola capacità del lor discorso.''
      --Galileo Galilei (Opere VII)

 programmillo grafico di configurazione, non nel kernel stesso.
in xconfig?
non credo: eliminate le relative voci non ha dato più errori;
prob. dovevo fare make oldconfig;
aprop: basta sbattere dentro config-2.6.ecc..., vero? non c'è bisogno di 
rinominarlo;
r
-- 
ubuntu s. m. persico trota, black bass


 interessa;
Come molti programmi che seguono una "filosofia unix" se nel make
menuconfig premi "<slash> --->  /"  vai nel find. Da lì digiti ciò che
non trovi, ma di cui magari sai o hai un'idea del nome.....viene fuori
parecchia roba: informazioni utilissime per tutti, compresi noi
imbranati  ;-)


 menuconfig premi "<slash> --->  /"  vai nel find. 
ricordandoselo;
preferisco la grafica, se no che slackista sarei?


 rinominarlo;
Intendi nella dir dei sorgenti da dove compili?
In quella il config-versione-ecc va rinominato in .config
cme dicevo prima se è la prima volta che compili o vuoi fare pulizia e
non ti frega di metterci tanto a ricompilare:
cd /usr/src/linux
make mrproper
cp /il/tuo/config-versione-ecc ./.config
make oldconfig
ecc ecc
i comandi vanno dati nell'ordine, in particolare il mrproper rasa tutto
quanto, config compreso... quindi devi mettercelo dopo  ;-)


 Penso che sia già chiaro così, comunque:
era chiaro, ma hai fatto un utile riepilogo.
Ne approfitto per chiederti:
tutti i comandi che hai proposto (make bzImage, make module, make 
modules_install, cp bzImage ecc) se ho ben capito nelle ultime versioni 
vengono automatizzati dal comando "make" che fa tutto, ed aggiorna anche 
il lilo col nuovo kernel.
Mi confermi che e' cosi'?
Io continuo ad usare il vecchio metodo manuale, ma devo dire che il make 
automatizzato funziona perfettamente...

 automatizzato funziona perfettamente...
Ma quando installa il kernel come funziona?
cosa copia e come/dove?


 quanto, config compreso... quindi devi mettercelo dopo  ;-) 
ma se è una dir appena creata scompattando il kernel (scarico sempre il 
file Full) non è superfluo mrproper?
r
-- 
Un giudice buono è un giudice comprato.
[Silvio "Wild" Berlusconi]


 file Full) non è superfluo mrproper?
penso di sì, anzi direi proprio di si....ma non si sa mai.  ;-)


 cosa copia e come/dove?
installa bzImage: la relativa voce nel Lilo e' "vmlinuz", che va a 
sovrascrivere l'eventuale voce gia' presente.
al momento non posso provare, ma come dici tu lo fa con "make install", 
mentre il "make" compila sia il kernel che i moduli.
Dimenticavo: "make install" installa anche i moduli.


Approfitto e mi aggancio a questo thread per chiedere 
delucidazioni... ;)
Ora... io avrò ricompilato il kernel si e no 2 volte :P e 
devo dire che l'ultima volta ha funzionato, ma non ho capito 
ancora bene la faccenda dei moduli.
Esempio...
In /usr/src ci sono 2 dir: linux e 2.6.21.5
In /lib/modules ci sono 2 dir: 2.6.21.5 e 2.6.21.5-smp
1° domanda)
Se io scarico il kernel 2.6.xx.y, lo metto in /usr/src e 
creo il link linux-->2.6.xx.y nel momento in cui lancio make 
modules mi si crea automaticamente una dir 
/lib/modules/2.6.xx.y ?
O viene creata quando faccio make modules_install?
2° domanda)
E' proprio necessario dare make modules / make modules_install?
3° domanda)
Nel caso il nuovo kernel non funzionasse e dovessi 
temporaneamente tornare a quello vecchio come la metto coi 
moduli?
Grazie a chi avrà la pazienza di rispondere. :)
Luca

 moduli?
Torniamo al caso della precedente domanda: avresti il kernel vecchio con
i moduli del kernel nuovo....potenzialmente un pasticcio direi.
Se i due kernel sono di versioni diverse, non dovrebbero esserci
problemi perchè avresti /lib/modules/2.6.versione.vecchia e
/lib/modules/2.6.versione.nuova. In tal caso quando scegli il kernel
all'avvio vengono caricati i moduli giusti.
Il rpoblema al quale non so di preciso rispondere è quando hai un
kernel...mettiamo 2.6.25 e lo vuoi ricompilare. La versione resta la
stessa e pertanto quando vengono installati i moduli la directory
/lib/modules/2.6.25 verrà sovrascritta immagino.
E se dopo volessi usare il kernel vecchio? Bella domanda.
Buona norma è quella di fare un backup della vechia dir dei moduli in
modo da poterla ripristinare volendo utilizzare il kernel vecchio....ma
è una pezza e risulta abbastanza scomodo....ci dev'essere  un modo più
furbo che però ignoro....qualcuno lo conoscerà senz'altro.


 furbo che però ignoro....qualcuno lo conoscerà senz'altro.
Qui mi rispondo da solo, perchè una volta l'ho fatto, ma 
volevo sapere se c'era un metodo "più furbo", come dici tu. :D
All'inizio del Makefile c'è un flag denominato EXTRAVERSION 
che dovrebbe servire proprio a "personalizzare" la directory 
in cui verranno installati i moduli.
Almeno credo... :-|
Grazie ancora.
Luca


 Almeno credo... :-|
È un'aspetto che interessa anche a me, nonostante per ora non sia stato
un grande compilatore e ricompilatore di kernel.
Un buon posto dove andare a cercare queste informazioni dovrebbe essere
la directory dei sorgenti del kernel... con le opzioni di make ecc ecc.
Farò una ricerca autonoma prima o poi, nel frattempo magri qualcuno più
esperto di noi potrebbe rispondere alla domanda.  ;-)
