[Ubuntu-QC] /dev/ttyUSB manquant

[Michael Faille]

@Dominic
Pour comprendre udev, je te propose de consulter:
http://reactivated.net/writing_udev_rules.html

Je cherchais un DEVTYPE=usb_device qui correspond à ton matériel.

Chaque bloc correspond à un "device". (interface virtuel du kernel,
matériel, etc)
La premiere ligne est la path du device. Elle se distingue par un
"P:" au début de la ligne. Tu peux retrouver le fichier correspondant
en ajoutant /sys devant ce qui suit "P:".

Example.
Pour :
P: /devices/pnp0/00:04
E: UDEV_LOG=3
E: DEVPATH=/devices/pnp0/00:04
E: DRIVER=rtc_cmos
E: SUBSYSTEM=pnp
Le path du device est :  /sys/devices/pnp0/00:04
Donc la commande
> ls  /sys/devices/pnp0/00:04 devrait retourné de quoi (c'est de device)

Comment l'ordinateur sait comment si prendre pour aller chercher le
bon chemin et la bonne configuration pour le device.
C'est bien simple.
Jette un coup d'oeil ici : ls /lib/udev/rules.d
Tu y verras les règles nécéssaires afin de bien gérer ton matériel.
Je te propose d'en modifier pour mieux comprendre...

Si tu veux testé sur ton lecteurs cd, voici quoi faire pour créé un
alias dynamique autre que
/dev/cdrom /dev/cdrw /dev/dvd /dev/dvdrw

J'aimerais bien que le nom du lecteur cd soir plus user friendly :  /dev/Optiarc
Il faudras alors ajouter dans le fichier suivant :
> /etc/udev/rules.d/70-persistent-cd.rules
la ligne
SUBSYSTEM=="block", ENV{ID_CDROM}=="?*",
ENV{ID_PATH}=="pci-0000:00:1f.2-scsi-1:0:0:0", SYMLINK+="Optiarc",
ENV{GENERATED}="1"

Pour tester la modification, fait la commande qui fera rejouer tous
les events du kernel afin de rafraichir les rules udev (dont la
nouvelle) :
sudo udevadm trigger
puis vérifie si le nouvel alias ver ton lecteur dvd est présent :
> ls /dev/Optiarc

Tu as compris le principe des regles udev ? En gros, les règles
permette de gérer ton matériel pour compléter le travail des modules
de ton kernel. ( parfois, c'est udev qui se charge de loader les
modules)

Retournons à ton probleme de ttyusb manquant. Fait la commande suivante :
sudo udevadm monitor
Cette commande permet de savoir si notre matériel à été identifier par
le kernel. Tu y verras l'essentiel des événement qui y seront décrit.
Ça te permettra d'écrire ta propre règle udev.. ou bien de concidérer
que ton GuruPlug n'est pas intéressé à répondre. Étant donné que ton
hub usb semble bien avoir été détecté, si rien ne se passe, il y a de
forte chance que ton GuruPlug ne soit plus fonctionnel.

Si
> sudo udevadm monitor
donne un message lorque tu branches et débranche ton GuruPlug, donne
moi le retour STP et
refait la commande  :
> sudo udevadm info --export-db 2>&1 > udev.txt

A+
---
Michaël Faille
Étudiant au baccalauréat en génie des technologies de l'information
Université du Québec - École de technologie supérieure, Montréal (Québec)
Responsable TI du club étudiant CAPRA



2011/11/27 Mathieu Trudel-Lapierre <mathieu.tl at gmail.com>:
> 2011/11/27 Dominic Delambre <dominic.delambre at gmail.com>:
> [...]
>> en utilisant la commande "cu -s 115200 -l /dev/ttyUSB0", ce qui me
>> permettait d'ouvrir une communication sérielle avec le bidule en question.
>
> Bonjour,
>
> Comment connectes-tu le GuruPlug? J'imagine, par port USB tout
> simplement? Es-tu certain que le bidule recoit de l'électricité par
> port USB correctement, s'il n'est pas branché autrement? En t'y
> connectant par SSH alors que tu connectes le port USB, peut-être que
> des messages apparaissent sur le GuruPlug dans syslog?
>
> Aussi, pourrais-tu lister la sortie de 'lsusb'? Udev ne semble pas
> lister le GuruPlug; c'est déjà mauvais signe, s'il n'est pas non plus
> listé dans lsusb (9e88:9e8f), alors c'est sans aucun doute un problème
> électrique (comme ci-haut), un mauvais câble, ou un port USB brisé...
>
> Mathieu Trudel-Lapierre <mathieu.tl at gmail.com>
> Freenode: cyphermox, Jabber: mathieu.tl at gmail.com
> 4096R/EE018C93 1967 8F7D 03A1 8F38 732E  FF82 C126 33E1 EE01 8C93
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec at lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>