On Sun, 22 Dec 2002, Giorgio Griffon wrote: > > Tra il dep ed il bzImage c'e' stato un clean? altrimenti conviene darlo, a > > maggior ragione se c'e' stata una compilazione precedente con gli stessi > > sorgenti. > No, nessun clean... devo dare un comando particolare?
La sequenza tradizionale e' make [xconfig|menuconfig|config] && make dep && make clean && make bzImage && make modules && make modules_install Non mi piace molto "make install" per il kernel, perche' rischia di avere effetti potenzialmente imprevedibili (faccio notare che e' una questione paranoica mia personale, perche' compilo frequentemente e quindi, per non avere sovrapposizioni e confusioni, preferisco fare manualmente l'installazione della parte monolitica in /boot, che effettuo con un: cp System.map /boot/System.map-num_ver cp /usr/src/linux-num_ver/arch/i386/boot/bzImage /boot/vmlinuz-num_ver poi elimini il link simbolico System.map (che punta al System.map del vecchio kernel) e lo ricrei (in modo che punti al nuovo System.map-ecc..) Poi crei una nuova voce in /etc/lilo.conf (analogamente a quella gia' presente, ma con i riferimenti al file del kernel nuovo), e poi ovviamente dai 'lilo -v' > Hai ragione... � che l'output � chilometrico, impensabile leggerlo tutto. Pu� > aver senso leggerne dei pezzetti? Ehm, direi di no, ma piu' o meno qualche riga prima dell'errore si' > In effetti � cos�; credo che sia una tentazione ovvia per un inesperto come > me: senti dire che i moduli snelliscono il funzionamento, e allora gi� moduli > da tutte le parti... In ogni modo ora ho un bzImage di 783 kb. Ma il kernel > funzionante "predefinito" non � enorme: 867 kb. E' comprensibile, anche se pero', ipotizzando che tu abbia tot moduli, e di questi subito ne carichi sistematicamente il 70% perche' sono necessari, il vantaggio della modularita' si perde e forse varrebbe la pena di metterli come incorporati nel kernel monolitico (ovvio che bisogna valutare il tipo di modulo e vedere i costi/benefici delle due modalita' di caricamento ...) > Uso lilo. In /boot c'� il kernel attuale, di nome vmlinuz2.4.18-6mdk; perci� > posso copiare nella stessa cartella il nuovo con un altro nome. Ma > System.map? Lo sovrascrivo? E poi che succede? La rivista non nomina nemmeno > quest'ultimo file... forse se Emiliano non la trova pi� in edicola non � cos� > grave... vedi sopra. System.map* e' cmq importante, contiene la mappa dei simboli (con relativa posizione) dei moduli del kernel (mi pare che ci fosse un post precedente su questo, pero' non ricordo se qui o nella ML di oltrelinux), senza il quale possono crearsi problemi di simboli irrisolti; prova a magari vedere in archivio, anche se il minimo indispensabile te l'ho detto gia'. Per la cronaca io consiglierei di mettere direttamente incorporate nel kernel monolitico tutte le "opzioni" che sono fondamentali per l'avvio (vedi filesystem, dispositivi indispensabili, ecc..); mettere come modulo p.es. la scheda audio (altrimenti non potresti passare ai driver alsa), la scheda di rete ecc.. P.S. per completezza del discorso: io sono allergico alle immagini aggiuntive (initrd.img) che MDK mette in maniera predefinita per il caricamento di moduli che sono indispensabili subito all'avvio: a meno di non avere ragioni piu' che valide, consiglio di evitare completamente l'uso di mkinitrd (per il caricamento dinamico di questi moduli), di cui non vedo l'utilita' per un utente medio (anzi per la verita' non la vedo neanche per un'utente particolare :P) -- GNU/Linux Slackware 9.0beta1 ** k 2.4.20-acpi+preempt+lowlat+pktwrt LU #210970 LM #98222 SU #12583 "Spammer: se li conosci li eviti, se li segnali scasseranno meno il c..."
