Old:Udev e Debian: differenze tra le versioni

Vai alla navigazione Vai alla ricerca
m
nessun oggetto della modifica
(riformattato e piccole aggiunte)
mNessun oggetto della modifica
Riga 1: Riga 1:
{{stub}}
ecco la prima stesura della guida.
== Il nuovo udev ==
a voi i commenti
Questa guida � in buona parte una traduzione di varie informazioni presenti in <tt>/usr/share/doc/udev/</tt>.


Dalla versione 0.070 in puoi udev ha sostituito completamente hotplug. Per usare questa versione di udev � necessario un kernel 2.6.12 o superiore con le opzioni hotplug (CONFIG_HOTPLUG) e tmpfs (CONFIG_TMPFS) attivate.
[[User:tindal|tindal]]
Le opzioni CONFIG_PNP, CONFIG_ISAPNP, CONFIG_PNPBIOS e CONFIG_PNPACPI sono altamente raggomandate per consentire il caricamente automatico di importanti driver.


Il pacchetto hotplug deve essere rimosso manualmente, anche se non dovrebbe creare problemi se restasse installato.
Tindal, e tu la chiami prima stesura questa? L'ho letta tutta ed � praticamente perfetta, e te lo dice uno che per la sua pignoleria trova sempre qualcosa da correggere ;-). L'unica cosa da correggere che ho trovato � un "nota bene" scritto tutto minuscolo, lol.  


== Come funziona udev ==
Scherzi a parte, � un ottima guida:
* E' completa, ma davvero completa ;-)
* Usa lo spirito giusto di spiegare le cose e non dare una banale pappa pronta
* E' scorrevole
* Linka altre guide per non essere ridondante


Breve sommario: Quando un driver viene caricato, rende disponibili delle informazioni in /sys e udev viene eseguito per leggerle ecreare il device appropriato.
insomma per me � proponibile per diventare una '''Debianized'''. Vedremo che dicono gli altri. E complimenti!


Questo significa che:
: [[Utente:TheNoise|~ The Noise]] 03:18, Nov 2, 2005 (EST)
* i moduli non possono essere caricati su richiesta quando un'applicazione apre un suo dispositivo, perch� il dispositivo non c'� ancora!


* poich� i moduli non vengono caricati su richiesta, se per qualche motivo i driver non possono essere caricati automaticamente durante il boot, bisogner� aggiungerli ad /etc/modules.
Esagerato! Il fatto � che mi d� fastidio se qualcuno poi legge delle corbellerie che ho scritto io (vabb�, sono pignolo, va bene?).


* alcuni moduli non sono dei driver di un dispositivo e non possono essere caricati automaticamente da udev, devono quindi essere elencati in /etc/modules anch'essi.
A me non convince troppo l'ultimo punto, per due motivi:
*� un po' OT. imho sarebbe meglio avere una guida a parte per le connessioni con pppd.
*non spiega minimamente cosa si sta facendo: lo fa e basta.


In altre parole, su un tipico sistema si potrebbero dover caricare manualmente (usando /etc/modules) dei moduli come ppdev e tun.
In pi� devo dire che non ho mai usato pppconf ne' pppoeconf, che di sicuro meritano uno spazio, visto che possono servire in fase di installazione o, peggio, di post-installazione, dove un utente si trova un sistema funzionante ma non sa come farlo funzionare (leggi: non conosce il nome dei comandi).


== Da hotplug a udev ==
voi che ne dite?


Nel passaggio da hotplug a udev i seguenti file di configurazione sono diventati obsoleti:
: [[User:tindal|tindal]] mer nov  2 09:59:08 CET 2005


