Condividi:        

Conferme sul KERNEL

Per tutti i tuoi problemi Linux entra qui e risolvili!

Moderatori: Anthony47, gunter, zendune

Conferme sul KERNEL

Postdi VAsh » 11/12/02 19:06

Allora avrei bisogno delle conferme e delucidazioni sulla procedura per aggiornare il kernel!!!

/*Grazie per la pazienza*/

Allora io sfrutto la mia bella mandrakkia 9.0 con kernel 2.4.19-16mdk :

Alloar:

--Me scarico il kernel 2.4.20 /*consigliate pure*/

--Da root mi reco in /usr/src/------- e mi trovo un collegamento simbolico chiamato LINUX e una cartella LINUX-2.4.19-16mdk.... e se ho capitop bene il collegamento simbolico punta a questa cartella!

--In teoria ora dovrei eliminare o nascondere il vecchio kernel contenuto in LINUX, ma dato che è un collegamento simbolico, potrei decomprimere il nuovo kernel nella cartella /usr/src/ e quindi verrà creata una nuova cartella chiamata LINUX-2.4.20.....e quindi potrei solo aggiornare il collegamento simbolico a questa cartella
/*SE ho detto cagate ditelo chiaro e tondo e ditemi se è giusto così e come si fa il collegamento simbolico?*/

--Una volta che ho fatto questo dovrei configurare il kernel con XCONFIG...o quel che si vuole....una volta configurato salvo ed esco.....

---make dep
---make clean
---make bzImage
/*se ci sono moduli*/
--make modules
--make modules_install

/*ora viene la parte che non mi è chiara per un c***o*/

--in teoria dovrei copiare il file bzImage che ho appena creato che dovrebbe trovarsi in una directory simile a questa :
/usr/src/linux/arch/i386/boot/bzImage in /boot/vmlinux/ /*mi pare*/
e pure il file /usr/src/linux/system.map in /boot/vmlinux/ /*non ho proprio idea di questa fase*/

premetto che nel file lilo.config è presente la seguente parte di codice:
image=/boot/vmlinuz
label=linux
root=/dev/hdc1
initrd=/boot/initrd.img
append="quiet devfs=mount hda=ide-scsi"
vga=788
read-only

--e in fine un make clean per pulire un po e poui riavviare.....

ma non sono per un caiser sicuro di quello che ho scritto!!!!

vi prego datemi consigli e delucidazioni di qualsiasi genere!!!
"...se in un primo momento l'idea non è assurda, allora non c'è nessuna speranza che si realizzi...."
VAsh
Utente Senior
 
Post: 138
Iscritto il: 23/08/01 01:00
Località: cabiate

Sponsor
 

Postdi Nemok » 12/12/02 00:22

Scusa se ti rispondo al volo ma sono di fretta,spero di trovare tempo domani sera per ricontrollare tutto...
L'unico consiglio che ti do al volo è di non sovrascrivere il vmlinux,perderesti il vecchio kernel mandrake.Risultato:se qualcosa non va bene con il nuovo kernel non hai più quello vecchio da avviare e sei fottuto..... ;)
Copia dunque quello nuovo in /boot dandigli un'altro nome,ad esempio linux-2.4.20 (così lo riconosci meglio).Poi aggiungi al lilo.conf una sezione che ti permette di avviare il nuovo kernel (altrimenti non avvii un kaiser) e se vuoi modifica la label del vecchio in "linux-old".Al successivo boot avrai la scelta se avviare col vecchio o col nuovo.
Per maggiori info aspetta domani....
Nel 1968 la potenza operativa di 2 C-64 hanno portato un razzo sulla luna. Oggi la potenza operativa di un Athlon 4000+ viene usata per far girare Windows XP....Qualcosa deve essere andato storto....
--Powered by Debian Sid/unstable on 2.6.10--
Nemok
Utente Senior
 
Post: 1420
Iscritto il: 04/09/01 01:00
Località: Roma

Postdi VAsh » 13/12/02 00:53

Grazie ....alla fine con un po di sbattimento ne sono venuto a capo e ho pure capito che pure vmlinuz e System.map erano collegameti simbolici......e quindi ho messo a posto tutto...ma mi rimane un dubbiio........se volessi far scegliere di far partire 2o più kernel come potrei fare....
insomma non è che qlc mi butta giu un pezzo del lilo.conf per capire come se fa!
grazie !! :D :) :lol:
"...se in un primo momento l'idea non è assurda, allora non c'è nessuna speranza che si realizzi...."
VAsh
Utente Senior
 
Post: 138
Iscritto il: 23/08/01 01:00
Località: cabiate

Postdi zello » 13/12/02 08:37

