Newsgroup: it.comp.os.linux.iniziare
Titolo: Tempo per ricompilare un kernel ??

Scusatemi se faccio questa domanda, ma sto ricompilando il kernel della 
RH8, ma dopo oltre 60 minuti non ha ancora finito.
Sono sotto gnome con un tualatin@1600Mhz e 512Mb Ram
Poiché ho letto che un K6 era in grado di ricompilare il Kernel in 4 
minuti, mi chiedo da cosa dipenda tutta questa lentezza.
Devo switchare runlevel?
per compilare ho dato
rpmbuild -ba --target=i386 SPECS/kernel.....
Ciao
enzino

 enzino
Ciao
Wezzy


Beh.. diciamo che ci ha messo poco più di un'ora..
Ad ogni modo il problema adesso é un'altro!
Io ho ricompilato per inserire il modulo NTFS
Nonostante la ricompilazione e l'installazione del nuovo Kernel, non c'é 
traccia del modulo NTFS
La distro é RH8
ed ammetto di cominciare a scoraggiarmi
Ho seguito alla lettera gli HOWTO..
Funziona tutto, ma non riesco ad avere il supporto in lettura per NTFS
Spero qualcuno possa aiutarmi..
Ciao

 traccia del modulo NTFS
Magari non lo hai compilato come modulo?
Max

 Spero qualcuno possa aiutarmi..
Il modulo di cui hai bisogno si chiama ntfs.o se un insmod ntfs ti
risponde così :
insmod: ntfs: no module by that name found
allora quella storia con gli rpm, potrebbe aver integrato il modulo nel kernel,
prova a lanciare questo comando :
mount -t ntfs <percorso unità ntfs> /mnt/dovelavuoimontare
se anche così non funziona allora non hai il modulo.
Non ho idea di come si compili un kernel con gli rpm, ma ti assicuro che
col sistema tradizionale, aggiungere un modulo e ricompilare è questione
veramente di poco.
In questo delirio di studi, impara anche a quotare :
http://www.cumulidineve.it/GDR/Faq/Quote_IHGGD_1.1.html
Bye,
-- 
RaSca
"Il regno dei cieli è simile ad un mercante che va 
in cerca di perle preziose. Trovatane una di grande 
valore va, vende tutti i suoi averi e la compra" - Gesù Cristo
http://web.tiscali.it/rascasoft

 Spero qualcuno possa aiutarmi..
Spero di esserti stato utile.
--------------------------------
Inviato via 
http://usenet.libero.it

 Spero di esserti stato utile.
Sei stato molto gentile.
COme ti ho detto, sto aspettando di vedere se l'ultima mia prova ha 
avuto successo, ma se non fosse così, proverò a seguire le istruzioni 
che hai dato.
Sperem..
Ciao
enzino

 Ed infine ho installato con rpm ed opzione -Uvh
Guarda questo mio post e vedi se ti riesce di farlo con le mie istruzioni:
http://groups.google.com/groups?q=ntfs+group:it.comp.*+author:bodo&hl=it&lr=&ie=UTF-8&oe=UTF-8&selm=slrnasnc7c.frf.bodo%40theory7.chem.uniroma1.it&rnum=5
 
Altrimenti puoi scaricare il modulo gia' bello e pronto in un rpm da
http://linux-ntfs.sourceforge.net/info/redhat.html
ce ne sono diversi a seconda del kernel che hai su.
-- 
Enrico Bodo  -   Postdoctoral Research Fellow      
University of Rome "La Sapienza" 
Department of Chemistry         

 
http://linux-ntfs.sourceforge.net/info/redhat.html
Ora mi guardo questo link..
Certo é che vige un gran casino !!
Inoltre adesso mi ritrovo con le cartelle sotto /usr/src/ piene di roba 
(spazzatura?)
Come se non bastasse molti howto sulla ricompilazione del Kernel parlano 
di una fantomatica /usr/src/linun1234, quando io ho /usr/src/Redhat/
e sotto questa ho RPMS, SPRPMS, SPECS, BUILD
two balls

 ce ne sono diversi a seconda del kernel che hai su.
Grazie a questo link, sono riuscito a trovare l'rpm giusto, ed ho 
installato un modulo che mi permette di leggere NTFS
Ora mi chiedo se devo pulire le cartelle sotto /usr/src/redhat/ che si 
sono riempite di frammenti di kernel pių o meno compilati :-)

 e sotto questa ho RPMS, SPRPMS, SPECS, BUILD
Una cosa sono i sorgenti da tarball che scarichi da 
ftp.kernel.org
 e che
