Newsgroup: it.comp.os.linux.sys
Titolo: System.map + nuovo kernel

Ciao, ho recentemente installato i sorgenti di un kernel più recente di quello
che avevo (un 2.2.12 invece di un 2.2.5). Ricompilato, aggiunto in lilo,
riavviato: il sistema viene su ma vengo avvisato che i numeri di versione
di System.map e di module-info non coincidono con la versione del kernel
corrente.
Tutto questo è vero ma mi/vi chiedo ( uso RH6.0 ):
1. Cos'è System.map (ci ho dato un occhiata ma non ho capito molto, e non
ho trovato in locale documentazione al riguardo) ? E' sufficiente
rinominarlo?
2. E' sufficiente rinominare module-info o devo andarmi a cercare da
qualche parte il module-info corrispondente al nuovo kernel (presumo che
serva nel caso abbia bisogno di caricare come moduli periferiche non introdotte
dopo la versione del kernel a cui si riferiscono)?
3. Conoscete Url che spieghino il perchè e il per come della struttura della
dir /boot?
Ci sono alcuni file di cui non capisco la funzione (os2_d.b ???),
vmlinux-x.x.x-x, vmlinuz-x.x.x-x e relativo link vmlinuz (presumo che il
sistema utilizzi solo il bzImage specificato in lilo)...  
Grazie e saluti (spero si sia capito qualcosa),
-- 
Rhodion
"I will show you fear in a handful of dust"

rinominarlo?
Anche io ho avuto lo stesso problema, ma e' stato sufficiente copiare il 
System.map del nuovo kernel in /boot (l'ho rinominato in base alla versione
del kernel, cioe' System.map-2.2.13) e tutto si e' sistemato.
Prova un po', dovrebbe andare.
Ciao
Roby
-- 
			  /:= Linux Powered =:/
  	    /:= e-mail: metti "libero" al posto di "NOSPAM" =:/

sistema utilizzi solo il bzImage specificato in lilo)... 
Io mi sono limitato a copiare il nuovo bzImage in /boot, rinominandolo
bzImage2 (ho tenuto il kernel precedente) e appendendolo in LILO. I vari
vmLinux e vmLinuz sono lě da quando ho installato l'OS (leggo in giro che č
consuetudine rinominare la nuova immagine del kernel copiata in boot
"vmLinuz"...)


 sistema utilizzi solo il bzImage specificato in lilo)...
bzImage č il kernel compresso
vmlinuz č lo stesso file (cioč il kernel). Quando si copia il kernel in
/boot  lo si rinomina (di norma) vmlinuz e si avvia lilo
presumo che al posto delle x ci sia qulcosa come 2.2.14 per esempio (cioč
l'indicativo di versione).
Nel tuo caso lilo  avvia il link simbolico vmlinuz il quale punta al kernel
desiderato
os2_db č un loader speciale che si usa per un sistema dual boot (o multi
boot) con due o piů hard disk con linux e OS/2 e con OS/2 nel secondary
master (o comunque non nell'hard disk primario altrimenti si usa chain.b).
Questo viene utilizzato per caricare OS/2 quando si usa come bootmanager
LILO
Altrimenti puoi usare (come bootmanager) quello di OS/2
ciao
Imago Max

 la sostituzione viene eseguita in automatico
 i kernel "ultimi" inoltre sono piuttosto voluminosi e si compilano con
"make bzImage" a cui segue
"make bzlilo", altrimenti il compilatore risponde con l'errore "System is
too big"
Imago Max

Prova un po', dovrebbe andare.
Grazie.
In effetti ho appena controllato su deja e sembra un problema
comune (stranamente nella documentazione non se ne parla).
Non ho invece trovato nulla relativamente a Module-Info (e non ho la più
pallida idea di come creare quelli relativi al nuovo kernel).
Ciao


Imago Max
Ciao e grazie


Resta il mistero di module-info-X.X.X:
Scusa se te lo chiedo ma usi RedHat?
Perchè credo che il module-info sia una sua prerogativa...o comunque non serve
ai fini del kernel ma ad un cavolo di programma o di feature che ora non
ricordo.
Io ho sempre avuto l'abitudine di usare i kernel da sorgenti perchè gli rpm per
il kernel non mi piacevano per niente....e ti posso garantire che la mancanza di
quel file non la sento assolutamente.Come ti ripeto solo una volta utilizzai un
programma che lavorava sui moduli e quello mi rispose che il module-info non
era corretto per il kernel.
Ora che ci penso dovrebbe essere il il tool grafico del control panel che serve
a caricare i moduli...ma non ci giurerei....
    Giulio

il kernel non mi piacevano per niente....e ti posso garantire che la mancanza
Io fino ad ora avevo sempre ricompilato il kernel che avevo messo durante
la mia prima installazione di Linux. Ho voluto aggiornarlo e mi sono
scaricato il tar.gz (da un cdrom della versione francese della rivista
login che avevo in casa non so perchč!). Probabilmente hai ragione. Cosě si
spiegherebbe l'assenza di questo file e di qualsiasi riferimento ad esso
nei vari README.


 a caricare i moduli...ma non ci giurerei....
Confermo la tua illuminata ipotesi, peraltro vera ;-)
-- 
Il mio "indirizzo" é modificato.
My "address" is modified.

pallida idea di come creare quelli relativi al nuovo kernel).
Per prima cosa cancelli module-info...
Per compilare i moduli devi fare "make modules ; make modules_install"
da dentro /usr/src/linux; cosi` te li ritrovi in /lib/modules/2.x.y
Poi sempre per continuare a far tutto a mano puoi cancellare 
/etc/conf.modules (senza chiederti a cosa serva il suo contenuto attuale) e 
riscriverlo solo con quello che serve a te; io ad esempio ci tengo solo
un paio di righe "options" che specificano i parametri dei moduli che
devo caricare.
Gran parte dei moduli si caricano automaticamente quando servono (e si
scaricano dopo un minutino che non vengono usati), ma se vuoi essere
sicuro puoi inserire i comandi di caricamento (modprobe) in 
/etc/rc.d/rc.local
DEVI usare modprobe, altrimenti le opzioni in /etc/conf.modules non vengono
cagate.
Da quanto ho visto, lo script rc o rc.sysinit della redhat contiene
comandi che caricano i moduli con un certo nome. Questo nome corrisponde
NON ai reali file dei moduli, ma a degli alias che vengono messi in 
/etc/conf.modules
In teoria e` comodo: se cambi scheda scsi, ad esempio, basta cancellare
il vecchio alias e metterne un'altro aliasando il vero nome del modulo con
"scsi_hostadaptor"... eccetera.
Siccome a me 'sta cosa predefinita mi rompe, forse perche` non l'ho capita
completamente, ho deciso per la procedura suddetta... cioe` "cancella tutto 
e riconfigura come ti pare a te".
-- 
    Ciao
        Pardo

A me lo fa nonostante abbia installato il kernel (2.2.14) da rpm. Eppure
nel pacchetto c'e' il file System.map "nuovo"... mah...
Inoltre non capisco perche' la Redhat ha compilato il kernel senza
supporto per vfat.
--
Lorenzo