Journal speedtouch + mandrake 10

Posté par  .
Étiquettes : aucune
0
1
mai
2004
Juste une question en passant comme ca.

Je suis en train de chercher et je suis sur que vais finir par faire marcher une mandrake 10 (kernel 2.6.3) avec un speedtouch usb vert premier du nom (rev 0.00).

Mais si quelqu'un à déjà fait la manip, ou a un lien (howto) je lui en serai trés reconnaissant , merci .

  • # Re: speedtouch + mandrake 10

    Posté par  . Évalué à 2.

    drakconnect le gère, il suffit de mettre le firmwaremgmt.o sur une disquette et de lancer l'assistant de configuration. J'ai le même modem et aucun problème pour le faire fonctioner sous mdk10

    • [^] # Re: speedtouch + mandrake 10

      Posté par  . Évalué à 1.

      Je ne peux que confirmer, normalement c'est ultra simple avec la zoulie interface mdk.
      Là ou ça se 'complique', c'est dans le cas d'un accès Free dégroupé.
      Matt

      • [^] # Re: speedtouch + mandrake 10

        Posté par  . Évalué à 1.

        ba moi avec la zoulie interface , il commence par me dire "desolé , nous ne supportaont que les kernel 2.4 ou ulterieur" drole sachant que je suis en kernel 2.6.3
        ?

  • # Re: speedtouch + mandrake 10

    Posté par  . Évalué à 1.

    Moi, je n'ai pas réussi a faire fonctionner le Speedtouch USB avec le noyau 2.6.3. Un coup, il reconnait la présence du Speedtouch, un coup non. On redémarre. Tiens, plus de Speedtouch ! On se lasse.

    Je suis revenu au noyau 2.4.15 où, là, effectivement, tout est immédiatement reconnu et stable.

    Toutefois j'ai dû choisir "connexion au démarrage", parce que sinon ça ne veut pas se connecter ou pas bien : 15min de longues tentatives pour enfin obtenir une connexion.

    Par ailleurs, il ne faut pas qu'il y ait trop de déconnexions. Parce que la reconnexion est parfois très aléatoire.

    Pour les déconnexions, Mandrake n'est pas en cause car le problème se pose aussi sur Win2000 (autre machine, même compte et même modem). Par contre, les difficultés de reconnexions viennent bien du système : très laborieuses sur Mandrake-Linus 10, quasi instantanées sur Win2000. Imaginez qu'il m'a fallu parfois redémarrer la machine pour rétablir la connexion !

    J'ai nettement amélioré la situation voilà 2 ou 3 jours en découvrant les vertus du :

    # killall pppd
    # pppd call adsl

    Parce q'une simple reconnexion échoue. Dans les log (messages), on voit :
    ... pppoa3 version 1.2 started by root (uid 0)
    ... A previous instance seems to be running
    ... Sending the kill signal to 3253 and waiting...
    puis 30 sec plus tard :
    ... LCP: timeout sending Config-Requests

    En clair, la nouvelle connexion attend la fin de la connexion précédente (plantée) qui ne vient jamais. Le killall permet de faire le ménage avant de relancer la connexion.

    • [^] # Re: speedtouch + mandrake 10

      Posté par  . Évalué à 1.

      merci je vais tenter de retourner au kernel 2.4 pour essayer

      • [^] # Re: speedtouch + mandrake 10

        Posté par  . Évalué à 1.

        Je consirme, avec le kernel 2.4 y a rien a faire, ca marche tout seul.

        • [^] # Re: speedtouch + mandrake 10

          Posté par  . Évalué à 1.

          je confirme que pour le noyau 2.6.3, il faut activer la connexion au démarrage.

          J'ai pu résoudre le problème comme suit :

          Relancer l'installation de mdk 10.0 sans rien changer (bref un update de la version déjà installée sans rien changer).
          Lors du résumé, je configure mon installation en disant que je veux la connexion lors du démarrage. (j'emploi également les dns)

          Ensuite lorsqu'il redémarre, ça peut ne pas marcher, mais si on reboot une seconde fois, ça marche, et pour toujours.

          Je suis également novice dans ce type de config internet, donc ne me demande pas pq ça marche comme ça et pas autrement.

          Essaie, en ce moment je suis sous le noyau 2.6.3 et avec mon speedtouch, donc, c'est possible.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.