slt, malgre l'option persist ma petite raie verte (sur MDK8.1) n'arrive pas a se tenir connecté, et dans les log au tentatives de reconnexion automatique toujours des lignes du genre :
 
Using interface ppp0
Connect: ppp0 <--> /dev/pts/5
Modem hangup
 
et ca répété une bonne 10aine de *
 
Connection terminated
Couldn't attaach too PPP unit 0: invalid argument
Couldn't create new ppp unit: innappropriate ioctl for device
couldn't get channel number: input/output error
 
 
 
et quand je me connecte manuellement (donc la ca marche) la seule dif c:
 
Using interface ppp0
Connect: ppp0 <--> /dev/pts/2  <======
Remote message : CHAP authentification success, unit 81
 
 
est ce que qqu'un a deja rencontré ce prb ????  
 
parce qu'en plus en ce moment je me fait tjs deconecter entre 5 et 12h de cnx alors c vraiment pas pratique
 
merci d'avance

[jfdsdjhfuetppo]--Message édité par rem5--[/jfdsdjhfuetppo]

y a pers qui a eu ce prb ????  

vraiment pers ne sait ???

c koi comme connex ? pts = modem rtc ?

c une connexion ADSL ( " raie verte  " ) alcatel speed touch usb....
 
et une chose que je comprend pas : si je laisse la connexion sans rien faire ou pas grd chose elle tient 24h mais avec mldonkey le mieux que j'arrive a tenir c 12-13h, un rapport entre le download et la dcx ???? ou alors mldonkey buggé....

 
ben moi j'ai eu pareil sous windows, donc ça vient surement de edonkey (ou du modem qu'aime pas edonkey)
t'as spécifier combien de connection max sous edonkey ?

la reconnection avec le sppedtouch usb est particulière
fais des recherches sur le forum ou le ite des drivers

oui mldonkey marche trop bien
sous forte pression, la raie lache
 
 
Le plus simple est de faire un script qui check si ta connexion est bonne toute les 10 mn et qui la relance si c'est pas bon

ca c sur mldonkey marche au poil :-)
 
bon je vais essayer de mettre les driver en 1.0, et c dit qu'il y a besoin de patcher le kernel pour permetre la reconnexion, j'espere que ca marchera.
 
m'enfin ca m'etonnerai quand meme que ca marche : mandrake a quand meme dû patché le kernel comme il fallait vu que c t inclu ds le driver et que ce drv et fourni en std.
 
et si c pas le cas j'espere que ce sera fait ds la 8.2 parce que comme apparemment ce ne sera inclu en std ds le kernel qu'a partir du 2.4.18 et que pour l'instant ca a l'air d'etre le 2.4.17 sur la 8.2... (j'espere pas dire de connerie... ;-)  )
 