Io per comodità di solito faccio fare il lavoro sporco a linuxconf, che mi aggiorna lilo.conf e sposta il kernel in /boot

Ciao
Il faut être toujours ivre. Tout est là : c'est l'unique question. Pour ne pas sentir l'horrible fardeau du Temps qui brise vos épaules et vous penche vers la terre,il faut vous enivrer sans trêve...
Avatar utente
zello
Moderatore
 
Post: 2351
Iscritto il: 06/05/02 13:44

Postdi Nemok » 13/12/02 16:42

Basta che aggiungi una sezione al lilo.conf come ti dicevo.Prendi ad esempio quella che hai postato tu,fai un copia/incolla e modifica le voci "label" e "image".
Nella prima metti un nome che identifichi il secondo kernel,nella image invece metti il percorso dell'immagine del kernel in questione.Se il kernel che hai appena ricompilato lo hai chiamato linux2420 e lo hai messo in /boot allora aggiungi
/boot/linux2420.
Nel 1968 la potenza operativa di 2 C-64 hanno portato un razzo sulla luna. Oggi la potenza operativa di un Athlon 4000+ viene usata per far girare Windows XP....Qualcosa deve essere andato storto....
--Powered by Debian Sid/unstable on 2.6.10--
Nemok
Utente Senior
 
Post: 1420
Iscritto il: 04/09/01 01:00
Località: Roma

Postdi VAsh » 13/12/02 19:49

...ora quando mi sorge una domanda, pur sempre ringraziando tutti coloro che risposero alle mie domands!:
--ma il file System.map a che diamine serve?e perchè lo si deve aggiungere in /boot ...e se configuro lilo.conf per due kernel diversi, questo file non provoca conflitti dato che penso che ce ne deve essere solo uno di file che si chiama System.map quando in realtà con due kernel ne genero due? insomma spero di avervi fatto capire /*sarà ardua*/ !!! :oops: :?:
grazie!!
"...se in un primo momento l'idea non è assurda, allora non c'è nessuna speranza che si realizzi...."
VAsh
Utente Senior
 
Post: 138
Iscritto il: 23/08/01 01:00
Località: cabiate

Postdi Nemok » 14/12/02 00:52

http://www.a2.prosa.it/a2479.html#index28680
Enjoy!

In realtà ti confesso che io non ho mai aggiornato il system.map ed ha sempre funzionato tutto benissimo.In questo momento convivono due kernel tranquillamente,in passato sono arrivato a 5/6 senza mai conflitti.....
Nel 1968 la potenza operativa di 2 C-64 hanno portato un razzo sulla luna. Oggi la potenza operativa di un Athlon 4000+ viene usata per far girare Windows XP....Qualcosa deve essere andato storto....
--Powered by Debian Sid/unstable on 2.6.10--
Nemok
Utente Senior
 
Post: 1420
Iscritto il: 04/09/01 01:00
Località: Roma

Postdi sterlino » 19/03/03 09:19

complimenti per la trasmissioooneee... me lo da un aiutino??

allora, sono su debian 3.0 e affronto per la prima volta in vita mia il kernel...
parto con le faq debian per il kernel (capitolo 9) che dicono di usare

make-kpkg -rev custom.x kernel_image
(in più è segnalata l'opzione compila -I percorso_inclusioni che non ho capito molto bene, anzi, non ho capito affatto e non l'ho usato)

confronto la faq con l'howto zip-drive (per piantare lo iomega sulla parallela [che è poi l'obiettivo finale]) che dice:

cd /usr/src/linux
make xconfig
supporto per scsi = Y
supporto per scsi disk = Y
supporto per Iomega zip come modulo
supporto per la stampante anche questo come modulo
salvare ed uscire
make dep
make clean
make zImage oppure zlilo o zdisk
make modules
make modules_install

alla fine di tutto eseguo sempre lilo

#####################################

gara 1:
cd /usr/src/kernel-source-2.4.18bf (più o meno eheh [non ricordo il numero esatto ma 2 4 18 e bf ci sono ;-) ])
seguo zip-drive fino a make clean, poi eseguo
make-kpkg -rev custom.01 kernel_image

noto nell'output che esegue lui vari make modules, quindi salto gli stessi indicati da zip-drive...
ai primi passi si bloccava con vari errori dovuti a percorsi o a mancata pulizia o gcc che di volta in volta risolvevo, non ho notato errori nella sbrodolata dell'output dell'esecuzione andata a buon fine...
l'affare crea un pacchetto.deb che installo e aggiunge una nuova immagine nella boot...
lilo e riavvio
non parte (ma va?)


