rc.modules

[afterjames]

Salve a tutti,la mia domanda è questa, perchè in rc.modules non ci sono tutti i moduli presenti nel kernel?Volevo decommentare il modulo fan, che a quanto ho capito, dovrebbe servire per la ventola.Cercando in rc.modules non c'è questa modprobe,ho pensato di aggiungerla a mano sempre qui.Giusto come procedimento?Grazie

[conraid]

Salve a tutti,la mia domanda è questa, perchè in rc.modules non ci sono tutti i moduli presenti nel kernel?Volevo decommentare il modulo fan, che a quanto ho capito, dovrebbe servire per la ventola.Cercando in rc.modules non c'è questa modprobe,ho pensato di aggiungerla a mano sempre qui.Giusto come procedimento?Grazie

Aggiungila pure
dipende da come Pat fa il file, per esempio con gli ultimi kernel della current c'è
Tutti i moduli non possono esserci perché non è detto quale hai compilato o quali no, quali hai messo direttamente nel kernel e così via.

[afterjames]

Grazie, a questo non avevo pensato.

[submax82]

Tutti i moduli non possono esserci perché non è detto quale hai compilato o quali no, quali hai messo direttamente nel kernel e così via.

vlevo precisare che rc.modules-$versione_kernel è solo un file statico che non cambia a seconda della compilazione... nel senso che è dà sistemare a mano

[johnpad]

Ciao, io aggiorno il kernel in questo modo in /usr/src:
#tar xzvf linux-2.6....bz2
#rm linux
#ln -s linux-2.6... linux
#cd linux
#make mrproper
#make menuconfig (e mi configuro e salvo .config o ne carico uno precedente)
#make bzImage
#make modules
#make modules_install
#mv System.map /boot/System.map-2.6...
#cp .config /boot/config-2.6...
#mv arch/i386/boot/bzImage /boot/vmlinuz-2.6...
#nano /etc/lilo.conf (aggiungo in nuovo vmlinuz)
#lilo -v

e fino a qui vado bene, in /lib/modules vedo la directory dei moduli del nuovo kernel ma in /etc/rc.d rimangono sempre e solo quelli del kernel 2.6.21.5 e all'avvio vedo la riga che ricordo piu' o meno come:
"Running /etc/rc.d/rc.modules.....rc.modules-2.6.21.5
......no new kernel modules found"

