Newsgroup: it.comp.os.linux.iniziare
Titolo: Piu' ricompilo il kernel, piu' si incasinano i moduli...

altro, e comunque come posso risolvere?
Provato con:
# cp /usr/src/linux/System.map /boot
dopo la compilazione del nuovo kernel ?
Ciao
Ale
-- 
Home Page: 
http://web.tiscalinet.it/airaghi
Per ottenere il mio indirizzo e-mail sostituire a NOSPAM il mio cognome

Salve a tutti...
Non mi ritengo certo un esterto di Linux, ma usandolo da oltre un anno
mi e' capitato di ricompilare il kernel decine di volte ed in varie
distribuzioni : e' sempre andato a buon fine.
Ora, mi e' capitato che ricompilando il kernel sulla mia Red Hat 6.1 nel solito
modo (quindi anche i moduli), facendo depmod -a mi dava unresolved simbol su
due o tre moduli. Ho controllato e tali moduli erano al loro posto. Essendo
pero' moduli che non mi servivano, li ho spostai in un altra dir, ed ora al
boot non mi da piu' il messaggio di unresolved simbol ecc...ed ho cosi'
"risolto" il problema. Invece, sulla Red Hat 6.2 di un amico, avendo dovuto
ricompilare piu' volte il kernel, ho notato che tali moduli (unresolved)
aumentano di numero sempre piu', anche SENZA modificare opzioni nel kernel
stesso. Ho provato anche a lanciare prima il cmq make mrproper per pulire tutto
e ricominciare con make oldconfig ma con lo stesso risultato. Praticamente ora
dopo varie ricompilazioni tali moduli sono diventati una trentina, arrivando
inevitabilmente ad includerne certi di vitale importanza come ppp.o ecc...
Si risolve SOLO spuntandoli come Y anziche' come M.
Ora, c'e' qualcuno che sa dirmi se e' un bug, se il problema e' un altro, e
comunque come posso risolvere?
Grazie a tutti.
Ciao Corrado
Meglio supportare Linux, che sopportare WinXX !!!

 Meglio supportare Linux, che sopportare WinXX !!!
Perlomeno sotto linux c'e' sempre una soluzione!
Bye,
-- 
*************************************************
* Danilo Marcucci				*
* University of Florence                        *
* Department of Physics                         *
* Via S.Marta 3  				*
* 50139 Florence				*
* E-mail mailto:
marc...@dffs.unifi.it
	        *
* 
http://biz-a.dffs.unifi.it/~marcucci
          *
*************************************************

 opzioni nel kerne= l stesso.
Tu cancelli i vecchi moduli prima di mettere quelli nuovi, vero?
depmod, quando controlla le dipendenze, non puo` sapere quali sono i
moduli che non ti servono piu` e che magari sono compilati
direttamente nel kernel.
-- 
Matteo Ianeselli  
matteoianeselli AT 
poboxes.com

Ciao mat...@deepspace9.ianet.ianaworld,
 > Corrado Bove <c.b...@NOSPAMiname.com> writes:
 > 
 > > Ora, mi e' capitato che ricompilando il kernel sulla mia Red Hat 6.1
 > > nel = solito modo (quindi anche i moduli), facendo depmod -a mi dava
 > > unresolved simbol= su due o tre moduli. Ho controllato e tali moduli
 > > erano al loro posto. Essen= do pero' moduli che non mi servivano, li
 > > ho spostai in un altra dir, ed ora = al boot non mi da piu' il
 > > messaggio di unresolved simbol ecc...ed ho cosi' "risolto" il
 > > problema. Invece, sulla Red Hat 6.2 di un amico, avendo dovu= to
 > > ricompilare piu' volte il kernel, ho notato che tali moduli
 > > (unresolved) aumentano di numero sempre piu', anche SENZA modificare
 > > opzioni nel kerne= l stesso.
 > 
 > Tu cancelli i vecchi moduli prima di mettere quelli nuovi, vero?
meglio ancora:
# dir /lib/modules/
totale 6
drwxr-xr-x   10 root     root         1024 nov  5  1999 2.0.36/
drwxr-xr-x    7 root     root         1024 dic  3 22:34 2.2.13/
drwxr-xr-x    8 root     root         1024 nov 19 17:21 2.2.13-old/
drwxr-xr-x    8 root     root         1024 gen  5 09:05 2.2.14/
drwxr-xr-x    8 root     root         1024 mag 11 00:03 2.2.15/
drwxr-xr-x    8 root     root         1024 feb 20 22:10 2.3.34/
questo per versioni del kernel diversi, ma se la versione e' la stessa basta
fare dei link
2.2.15 -> 2.2.15-03
2.2.15-01
2.2.15-02
2.2.15-03
e' sempre meglio avere "l'hystory" di tutto.
-- 
Pa.Ped, Como
http://www.fastflow.it/~paolop
ICQ: 4755831
VOTE AGAINST SPAM! 
http://www.politik-digital.de/spam/it/
Appunti Linux, FAQ, HOWTO e altro:
file://usr/doc/HOWTO
file://usr/doc/FAQ
Pluto Journal:     
http://www.pluto.linux.it/journal
Linux Gazette:     
http://www.linuxgazette.com
Linux Weekly News: 
http://lwn.net
LinuxDoc:          
http://www.linuxdoc.org
(info|news).ita: 
http://www.punto-informatico.it
http://erlug.linux.it/
http://www.ziobudda.net/
Ricerca NEWS: 
http://www.deja.com
IRC: #linux-it

