Re: [Résolu] Règles udev qui ne marchent plus
Le Saturday 13 May 2006 23:28, Gurvan Huiban(Gurvan Huiban
[EMAIL PROTECTED]) a écrit:
J'avais essayé de m'en sortir avec udevtest, mais sans grand
succès. Par contre, je ne connaissais pas udevmonitor.
Je viens de faire des tests. Effectivement, udevtest gueule si
lorsqu'il trouve BUS= au lieu de BUS==, mais il ne dit rien s'il
ne trouve pas SYSFS{serial}==
Je pense (mais pas sûr) que c'est un bug... Est ce qu'il faut faire
un bug report?
A+
--
Glennie
D'abord ils vous ignorent, ensuite ils vous raillent, ensuite ils
vous combattent et, enfin, vous gagnez
pgp5ycb5qYBQc.pgp
Description: PGP signature
Règles udev qui ne marchent plus
Bonjour la liste,
J'ai le plaisir de posséder un pendrive et un disque dur externe. Pour ne pas
m'embrouiller les pédales entre sda et sdb selon l'ordre de branchement, j'ai
crée des règles udev.
Depuis 3 jours (i.e. depuis un upgrade de ma testing/unstable), mes règles
udev ne marchent plus! J'ai essayé d'identifier l'erreur, mais, ben, je n'ai
pas réussi... :o(
Quand je branchais mon pendrive, j'avais un lien symbolique /dev/pendrive qui
se créait. Quand je branchais mon disque sur externe, j'avais 4 liens qui se
créaient (un par partition).
Maintenant, quand je branche mon pendrive, c'est OK. Mais quand je branche mon
disque dur, udev ne crée plus les liens pour les partitions, et (pire!) crée
le lien /dev/pendrive pour chacune des partitions (i.e. crée un lien
pour /dev/sda1, puis pour /dev/sda2, puis pour /dev/sda3, etc.)
J'ai cherché le BTS, mais je n'ai rien vu de génial (j'ai vu un bug report sur
un problème avec les règles de HAL; que j'ai du coup upgradé; mais ça n'a
rien changé)
Pour être précis, j'ai les versions suivantes pour udev et hal:
ii hal 0.5.7-2 Hardware Abstraction Layer
ii udev 0.091-2 /dev/ and hotplug management daemon
Mon /etc/udev/user.rules est le suivant:
--
# Mon Pendrive
BUS==scsi, SYSFS{model}=USB Flash Disk , SYSFS{vendor}=Generic ,
NAME=%k, SYMLINK=pendrive
# Les partitions de mon disque dur externe
BUS==scsi, SYSFS{model}==6VLAT80 , SYSFS{vendor}==HDS72251,
KERNEL==sd?1, NAME=%k, SYMLINK=rip
BUS==scsi, SYSFS{model}==6VLAT80 , SYSFS{vendor}==HDS72251,
KERNEL==sd?2, NAME=%k, SYMLINK=windonnees
BUS==scsi, SYSFS{model}==6VLAT80 , SYSFS{vendor}==HDS72251,
KERNEL==sd?3, NAME=%k, SYMLINK=donnees
BUS==scsi, SYSFS{model}==6VLAT80 , SYSFS{vendor}==HDS72251,
KERNEL==sd?4, NAME=%k, SYMLINK=swap
--
(je ne suis pas expert en logique booléenne, mais il me semble impossible que
la règle pour mon pendrive match également celle de mon disque dur externe)
Et quand je fais du udevinfo -a -p /block/sda avec mon disque dur branché,
tout à l'air OK.
J'ai également essayé de downgrader udev, mais c'est la même chose.
Si une âme charitable avait une idée de ce qui coince/comment identifier ce
qui coince, ce serait bien cool ma foi.
Merci!
--
Gurvan Huiban
My mother used to make coffee this way...
Hot...
Strong...
And good.(from Once upon in the West)
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
[Résolu] Règles udev qui ne marchent plus
# 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.)
Fantastique, c'était visiblement ça! (ce qui est d'autant plus balot, c'est
que les règles pour le disque dur étaient correctes, pas celle du pendrive).
Rien de plus frustrant qu'un truc qui marchait bien et qui d'un coup ne
marche plus :o)
Merci!
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' !
J'avais essayé de m'en sortir avec udevtest, mais sans grand succès. Par
contre, je ne connaissais pas udevmonitor.
--
Gurvan Huiban
My mother used to make coffee this way...
Hot...
Strong...
And good.(from Once upon in the West)
règles udev
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 ?
Merci
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
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]
Règles udev : signification de ENV {ID_MODEL}
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 ?
2) Dans la doc de udev il est écrit que udev lit les fichiers .rules
uniquement et ceci par ordre lexicographique dans le répertoire
/etc/udev/rules.d (qui contient les liens symbolique vers les vraies
règles). Il est également écrit que si l'on veut créer ses propres
règles il faut les créer dans /etc/udev dans de nouveaux fichiers et
faire un lien symbolique dans /etc/udev/rules.d et trouver un nom pour
que cela soit lu avant les règles par défaut (celles présentes à
l'installation du package). De là deux questions :
- Si le nom du lien symbolique de mes règles est bien antérieur au nom
du lien symbolique de udev.rules (par exemple) mais qu'au niveau des
vrais fichiers ce soit l'inverse, est-ce que mes règles seront bien
prises en compte (en gros est-ce bien l'ordre lexicographique sur les
liens qui importe ou sur les fichiers réels ?) ?
- Si udev trouve une correspondance dans mes règles, cherchera-t-il une
correspondance dans les règles udev par défaut (j'ai bien compris que si
udev trouve une correspondance dans une de mes règles il ne regardera
pas les suivantes mais cela reste-t-il vrai pour l'ensemble des règles
mises en jeu ?) ?
3) Dernière question : Le but a terme est de faire du montage
automatique donc j'avais pensé à installer autofs (je suis sous kde donc
je pensais éviter gvm) mais il semble que hal soit conseillé avec udev.
Qu'apporte-t-il de plus ? J'ai lu un peu sur wikipedia et il semble
qu'il s'agisse d'abstraction vis à vis du matériel (ce qui est bien)
mais concrêtement ça change quoi pour moi ?
Merci beaucoup pour vos réponses.
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]
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]
