Re: Règles udev qui ne marchent plus
Le Saturday 13 May 2006 20:30, Gurvan Huiban(Gurvan Huiban
[EMAIL PROTECTED]) a écrit:
Bonjour la liste,
Bonsoir,
# Mon Pendrive
BUS==scsi, SYSFS{model}=USB Flash Disk ,
SYSFS{vendor}=Generic , NAME=%k, SYMLINK=pendrive
Il faut utiliser == ici. Cela changé depuis les derniers
releases(j'ai eu le même souci et le fait d'utiliser == a corrigé
mon problème.)
Cela dit, ce n'est peut-être pas ça votre problème.
Vous pouvez tester vos règles avec 'udevtest' et monitorer les
évènements avec 'udevmonitor' !
A+
--
Glennie
D'abord ils vous ignorent, ensuite ils vous raillent, ensuite ils
vous combattent et, enfin, vous gagnez
pgpWk7cUOdjp0.pgp
Description: PGP signature
Re: règles udev
Le 06.02.2006 13:33:00, Stephane a écrit :
Bonjour à tous,
voilà, j'ai écrit des règles udev pour : deux clés usb et un lecteur
multicarte comme suit :
# Cle usb
BUS=scsi, SYSFS{model}=Flash Disk , SYSFS{vendor}=OTi
, NAME=%k SYMLINK=cle_usb1
BUS=scsi, SYSFS{model}=Flash Disk ,
SYSFS{vendor}=ChipsBnk, NAME=%k SYMLINK=cle_usb2
# SD Card : pour montage des sd card dans le lecteur 6in1
BUS=scsi, SYSFS{model}=STORAGE DEVICE , SYSFS{vendor}=Generic
, NAME=%k SYMLINK=sd_card
aucun problème pour le lecteur qui me cré bien les périphs et les
liens.
Mais pour les clés usb, le les liens créés pointent ves des
périphériques scsi genre sg5 sg5 ou sg0
J'ai pourtant utilisé la même procédure d'identification des périphs
grace à udevinfo.
est-ce que quelqu'un voit ce qui cloche ?
je ne vois rien d'anormal.
Une clé USB est vue comme un périphérique scsi et il est donc normal de
pointer vers un périphérique de ce type.
Peut-être pourriez-vous vous expliquer plus clairement et dire ce à
quoi vous vous attendiez.
Jean-Luc
pgpVJarlAd2q4.pgp
Description: PGP signature
Re: règles udev
Le lun 06 fév 2006 16:33:00 CET, Stephane [EMAIL PROTECTED] a
écrit :
...
aucun problème pour le lecteur qui me cré bien les périphs et les liens.
Mais pour les clés usb, le les liens créés pointent ves des
périphériques scsi genre sg5 sg5 ou sg0
J'ai pourtant utilisé la même procédure d'identification des périphs
grace à udevinfo.
est-ce que quelqu'un voit ce qui cloche ?
Oui, moi ;-)
C'est un problème classique (voir doc sur udev
http://www.reactivated.net/writing_udev_rules.html) : ta clé est vue à la fois
comme un disque SCSI (sd*) et comme un périphérique générique (sg*) et donc ta
règle s'applique au dernier module évalué... pour l'éviter, précise dans ta
règle le nom attendu pour le noyau :
BUS=scsi, SYSFS{model}=Flash Disk , SYSFS{vendor}=OTi ,
NAME=%k, KERNEL=sd?1, SYMLINK=cle_usb1
Fred.
Re: règles udev
Frédéric BOITEUX a écrit :
règle s'applique au dernier module évalué... pour l'éviter, précise dans ta
règle le nom attendu pour le noyau :
BUS=scsi, SYSFS{model}=Flash Disk , SYSFS{vendor}=OTi ,
NAME=%k, KERNEL=sd?1, SYMLINK=cle_usb1
et pourquoi ne pas personnaliser directement le champ NAME plutôt que
d'utiliser un symlink vers le device. Dans mes règles j'ai mis ça :
BUS=scsi, KERNEL=sd?1, SYSFS{model}= SD/MMC card, NAME=CarteSD
et ça fonctionne plutôt pas mal.
Seb
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: règles udev
Le lun 06 fév 2006 14:25:53 CET, Seb [EMAIL PROTECTED] a écrit :
et pourquoi ne pas personnaliser directement le champ NAME plutôt que
d'utiliser un symlink vers le device. Dans mes règles j'ai mis ça :
BUS=scsi, KERNEL=sd?1, SYSFS{model}= SD/MMC card, NAME=CarteSD
et ça fonctionne plutôt pas mal.
Si tu as un logiciel qui n'utilise *que* des devices du type /dev/sdXX, tu l'as
dans l'os ... le lien permet de voir quel périphériquele nom personnalisé
remplace-t-il ...mais si tu es joueur, ta solution est aussi valable...
Fred.
Re: règles udev
C'est un problème classique (voir doc sur udev
http://www.reactivated.net/writing_udev_rules.html) : ta clé est vue à la fois
comme un disque SCSI (sd*) et comme un périphérique générique (sg*) et donc ta
règle s'applique au dernier module évalué... pour l'éviter, précise dans ta
règle le nom attendu pour le noyau :
BUS=scsi, SYSFS{model}=Flash Disk , SYSFS{vendor}=OTi ,
NAME=%k, KERNEL=sd?1, SYMLINK=cle_usb1
Merci Frédéric (c'est idiot, maintenant que tu me le dis, je me rapelle
que je le savais...car cela m'est déjà arrivé !)
;)
Stéphane
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Règles udev : signification de ENV{ID_MODEL}
RTyler a écrit :
Bonjour la liste,
je me suis enfin décidé à créer mes règles udev et j'aurais quelques
questions. Bon je commence par celle du sujet :
1) Dans udev.rules j'ai, dans la ligne qui semble gérer l'IDE (disques
dur et lecteurs/graveurs CD/DVD), la clé d'identification suivante :
ENV{ID_MODEL}
Que signifie-t-elle ?
Je recopie la ligne entière :
# workaround for devices which do not report media changes
BUS==ide, KERNEL==hd[a-z], SYSFS{removable}==1, \
ENV{ID_MODEL}==IOMEGA_ZIP*, NAME=%k,
OPTIONS+=all_partitions
Ce qui me perturbe ici c'est le IOMEGA_ZIP. Visiblement cela ne semble
pas perturber udev, bien que je n'ait pas de disquette iomega puisque
mes disque dur et lecteurs divers sont bien créé. Si la signification
de ENV n'explique pas cet état de fait, pourriez-vous me donner des
indications ?
Premier élément de réponse :
ENV{key}
Match against the value of an environment key. Depending
on the
specified operation, this key is also used as a assignment.
Trouvé dans man udev (je pensais, à tort, qu'il n'y avait pas de man vu
qu'udev n'est pas une commande)
Donc si je comprends bien udev vérifie si la clé d'environnement
(==variable comme LANG ?) ID_MODEL vaut bien IOMEGA_ZIP. Bon déjà je ne
crois pas avoir cette clé (un echo $ID_MODEL ne me donne rien mais
quelque chose me dit que clé d'environnement != variable) et ensuite si
elle existe elle ne vaut probablement pas ça puisqu'il s'agit du disque
dur (hda) et de mes lecteurs (hdc et hdd). Aurais-je raté quelque chose ?
[SNIP]
Je n'ai pas répondu à mes autres interrogation.
RTyler
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
