Newsgroup: it.comp.os.linux.iniziare
Titolo: compilando

Ciao a tutti,
sto cercando, con numerosi inciampi, di ottenere un kernel ad hoc per il 
mio pc che dovrebbe svolgere il ruolo di firewall per la mia lan casalinga 
di 2 pc.
Ho compilato e copiato il nuovo kernel (che non funziona, ma magari questo 
è un post per it.comp.os.linux.sys) da 
/usr/src/linux/arch/i386/boot/bzImage a /boot/vmlinuz-server conservando 
un'entry per il vecchio kernel in /etc/lilo.conf in modo da poter disporre 
di un s.o. funzionante in caso di fallimento nel boot del nuovo.
Ho caricato 2 o 3 opzioni come moduli perciò alla fine ho pure dato un
# make modules ; make modules_install
Che cosa ne è stato dei vecchi moduli? Me lo chiedo perché sono stato 
costretto a bootare il mio vecchio kernel che, ad es., ora non riesce a 
trovare il modulo della scheda di rete.
Inoltre mi sembra un pò strano (magari non lo è, ma a me ora pare tale) che 
un '# make menuconfig' non mi restituisca la configurazione del kernel 
attivo, quello vecchio che ho chiamato linux-old, ma quella del nuovo che 
non riesco a far partire... boh, che dite?
-- 
When childhood dies, its corpses are called adults.
                -- Brian Aldiss

 non riesco a far partire... boh, che dite?
Credo che make menuconfig ti proponga di default quanto impostato
nell'ultima
configurazione da te creata, e lo conserva nel file .config.
Cmq, mentre "menuconfigghi", puoi salvare (ed all'uopo ricaricare) la
configurazione
con un nome di file diverso.
Inoltre, nella dir dei sorgenti del kernel, trovi la dir configs (mi pare),
nella
quale trovi anche il config relativo al kernel standard della tua
distribuzione.
Ciao.
Dick

 nuovo che non riesco a far partire... boh, che dite?
 
.. invece è normale! ogni volta che ricompili il kernel ti fa partire
dall'ultimo che hai compilato (non necessariamente quello in uso!). Se
vuoi avere una base di partenza "standard" prova a usare il comando 
make mrproper prima di make xconfig (o quello che usi di solito) che dovrebbe
resettare alle scelte predefinite.
in bocca al lupo :)

 
  che in menuconfig hai la possibilita' di caricare la configurazione
  del kernel in uso che si trova di solito in /boot
-- 
quando gli dei ci vogliono fare un dispetto realizzano i nostri desideri

  Ho 2 versioni perche' ho i sorgenti diversi
Se li ho sovrascritti (ho compilato la stessa versione di kernel), allora 
non dovrei avere gli stessi moduli di prima? Cioč, il fatto che abbia 
buttato via i vecchi non m'importa se poi mi ritrovo con gli stessi moduli 
di prima in numero e tipo; sarebbe diverso se invece, cambiando 
configurazione, alcuni moduli venissero compilati e altri no.
Adesso sembra che qualcuno non venga piů trovato.
A pensarci bene, perň, sembra piů logico che per ogni versione del kernel i 
moduli ci siano sempre tutti, a prescindere dalla configurazione, sennň uno 
non riuscirebbe a far partire due (o +) kernel diversi (scusate se sparlo)
Comunque, mi sembra di aver capito che, come dice Dick Dastardly, da 
qualche parte dovrebbe esserci la config. standard del kernel, cosě, male 
che vada ricompilo e recupero tutti i moduli persi (mah, vista cosě sembra 
un pasticcio )

 
 
  E' sempre meglio caricare il config del kernel in uso, quindi
  funzionante, e aggiungere eventualmente altri moduli.
-- 
nessuno puo' trarre dalle cose altro che quello che gia' sa'

 non riesco a far partire... boh, che dite?
Non vorrei dire una cazzata... ma per impedire di sovrascrivere i moduli
non basterebbe cambiare la voce extraversion del makefile? in tal modo il
make vede le 2 versioni del kernel diverse (anche se sono uguali) e non
butta via i moduli vekki... il tutto IMHO e senza alcuna sicurezza, sia
kiaro!
ciao

hello,
c'è ancora qualcuno? Scusate il ritardo ma sono scomparso per un pò.
Ho trovato in /boot (con il nome di config-ide-2.4.18) quello che 
dev'essere il config standard della distro.
mit00 (ci sei ancora?) mi diceva: "Quando vuoi compilare un kernel e vuoi 
aggiungere dei moduli, devi caricare la vecchia config che è 
/usr/src/linux/.config se hai già ricompilato, altrimenti lo trovi in 
/boot/config-x.x.xx"
Ogni volta che ho compilato l'ho fatto in questo modo:
sono entrato in /usr/src/linux e, come da 'appunti di informatica libera', 
ho lanciato la coppia di comandi:
 # make mrproper
 # make menuconfig
Con quest'ultimo comando quale configurazione ho caricato?
Comunque, dopo aver compiuto le scelte dal menu, sono uscito, ignorando sia 
'Load an Alternate Configuration File' sia 'Save Configuration to an 
Alternate File ' ; alla domanda: 'Do you wish to save your new kernel 
configuration?' ho risposto di sì. Quindi ho lanciato i comandi:
# make dep ; make clean ; make bzImage
e, al termine della compilazione, i comandi:
# make modules ; make modules_install
Anche se durante il menuconfig non ho caricato una sola opzione come 
modulo, ho pensato che, abilitando comunque un kernel modulare, quando 
avessi voluto inserire qualche nuova caratteristica come modulo, avrei 
potuto farlo in qualsiasi momento ad es. con il comando # modprobe.
In /etc/rc.d/rc.modules, prima ancora di ricompilare, avevo infatti 
decommentato la riga che contiene il modulo per la mia scheda di rete:
# Intel EtherExpress PRO/100 PCI support:
/sbin/modprobe eepro100
Con la vecchia configurazione la faccenda funzionava e mi ritrovavo con 
scheda di rete riconosciuta e funzionante:
root@linux:~# ifconfig
eth0      Link encap:Ethernet  HWaddr XX:XX:XX:XX:XX:XX
          inet addr:192.168.0.1  Bcast:192.168.0.255  Mask:255.255.255.0
	  ...
lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
	  ...
Dopo avere ricompilato, al boot un warning del tipo:
modprobe eepro100: no such file or directory
mi avvisava che il modulo non veniva trovato.
Dove son finiti i moduli che ho compilato regolarmente con:
# make modules ; make modules_install ???
Che dovrei fà?
p.s. Spero non sia un post troppo vecchio, al limite riposto...