* /etc/hotplug/*.rc e *.agent: i vecchi file di hotplug non vengono pi� usati. Regole di udev possono essere usate per disabilitare selettivamente il coldplugging.
Effettivamente, l'ultimo paragrafo � quello che ho letto pi� velocemente e che davo per scontato. Come dici tu sarebbe utile una guida separate sull'uso di pppd e dns ad esempio (anch'io parlo di dns nella guida per eagle, sarebbe utile centralizzare le info).


* /etc/hotplug/usb/*.usermap: devono essere sostituiti da regole udev.
Anche se nei vari casi ci possono essere delle peculiarit� di configurazione se ne potrebbe parlare nelle guide specifiche, lasciando i concetti generici alla guida "pppd & dns", per dire.


* /etc/hotplug/blacklist*: dovrebbero essere sostituite da direttive di configurazione di modprobe (ma adesso modprobe processer� /etc/hotplug/blacklist.d/).
Neanch'io ho mai pppconf ne' pppoeconf (ho una connessione eth). Ovvio che sarebbe utile citarli, magari semplicemente linkando altra documentazione, meglio di niente. Forse qualcuno che li usa dovrebbe almeno dire qual'� lo strumento pi� adatto da usare in debian. Io ho sentito molto parlare di etherconf, viene usato ad esempio in demudi per effettuare la connessione in maniera userfriendly, anche se non ne ho anche qui esperienza.


== La directory <tt>/etc/udev/rules.d/</tt> ==
Insomma l'idea della separazione della parte finale della guida � buona. Se riesci a metterla su ok, altrimenti si aspetta quacuno pi� abituato ad usare certi tools :-/.


The files are read and processed in alphabetical order, and the the
: [[Utente:TheNoise|~ The Noise]] 04:49, Nov 2, 2005 (EST)
directives of matching rules are applied in order. The only exceptions
are NAME attributes, of which only the first one is considered.
Since the order is important, some file names have a specific name which
must be considered when adding custom rules. So far have been defined:


* <tt>020_permissions.rules</tt>: the default permissions and owners are set.
Veramente ottima ;-D


* <tt>z50_run.rules</tt>: $REMOVE_CMD is run, and then processing of tty devices is stopped with last_rule.
ho fatto solo una minima correzione riguardo i links interni, dove � possibile omettere ''guide.debianizzati.org/index....'' indicando semplicemente il ''nome'' della pagina ;) (cos� gli utenti vedono che i link sono iterni)!


* <tt>z70_hotplugd.rules</tt>: last_rule options end processing of "drivers" and "module" hotplug events and the hotplug.d/ and dev.d/ legacy scripts are run.
Per quanto riguarda pppoeconf... ho avuto modo di usarlo, in quando il mio modem poco divertente usa pppoe per la connessione :D
posso solo dire che � una cavolata (tutto guidato), ma se serve una guida non ci sono problemi ;-)


the use of /etc/udev/rules.d/ by other packages is
:[[Utente:MaXeR|MaXeR]] 07:15, Nov 2, 2005 (EST)
discouraged, except when only RUN rules are added.


modificato /usr/lib/hotplug/firmware in /lib/firmware per la compatibilit con udev, pi una o due correzioni minori.


== Link ==
: [[User:tindal|tindal]] lun nov  7 22:38:45 CET 2005


Altri link di approfondimento:
ho modificato il file /etc/ppp/peers/adsl in modo da usare quello fornito come esempio dal deb di pppd (dopo averlo provato), che risulta indipendente dalla versione del plugin pppoatm.
* [http://www.debian-administration.org/articles/126 Card Readers and USB keys using udev]
non ho inserito nella guida il deb con il firmware indicato da M. d'Itri perch� installa lo stesso in /usr/lib/hotplug/firmware, perdendo la compatibilit� con il nuovo udev.
* [http://www.kernel.org/pub/linux/utils/kernel/hotplug/udev.html udev Homepage]
ho segnalato la cosa e attendo di vedere se verr� corretta.
* [http://www.reactivated.net/udevrules.php Writing udev rules]
 
: [[User:tindal|tindal]] gio nov 10 15:48:28 CET 2005
223

contributi

Menu di navigazione