Newsgroup: it.comp.os.linux.development
Titolo: Sos compilazione Kernel

Ho provato diverse volte a ricompilare il Kernel di Red Hat 6.2
(kernel 2.2.14-5.0) con il nuovo Kernel 2.4.1 ma il comando make
zImage termina con le seguenti righe:
..
tools/build bootsect setup compressed/vmlinux.out CURRENT > zImage
Root device is (8, 2).
Boot sector 512 bytes.
Setup is 2383 bytes.
System is 884 kB
System is too big. Try using bzImage or modules.
make[1]: *** [zImage] Error 1
make[1]: Leaving directory '/usr/src/linux/arch/i386/boot'
make: *** [zImage] Error 2
Cosa e' successo?
Credo di aver fatto tutto giusto, dalla directory creata
(/usr/src/linux) ho dato i seguenti comandi:
make menuconfig
make dep
make clean
make zImage

ciao;
io il 2.4 ancora non lo ho mai testato comunque
prova con 
make bzImage
magari funziona
ciao Leo


 make zImage
       ^^^^^^
 con make zImage crei un kernel troppo grosso da caricare, devi
utilizzare:
make bzImage
se anche cosi' non funziona vedi di modularizzare piu' possibile
ciao ciao
	..... l'Incubo continua ......
 
                   Jonathan

 Cosa e' successo?
Il messaggio d'errore mi sembra abbastanza chiaro.
Già era difficile usare zImage con i kernel 2.2.*, figuriamoci con i 2.4.*
Ciao.
-- 
***  Per E-mail rimuovi ModE dall'indirizzo  ***
  *** Linux user # 198661 --- ICQ 33500725 ***
*** homepage 
http://web.tiscalinet.it/kailed
 ***
            *** Powered by Linux ***

se anche cosi' non funziona vedi di modularizzare piu' possibile
Perche', big che limite ha?
-- 
Ci sentiamo  |  Remigio Zedda  || Attenzione! campo "From:" alterato
ciao Remigio |                 ||==> E-mail: 
remi...@tiscalinet.it
-------------|      ..si` d'accordo.. ma con la Deb e` un'altra cosa!
/* Linux 2.2.17 su Debian GNU/Linux 2.2 Potato */

Ivan Robustellini wrote:

dopo menuconfig, crea con bzImage
make dep && make clean && make bzImage
e immagino che ti servano pure i moduli (che hai eventualmente selezionato 
<M>)
make modules && make modules_install
tieni conto che il file immagine del kernel (quello che poi si deve 
controllare in corretto collegamento di riferimento sul image = /boot/... 
in /etc/lilo.conf; per poi lanciare finalmente il 'lilo' che registra il 
MBR), ecco questo file di immagine si trova in 
/usr/src/linux/arch/i386/boot/bzImage
bye
Lore

1M dunque non so se c'e' un limite preciso... non sono ancora riuscito ad 
avere problemi di dimensione con bzImage, avendo abilitato quasi tutto a 
livello statico talvolta.
bye
Lore

livello statico talvolta.
Ahn be' allora potro` continuare a farlo anch'io quasi totalmente
monolitico (solo l'audio) anche abilitando molto di piu` di ora. THNX


 Perche', big che limite ha?
Non credo ci siano limiti, il cambio ha a che fare con la modalita` di
caricamento per cui zimage se ricordo bene usa routines del bios che
vedono solo 640Kb, mentre bzImage fa il gioco in due passi, per cui
prima carica routines che non hanno piu` la suddetta limitazione.
Conosco poco l'architettura intel, chi e` piu` esperto di bios, dos,
real mode e compagnia bella (bella si fa per dire) probabilmente avra`
anche piu` chiari di me questi problemi.
Ciao
Simone

 monolitico (solo l'audio) anche abilitando molto di piu` di ora. THNX
Mi sfugge la necessita` di fare una cosa del genere, ci vuole piu` tempo in 
avvio, si spreca memoria per nulla (che ci stanno a fare in ram il driver 
del cdrom e il filesystem iso9660 quando non li uso?) e non si usa una 
delle caratteristiche piu` evolute di Linux rispetto a tutti gli altri unix.
Ciao
Simone 



Io sto praticamente sempre in console e ho risorse grandemente in piu`,
nonostante ora si usino macchine che fanno sembrar vecchia la mia:
mendocino 300a-->450, 128 mega di buona ram 3-2-2 a 100 MHz.
Percio` penso di guadagnare in prestazioni evitando il caricamento
dinamico dei moduli: non devo aspettare e, almeno per l'uso che faccio
io, non mi sembra di risentire minimamente della ram occupata a vuoto.
In realta` pero` coi moduli non ho mai provato..


 writes:
SP> Mi sfugge la necessita` di fare una cosa del genere, ci vuole piu`
SP> tempo in
Risparmi Cicli Macchina.
--
Gian Uberto| main(){printf(&unix["\021%six\012\0"],(unix)["have"]+"fun"-0x60);}
Lauri      |                        David Korn, 1987 ioccc best one liner 
(aka saint)|-------------------------------------------------------------------
em@ail: 
sa...@eng.it
 ( vedere X-nospam nello header - see X-nospam in header )

 Risparmi Cicli Macchina.
Non mi pare proprio. Una volta che il modulo l'hai caricato non ci sono
differenze. 
Al piu` risparmi il tempo di attesa nel primo caricamento. 
Ciao
Simone