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
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
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
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 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
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 : 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]