Installation d'une debian avec le speedtouch USB

Posté par  . Modéré par Benoît Sibaud.
Étiquettes :
0
25
avr.
2002
Debian
Lucas Moulin propose une documentation de l'installation d'une Debian Woody avec le modem Alcatel SpeedTouch USB puis la mise à jour en Woody. La doc est plutôt bien faite et adaptée pour les débutants.

Note du modérateur : doc sous GNU Free Documentation License

Aller plus loin

  • # Merci

    Posté par  . Évalué à 1.

    Ca fait plaisir c'est tout :)

    • [^] # Re: Merci

      Posté par  . Évalué à 6.

      Bah j'ai proposé ca car je cherche ce genre de doc demuis un bon moment et j'espère que ca en aidera plus d'un et que ca permettra a la documentation de s'améliorer.

      • [^] # Re: Merci

        Posté par  . Évalué à 5.

        Et bien moi aussi j'ai cherché pendant pas mal de temps, car je voulais absolument une Debian.
        Et finalement, j'ai compilé tout ce que j'avais trouvé parce que je n'avais rien trouvé de valable.
        Bon ce qui m'embête un peu, c'est que la Woody sort dans peu de temps, donc du coup ma doc va prendre un coup de vieux ;)
        Mais bon, j'ai profité de cette news pour remettre des choses à jour.
        Voilà, bonne lecture aux autres.

  • # Question supplémentaire

    Posté par  . Évalué à 4.

    Bon article, précis et concis :-)
    J'utilise aussi ce modem sous une debian et j'utilise le script adsl.sh qui est fourni avec le tarball pour la connexion. (D'ailleurs, je ne crois pas qu'il en est question, cela pourrait-être rajouté).

    Je voulais savoir où il était possible sous la debian de ne pas faire apparaître systématiquement les messages sur la console lorsque je me connecte, mais seulement d'afficher le 'done' une fois que ceci est fait.

    Lorsque je charge le module usb-uhci, il y a vraiment trop de choses qui s'affichent à l'écran. J'ai beau rediriger vers /dev/null stdout et stderr et ça ne marche pas.

    Il y a-t-il moyen de ne pas faire apparaître tous ces messages ? En fait, il en est de même pour tous les modules qui sont chargés au démarrage, comme la carte réseau par exemple. (Ce qui est moins gênant, puisque ça fait 2 lignes).

    Si qquun peut donc m'éclairer sur la question, je lui serait reconnaissant. Merci d'avance.

    • [^] # Re: Question supplémentaire

      Posté par  . Évalué à 2.

      Malheureusement je ne pense pas qu'il soit possible d'enlever ces messages. Je sais, j'ai le même problème, ça fait pas très propre mais je n'ai pas trouvé le moyen de faire autrement.
      Cela dit, même sur une Mandrake on obtient les mêmes messages donc ça doit venir de modem_run lui-même.
      Sinon tu peux toujours compiler usb-uhci en dur dans le noyau (c'est que j'ai fait), ca va un peu plus vite au démarrage.
      Voilà, pour le reste, je m'en remets aux autres.

      • [^] # Re: Question supplémentaire

        Posté par  . Évalué à 2.

        meme avec 2>&1 >/dev/null ?

        • [^] # Re: Question supplémentaire

          Posté par  . Évalué à 1.

          Bah à vrai dire, je n'ai pas essayé (je sais je suis une quiche) vu que je n'ai pas modifié le script, je n'ai fait que le configurer... Mais je vais regarder ça dès que j'ai le temps.

          • [^] # Re: Question supplémentaire

            Posté par  (site web personnel) . Évalué à 10.

            Coucou les fidèles utilsateurs de mes scripts :-)

            Ca fait plaisir de voir qu'après bientôt 1 an de développement des contributions externes fleurissent encore un peu partout.

            Pour vos problèmes de messages de noyau, une solution existe. Cette solution consite à mettre dans votre lilo.conf l'option "quiet" à votre string append.

            Chez moi ça donne :


            [...]
            append="quiet hdc=ide-scsi hdd=ide-scsi"
            [...]


            Cette option a pour effet de "fermer le clapet" au noyau durant le boot. Donc dites aurevoir à tous ces messages déplaisants qui vous empêchent de profiter d'un "beau" boot fait de Starting ADSL : done. ;-)

            La version 1.1rc1 ne devrait pas tarder à faire son apparition sur le site mais pour cela il me faut régler un problème dans modem_run. Il semble que ce dernier bloque avec certains modèles de modems, c'est pourquoi je fais appel aux bonnes volontés pour tester le cvs, et m'envoyer leurs logs (modem_run utilise syslog) en cas de problèmes.

            Pour les débianeux, dpkg-buildpackage vous sortira un beau package cvs (non officiel cad hors responsabilité du mainteneur debian du package) et pour les red hat/mandrake, make rpm devrait vous permettre d'obtenir un package rpm.

            Que l'installation se déroule grâce à dpkg, rpm ou make install, les binaires sont dorénavant installés dans un répertoire sbin (/usr/sbin pour les packages, /usr/local/sbin pour la méthode make). Donc faites attention a votre PATH et à la version effectivement utilisée (en théorie le cvs utilise le numero de version fictif CVS_HEAD).

            Les rapports de bugs concernant l'installation, la fabrication des packages ou autre petit problème de finition du driver sont les bienvenus sur notre site sourceforge à travers le système bug track.

            Quant aux problemes liés à modem_run, envoyez moi directement le feedback avec les logs les plus significatifs possibles à ed dot gomez at wanadoo dot fr.

            Voilà et peut être à bientôt pour une news concernant la version 1.1 du driver.

            PS : ne pas surcharger ce pauvre DaCode avec vos retours sur le cvs. Merci d'avance pour linuxfr.org ;-) (bien lent aujourd'hui)

            --
            Edouard Gomez

        • [^] # Re: Question supplémentaire

          Posté par  . Évalué à -1.

          Oui plutot > /dev/null 2>&1
          Sinon la sortie d'erreur sort quand même à l'ecran.

          Etienne

    • [^] # Re: Question supplémentaire

      Posté par  (site web personnel) . Évalué à 5.

      Perso, j'utilise console=/dev/tty6, et ca le fait grave ;)
      En revanche, bye bye les messages du noyau sur la première console.

      J'utilise donc les log de syslog.

  • # http://speedtouch.sourceforge.net pour les drivers

    Posté par  . Évalué à 5.

    Je rappelles juste que les drivers gpl (continuation du travail de Benoit Pappillaut) sont sur http://speedtouch.sourceforge.net(...) , et que sur ce site il y a des howto pour GNU/Linux et xBSD. Voila.

    Les drivers sont disponibles sous GNU/Linux et les differents BSD donc. (Voir aussi http://www.sourceforge.net/projects/speedtouch(...) )

    L'idee de l'install d'une Potato puis d'une upgrade vers Woody est tres interressante.

Suivre le flux des commentaires

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