direttamente nel kernel.
Ecco, questo NON lo sapevo, e nemmeno mi e' capitato di leggere qualcosa in
proposito fra tutte le cose che ho letto riguardanti la configurazione del
kernel...
Allora di sicuro risolvero' in questa maniera, oppure rinominando la dir dei
vecchi moduli come consigliato da Pa.Ped..
Un dubbio pero' mi resta: come mai prima (con le molte ricompilazioni su varie
versioni) non mi era mai capitato?
Ed ancora: in tutte le precedenti ricompilazioni, togliendo delle cose che non
mi servivano, il file del kernel ricompilato era sempre piu' piccolo
(giustamente) del precedente. Ora sia nella RH 6.1 che nella 6.2, pur togliendo
molta roba il nuovo kernel risulta sempre piu' grande del precedente. Da cosa
dipende?
Naturalmente grazie infinite dell'"illuminazione" !! :-))
Grazie a tutti quelli che mi hanno aiutato.
Ciao Corrado


dopo la compilazione del nuovo kernel ?
No, perche' il kernel e' lo stesso.
Cmq grazie, credo che il problema sia quello di non aver cancellato i vecchi
moduli PRIMA di installare i nuovi (solo ricompilati) come consigliatomi in
questo tread.. 



Scusate se mi intrometto, volevo solo avere una precisazione: Se io ho
2 kernel, uno con i moduli attivati ed uno monolitico (sapete com'è,
ancora non ci azzecco del tutto coi moduli :-) ) posso usare lo stesso
system.map, premesso che i 2 kernels sono della stessa versione...
ho capito giusto o mi sbaglio?
Thanx!
****************************************************************
Where you can find Gerry:
Mailto:
Pge...@libero.it
http://gerry.crash.to
Sorridi... Domani sarà peggio.
[La filosofia di Murphy]
****************************************************************

 ho capito giusto o mi sbaglio?
System.map stabilisce la corrispondenza tra simboli (variabili e
funzioni) nel kernel e indirizzi. Dovrebbe servire esclusivamente ai
tools che analizzano i kernel oopses (situazioni anomale) per sputare
fuori in che funzione ci si trovava quando si e` verificata l'anomalia
(il nome invece dell'indirizzo) e ad alcuni programmi che pasticciano
direttamente con il kernel (tipo lsof).
Le mappature cambiano da kernel a kernel a seconda della
configurazione.
Ma se qualcuno ha informazioni piu` precise, sarei curioso pure io.


 ho capito giusto o mi sbaglio?
Si che puoi usarlo ma probabilmente ti arrivera' tra capo e collo
qualche segnalazione per un riferimento ad un modulo che non si riesce a
risolvere.. dovrebbe essere pero' solamente un warning quindi niente di
preoccupante. D'altro canto non puoi, a run time, specificare un symlink
ad un System.map per il kernel monolitico oppure uno al kernel modulare
quindi non c'e' via di mezzo.
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

* Department of Physics                         *
Uhm... suppongo che all'Universita' Tu non insegni italiano, eh? ;)
Senza offesa,
Lorenzo XVII, Principe dei Goliardi di Economia. Da Firenze anch'io.
-- 
GHERdO, AMiGA Supporter Since 1988
	happy linux user
"Guarda Sophia, guarda la vita che vola via..."	

direttamente nel kernel.
Ho provato anche a cancellare i vecchi moduli come mi hai consigliato, ma il
risultato e' stato lo stesso.
Poi penso che non dipenda dai moduli, ma bensi' dal kernel stesso, infatti
rimettendo un kernel precedente (e rinominato), il problema NON si presenta
(unrsolved ecc...).
Sono riuscito a risolvere solo disinstallando i sorgenti del kernel e
reistallandoli: cosi' facendo ho riavuto la situazione iniziale, ossia quella
con solo uno o due unresolved ecc....
Ci saranno forse dei file all'interno della dir dei sorgenti del kernel tipo
.depend che NON vengono sovrascritti o cmq si corrompono?
E cmq continuo a ritenere che si tratta di un bug della RH 6.1/6.2 (o cmq dei
loro kernels...), perche' in tutte le altre distribuzioni questo non si e'
verificato mai.