gara 2:
lasciamo perdere make-kpkg
riparto da dep e clean (tengo per buono il make xconfig già fatto)
make zImage
risposta: errore! troppo grosso, usa bzImage
make bzImage funziona, sposto il file nuovo in /boot e lo faccio puntare da lilo.conf
lilo-riavvio-non parte (ma no?)


gara 3:
zlilo: errori che non mi sono trascritto (se li volete li rifaccio) e non mi crea nessuna immagine
zdisk: manco ci provo, quando ho fatto bzimage mi ha detto: fatto, ma troppo grosso per floppy boot...
in tutte le circostanze lilo funzionava, nel senso che mi appare la scelta dei vari os col time out, quando scelgo debian parte la fila di puntini e invece di scrivere al fondo ok boot performa un bel reset!

gara 4:
eseguo opera
vado su pcfacile/forum e scrivo 'sta sciaquonata di roba, che qualche illuminato trovi l'errore nascosto nelle mie azioni?
;-)

#####################################

dubbi:
1) eseguo make xconfig e tocco solo la roba indicata dall'howto zip-drive e nient'altro, tutte le altre impostazioni?
ricordo che è il primo kernel che maneggio, i valori di default da dove li piglia? sono corretti? non devo fare nulla a mano? booh...

2) bzimage (se ho capito bene è compressa) si tratta esattamente come una qualsiasi altra immagine? non è che per il fatto di essere compressa deve essere usata in qualche modo particolare o con parametri aggiuntivi da lilo?


grazie lorsignori per l'attenzione
ave a tuttibus
hail to errol flynn!
let no man make law for me!
sterlino
Utente Junior
 
Post: 73
Iscritto il: 24/01/03 09:47
Località: asti

Postdi zello » 19/03/03 13:12

Obiettivamente sistemare bzImage e System.map (e relativi links simbolici) non mi è mai piaciuto, quindi ultimamente ragiono così:

make menuconfig && make dep && make bzImage && make modules && make modules_install && make install

Che mi sovrascrive il kernel corrente con quello che sto compilando. Dopodiché, do un bel "lilo" per riscrivere il bootsector (in effetti è più complesso, da me il bl è quello di 2k, che a sua volta chiama boot.lnx, che non è altro che il bs di lilo, e quindi il mio aggiornamento è più del tipo "lilo [che mi copia il bs su un floppy]; dd if=/dev/fd0 of=~/boot.lnx count=1 [che me lo copia nella home di root]; mkfs.vfat /dev/fd0 (che mi riformatta il dischetto, dato che non posso scrivere sull'altra unità direttamente, è formattata ntfs); mount /mnt/floppy; cp ~/boot.lnx /mnt/floppy - poi riparto in win2k e copio boot.lnx dal floppy a c:, dove boot.ini lo andrà a cercare. Uff!).
Il faut être toujours ivre. Tout est là : c'est l'unique question. Pour ne pas sentir l'horrible fardeau du Temps qui brise vos épaules et vous penche vers la terre,il faut vous enivrer sans trêve...
Avatar utente
zello
Moderatore
 
Post: 2351
Iscritto il: 06/05/02 13:44

Postdi sterlino » 19/03/03 14:00

madò ma che giri fai? è perchè usi il multiboot di win2000 anzichè il lilo? (e che vantaggio ne
hai? io qui uso il lilo e dal lilo il 2000 parte benissimo...)
vabeh... il punto non era questo... ;-)

dunque io non ho eseguito il make install che hai scritto per ultimo (sui documenti che ho letto
non era segnato), cosa farebbe? è quello il gigetto che sovrascrive l'immagine?

e non ho nemmeno maneggiato system.map (sempre sui documenti citati non se ne parla)...
viene creato insieme a bzimage? non ho notato...

grazie e ave
hail to errol flynn!
let no man make law for me!
sterlino
Utente Junior
 
Post: 73
Iscritto il: 24/01/03 09:47
Località: asti

Postdi zello » 19/03/03 14:36

è perchè usi il multiboot di win2000 anzichè il lilo? (e che vantaggio ne
hai? io qui uso il lilo e dal lilo il 2000 parte benissimo...)

Lo so, è che la mia ragazza si trovava meglio con il bl di 2k, e quindi ho risolto così. Ora il problema non c'è più, e la mia ragazza ha un felice account sotto linux, ma sai com'è l'abitudine...

Per il make install - semplicemente ti sovrascrive il kernel corrente con quello appena compilato. A me funge (mmh, ho ricompilato due giorni fa il 2.4.20 e fungeva).
System.map è (dovrebbe essere) la mappa dei simboli del kernel con i relativi offset, immagino serva ai moduli, viene creata con il kernel stesso.
Il faut être toujours ivre. Tout est là : c'est l'unique question. Pour ne pas sentir l'horrible fardeau du Temps qui brise vos épaules et vous penche vers la terre,il faut vous enivrer sans trêve...
Avatar utente
zello
Moderatore
 
