Reprise du message précédent :

je sais pas quoi faire de cette info.

je vire avahi, c'est un peu long parce qu'il faut que je le vire aussi du système de déploiement.

Attends là, ça fait un bail que j'ai pas écrit de règles udev, faut que je me rafraichisse un peu la mémoire
Mais là, on est plus très loin, je pense

Vérifies quand même que vous l'utilisez pas ailleurs (ce serait ballot mais bon, j'ai pas la vision que tu as de l'ensemble )
 
Enfin bon, mon avis, c'est qu'un truc aussi capricieux que mDns/avahi/etc ... ça a rien à faire sur de l'embarqué, à plus forte raison si c'est du "offshore" (c'est quasiment votre cas), parce que ça vient ajouter une bonne dose de non déterminisme

ok, eth0 est bien hot plug, il est juste super lent des fois.
j'ai viré avahi.
 
je retourne sur cette histoire de DNS et de hot plug du ppp

Est ce que wicd est lancé et prend le contrôle du resolv.conf ?
Il réagit au hotplug ethernet ?

En relisant le bout de fichier de règles que tu as posté, j'ai l'impression que la connexion via USB (en tethering ?) est gérée comme de l'ethernet niveau évènement et déclenche un "hotplug" à la façon d'une interface ethernet
et du coup wicd risque de le voir aussi

oulà, y'a un piège, tout ce qui concerne l'USB dans le fichier udev posté concerne un tout autre truc: l'ethernet sur USB utilisé pour le dépannage de la carte, c'est pas du tout le GPRS.

Sinon regarde du côté de udevadm monitor pour voir les évènements générés par le kernel à diverses occasions (notamment lors du chargement d'un driver)

au cours des 3 derniers jours wicd n'a posté qu'un seul truc dans /var/log/syslog: "Starting Network connection manager: wicd."
 
pour moi il a jamais de sa vie fait un truc d'utile.

Ha oui j'ai oublié de le dire de façon explicite
 

 
Ça c'est pour gérer le tethering via USB et monter une pseudo interface eth1 quand un certain device est branché sur un port USB
 
Pour le gprs, ça doit être directement un démon genre pppd qui gère ça, mais s'il doit charger un driver, tu peux peut être voire un évènement passer au niveau du kernel quand il charge le driver correspondant, un truc genre ppp**

 
Faut regarder sa config de près alors
 
surtout les deux fichiers  wicd-manager-settings.conf et wicd-wired-settings.conf  
 
EDIT : j'ai un doute ...   tu as bien  START_DAEMON=yes  dans /etc/default/wicd ?

tout est par défaut dans les 2 fichiers de conf, et oui, dans le default il est en start daemon.

ok, si je mets usedns dans la config du GPRS, il va écraser le resolv.conf avec le DNS du provider. On progresse.

(pour la déconne, je viens de brancher le câble réseau en même temps que le GPRS, on va voir s'il préfère son papa ou sa maman)

Je peux  voir la tête des deux fichiers de config de wicd ?
Je pense que le reste est dedans
 
 
Et j'ai appris qu'ils ont écrit une alternative bcp plus légère à udev qui s'appelle mdev, qui s'appuie sur busybox, pour tout ce qui est embarqué
 
J'imagine que c'est c'est ce que tu as sur ton beaglebone

concernant le resolv.conf: le dernier connecté gagne (je sais pas trop ce que j'espérais)
 
 

Ok, je crois que je viens de me rappeler d'un truc ... il faut virer  

du fichier /etc/network/interfaces
sinon le système prend la gestion à sa charge et ne transfère pas la gestion à wicd
Je suis en train de remonter des bouts d'une vieille et conf, et j'ai eu confirmation de ça sur un site

mais pourquoi je laisserai wicd faire quoi que ce soit ? je m'en fous de wicd moi, non ?
 
je veux juste que 1) le hot plug marche (en particulier pour le gprs) 2) les DNS soient google si le gprs est activé et dhcp si eth0 est actif.

ok ... tu veux tout faire en hotplug alors (c'est possible) ?
 
J'avais compris que tu souhaitais conserver wicd, mais j'ai mal compris visiblement

Oui, tout en hot plug et j'ai aucun attachement pour wicd

1/ Qui a la priorité sur le dns, au niveau des différentes connectivités ? (on suppose le cas défavorable où elles sont toutes actives, même si c'est pas forcément réaliste)
 
2/ Tu touches pas au reste, niveau réseau, genre gateway/routes ?
 
3/ Est ce qu'il faut un filet, qui rétablit toujours le gprs et coupe les autres connexions ?

1) le dernier connecté c'est ok
 
2) non, pas volontairement
 
3) je veux toujours rétablir le GPRS si l'internet n'est pas accessible (ie si y'a un câble réseau avec le net au bout, pas la peine de s'acharner), mais si c'est au mauvais niveau d'abstraction, toujours rétablir le GPRS s'il est down.