OVH Cloud OVH Cloud

Ecriture de règles pour udev

2 réponses
Avatar
Hugolino
Bonsoir,


Suite au poste de Xavier Maillard, je suis en train de me pencher sur le
cas de udev pour pouvoir créer à la volée les bons fichiers dans /dev et
pouvoir faire ensuite un montage automagique avec hotplug.

Je lis donc la doc de <http://www.reactivated.net/udevrules.php>.

8<-----------8<---------8<----------8<----------8<----------8<----------8<
Files in /etc/udev/rules.d/ are parsed in lexical order. udev will stop
processing rules as soon as it finds a matching rule in a file for the
new item of hardware that has been detected. It is important that your
own rules get processed before the udev defaults, otherwise your own
naming schemes will not take effect! I suggest that you keep your own
rules in a file at /etc/udev/rules.d/10-local.rules (this doesn't exist
by default - create it). As 10 comes before 50, you know that your rules
will be looked at first.
8<-----------8<---------8<----------8<----------8<----------8<----------8<

Je comprends à peu près comment faire marcher le bouzin, mais un paragraphe
me pose problème:

8<-----------8<---------8<----------8<----------8<----------8<----------8<
As your own rules will effectively mask out the udev defaults which
create the base /dev layout, it is recommended that you also specify
devfs-style names/symlinks for the rules you write, so that you get the
^^^^^^^^^^^^^^^^^^^^^^^^^^
sensible defaults plus your own names.
8<-----------8<---------8<----------8<----------8<----------8<----------8<

Je ne comprends pas cette sombre histoire de «devfs-style names/symlinks»
Je croyais que devfs était maintenant obsolète.

Dois-je inclure dans /etc/udev/rules.d/10-local.rules les paramètres par
défaut (bus ide, DD et cdrom) pour ne pas me retrouver avec un système
dans lequel /dev/hda6 n'existerait plus et serait alors incapable de
démarrer ?


PS: J'ai déjà du bidouiller dans /etc/udev/links.conf pour que le /dev
de ma nvidia soit créé et ainsi pour lancer X (sans oublier de recréer à
la mimine /dev/psaux). Donc ça à l'air quand même du truc qui peut tout
planter.

Si quelqu'un qui l'utilise déjà pourrait-il m'envoyer un bon RTFM.
j'ai déjà <http://webpages.charter.net/decibelshelp/LinuxHelp_UDEVPrimer.html>
et je fouille en ce moment chez léa.


Merci de votre aide.


--
Hugo NPN (i --> ee)
je suis sur qu'on peut faire encore pire, imagine un mec plus coléreux que
Jaco, plus chiant que Fleury et plus emmerdeur que moi, non mais,
imagine un instant. -+- ST in GLP "Le bon, la brute et le truand" -+-

2 réponses

Avatar
Jerome
Bonsoir,


Suite au poste de Xavier Maillard, je suis en train de me pencher sur le
cas de udev pour pouvoir créer à la volée les bons fichiers dans /dev et
pouvoir faire ensuite un montage automagique avec hotplug.

Je lis donc la doc de <http://www.reactivated.net/udevrules.php>.

8<-----------8<---------8<----------8<----------8<----------8<----------8<
Files in /etc/udev/rules.d/ are parsed in lexical order. udev will stop
processing rules as soon as it finds a matching rule in a file for the
new item of hardware that has been detected. It is important that your
own rules get processed before the udev defaults, otherwise your own
naming schemes will not take effect! I suggest that you keep your own
rules in a file at /etc/udev/rules.d/10-local.rules (this doesn't exist
by default - create it). As 10 comes before 50, you know that your rules
will be looked at first.
8<-----------8<---------8<----------8<----------8<----------8<----------8<

Je comprends à peu près comment faire marcher le bouzin, mais un paragraphe
me pose problème:

8<-----------8<---------8<----------8<----------8<----------8<----------8<
As your own rules will effectively mask out the udev defaults which
create the base /dev layout, it is recommended that you also specify
devfs-style names/symlinks for the rules you write, so that you get the
^^^^^^^^^^^^^^^^^^^^^^^^^^
sensible defaults plus your own names.
8<-----------8<---------8<----------8<----------8<----------8<----------8<

Je ne comprends pas cette sombre histoire de «devfs-style names/symlinks»
Je croyais que devfs était maintenant obsolète.

Dois-je inclure dans /etc/udev/rules.d/10-local.rules les paramètres par
défaut (bus ide, DD et cdrom) pour ne pas me retrouver avec un système
dans lequel /dev/hda6 n'existerait plus et serait alors incapable de
démarrer ?


PS: J'ai déjà du bidouiller dans /etc/udev/links.conf pour que le /dev
de ma nvidia soit créé et ainsi pour lancer X (sans oublier de recréer à
la mimine /dev/psaux). Donc ça à l'air quand même du truc qui peut tout
planter.

Si quelqu'un qui l'utilise déjà pourrait-il m'envoyer un bon RTFM.
j'ai déjà <http://webpages.charter.net/decibelshelp/LinuxHelp_UDEVPrimer.html>
et je fouille en ce moment chez léa.


Merci de votre aide.


Perso j'ai laissé la conf par defaut.

Le fichier links.conf est la pour ajouer des entrée dans le /dev un peu
comme un mknode.
Pour les periph particulier sur debian j'ajoute ca dans rules.d/local.rules

Par exemple pour ma cle usb :
BUS="usb", SYSFS{serial}="20000101112704-00", NAME="cleusb%n"


donc /dev/cleusb sera crée quan le peripherique avec le numéro de série
20000101112704-00 est reconnu.

Il y a peut-être plus automaique maintenant, je sais pas trop

Avatar
Jogo
Le 20 oct. 2004, Hugolino a écrit dans fr.comp.os.linux.configuration :

Dois-je inclure dans /etc/udev/rules.d/10-local.rules les paramètres par
défaut (bus ide, DD et cdrom) pour ne pas me retrouver avec un système
dans lequel /dev/hda6 n'existerait plus et serait alors incapable de
démarrer ?


Ton système démarrera tant que tu appelleras tes disques avec le même nom
partout (fstab et bootloader au minimum). Mais avoir 2 noms pour le même
disque ne devrait pas te poser de problème. La seule question à se poser
est : quel nom sera le nom canonique, et lequel ne sera qu'un lien.

Bref, continue de lire la doc !