slacky.eu

E' da un po' che volevo chiedere spiegazioni su come funzionassero udev, rc.modules ed i vari file di modprobe e vista l'usicta della Slackware 11.0 colgo l'occasione...

Di solito il kernel me lo compilo io e scelgo di volta in volta cosa inserire direttamente all'interno del kernel e cosa rendere modulare. Ora, come faccio a creare un file rc.modules per la mia configurazione? Qui nasce il primo dubbio... ma se udev, se ho capito bene, serve per avviare i driver necessari in base all'hw sottostante, posso eliminare il file rc.modules? Ho gia' provato: non posso!!!! Anche perche' bloccandone l'avvio in fase di boot nascono una serie di problemi abbastanza gravi come l'impossiilita' di definire un gateway predefinito con il comando route. Ma allora come possono convivere le due cose? rc.modules viene usato per caricare i moduli che udev non riesce a trovare?

Ed i vari modprobe.conf e modprobe.d... a cosa servono esattamente?

Dove posso trovare informazioni in proposito?

Grazie a tutti...
GiAn

Prendi queste informazioni con le molle.......
in linea di massima
-rc.modules serve per caricare i moduli che non trova udev direttamente e a caricare i moduli che eventualmente inserisci nella blacklist perchè o non hanno le opzioni giuste o perchè cerca di caricarle in ordine sbagliato
io per esempio ci carico i vari moduli dell'acpi come la baatteria o lo speedstep del processore
-modprobe.d è la directory dove inserisci i file con le opzioni che vuoi utilizzare quando vengono caricati specifici moduli, tipo caricare dei moduli a catena, definire opzioni, definire alias. Essendo una dir puoi fare un file diverso per ogni modulo, mantenendo motla flessibilità
-modprobe.conf era la vecchia modalità utilizzata al posto di modprobe.d

Ma udev mica si occupa di caricare i moduli?_? Crea solamente i devices in /dev

gianogli ha scritto:EOra, come faccio a creare un file rc.modules per la mia configurazione?

Io uso lo slackbuild di slackware
slackware-current/source/a/kernel-modules/kernel-modules.SlackBuild
cambiando solo il numero di versione del kernel

gianogli ha scritto: Qui nasce il primo dubbio... ma se udev, se ho capito bene, serve per avviare i driver necessari in base all'hw sottostante

Udev non avvia una mazza se non trova il modulo-driver della periferica

gianogli ha scritto: posso eliminare il file rc.modules?

No

gianogli ha scritto: Anche perche' bloccandone l'avvio in fase di boot nascono una serie di problemi abbastanza gravi come l'impossiilita' di definire un gateway

e certo , se togli il modulo-driver che fa dialogare la tua scheda con il kernel
come si può pensare di definire un gateway

gianogli ha scritto: Ma allora come possono convivere le due cose?

Le due cose già convivono serenamente e devono convivere,
perchè vorresti eliminarne una?

sbabaro ha scritto: -rc.modules serve per caricare i moduli che non trova udev direttamente
e a caricare i moduli che eventualmente inserisci nella blacklist
perchè o non hanno le opzioni giuste o perchè cerca di caricarle
in ordine sbagliato

Cos'è UDEV?
(Riporto il testo di una faq trovata su internet tempo fa)

In poche parole udev è una sostituzione di DEVFS in user-space usando sysfs e /sbin/hotplug.
udev crea e rimuove voci in /dev in base alla configurazione corrente del sistema.
Fa questo in base agli eventi di /sbin/hotplug nel sistema
e leggendo informazione circa questi eventi da sysfs.

udev lavora interamente nello user-space (NdT: spazio utente)
usando chiamate /sbin/hotplug fatte dal kernel
ogni qualvolta una periferica viene aggiunta o rimossa dal kernel.
Tutta la politica della nomenclatura e il controllo dei permessi viene fatto in user-space.

Per maggiori informazioni si possono leggere le FAQ di Udev.