Reprise du message précédent :

qu'est ce que tu as changé finalement ?

J'ai utilisé le package unicorn-source pour la Debian.
Compilation, installation, puis chargement du module.
La carte a mis un peu de temps a trouvé la synchro, mais là maintenant c'est OK.
 
Je suis en train de recompiler mon kernel avec pppoatm en dur.
Je finis ma config, et après, c'est OK.
 
Je pense en fait que j'ai été trop pressé à un moment, à ne pas attendre que la carte soit synchro avant de lancer le pppd

Pareil, meme question.

Bon, alors un petit bilan.
Suite à nos discussions d'hier matin, j'ai downloadé les drivers 0.3.6, que je me suis empressé de compiler et d'installer (en ayant pris soin de supprimer les vieux).
Pas de problèmes notables pour cette étape.
 
Un petit modprobe unicorn_pci ActivationMode=4, puis je surveille l'état de la carte.
...SHOWTIME_L0, puis ERROR, et la carte reste en IDLE...
Grrr.
 
En désespoir de cause, je rajoute une ligne dans mon etc/apt/sources.list, télecharge le unicorn-source.deb, crée le package binaire qui va bien, désinstalle les anciens et installe ce nouveau paquet.
Je refais un modprobe unicorn_pci ActivationMode=4.
La carte s'active, puis repart en ERROR.
Mais je lui laisse un peu de temps, et elle se réactive, et finalement trouve la synchro.
 
Je lance mon pppd correctement configuré, et la connexion s'est établie.
La machine est connectée depuis hier soir, reste à voir comment se passe la reco des 24h..
 
En fait, le principal problème je pense est que je n'ai pas été assez patient. Je n'ai jamais laissé suffisament de temps à la carte pour s'initialiser comme il faut.
 
Mais bon, là, çà marche maintenant.
 
Merci pour votre aide

<mmmmaaaaaaaaaaavvvviiiiiiieeeee>Je viens enfin de recevoir mes paramètres de connexion ADSL, donc ce soir, je vais enfin tester ma carte Bewan... en esperant que ca passe du premier coup (normalement ouais, elle est deja configurée, elle attendait que mes identifiants et les adresses des DNS...)</mmmmmmaaaaaaavvvvviiiieee>
 

Juste une chtite question :
 
Pour la version Debian de pppd (la patchée, bien sur), il semble que plusieurs personnes ait été obligées (moi y compris) de passer par une alienisation du package rpm.
 
