Reprise du message précédent :

lol
 
crée la règle udev, c'est la méthode idoine car ca permet d'éviter tout souci et c'est dynamique, ca permet le branchement/débranchement, un modprobe au boot c'est statique donc moins bien mais c'est faisable aussi

Je galère méchamment avec la création d'une règle udev. J'ai essayé la méthode du dernier lien que tu m'as donné, mais j'ai l'impression :
1°/ que le kernel que j'utilise n'est pas suffisamment récent
2°/ que je ne dispose pas des connaissances requises pour réaliser ça...
Je ne retombe pas exactement sur les même choses que dans le tutoriel, et du coup ça me paume très rapidement.
Bref, sachant que ADSL finira bien par arriver chez ma mère, que c'est a priori le seul câble USB>RS232 que je vais brancher sur ce portable et que j'aimerai quand même en sortir (ça commence à faire un moment que je galère avec cette histoire de connexion RTC), je pense que je vais oublier le côté dynamique de la chose, et réaliser le modprobe dans un script de démarrage. Le problème étant maintenant de savoir dans lequel...

Dans etc/rc.local qui est le script ou on met habituellement les services "custom".
J'ai pas d'ubuntu sous la main pour vérifier, et je ne sais pas si la dernière version utilise encore sysVinit ou le nouveau upstart développé par ubuntu.

Poste ici ta règle udev et je te la corrige sinon, car c'est vraiment pas le bout du monde à faire.

Super, ça fonctionne avec l'ajout du modprobe dans rc.local.
 
Ma règle udev, j'avais essayé en procédant de la manière suivante : un fichier /etc/udev/rules.d/96-usbserial.rules contenant :

Puis le fichier /etc/usbserial.sh avec

Je pense que j'ai loupé quelque chose, mais j'avoue jouer avec des choses que je ne maitrise pas du tout sur ce coup là...
 
Sinon, j'ai l'impression que si je démarre le portable avec le câble branché, il le monte systématiquement en ttyUSB0, ce qui est plutôt cool.

Ca me parait pas mal...
Sinon tu peux faire

et vérifie tout betement les permissions d'execution sur ton script (chmod +x /etc/monscript.sh)

edit : faudrait aussi voir pour fixer l'interface tty dans la règle udev ou dans le script associé.

OK, je réésaie avec la règle udev, en replaçant le echo par le modprobe. Si ça fonctionne, on pourra s'attaquer au TTY histoire de tout fixer correctement et avoir quelque chose de propre. Je te tiens au courant rapidement
Merci encore pour ton aide en tout cas.

le echo devrait marcher aussi, je penche pour un souci tout simple de permissions.

A priori, avec le modprobe dans le fichier usbserial.sh, ça fonctionne au poil, que le câble soit branché ou non lors de l'allumage de la machine. Reste à s'assurer, probablement via le usbserial.sh que le câble sera toujours monté en ttyUSB0, et tout sera terminé non ?
 
Je vois dans le lien qui parlait des echo qu'il a des lignes en commentaire qui semblent faire référence à l'attribution des tty justement non ? Lui place ça dans son fichiers rules, ça donne :

J'ai l'impression que ces lignes permettent de donner des droits, mais pas forcément de fixer le tty attribué au périphérique. D'autre part, je crois qu'il créé un lien symbolique dans la première ligne de telle manière que /dev/modem fasse référence à /dev/ttyUSB0, je me trompe ? Par contre, si le câble n'est pas monté en ttyUSB0, que se passe-t-il ?

super ca veut dire que le script marche avec udev. parfait.

Les règles udev définissent l'interface créée lorsque le périph est branché. Donc si tu branche ca va bien utiliser toujours la même interface, avec la règle que tu a mis au dessus. D'autre part si tu utilise cette règle pense bien à ajouter ton user au groupe dialout.
Tu peux virer la 2e ligne avec ttyUSB1 puisque tu n'a besoin que d'une interface.
Pour le symlink, tu a tout juste, ca permet de se débarasser de la référence à ttyX pour utiliser /dev/modem ce qui est plus convivial (même si tu peux toujours utiliser ttyUSB0 puisque c'est un lien symbolique qui est créé).

OK, génial. Remarque, si je place cette simple ligne en plus dans le fichier rules :

Est-ce que je peux en conclure que :
- j'impose l'utilisation de ttyUSB0 pour le montage de mon câble
- je créé un lien symbolique nommé /dev/modem sur le device /dev/ttyUSB0
- que je laisse le périphérique se monter avec groupe et user par défaut, ce qui m'arrangerait puisque en l'état ça fonctionne très bien avec les droits par défaut
 
Je rêve, je vois le bout du tunnel, le dernier test sera de faire un essai chez mouman pour voir si la connexion s'effectue réellement correctement !
 
P.S. : Enfoiro président !

 
T'a tout bon, d'ailleurs je dépose ma candidature demain   . Teste et si ca ne marche pas passe par le groupe dialout, car je ne sais pas quelles sont les permissions "standard" sur ttyUSB0.
 

OK, je test ça tout suite. Je te redis.

D'autre part, et si je puis abuser, j'ai un message d'erreur lors du boot qui ralentit considérablement le temps de boot de la machine. C'est pas très gênant dans le sens où ça ne semble pas impacter le fonctionnement de la machine une fois démarrée, mais c'est quand même pénible.

Lorsque je choisi Ubuntu dans Grub, il apparait la chose suivante :

Ca reste figé comme ça pendant un moment (genre 20 secondes à une minute), puis un message d'erreur qui dit :

J'ai du mal à voir plus, car ça reste très peu de temps à l'écran. J'ai essayé de matter les logs, rien n'apparait, je pense qu'il y a une option à ajouter à la configuration de Grub, mais je ne vois pas laquelle, mes recherche sur Internet se sont révélées assez infructueuses (quelques messages en parlent, mais aucun n'apportent une solution). Une idée ?

Edit : le message exact est le suivant, finalement trouvé dans /var/log/dmesg, kern.log et syslog, en multiples exemplaires, puisque se produisant à chaque boot :

hmmm alors il semble qu'il y ait un problème avec l'allocation mémoire pour le bus pci, or ceci est géré par l'acpi.
Au pif tente les options suivantes pour le boot (modifie en live dans grub en tapant "e" puis modifie chaque ligne avec "e" ensuite boot avec "b", modifs non persistantes)

et/ou

Je doute t'apporter la solution avec ca, aparemment c'est un bug connu et non résolu pour le moment

Merci pour ces conseils Je test dans l'après midi.
Sinon, j'ai ajouté la ligne KERNEL="ttyUSB0", SYMLINK="modem", sans spécifier de groupe ni de user, et ça fonctionne nickel, y compris en appelant /dev/modem dans NetworkManager \o/.
 
Tout ça grâce à tes conseils, je te remercie encore. Pis bon, comme ça au moins j'ai appris des choses
 
EDIT
Effectivement, ça ne résout pas le problème. Plus qu'à attendre un correctif de ce côté là, même si en soit, ce n'est pas un drame.