Newsgroup: it.comp.os.linux.iniziare
Titolo: modules.conf?

salve a tutti,
io vorrei fare in modo che dei moduli siano caricati dal sistema 
operativo al momento del boot: in particolare, vorrei evitare di andare 
di /sbin/insmod a manetta... sto leggendo i man di modules.conf ma non 
ci capisco una mazza...
al momento scrivo:
/sbin/insmod processor
/sbin/insmod ac
/sbin/insmod battery
/sbin/insmod button
/sbin/insmod fan
/sbin/insmod thermal
come le sostituisco nel file modules.conf?
-- 
"Come un nano sull'orlo di un orinale dovevo muovermi in punta dei piedi"

 come le sostituisco nel file modules.conf?
modules.conf serve per altro, non per l'autoloading dei moduli. Tra
l'altro, con il kernel 2.6, modules.conf è deprecato in favore di
modprobe.conf.
Dipende dalla tua distribuzione. Sulla Debian (e derivate), esiste il
file /etc/modules che permette l'autoloading al momento del boot - dato
che quelli che hai indicato sono moduli per l'ACPI, direi che prima li
carichi, meglio è. Anzi, perché non li hai inseriti direttamente come
built-in nel kernel?
Ciao,
 Emmanuele.
-- 
Emmanuele Bassi (Zefram)                 [ 
http://www.emmanuelebassi.net
 ]
GnuPG Key fingerprint = 4DD0 C90D 4070 F071 5738  08BD 8ECC DB8F A432 0FF4

 built-in nel kernel?
Ciao, Emmanuele. Sul momento, leggendo la tua risposta, ho
interpretato "autoloading" non come inserimento del modulo
nella fase di startup del sistema, ma come caricamento
"on demand" del modulo (alias char-major-... <nome_modulo>).
Mi indicheresti cortesemente documentazione su questo
meccanismo di caricamento automatico dei moduli?
Non per altro, in passato ho visto che redhat lo faceva per
parecchie cose, mentre con debian mi sono adattato a caricare
i moduli necessari prima di operare (fino ad accorgermi
ultimamente che, pur limitatamente a certe cose, anche debian
lo fa...).
bye G.L.
-- 
« E' assolutamente evidente che l'arte del cinema
  si ispira alla vita, mentre la vita si ispira alla TV »
(Woody Allen)

 lo fa...).
Dipende da /etc/rc.d/rc.S  che si incarica di lanciare tutto o quasi cio'
che parte dopo il boot .......per esempio su Slack incarica 
/etc/rc.d/rc.modules di caricare i moduli che ti servono, ovviamente se
manca qualcosa oppure non vuoi caricare un modulo basta commentare o
decommentare la voce relativa....un'altro modo è inserire i vari 
/sbin/modprobe in etc/rc.d/rc.local ....
quindi dando un'occhiata attenta a /etc/rc.d/rcS puoi capire su quali file
intervenire......
PS anche se non sono Emmanuele spero di averti dato utili info lo stesso ;-)
-- 
Linuxuser  Slackwaredotato

 /sbin/modprobe in etc/rc.d/rc.local ....
Non so se mi hai dato la risposta che cerco, ma con
"on demand" intendo il meccanismo per il quale se,
ad esempio faccio:
# ifconfig tunl0
lui mi carica automaticamente il modulo ipip.o
E analogamente quando lancio certi comandi iptables che richiedono
determinati moduli legati a netfilter, che non sono in quel momento
caricati, ma che, in seguito al comando, vengono caricati
automaticamente, senza doverlo fare manualmente e preventivamente
con insmod/modprobe..


 con insmod/modprobe..
Hum..... se ho capito bene dovresti leggerti per bene :
 /etc/inittab
 /etc/rc.d/* al completo è tutto li'.........
cmq i piu' sigificativi sono /etc/inittab e /etc/rc.d/rc.S
una volta interpretati quei 2 puoi fare cio' che vuoi durante il boot..
-- 
Linuxuser  Slackwaredotato

 
uso la Red Hat 7.3 (devo usarla forzatamente per motivi di lavoro), però 
sto cercando di configurarla al meglio per il mio portatile. Per 
built-in intendi che vengano compilati direttamente nel kernel? era 
quello che volevo fare se oggi non avessi ricevuto risposte :-)


 una volta interpretati quei 2 puoi fare cio' che vuoi durante il boot..
Grazie dmec, ho fatto una ricerca su google e ho
trovato il "responsabile".   :-)
http://www.hk8.org/old_web/linux/run/ch07_06.htm


 "on demand" del modulo (alias char-major-... <nome_modulo>).
Sono stato involontariamente criptico. Per "autoloading" intendevo
"caricamento al boot".
Per quello che chiedi tu, serve leggere la documentazione di modprobe e
del kernel.
In realtà, è abbastanza semplice: un alias su un device viene gestito
dal kernel - ovvero, quando un programma tenta di accedere ad un
determinato device, il kernel sa che deve usare il modulo associato al
major number di quel device. Questo non significa che il modulo verrà
caricato: per questo serve un'infrastruttura più complessa - ad esempio
devfs sui kernel < 2.6, e hotplug + udev sui kernel >= 2.6.
Il fatto che per alcuni eventi, anche Debian carichi i moduli, è dovuto
essenzialmente ad hotplug - questo per rispondere all'ultima parte del
tuo articolo.
Spero di essere stato più chiaro, questa volta.