Devo quindi andare a definire meglio qualcos'altro ma cosa o come?
Mi sono ripromesso di approfondire la cosa ma sinceramente in giro (o mi e' sfuggito qualcosa) ma non ho mai visto piu' di nulla di quello che gia' faccio e ne approfitto per chiedere qui, magari interessa a qualcun'altro newbie sicuramente. Grazie

[conraid]

Ciao, io aggiorno il kernel in questo modo in /usr/src:
#tar xzvf linux-2.6....bz2
#rm linux
#ln -s linux-2.6... linux
#cd linux
#make mrproper
#make menuconfig (e mi configuro e salvo .config o ne carico uno precedente)
#make bzImage
#make modules
#make modules_install
#mv System.map /boot/System.map-2.6...
#cp .config /boot/config-2.6...
#mv arch/i386/boot/bzImage /boot/vmlinuz-2.6...
#nano /etc/lilo.conf (aggiungo in nuovo vmlinuz)
#lilo -v

con i kernel 2.6 basta make

Codice: Seleziona tutto

#tar xzvf linux-2.6....bz2
#rm linux
#ln -s linux-2.6... linux
#cd linux
#make menuconfig (e mi configuro e salvo .config o ne carico uno precedente)
#make
#make modules_install
#cp System.map /boot/System.map-2.6...
#cp .config /boot/config-2.6...
#cp  arch/i386/boot/bzImage /boot/vmlinuz-2.6...
#nano /etc/lilo.conf (aggiungo in nuovo vmlinuz)
#lilo -v

cp invece di mv perché non si sa mai

e fino a qui vado bene, in /lib/modules vedo la directory dei moduli del nuovo kernel ma in /etc/rc.d rimangono sempre e solo quelli del kernel 2.6.21.5 e all'avvio vedo la riga che ricordo piu' o meno come:
"Running /etc/rc.d/rc.modules.....rc.modules-2.6.21.5
......no new kernel modules found"

Ci sono tre strade.
Crei un link simbolico chiamato rc.modules che punta a rc.modules-2.6.21.5, copi rc.modules-2.6.21.5 con il nome di rc.modules-VERSIONEKERNEL, oppure crei da solo un rc.modules-VERSIONEKERNEL
scegli tu.

La seconda, o terza, strada è migliore se devi caricare moduli diversi a seconda del kernel che avvii.

[johnpad]

rc.modules che linka /etc/rc.d/modules-2.6.21.5-smp c'e gia' da sempre, ho letto di persone che rinominavano e linkavano come dici tu ma non capisco bene perche' e a cosa puo' servire se rc.modules non viene mai modificato quando compilo un kernel nuovo.
Se per esempio nel 2.6.23.13 hanno messo un modulo che mi interessa come sono sicuro che venga caricato. Cosa devo controllare? Grazie infinite, a volte basta poco per capire.

[Mario Vanoni]

ATTENTI: due usi subdoli di Patrick Volkerding

/boot/System.map e` linkato, quindi rm -i /boot/System.map
# perche` -i? Mi accorgo se sgarro a digitare!

Poi con un kernel nuovo
cp -aiv /usr/src/linux/System.map /boot
# perche` -aiv? stessa data di compilazione, resto vedi sopra.

Con /etc/rc.d/rc.modules simile trattamento, gia` all'inizio
cd /etc/rc.d ; ls -al | less
# notare il link di rc.modules
rm -i rc.modules
cp -aiv rc.modules-2.6... (quello notato ) rc.modules
editare ora rc.modules a seconda delle esigenze (nuove)

Come dice bene conraid, cp, non mv, non si sa mai.

Mario Vanoni

[conraid]

rc.modules che linka /etc/rc.d/modules-2.6.21.5-smp c'e gia' da sempre, ho letto di persone che rinominavano e linkavano come dici tu ma non capisco bene perche' e a cosa puo' servire se rc.modules non viene mai modificato quando compilo un kernel nuovo.
Se per esempio nel 2.6.23.13 hanno messo un modulo che mi interessa come sono sicuro che venga caricato. Cosa devo controllare? Grazie infinite, a volte basta poco per capire.

Decommenti la riga o la aggiungi.
A cosa serve averne diversi?
Vediamo...
Compilo un 2.6.23 con alcuni moduli da caricare e compilo un 2.6.24 senza quei moduli perché non mi interessano
Siccome a volte faccio partire 2.6.23 ed a volte 2.6.24 come faccio a dirgli di caricare quei moduli?
Oppure con opzioni diverse.
Faccio un rc.modules-2.6.23 ed un rc.modules-2.6.24

Come dice Mario ora devi seguire con attenzione cosa fa Pat negli script di avvio

Codice: Seleziona tutto

if [ -x /etc/rc.d/rc.modules.local -a -r /proc/modules ]; then
  echo "Running /etc/rc.d/rc.modules.local:"
  /bin/sh /etc/rc.d/rc.modules.local
elif [ -x /etc/rc.d/rc.modules-$(uname -r) -a -r /proc/modules ]; then
  echo "Running /etc/rc.d/rc.modules-$(uname -r):"
  . /etc/rc.d/rc.modules-$(uname -r)
elif [ -x /etc/rc.d/rc.modules -a -r /proc/modules -a -L /etc/rc.d/rc.modules ]; then
  echo "Running /etc/rc.d/rc.modules -> $(readlink /etc/rc.d/rc.modules):"
  . /etc/rc.d/rc.modules
elif [ -x /etc/rc.d/rc.modules -a -r /proc/modules ]; then
  echo "Running /etc/rc.d/rc.modules:"
  . /etc/rc.d/rc.modules
fi

Prima cerca un file chiamato rc.modules.local, se non lo trova cerca un file chiamato rc.modules.VERSIONEKERNEL, alla fine cerca rc.modules

Quindi sta a te la scelta su cosa far trovare allo script di avvio (rc.S) ogni volta che carica un kernel

Quindi per rispondere alla domanda potrei dirti.
Compili sempre un kernel da solo e metti sempre gli stessi moduli?
Crea un rc.modules.local

Compili sempre il kernel da solo ma ogni volta cambi
Fai tanti rc.modules.VERSIONEKERNEL

Carichi sempre il kernel di Pat o lo compili con le opzioni di Pat?
Lascia stare rc.modules al link del file di Pat.

Io uso sempre solo rc.modules (forse sbagliando) tanto compilo quasi sempre nella stessa maniera


Spero di essermi spiegato

[johnpad]

Effettivamente prima ho detto una sciocchezza perché é uno script e se non ci vado io nessuno me lo modifica! Comunque correggetemi se sbaglio: rc.modules é un link ad rc.modules-2.6.21.5 che é uno script configurato da Pat e chiamato in questo modo perché dedicato a quella versione del kernel. Quindi uno deve essere in grado come lui di capire prima e poi creare, modificare o aggiornare uno script simile per i nuovi kernel o meglio per adattarlo comunque alle proprie esigenze. Purtroppo non ho tutto il tempo che vorrei per dedicarmi a studiare meglio la cosa ma ora penso che in alcune configurazioni molto personalizzate é una cosa da curare. Sbaglio o già l'ottima configurazione di Pat può rendere superflua nella maggior parte dei casi il dover modificare questo script.

[conraid]

Sbaglio o già l'ottima configurazione di Pat può rendere superflua nella maggior parte dei casi il dover modificare questo script.

In realtà modificarlo devi quasi per forza, è praticamente tutto commentato. E ti dice lui stesso di decommentare quello che ti serve.

[johnpad]

Grazie, purtroppo ho la fortuna di avere l'hardware che di primo impatto funziona sempre bene con tutte le distro linux che ho provato, vuol dire che la facevo più facile invece ho ancora molto da imparare. Meglio. Comunque la distro con cui sono sempre andato molto meglio delle altre é slackware, mai un crash o finestre rallentate. Le altre sinceramente togli e metti aggiorna oggi aggiorna domani neanche un mese non si avviavano più. Anche se Debian e RedHat-Fedora credo hanno alle loro spalle un gran lavoro di gente molto appassionata e per questo sono comunque da ammirare. Grazie ancora per tutto.

[submax82]

se vuoi provare anche il mio tool per compilare e pacchettizzare il kernel... lo trovi nella mia firma