Alors voila : est-ce que c'est du au fait que les machines de disposent pas d'instructions mmx (c'est mon cas) comme il me semble l'avoir lu dans ce topic, ou bien ca n'a rien a voir. Quelqu'un a pu utiliser le package deb correctement ?
 
Si c'est effectivement a cause du mmx, ne faudrait-il pas en informer les personnes qui proposent des tutoriaux, parce que bon, alieniser un package rpm alors qu'un deb est dispo, c'est pas le truc le plus logique que j'ai fait dans ma vie de linuxien (et j'avous que sans ce forum, ca me serait pas venu a l'idee...).

Une nouvelle version des drivers est dispo :
http://www.da-silva.nom.fr/downloa [...] 4.1.tar.gz
 
Apparement ils gerent aussi le bewan USB st !

e_esprit: C'est peut-être le cas.
Pour ma part, j'ai essayé de l'installer sur un P133 de base, Debian Sarge.
J'ai pris une Illegal Instruction quand j'ai essayé de le lancer.
Avec le binaire issu du targézaide, j'ai pas eu le problème.
 
Es-ce que çà vient du .deb qui a été compilé avec certaines options, sur une plate-forme particulière, de ma machine, je n'en sais rien.

T'as reussi a compiler le tgz ???
Moi il me fait plein d'erreur a la con...
Parce que a la rigueur ca peut rester logique.
Mais convertir un rpm en deb... c'est quand meme tordu !
 

 
et pour la PCI st, des changements ?

e_esprit: non, j'ai utilisé la version binaire directement.
Pour l'instant, çà marche bien, j'ai pas eu de soucis, j'ai pas cherché plus loin.

Qqun pourrait faire un retour sur les drivers 0.4.1 et une bewan PCI ST ?

on en est à la version 0.4.5 sur le site bewan
 
je vais l'essayer parce que j'ai un bug assez pénible avec les 0.3.6 et le 2.4.20

 
Les drivers 0.4.1 marchent parfaitement chez moi sur une plaque alcatel : connexion lancée depuis 25 jours en mode persist, aucun probleme.

Ok merci de vos reponse, il faut que je reinstalle mon routeur (paix a son ame) et j'en etais arrete au 0.3.4 qui marchait tres bien.
Je vais essayer les 0.4.1 et attendre de voir ce que floups pense des 0.4.5

bon c bien beau tout ca ? la bewan marche , mais avec une install sur une Mandrake security (derniere MNF) .. ca donne quoi, qui a deja testé ?
 
car vu quellle n'est pas reconnue ... commment faire  pour l'integrer a cette distro firewa ll !!

kaissetubaves? grienconpri

concernant les tests des nouvelles verions des drivers... depuis certaines 0.2.x ca a toujurs bien marché nan?
 
J'ai a peine testé les 0.4.5 à cause de mon bug avec le 2.420+unicorn+sb live, mais ca avait l'air de marcher normalement.

Merci du retour, moi je suis reste au 0.3.4 avec un kernel 2.4.18-5 sur Debian Woody, ca marche nickel pour l'instant, ce PC me sert de passerelle je pense que pour l'instant je ne vais pas passer au 2.4.20 qui n'a pas l'air d'etre integrer dans la version stable de Debian, apt me propose pas l'update.

alors explication :
 
avec une Mandrake 9.0  ou une mandrake single network security (le firewall soft de mandrake) y'a un point commun : LES WIZARDS qui permettent de piloter completement la connection au web et au reseau, ainsi que le firewall le partage de connect etc  ...
 
Si par malheur, et c mon (notre cas), une interface reseau n'est pas detecté par hardrake  (que ce soit eth0 ou pppo) il est impossible de se servir des ouTils mandrake !!!
 
Avec une mandrake 9.0 ca peut a la limite passer ... on fout la connect en auto des le boot via des script ADSL et ppp ...
 
Mais sur une mandrake security tout est gerable via une interface graphique !!!!  
 
Alors où BIEN placer les scripts qui vont bien (chap pap adsl) pour faire croire a la mandrake quelle pilote elle meme, via ses propres scripts de connect (c hyper important ca), la connection WEB ou les autres interface reseaux !! !!!

cht'i UP !!

 
Y'a pas moyen de configurer a la main (par des fichiers bien sur), c'est etonnant ca ????

ben oui je pense aussi mais ou taper , quels fichiers ?
et surtout quid des wizard en mode gfx ?
 
les mandrake n'utilisent pas chap-secret et options !!!!

Dec  9 23:24:30 RedHat pppd[1482]: Using interface ppp0
Dec  9 23:24:30 RedHat pppd[1482]: Connect: ppp0 <-->
Dec  9 23:25:00 RedHat pppd[1482]: LCP: timeout sending Config-Requests
Dec  9 23:25:00 RedHat pppd[1482]: Connection terminated.
Dec  9 23:25:00 RedHat pppd[1482]: tcflush failed: Bad address
Dec  9 23:25:00 RedHat pppd[1482]: ioctl(TIOCSETD, N_TTY): Invalid argument
Dec  9 23:25:00 RedHat pppd[1482]: ioctl(TIOCNXCL): Bad address(14)
Dec  9 23:25:00 RedHat pppd[1482]: Couldn't release PPP unit: Inappropriate ioctl for device
 
Salut tout le monde, je m'incruste ici, je débute grave, je me bouffe des howto depuis 3 semaines, avec déjà quelques progrès mais je nage pas mal quand même.
après 12 pages lues dans ce topic, je vois toujours pas ce que j'ai mal fait, mon modem est le bewan pci st tout neuf.
 
j'ai exactement les mêmes messages dans var/log que ceux que je cite ci-dessus et que Jeromev citait dans son premier post.
comment résout-on ce pb?
sinon je suis arrivé à connect: ppp0<-->, il me donne les deux adresses IP.
comme Faust le conseille, j'aimerais bien tester le fichier ifcfg-ppp0, mais je ne sais même pas quoi mettre dans ce fichier, il faut que je remplisse au moins les cadres DEVICE et BOOTPROTO.
j'ai lu aussi qu'il ne fallait pas laisser red hat configurer le modem, comment faire pour détruire la configuration?

m... j'ai oublié, je suis sous red hat 8.0 avec un kernel spécial 2.4.21pre4 ou quelquechose comme ça.
si quelqu'un a un fichier ifcfg-ppp0 qui marche, est-ce qu'il pourrait me l'envoyer?
mon adresse c'est trblft@free.fr
 
sinon j'ai aussi essayé le script adsl de faust, mais ça ne fonctionne pas, je sais pas pourquoi.
je me demandais si j'avais pas oublié d'installer un module.
quelquechose de troublant quand même, j'ai l'impression d'avoir réussi à me connecter hier, puisque j'avais ça :
ADSL:statusATMready, modem state showtime lo, US rate 150Kbits/s, DS rate 600Kbits/s
 
merci d'avance

ss redhat le pilote est hyper instable ... j'ai laché la redhat a cause de ça !
 
c juste un chti conseil!!

lacher red hat, ça va être dur... j'ai installé un noyau pour la zic qui est vraiment conçu pour red hat.
j'arrive pas à savoir si je suis connecté ou pas, j'ai tendance à penser que oui puisqu'il y a une adresse ip qui est attribuée, mais je ne comprends pas pourquoi je ne peux pas surfer.
 
le détail qui me chiffonne, c'est que d'après la page web de Faust, je devrais voir apparaître la ligne suivante :
remote message : chap authentication succes, unit 455
 
or c'est la seule ligne qui n'apparaît pas! est-ce que vous savez qu'est qui fait foirer cette authentication?

D'après Frode (celui qui developpe le driver chez bewan), ça marche tres bien avec la RH 8, il suffit d'utiliser insmod -f pour éviter le warning de modutils selon lequel le module a pas été compilé avec le bon gcc.
 
Et si tu veux essayer de configurer ta connexion adsl comme si c'etait une simple connexion ppp, tu peux regarder ce thread
http://forum.hardware.fr/forum2.ph [...] h=&subcat=
avec mon post au milieu qui explique ce qu'il faut mettre dans /etc/ppp/peers/adsl.
 
Apres il suffit de faire pppd call adsl. Tu peux editer le script d'init de pppd sous redhat pour qu'il te connecte directement à l'adsl.

Si quand tu fais un:

Tu as quelquechose comme ça:

c'est que le driver est bien installé et le modem synchronizé. Si tu as bien le showtime et que tu n'arrives pas à te connecter, c'est pas un probleme de driver mais de config de pppd

T'es sûr t'as chargé le module pppoatm (modprobe pppoatm) avant de lançer ppp?

ah, merci, je savais pas du tout ce qui foirait, ce qui complique énormément mes recherches.
l'histoire du script adsl, je savias même pas à quoi il ressemblait, j'ai essayé de faire fonctionner celui de faust et ça foirait grave, je commençais à perdre patience.
j'ai formaté mon système aujourd'hui, je vais réinstaller demain, en recommençant à zéro, mais déjà ça me rassure de savoir que c'est un pb de config.
je vais pomper le script qu'il y a dans l'autre topic, j'avais pas capté que ces scripts allaient dans le fichier peers.
 
juste un détail, il y a bien un autre script qui lance celui là, non? à quoi il ressemble? ou je le mets?
 
moi j'aimerais bien qu'en appelant pppd tout se fasse, en quelquesorte...

euh, il y a un script adsl dans init.d?
moi j'en ai rajouté un, celui de faust, comment combiner tout ça?
 
1) je mets le script de faust adsl dans init.d?
2) je mets ton script dans etc/ppp/peers?
3) je lance la commande usr/sbin/pppd call adsl?

