Newsgroup: it.comp.os.linux.iniziare
Titolo: [moduli] Caricamento automatico non va a buon fine...

Salute.
Sto provando a compilarmi il 2.4.18 su una debian woody.
Metto e tolgo cose, compilo, provo, mi accorgo che manca qualcosa e
riparto da capo.
Tutto bello e istruttivo e interessante.
L'altra sera finalmente credo di essere arrivato ad un punto stabile,
ma... Non vanno piu' ne' cdrom ne' masterizzatore che prima andavano.
Un mount mi riporta che /dev/cdrom non e' un device block valido.
Accidenti, controllo la configurazione e vedo che ide-scsi e' compilato
effettivamente come modulo, ma un lsmod non lo riporta come caricato.
Provo a caricarlo a mano con modprobe ed effetivamente il cd e il
materizzatore ricominciano a funzionare.
Ma non dovrebbe essere automagico il caricamento dei moduli se ho
abilitato la voce relativa nella configurazione? Controllo ed
effetivamente il caricamento automatico *e'* configurato. E allora cosa
guardo? In /etc/modules.conf c'e' una sezione che passa i parametri al
modulo ed e' rimasta la stessa di prima quando usavo il kernel vecchio
con il supporto ide-scsi come modulo. E allora cosa puo' essere
cambiato?
Idee?
TIA.
-- 
manuel 'fmf' ferrero
a la meta llegamos cantando o no llega ninguno
(si', ho cambiato indirizzo email, aggiornate i vostri kill-file)

abilitato la voce relativa nella configurazione? Controllo ed
]zac[
La pensavo cosi anch'io, finche non ho deciso di fare un ibrido tra
RH7.1 e MDK8.2 ed avere in due kernel da poter scegliere, con il
risultato di avere il mouse USB non funzionante, spulciando un bel po'
ho scoperto che sia nell'init della RH7.1 e sia in quello della MDK8.2
c'e' uno script che viene richiamato all'avvio che fa una serie di
verifiche e carica i moduli usb-Xhci e i vari per il mouse.
Da quel poco che ho capito il caricamento automagico non e'
completamente automatico, anzi, mi sa per niente.

completamente automatico, anzi, mi sa per niente.
No, maledizione. Fino al kernel precedente _era_ automagico: la scheda
sonora andava cosi'. Ora devo averci fatto qualcosa io.
Controllero'.


sonora andava cosi'. Ora devo averci fatto qualcosa io.
]zac[
Dipende, molti moduli si caricano da soli, non e' una cosa sicura e
valida per tutto e per sempre.
Da quello che ho capito si caricano in automatico quando 'qualcosa'
informa il kernel che e' richiesto il modulo.
Nel tuo caso quando fai il mount del cd-rom mount chiede un disco scsi e
se il mount (o il kernel) e' furbo vede che il disco e' in emulazione e
provvede alla richiesta del modulo ide-scsi, ma non e' la prima volta
che ho letto di gente a cui non si caricava in automatico l'ide-scsi.
Per la scheda sonora dovrebbe caricarsi da sola, non ho trovato
inserimenti manuale nei script d'avvio.
Confermo invece la questione usb (e hid), se non li carica lo script di
avvio non si caricano da soli.
P.S. ci potrebbero essere differenze tra i vari kernel 2.2, 2.4,
kernel.org
, MDK, RH, ecc.

abilitato la voce relativa nella configurazione? Controllo ed
]zac[
Questo si trova in /etc/rc.sysinit della RH e MDK:
if grep -q "ide-scsi" /proc/cmdline ; then
        modprobe ide-cd >/dev/null 2>&1
        modprobe ide-scsi >/dev/null 2>&1
fi
La filosofia e' la stessa dei moduli usb, caricamento manuale e non
automatico.
E' evidente che il non caricamento automatico di ide-scsi al momento
dell'utilizzo
e' un fatto ben conosciuto dagli sviluppatori.

 informa il kernel che e' richiesto il modulo.
Mi pare che il modulo si carichi quando il kernel cerca di accedere ad
un file (/dev/?), secondo quanto specificato in /etc/modules.conf.
Credo.
Ciao
  Andrea

Credo.
Probabile, ma quando monti un disco scsi (ide-scsi) viene cercato un
driver scsi, difficile sapere se e' un device scsi mancante o un
ide-scsi non caricato.

 ide-scsi non caricato.
Non ho capito bene il tuo discorso; per caso ti riferisci a questo?
marcopolo:~$ cat /etc/modutils/ide-scsi 
alias scd0 sr_mod                    # load sr_mod upon access of scd0
alias scd1 sr_mod
alias scd2 sr_mod
alias sg0 sg
alias sg1 sg
alias sg2 sg
pre-install sg     modprobe ide-scsi # before sg, load ide-scsi
pre-install sr_mod modprobe ide-scsi # before sr_mod, load ide-scsi
options ide-cd ignore=hdb,hdc
Ciao
  Andrea

marcopolo:~$ cat /etc/modutils/ide-scsi 
Il mio e' cosi':
spiderman:/usr/src/linux#cat /etc/modutils/scsi
#options ide-cd ignore=hdb
alias scd0 sr_mod
alias scd1 sr_mod
pre-install sg          modprobe ide-scsi
pre-install sr_mod      modprobe ide-scsi
#pre-install ide-scsi    modprobe ide-cd


 spiderman:/usr/src/linux#cat /etc/modutils/scsi
Mah, a me pare a posto. Le uniche cose che mi vengono in mente potrebbero
essere
- aggiungi la parte che riguarda sg* (si sa mai che serve anche quello)
- hai provato a rilanciare update-modules? (io in realta' non ne ho mai
avuto bisogno passando da un kernel all'altro...)
- hai attivato, nel kernel, l'opzione di caricamento automatico dei
moduli?
Ciao
  Andrea


]zac[
In generale, mount ....... scXX, non e' facile sapere se scXX e' un
disco scsi che non risponde perche' manca  (e' stato staccato, e' non
funzionante ecc.) o invece e' una emulazione di un ide che non e' attiva
perche' il modulo ide-scsi non e' caricato.
Certo leggendo vari file di configurazione si puo' risalire alla
configurazione reale, ma se' e' stata cambiata la catena scsi? se i file
sono sbagliati?
Secondo me siccome non sono certi di identificare la situazione con
sicurezza gli sviluppatori hanno deciso di inserire in rc.sysinit un
grep della command line del kernel, e se c'e' ide-scsi caricano il
modulo.
Come hanno fatto per i moduli usb.

moduli?
Eh, si'. Credevo di si', almeno... Ma non sembra funzionare.


 modulo.
Vediamo se ho capito bene: tu stai dicendo che, nel dubbio, quelli della
tua distribuzione caricano il modulo a mano, cosi' da individuare le
periferiche collegate senza bisogno di files di configurazione.
Cosi' pero' ci sono dei problemi col modulo ide-cd: infatti il primo dei
due che viene caricato occupa tutti i dispositivi liberi. Per ovviare a
questo devi specificare delle opzioni al caricamento del modulo, e
allora siamo ancora al file di configurazione.
BTW se usi i moduli i parametri passati al kernel non hanno nessun
effetto e si possono eliminare.
Ciao
  Andrea

effetto e si possono eliminare.
]zac[
Questo non mi risulta, ma conosco solo RH e MDK e quindi e' piu' che
possibile che mi sfuggano delle possibile configurazioni.
Comunque la cosa non cambia, il problema di identificare e caricare il
modulo al momento dell'uso (es. del mount) rimane, si tratterebbe di
controllare altri file al posto della command line.
In sintesi nelle distribuzioni che ho visto il modulo e' caricato se
c'e' una configurazione attiva (in lilo o in altri file), e non al
momento dell'uso (tipicamente con il mount) e questo non credo che sia
una svista.
Ciao
         Dbg

informa il kernel che e' richiesto il modulo.
ma quel 'qualcosa' non dovrebbe essere il major e minor number
associati ai device in /dev ?

associati ai device in /dev ?
Beh immagina mount -t vfat ........, e' richiesto il modulo vfat.
Secondo me e' la semplice richiesta di una 'procedura' che risiede in un
modulo a far scattare la richiesta di quel modulo.

 Un mount mi riporta che /dev/cdrom non e' un device block valido.
[ho letto anche il resto del thread]
/dev/cdrom, da te, è un link a? Se non punta un scd0 o scd1 il tuo
modules.conf non va
Ciao
-- 
Fabio Cobianchi		
fabi...@tiscalinet.it