Post: 2351
Iscritto il: 06/05/02 13:44

Postdi sterlino » 19/03/03 16:42

ah, quindi hai già iniziato a domare la panterona! la stai mettendo in riga poco per volta, bene così! ;-D

come ho detto questo benedetto system.map non l'ho neanche guardato...
ma più in su nemok ha detto che neanche lui l'ha mai aggiornato...
cmq a casa provo a guardare lo stesso
grazie di nuovo là
e ave
hail to errol flynn!
let no man make law for me!
sterlino
Utente Junior
 
Post: 73
Iscritto il: 24/01/03 09:47
Località: asti

Postdi sterlino » 21/03/03 23:32

fatto make install
aggiunge delle robette (system.map e config) in radice
provo a mettere anche in /boot

non parte lo stesso...
mi pare tuttavia che il lilo funzioni egregiamente, è nei vari make trallallà che sento puzza di bruciato... ma non capisco... :-(

grazie anche se non trovate dove sbaglio e ave

(zello, finalmente hai messo un'iconina spettacolona!;-) grande, very terribols!)
hail to errol flynn!
let no man make law for me!
sterlino
Utente Junior
 
Post: 73
Iscritto il: 24/01/03 09:47
Località: asti

conferme sul kernel

Postdi zendune » 23/03/03 22:19

Ammetto subito che non ho letto tutti i messaggi (troppo lunghi!) però spero di aiutarti.
1-Il kernel per la distribuzione Mandrake (che io uso ;-)) ) non è proprio uguale agli altri standard ma è stato un poco adattato alla distribuzione, indi ti consiglieri di usare il 2.4.19-24mdk, che tra l'altro è l'ultimo messo a disposizione ufficialmente dalla Mdk. Una volta installati anche i sorgenti che sono in formato rpm, tutto è già pronto per l'utilizzo, compresoun file readme che ti spiega i comandi da utilizzare (o quasi):
io suggerisco di essere in modalità init 3 (ovvero con dm disattivato, ne avrai sollievo in fase di compilazione) e poi:
make mrproper
make menuconfig
make dep
make bzImage && modules && modules_install
make install
L'ultimo comando ti permetterà di installare tutto mettendo a posto anche lilo.conf
Ultima cosa, prima di iniziare modifica makefile:
nella linea extraversion metti un codicillo tuo personale che verrà utilizzato per specificare la tua versione del kernel.
bye.
PS && significa che l'istruzione successiva verrà eseguita se la precedente non ha riportato errori.
ribye.
Avatar utente
zendune
Moderatore
 
Post: 1660
Iscritto il: 15/03/03 18:34
Località: Brescia

Postdi sterlino » 26/03/03 08:49

ma come? non hai letto il mio lungo messaggio???
sì, in effetti è un po' lungo, ma ho messo tanti a capo!! ;-))
a parte gli scherzi, in effetti sui documenti ufficialissimi che ho consultato non si parla di make mkproper!!!
e difatti adesso il kernel l'ho ricompilato e finalmente parte!
però non vedo lo stesso lo zip-drive... mi-stero!!

provo:
insmod ppa
/sbin/insmod /usr/src/kernel-source-2.4.18/drivers/scsi/ppa.o
/sbin/insmod /lib/modules/2.4.18/kernel/drivers/scsi/ppa.o

in tutti i casi la risposta è:
/lib/modules/2.4.18/kernel/drivers/scsi/ppa.o: unresolved symbol parport_unregister_device
/lib/modules/2.4.18/kernel/drivers/scsi/ppa.o: unresolved symbol parport_enumerate
/lib/modules/2.4.18/kernel/drivers/scsi/ppa.o: unresolved symbol parport_register_device
/lib/modules/2.4.18/kernel/drivers/scsi/ppa.o: unresolved symbol parport_claim
/lib/modules/2.4.18/kernel/drivers/scsi/ppa.o: unresolved symbol parport_release

che vuol dire? intuirei che non ha digerito i nuovi flag dati in
make xconfig...

grazie a tutti e
ave
hail to errol flynn!
let no man make law for me!
sterlino
Utente Junior
 
Post: 73
Iscritto il: 24/01/03 09:47
Località: asti


Torna a Software Linux


Topic correlati a "Conferme sul KERNEL":

CRASH KERNEL POWER 41
Autore: goergul
Forum: Software Windows
Risposte: 1

Chi c’è in linea

Visitano il forum: Nessuno e 19 ospiti