bon, là je comprends plus trop, j'ai essayé de faire le ppp options comme celui de faust, pareil pout les chap et pap secrets, maintenant je me retrouve avec le modem correctement installé, mais toujours pas moyen de me connecter.
j'ai l'impression qu'il manque un truc, je n'ai encore jamais eu de messages " authentication success" comme je devrais en avoir, à la place j'ai un message louche "hotplug/net.agent", un truc situé dans sysconfig je crois, voilà ce que je chope dans les messages quand je me connecte, après avoir exécuté un script pour charger les podules puis un autre script comme celui de faust sans les chargements de modules :

 
ça me fait une belle jambe, j'ai testé plein de combinaisons, dont les options de floops, mais rien ne change le problème du chap, j'ai un doute sur les options noauth et name, mais comme j'y connais rien... au secours!

T'es sur que t'es pas connecté ???
Moi je dirais que oui...

heu vu le log si ca marche pas c'est juste que t'as pas configuré la resolution de nom
 
si t'as activé le usepeerdns symlink ton /etc/ppp/resolv.conf vers /etc/resolv.conf

j'active le peerdns, symlink je sais pas ce que c'est, je vais chercher dans léa linux, merci en tout cas, j'espère que c'est ça.

j'ai bien l'impression aussi que je suis connecté, je trouve bizarre de n'avoir accès à aucun site dans mozilla, alors que je suis en mode connecté.