bref je prie (et puis non ca sert a rien, qu'est ce qu'il y peu l'autre sur sa croix, nan mais quand meme ;-)  ) et on verra bien....

Il y a un problème avec les modems USB, à savoir qu'il faut réinitialiser l'USB avant de relancer la connexion. Donc après, soit tu fais un script qui vérifie ta connexion, soit tu trafiques avec pppd ou diald pour obtenir le même résultat, ça devrait être possible.

il faut decharger les module usb et le recharger avant de lancer la reconenction
rmmod usb-uhci (ou usb-ohci)
 
ensuite modprobe usb-uhci
 
etc...

les raies vertes marchent bien sous linux mais niveau reconnexion auto c a se mettre un  balle c vraiment pouri et tout ca grace a FT de merdeeeeeeeee qui deconnecte toute les 24h
@++

C pas a cause de FT si sa reconnecte pas !!!!

 
   
nan, mais c'est a cause d'eux si ça deconnecte !

le fait que la reconnection ne marche pas vient généralement du fait que le pppoaX (X=2 ou 3) ne tombe pas lors d'une déconnection par le provider (c'est pas le cas lorsque l'on quitte le pppd soi-même)
 du coup il suffit de faire un :
killall pppoa3
 
puis de relancer le pppd et la ça marche.
 
Pour rendre la reconnection automatique le plus simple c'est un script qui teste régulièrement la connection toute les 5 min par exemple (vive la crontab) et qui reconnecte lorsque c'est déconnecté.
 
mon script par exemple à adapter à vos besoin :
 
reconnect.bash
#!/bin/bash
RESULT=`/sbin/ifconfig | grep P-t-P | sed "s/^[a-zA-Z0-9 :.]*P-t-P://g" | sed "s/\ Mask:[0-9.]*$//g" `
if [ "$RESULT" == "" ]; then
    RESULT=0
else
    RESULT=`echo $RESULT | xargs ping -c 4 | grep packets | sed "s/^[0-9a-zA-Z ]*,\ //" | sed "s/\ packets[0-9a-zA-Z ,%]*$//"`
fi
if [ $RESULT == 0 ]; then
    logger "daily Mamadoo disconnection, restarting pppd..."
    killall pppd
    killall pppoa3
    sleep 7
    /usr/sbin/ppp-on
fi
 
 
ppp-on
 #!/bin/bash
 
/usr/sbin/pppd call adsl
 
et la ligne dans la crontab :
 
0,5,10,15,20,25,30,35,40,45,50,55 * * * *       /usr/bin/reconnect.sh 1> /var/log/reconnect.mamadoo 2> /var/log/reconnect.mamadoo
 
 
voià (à adapter au gout de chacun)
 
a+

Le défaut de ce système est qu'il vérifie la bonne santé de la ligne avec un ping, ce qui crée du trafic inutile et ne permet pas une détection très rapide, alors que pppd, utilisant LCP, s'en rend compte instantanément.
 
Je pense qu'on peut utiliser cette option, trouvée dans man pppd :

 
Je pense donc qu'en mettant dans /etc/ppp/peers/dsl-provider une ligne :

avec dans le script monscript le déchargement éventuel des modules et un killall pppoa (éventuellement avec une vérification que le lien est bien mort en regardant dans /var/run (il doit créer un fichier .pid, si je ne m'abuse), je n'ai pas bien compris le après le script de connexion), on devrait avoir quelque chose de propre et performant.

[jfdsdjhfuetppo]--Message édité par Jar Jar--[/jfdsdjhfuetppo]

c'est vrai que si ta solution marche Jar Jar, elle est plus élégante, mais bon quand j'ai réussi la mienne j'ai pas cherché plus loin (j'essaierai ptet quand j'aurait plus de temps, en tout cas pas maintenant)
 
En tout cas l'idée est à creuser par ceux qui sont motivés

Vous vous faite chier pour rien g juste mis dans le crontab 2 lignes: 1 qui coupe pppd a 12h15 et 1 qui reconnecte a 12h20 et comme ca ca roulezzzzzzz bon c sur que si je suis deconnecte avant c a la main que je dois me reconnecter mais mamadoo ma jamais deconnecte avant 24 et la je reste connecte 23h55 ;o)
@++

aurelboiss a écrit a écrit : Vous vous faite chier pour rien g juste mis dans le crontab 2 lignes: 1 qui coupe pppd a 12h15 et 1 qui reconnecte a 12h20 et comme ca ca roulezzzzzzz bon c sur que si je suis deconnecte avant c a la main que je dois me reconnecter mais mamadoo ma jamais deconnecte avant 24 et la je reste connecte 23h55 ;o) @++

 
c'est crade comme solution, mais ça a le mérite d'être fiable à 100% et de pas créer de trafic inutile  

aurelboiss a écrit a écrit : Vous vous faite chier pour rien g juste mis dans le crontab 2 lignes: 1 qui coupe pppd a 12h15 et 1 qui reconnecte a 12h20 et comme ca ca roulezzzzzzz bon c sur que si je suis deconnecte avant c a la main que je dois me reconnecter mais mamadoo ma jamais deconnecte avant 24 et la je reste connecte 23h55 ;o) @++

 
c'est quoi le sdeux lignes en question d'ailleurs ?
je crois que je vais opter pour cette solution moi  

en meme temps le traffic du ping est quand meme pas enorme...faut franchement etre hyper exigeant pour y trouver la moindre gene !!

Ce n'est pas tant le problème du trafic que celui de la détection. Les paquets de test LCP sont envoyés en permanence sur la ligne, et une coupure intentionnelle est détectée immédiatement, alors qu'un ping toutes les minutes, ça veut dire qu'il faut attendre une minute pour se reconnecter.

 
 
Ok avec cet argument la je m'incline  

 
pourquoi tu fais un killall pppd et pppoa3
ça suffisait pas de faire juste sur pppoa3 ?

voila mes deux lignes :
 
kille la connexion: /etc/init.d/internet stop
reconnexion:    /usr/sbin/pppd call adsl
 
voila c tout

aurelboiss a écrit a écrit : voila mes deux lignes :   kille la connexion: /etc/init.d/internet stop reconnexion:    /usr/sbin/pppd call adsl   voila c tout

 
merci