Re: [HS] Re: script Debia adsl.sh (Re: PPP patché)
> Bonjour à tous, > > Je ne peux pas m'empécher de commenter ces quelques lignes > (sans doute en raison du contexte où il m'arrive évoluer > et où la *fiabilité* du logiciel libre est au centre des > discussions ...) > > > Voilà. Sinon, inutile de dire que ça marche à la perfection. > > Certes, mais après combien de corrections ?? J'ai mis 1 bonne semaine à installer une solution avec les drivers d'Alcatel pour obtenir un système bancal plantant de temps à autre ma machine (il semble que ce que j'attribuais au noyau 2.4.3 soit du au module speedtouch d'Alcatel). Pas de scripts à modifer, ils n'existaient pas! Il m'a fallu une journée pour faire tourner les drivers de Benoit. Poure le reste ça ne fait que mieux dire (avec des nuances donc) ce que je pense. Mon "angélisme béat" n'est que la conséquence de ma (grande) satisfaction d'avoir pu transférer une image ISO de 700M avec un débit de 12-13K/s sans coupure alors qu'il y a 3 mois, Eric Leblanc avait téléchargé chez moi l'image ISO de la boo et de la hamm avec une coupure (i.e relance complète du modem avec rechargement des modules, etc) tous les 5M environ soit + de 120 coupures au total pour la seule image de la boo. La différence de qualité est qd même impressionnante. Amicalement F.B
[HS] Re: script Debia adsl.sh (Re: PPP patché)
Bonjour à tous, Je ne peux pas m'empécher de commenter ces quelques lignes (sans doute en raison du contexte où il m'arrive évoluer et où la *fiabilité* du logiciel libre est au centre des discussions ...) > Voilà. Sinon, inutile de dire que ça marche à la perfection. Certes, mais après combien de corrections ?? > Par comparaison avec la solution semi-propriétaire que > j'utilisais avant, cela prouve qd même qu'un développement > totalement libre conduit à une solution bcp plus fiable qu'un > développement propriétaire. L'expression clé est bien ici "conduit à" que j'aurais personnellement formuler plus précisément "*peux* (permet de) conduire à"... Il n'est pas "sain" de se cantonner à une sorte d'"angélisme a posteriori" en claironnant que le LL c'est la perfection en oubliant subitement les tatonnements nécessaires pour y parvenir. Il n'est pas raisonnable de présenter les LL aux industriels comme des logiciels *intrinsèquement* de qualité mais il est bcp plus rigoureux **et mieux accepté** de présenter le LL comme un moyen plus efficace d'atteindre une qualité (probablement supérieure, en effet ;-) Le LL ne marche pas à la perfection du premier coups, ceci est une douce illusion. L'évolution vers cette qualité _à un coût_ et le fait que, par le bénévolat des contributeurs, ce coût soit invisible/impalpable n'est pas un argument suffisant pour "vendre" du libre. Les "industriels" sont extrêmement pragmatiques (et je rejoins ici Nicolas S(?) qui a fait un constat sans concession et fidèle) . De manière analogue, si nous ne sommes pas dupes des discours pré-calibrés de MicroSoft, pourquoi ces industriels le serait-il des discours parfois bien (trop?) angéliques provenant du LL... ? Excusez cette digression du matin, j'ai pas encore pris mon café ;-) PS : Je précise qu'évidemment j'apprècie le travail de contribution de François Boisson (ne serait-ce que parce que je suis incapable de faire de même). C'est juste une réflexion sur le "travail" effectué et la manière dont il est présenté (j'allais dire "oublié") dans sa conclusion. Un effort gratuit reste un effort. A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
script Debia adsl.sh (Re: PPP patché)
Pour information: J'ai qque pbms (résolus) dans le script adsl.sh fourni avec le driver de BP. Je voudrais savoir si il me sont spécifiques ou pas avant de le (les) signaler. 1) Le plus important est le fait que modem_run y est lancé sous Debian à la Debian (ce qui est normal) avec start-stop-dameon: start-stop-daemon --start --pidfile $MODEM_RUN_PID --make-pidfile Or visiblement, modem_run se lance lui même en processus fils (fork) donc le pid n'est plus le même. cerbere:~# ps | grep modem_run cerbere:~# ps x | grep modem_run 308 ?S 0:00 /usr/local/bin/modem_run -v 0 -m -f /usr/sbin/mgmt.o 1267 tty1 S 0:00 script /root/pid_modem_run 1268 tty1 S 0:00 script /root/pid_modem_run 1333 ttyp0S 0:00 grep modem_run cerbere:~# cat /var/run/modem_run.pid 307 <<<- n'est pas 308 cerbere:~# ps x | grep pppd 314 ?S 0:00 /usr/sbin/pppd call adsl 1445 ttyp0S 0:00 grep pppd cerbere:~# cat /var/run/ppp ppp0.pid pppd.tdb cerbere:~# cat /var/run/ppp0.pid 314 <<<--- pour pppd, c'est bon cerbere:~# exit Lorsque le script est lancé en arrêt (stop), start-stop-daemon --stop --pidfile $MODEM_RUN_PID modem_run ne tue pas modem_run, si on veut le relancer ça plante. A ce stade, un arrêt de la machine provoque un oops chez moi. La rectification du script est simple (lancement simple et killall) et remet tout en place. 2) Un deuxième problème est que lorsque le script est lancé la première fois, usbcore et /dev/usb sont déjà respectivement chargé et monté à cause d'hotplug je pense (reste de l'installation des drivers d'Alcatel). Ca donne des messages d'erreurs (pas grave, je laisse courir). Dans une installation première sans hotplug, est ce le cas (je pense que non)? 3) Un troisième inexpliqué est le fait que j'ai du remplacer la ligne mount_usb par mount /dev/usb ou /dev/usb est correctement défini dans /etc/fstab. Sinon, j'obtenais après la procédure après un cycle stop-start (none) on /proc/bus/usb type usbdevfs et ça ne parchait pas. Autrement dit, au démarrage tout fonctionnaire bien. De même j'ai remplacé umount_usb par umount /dev/usb En fait, je vois (à l'instant!) effectivement dans le script d'origine la ligne if [ $RETURNED -ne 0 ] ; then $MOUNT none /proc/bus/usb -t usbdevfs donc none est volontaire. Cela est confirmé dans le HOW-TO. Pourquoi chez moi, il faut que je monte /dev/usb sur /proc/bus/usb ??? 3bis) Enfin pour info personnelle, il y a bien équivalence entre RETURNED=$? if [ $RETURNED -ne 0 ] ; then $MODPROBE -k $1 RETURNED=$? fi et RETURNED=$? [ $RETURNED -ne 0 ] && $MODPROBE -k $1 non? Voilà. Sinon, inutile de dire que ça marche à la perfection. Par comparaison avec la solution semi-propriétaire que j'utilisais avant, cela prouve qd même qu'un développement totalement libre conduit à une solution bcp plus fiable qu'un développement propriétaire. Le bonjour à tous François Boisson
Re: PPP patché
Bon, ça y est. Les drivers de Benoit Papillault sont installés et après recompilation du noyau, tout à l'air de bien marcher. Je suis rester sous le noyau 2.4.3 à cause du driver de la carte Realtek8139 qui marche bien ce qui n'est plus le cas pour les noyaux suivants. Le problème du gel de la ligne PPP semble être réglé et tout semble bien fonctionner mis à part une batterie de message venant d'un message de debug dans le noyau (je vais le recompiler). Le conseil de passer aux drivers de B.P était très bon et j'aurai du le faire bien + tôt. Reste plus que le problème du bug de ip_tables dans le noyau 2.4.3 (suis je le seul à avoir ce pbm?). Merci de m'avoir convaincu de renoncer aux drivers Alcatel. F.B
Re: PPP patché
Le Wed, 16 Jan 2002 09:52:33 +0100 "Thomas Clavier" <[EMAIL PROTECTED]> a dit: > Je ne penses pas que le passage drivers Alcatel/Benoit & co soit réelement > complex : > > changer de pppd : apt-get install pppd > Les script : il sont plutot bien fait et présent dans le tarball > en fait il n'y en a qu'un : le lancement de la connection ... > sinon, je peux donner le miens > le kernel : là OK, il faut recompiler ... mais je crois que je vais faire un > packet avec le kernel patché n_hdlc. > > c'est pas très très dure ... en plus, la reconnection marche bien :) Pour > certains (qui ne veulent pas patcher le noyau), la solution a été de faire un > script cron qui ping le host ppp toutes les min ... c'est pas très beau mais ça > marche !! Bon, dans la mesure où pour essayer d'améliorer les choses j'ai compilé le noyau 2.4.3, 2.4.4, 2.4.8 (il marche celui avec PPP?), 2.4.9, 2.4.12, 2.4.13 et 2.4.17 (et même des mélanges 4.3 + 4.17; le driver 8139too marche très mal avec ma carte à partir du 2.4.9), ce n'est pas un pbm de recompiler le noyau, non, je parlais des scripts de reconnexion avec ping sur hosts et tout le tralala (les précédents ont été pénibles à mettre en place) mais si il n'y en a pas besoin... c'est le paradis. François B
Re: PPP patché
> - Message d'origine - > De : François Boisson <[EMAIL PROTECTED]> > > C'est bien ça, tu as utilisé les drivers de Benoit Papillaud. J'ai > installé ceux d'Alcatel, le pbm est que passer aux drivers de Benoit P est > relativement lourd (recompilation de noyau, chgmt de ppp, reprise de tous > les scripts)... Le driver d'Alcatel marche bien, seul ce pbm de > reconnexion ppp gache tout (en plus d'un bug du noyau 2.4.3 dans > ip_conntrack mais c'est autre chose). > Je ne penses pas que le passage drivers Alcatel/Benoit & co soit réelement complex : changer de pppd : apt-get install pppd Les script : il sont plutot bien fait et présent dans le tarball en fait il n'y en a qu'un : le lancement de la connection ... sinon, je peux donner le miens le kernel : là OK, il faut recompiler ... mais je crois que je vais faire un packet avec le kernel patché n_hdlc. c'est pas très très dure ... en plus, la reconnection marche bien :) Pour certains (qui ne veulent pas patcher le noyau), la solution a été de faire un script cron qui ping le host ppp toutes les min ... c'est pas très beau mais ça marche !! A+ Tom -- .''`. Thomas Clavier `-_---' `---_-' .-. : :' : http://www.tcweb.dyndns.org `--|o` 'o|--' /V\ `. ` \ ` / // \\ `- debian GNU/Linux user ): :( /( )\
Re: PPP patché
"François Boisson" wrote: > > C'est bien ça, tu as utilisé les drivers de Benoit Papillaud. J'ai > installé ceux d'Alcatel, le pbm est que passer aux drivers de Benoit P est > relativement lourd (recompilation de noyau, chgmt de ppp, reprise de tous > les scripts)... ... mais l'avantage c'est que c'est finalement relativement pas grand chose... La seule étape "chiante" est le patch de n_hdlc. Voici une url qui pourrait t'intérresser : http://perso.wanadoo.fr/ed.gomez/docs/Debian-SpeedTouch-HOWTO.txt Bonne continuation !
Re: PPP patché
Le 15 Jan 2002 21:36:02 +0100 David MENTRE <[EMAIL PROTECTED]> a dit: > Pour ma part, j'ai suivit à la lettre l'install sur les pages du > speedtouch[1]. Ça marche sans aucun problème, aussi bien avec le ppp de > la potato (2.3.11) que de la woody (2.4.1.uus-1). > C'est bien ça, tu as utilisé les drivers de Benoit Papillaud. J'ai installé ceux d'Alcatel, le pbm est que passer aux drivers de Benoit P est relativement lourd (recompilation de noyau, chgmt de ppp, reprise de tous les scripts)... Le driver d'Alcatel marche bien, seul ce pbm de reconnexion ppp gache tout (en plus d'un bug du noyau 2.4.3 dans ip_conntrack mais c'est autre chose). > J'utilise pppoa3 mais pppoa2 marchait tout aussi bien. Tu as des > messages d'erreur ? Ben non, la liaison semble active mais la connexion PPP est rompue dans les faits, killall pppd suivi de pppd remet le bazar en route. Si ça devient trop compliqué, j'installerais les drivers de B.P qui ont l'air plus fiable. > > En espérant que ça aide un peu, > Amicalement, > d. Oui, ça localise bien le pbm. Amitiés F.B
Re: PPP patché
François Boisson <[EMAIL PROTECTED]> writes: > J'ai installé ADSL en utilisant les drivers Alcatel (pas une bonne idée ça Je suppose que tu as la même config que moi, un Speedtouch alcatel sur une debian woody. Pour ma part, j'ai suivit à la lettre l'install sur les pages du speedtouch[1]. Ça marche sans aucun problème, aussi bien avec le ppp de la potato (2.3.11) que de la woody (2.4.1.uus-1). J'utilise pppoa3 mais pppoa2 marchait tout aussi bien. Tu as des messages d'erreur ? En espérant que ça aide un peu, Amicalement, d. [1] http://speedtouch.sourceforge.net/ -- [EMAIL PROTECTED]
PPP patché
Bonjour, J'ai installé ADSL en utilisant les drivers Alcatel (pas une bonne idée ça mais bon) et en utilisant un client PPP patché: ppp_2.4.0b2-3_i386.deb J'avais déjà signalé qu'en cas de gros upload, la connexion se gelait. Apparemment, la liaison PPP se coupe et il suffit tuer pppd et de le relancer pour que ça marche. L'option persist ne relance pppd automatiquement que de très rares fois. Je pense soit à un pbm dans le noyau soit dans le client ppp. Pour remedier à cela j'essaye de faire plusieurs choses: 1) mettre à jour ppp, j'ai recompilé ppp-2.4.1-uss (?) mais outre que cela crée un deuxième paquet ppp-udeb_2.4.1.uus-4_i386.deb dont je me demande l'utilité, j'ignore si ce ppp est patché pour le protocole PPPoA. Y-a-t il un successeur à ppp_2.4.0b2-3_i386.deb? Que fait ppp-udeb? 2) Essayer un démon pppupd maintenant la liaison, j'ai essayé de trouver un paquet mais echec. Je l'ai recompilé et suis en train de le tester. Mon problème est que parfois la liaison ATM est coupé et il est nécessaire dans ce cas de réinitialiser complètement le modem. Un deuxième script est donc nécessaire avec des risques d'interférences. Quelqu'un a-t-il trouvé une solution élégante?[OT] De plus, pour cela, il me faudrait un serveur de Pong (répndant à mes pings), j'ai trouvé des tas de serveurs de pings mais pas de pongs? Quelqu'un a une adresse?[OT] Merci d'avoir lu F.Boisson