vanno in /usr/src/linux. Per installarli puoi anche usare il pacchetto
kernel-source-fuffa.rpm che sta sui cd redhat *che non e' un src.rpm*.
Tutt'altra cosa sono i sorgenti del kernel in formato src.rpm che vanno 
appunto in /usr/src/redhat perche' includono anche le patch di redhat ed 
altre eventuali modifiche. 
I primi (kernel-fuffa.tar.gz o kernel-source-fuffa.rpm) ti permettono di
ricmpilare un kernel con la procedura standard degli howto, ma otterrai
qualcosa di diverso da quello che ha incluso redhat nei cd di installazione
e che ti ha copiato sul disco. 
Il secondo pacchetto (kernel-fuffa.src.rpm) invece, se ricompilato, ti
genera un rpm che contiene praticamente il kernel redhat cosi' come e' stato
installato a meno che tu non modifichi il file SPEC o i config come hai
tentato di fare.
Comunque se vuoi pochi problemi basta che ti prendi l'rpm del modulo come ti 
ho consigliato, lo installi e fai il mount della partizione ntfs.



Puoi pulirle senza problemi, basta un comando:
# rpmbuild --rmsource file.spec


 Beh.. diciamo che ci ha messo poco piů di un'ora..
[CUT]
Wezzy & il suo PIII sono visibilmente feriti nell'orgoglio . . .
Ciao
Wezzy

 Puoi cancellare tutto quello che vuoi sotto /usr/src.
Scusa mi inserisco anch' io perche' su questo mi e' rimasto da sempre un
dubbio. Prima di compilare il kernel sono solito (MrShark docet :)) creare
questi link
ln -s /usr/src/linux/include/asm-i386/ /usr/src/linux/include/asm
ln -s /usr/src/linux/include/asm-i386/ /usr/include/asm
ln -s /usr/src/linux/include/linux/ /usr/include/linux
ln -s /usr/src/linux/include/scsi/ /usr/include/scsi
Mi confermi il fatto che la loro utilita' e' solo in fase di compilazione?
TIA
-- 
The fish doesn't think ,
cause the fish knows everything
	>>>:/OuZ\:<<<
per rispondermi in mail rimuovere TOGLIQUESTO

 Mi confermi il fatto che la loro utilita' e' solo in fase di compilazione?
In genere i file che vengono usati via "include" servono solo in fase di
compilazione. 
Tanto per esere chiari quei file di cui stai parlando (/usr/include/asm,
linux e scsi) sono i kernel-headers. La redhat li installa usando un
pacchetto a parte di nome glibc-kernheaders che effettivamente serve a
glibc-devel che e' un pacchetto puramente di sviluppo, ma e' necessario al
compilatore gcc[1].
In conclusione mi sa che quei file servono. Quindi prima di cancellare
l'albero dei sorgenti del kernel fareste bene a farvi una copia e non un
link di quelle directory in /usr/include. Effettivamente quando io
ricompilavo il kernel (tre anni fa) non usavo fare quei link e nel path di
ricerca degli include c'era /usr/src/linux/include/. Credo che quei link
siano del tutto inutili da parecchio tempo. Se avete una redhat con su il 
gcc non potete neanche farli senza disturbare glibc-devel.
------
[1] Divertirsi con rpm
Di chi sono i file:
$ rpm -qf /usr/include/asm
glibc-kernheaders-2.4-7.20
Cosa ci offre il pacchetto
$ rpm -q --provides glibc-kernheaders-2.4-7.20
kernel-headers = 2.4.2
glibc-kernheaders = 2.4-7.20
A chi serve quell'offerta
$ rpm -q --whatrequires kernel-headers
glibc-devel-2.2.93-5
glibc-devel-2.2.93-5
Chi e' glibc-devel
$ rpm -q --queryformat '%{SUMMARY}\n' glibc-devel-2.2.93-5
Header and object files for development using standard C libraries.
Cosa offre e a chi
$ rpm -q --provides glibc-devel-2.2.93-5
glibc-devel = 2.2.93-5
$ rpm -q --whatrequires glibc-devel
gcc-3.2-7
Mi sa che almeno nel turbine delle dipendenze redhat quei file siano 
necessari.


 link di quelle directory in /usr/include. 
Ok, infatti di solito e' quello che faccio. Effettivamente i
kernel-headers sono essenziali per compilare alcune cose (come iptables
IIRC), quindi non e' un problema compilando il nuovo kernel sovrascrivere
le precedenti /usr/include/linux e le altre con gli header del nuovo
kernel.
Grazie mille dei chiarimenti :)