cat /etc/ppp/resolv.conf
cat /etc/resolv.conf
 
Si tu as quelquechose dans ton /etc/ppp/resolv.conf (du type nameserver 212.198.0.66 etc), tu
 
cd /etc
mv resolv.conf resolv.conf.orig
ln -s ppp/resolv.conf .

juste à temps, j'ai trouvé avant de lire ton post, j'ai fait link au lieu de symlink dans la konsole,j'aurais pas trouvé tout seul, merci infiniment! j'espère que je pourrais te renvoyer l'ascenseur un jour, là je te réponds de mon red hat, c'est classe.
à+

Hello!
Ca faisait longtemps que j'etais pas passé ici moi  
Faut dire que mon bewan pci st tourne sans problemes depuis des mois (tiens, je viens de retrouver mon post "Yahooooooooo !!!" où ca marchait pour la première fois : c'etait le 03-01-2002 , encore merci à Faust Jerome et tous ceux qui ont participé à la démocratisation de cette carte !).
Depuis je suis passé sur Debian et la stabilité est exemplaire, cf cette stat interessante sur la page de mon compte wanadoo :
Temps de connexion pour le mois dernier* : 743h55mn  
     
 
D'ailleurs en relisant les dernières pages de ce topic, je constate qu'il n'existe toujours pas de solution propre concernant pppd patché et le plugin pppoatm
C vraiment dommage, pourquoi les nouvelles versions officielles de pppd n'intègrent pas le support des plugins ???
 
Donc bref je m'aperçois que j'ai une génération de retard sur les drivers : j'utilise toujours les 0.3.4 alors qu'on en est aux 0.4.5. Pas de soucis je mets à jour, et là surprise les pings sont très nettement supérieurs, je retrograde aux 0.3.6 que pas mal de monde ici utilise apparemment, et c'est déjà un peu mieux mais toujours pas aussi bon qu'avant. Pour résumer mes pings moyens :
- 0.3.4 : 60ms
- 0.3.6 : 70ms
- 0.4.5 : 80ms
(pour info je suis sur plaque Alcatel)
 
Donc je vais rester aux 0.3.4 mais j'avoue que je comprends pas ces différences impressionantes.
Par contre je n'ai pas eu le problème de JeromeV en passant des 0.3.4 aux 0.3.6 et vice-versa. Rien à signaler d'ailleurs, aucun souci de compilation ou d'installation, le depmod -a tout court marche... bref c parfait.
 
Est-ce que certains d'entre vous peuvent confirmer que les pings sont meilleurs avec les 0.3.4 ?