Newsgroup: it.comp.os.linux.sys
Titolo: unresolved symbol - make clean - cos'altro?

ciao NG
ho ricompilato varie volte il kernel e mi trovo sempre unresolved symbol 
al caricamento dei moduli, subito ho pensato di essermi dimenticato il 
make clean, ma anche con quello niente.
poi ho dato la colpa a i vecchi moduli, li ho cancellati, ma alla 
compilazione successiva c'erano ancora gli unresolved symbol!
la mia distro č debian woody installata con un 2.4.18 con xfs, questo 
funzionava bene.
poi sono passato al 2.4.19, che mi da unresolved symbol, ma funziona, 
poi sono dovuto tornare al 2.4.18 (devo usare per forza questo), mi da 
unresolved symbol, e non si carica nessun modulo.
TIA
Banana

Banana wrote:
ma debian non dovrebbe andarsi a pescare automaticamente durante il boot 
il file /boot/System.map-versine_del_kernel????
se faccio:
depmod -a 2.4.18-xfs -F /boot/System.map-2.4.18-xfs
mi da solo due errori (già la cosa mi puzza, ma di quei due moduli posso 
fare a meno), ma durante il boot sputa "unresolved symbols" per tutti i 
moduli
stessa cosa per il 2.4.19
depmod -a 2.4.19-xfs -F /boot/System.map-2.4.19-xfs
non da nessun errore, ma durante il boot alcuni moduli (non tuti per 
fortuna) danno unresolved symbols!
sembra che non carichi nessuna System.map-kernel_version e che si prenda 
qualcosa di default, voi cosa dite??, lo porto da un esorcista??
cya
Banana

 make clean, ma anche con quello niente.
[cut]
make modules;make modules_install
-- 
Milo Sandydowns
"Quando dico "mi pare" vuol dire che ne sono sicuro."  Graziano Ledda

 make modules;make modules_install
se non avessi creato i moduli non avrei problemi di unresolved symbols 
non trovi???
i moduli li ho creati/installati, il problema non č quello,
ho 2.4.18 e 2.4.19 nella /lib/modules/ ci sono 2.4.19-xfs/ e 2.4.18-xfs/ 
nella boot ho oltre ai kernel ecc anche System.map-2.4.18-xfs e 
System.map-2.4.19-xfs, se lancio il comando "depmod -a 2.4.18-xfs" mi da 
gli errori, se lancio "depmod -a 2.4.18-xfs -F 
/boot/System.map-2.4.18-xfs" č tutto ok, al boot dovrebbe essere ok ed 
invecie non lo č!
uso debian 3.0 e mi sembra che al boot dovrebbe leggere automaticamnete 
/boot/System.map-kernel_version, ma evidentemente non lo fa!
cya

 
mff, mi da da bug nella costruzione dei riferimenti ai moduli.
Hai provato a rinominare le directory con solo il numero di versione del
kernel (come sono nelle configurazioni standard)?


 kernel (come sono nelle configurazioni standard)?
no, ma non č la prima volta che utilizzo la patch xfs nei 2.4.19 e 
2.4.18, le dir dei moduli sono semper state 2.4.1X-xfs e non hanno mai 
avuto problemi.
Per il momento modifico lo script /etc/init.d/modutils e li faccio 
pescare direttamente la System.map giusta. spero che cosě funzioni, poi 
ti dico
cmq provo anche a fare un link 2.4.18 --> 2.4.18-xfs e poi ti dico.
TNX
Banana

 cmq provo anche a fare un link 2.4.18 --> 2.4.18-xfs e poi ti dico.
ancora nulla, se rinomino o faccio un link simbolico alle dir 2.4.18-xfs 
--> 2.4.18 e 2.4.19-xfs --> 2.4.19, non ottengo nulla, modificando lo 
script /etc/init.d/modutils ed aggiungendo -F /boot/System.map al 
depmod, risolvo gli errori in fase di boot (quando esegue 
/etc/init.d/modutils), ma se poi carico un modulo (o lancio uno script 
che carica un modulo) mi escono sempre una marea di unresolved symbols...
non so piů cosa fare, come posso dirgli di prendersi la System.map giusta???
TIA
Banana

 wrote:

mmfff, con i kernel precedenti al 2.4.18 di funzionava tutto?
A questo punto potrebbe essere un bug nella compilazione/patch del
kernel da 2.4.18 in su...


 kernel da 2.4.18 in su...
a questo punto non ho più molte speranze, vorrei capire cos'è, ma visto 
che devo andare avanti con quel server. mi sa che è meglio segare via 
tutto e reinstallare da capo, mi secca perchè *non* è una soluzione 
linuxiana, è più tipica da M$, però non so cosa fare.
Mi basterebbe che si prendesse la System.map giusta, invece di prendersi 
/proc/ksyms, oppure vorrei riuscire ad aggiornare /proc/ksyms con la 
System.map giusta.
cacchio se faccio *depmod -a 2.4.18-xfs -F /boot/System.map* è tutto *ok*,
se faccio *depmod -a 2.4.18-xfs* *NO!*
ho provato anche a creare System.map-2.4.18-xsf na non cambia niente
cya
un Banana disperato che c'hà l'fdisk pronto!

 ho provato anche a creare System.map-2.4.18-xsf na non cambia niente
Prova ad usare 'strace' per capire quale System.map va a cercare
Andre
'...juts my .5 ç...'

 '...juts my .5 ç...'
Grazie del contributo :-)
un Banana, che l'fdisk c'è la pronto, ma non vuole usarlo!
cya

 cya
Hai provato a compilare un kernel ufficiale e vedere se tutto funge
regolarmente (chiaramente sperando che l'xfs non ti sia assolutamente
necessario)?
Vuoi vedere che č la patch sarcazza che ti fotte? ;)


 
spero proprio di no, ho la / in xfs,
quando ho un po' di tempo smanetto con una macchina di prova che ha 
ext2, se non mi da problemi, provo a metterci xfs e vedere che combina.
cmq ho anche delle patch di netfiletr applicate... speriamo!!!
un Banana che non vuole neanche pensare che la patch di xfs dia problemi...

 un Banana che non vuole neanche pensare che la patch di xfs dia problemi...
LOL. Auguri.


 LOL. Auguri.
probabilmente leggero' un libro sulla magia nera e contattero' vanna 
marchi telepaticamente, sono le ultime due cose che mi mancano!
cya
un Banana sempre piů convinto dell'fdisk!

 
Hai provato a vedere (con depmod -e) quali sono gli errori, giusto per
avere qualche info in piu'?
-- 
  paolo massei         |      Mi sono accorto di essere      |
****************       | troppo gentile per il mio carattere |
paoafr{at}
tin.it
       |        * Marcello Marchesi *        | 

 avere qualche info in piu'?
si, mi dice in quli moduli ci sono errori, ma non cambia, il problema è 
che se faccio "depmod -a -F /boot/System.map-kernel_version" funziona 
alla grande, se faccio depmod -a mi sputa gli unresolved symbols.
Io uso debian e su tutte e altre macchine che ho fatto, di solito come 
prima cosa va a guardare se esyste /boot/System.map-kernel_version, se 
non esiste cerca, /boot/System.map, ma nel mio caso, se ne frega
TNX
Banana