Bonjour à tous, je vous demande un coup de pouce, je me suis mise sous linux depuis peu, et voilà j'ai un pb,  
je suis sous la mandrake 8.2 et je n'arrive pas à synchroniser mon modem ADSL ECI USB ... j'ai tout installé correctement, le chargement du firmware est ok, mais la synchro ne va pas à son terme.    
 J' ai suivi bien évidement les how too (et en détail), mais rien à faire, malgré le package que j'ai téléchargé pour les modem ECI USB  et le .bin (pour la synchro) rien de rien   ...( je bloque au bloc 444) je désespère, j'ai meme crée mon propre .bin (grace à un sniffeur sous windows et un sript perl qui épure le .log) ( or là je bloque au bloc 660, c'est un peu mieux mais ce n'est pas encore ça / )  
je suis sur club-internet, pas loin  de Paris, plus précisement sous la plaque de bobigny... Help me  ;o*
 
 

salut
 
desolez mais je vois pas
 
 
repondez vite messieurs a cette demoiselle

merci Asphro, c'est vrai j'attends une réponse   , il parait que c'est vraiment génial ici pour avoir des réponses quand tu es désépérée, ce qui est mon cas !    
 
 

ça dépend : elle est célibataire ?  

le tout c que faudrait des users avec le meme modem qui passent par là ...

bon par contre c un peu long faut attendre 24h pour avoir une reponse en moyenne !!!!
 
mais y en aura une

c'est cler allez un sauveur viite  
 

sinon y-a surement une newsgroup pour ce modem et ils seront certainement plus compétent pour répondre vu qu'ils doivent souvent avoir à répondre à ce genre de pb

est ce que tu as essayé de te connecter avec le serveur X lancé ou alors en ligne de commande en mode texte ?
 
j'ai remarqué un comportement bizarre du driver : quand le framebuffer est activé et qu'on essaye de lancer le driver, ça bloque irremediablement à un bloc.
alors que si je vire le framebuffer et que je charge le driver en mode texte ou si je le charge avec le serveur X lancé, aucun pb
 
A+

 
y-a p-t un conflit dans les socket unix ? (aussi bien je dis n'importe quoi là, mais c'est tellement bizarre ce que tu dis aussi   )

j'ai configuré tout sous le shell   , (CTRL + F1) en zappant le mode graphique,  j'ai lancé aussi le modem sous le shell, bref, j'ai tappé les lignes de commandes avec mes ptits doigts!
je crois pas que ce soit le framebuffer qui m'embete    car le chargement du firmware se fait sans emcombre, c'est lorsque j'arrive à la deuxième phase (soit la synchro) que j'ai un pb, il fait un 'waiting' qui ne se termine jamais, et la ligne 660 qui bloque contient un "GETUSR1"( à vérifier en tout cas ça ressemble à ça)...  
 
en tout cas merci babouchka  *
 
Help me please...  
 

c clair je vois pas le rapport entre le framebuffer et le driver, mais pourtant c un fait, je peux pas le charger en framebuffer
 
A+

Karoline a écrit a écrit : j'ai configuré tout sous le shell   , (CTRL + F1) en zappant le mode graphique,  j'ai lancé aussi le modem sous le shell, bref, j'ai tappé les lignes de commandes avec mes ptits doigts! je crois pas que ce soit le framebuffer qui m'embete    car le chargement du firmware se fait sans emcombre, c'est lorsque j'arrive à la deuxième phase (soit la synchro) que j'ai un pb, il fait un 'waiting' qui ne se termine jamais, et la ligne 660 qui bloque contient un "GETUSR1"( à vérifier en tout cas ça ressemble à ça)...     en tout cas merci babouchka  *   Help me please...

 
c exactement les memes symptomes que j'ai eu
essaye de charger le driver sous une console en serveur X
 
A+

Le rapport ce serait des alias de modules qui ont le même nom mais qui pointent pas sur le bon module en fait ... enfin cé la première explication qui me viens à l'esprit ...

Tien, une fille qui s'interresse a l'informatique, et en plus a linux , c'est (trop) rare!
Sinon, désolé, j'ai pas de réponse

ouais enfin en tous le comportement instable de ce driver n'est pas très étonnant vu que les devs n'ont toujours pas les specs du modem.
c déjà très fort qu'on puisse avoir un driver à peu près utilisable dans ces conditions.
 
A+

Merci Babou!!!   ça marche !!   tu avais bien raison, j'ai réussi à terminer la synchro, mais maintenant, j'ai un nouveau, pb, si ça vous dit quelque chose, je suis preneuse!  
 
 
# ./eci-doctor.sh
You are using linux kernel version 2.4.18-6mdk
Support for USB is OK
Preliminary USB device filesystem is OK
UHCI support is OK
/dev/ppp is OK
HDLC support is OK
HDLC support is OK (no bug)
dabusb module is not loaded: OK
/etc/ppp/chap-secrets is OK
pppd version 2.4.1
You are using pppd version  (untested)
No existing PPP connection... trying to make one (please wait)
using channel 3
Using vpi.vci=8.35
Using interface ppp0
Connect: ppp0 <--> /dev/pts/4
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xbe7a2cd2>]
Modem hangup
Connection terminated.  
Waiting for 1 child processes...
  script /usr/local/bin/pppoeci -v 1 -vpi 8 -vci 35, pid 3050
Script /usr/local/bin/pppoeci -v 1 -vpi 8 -vci 35 finished (pid 3050), status =
PPP: very bad ... usermode driver just crashed
Aug 12 18:54:46 Linux kernel: usb_control/bulk_msg: timeout  
 
 
Une idée je vais chercher toute seule dans mon coin?!?
 grand merci en tout cas!  
 
(bisou babou!)
 
   

Karoline a écrit a écrit : Merci Babou!!!   ça marche !!   tu avais bien raison, j'ai réussi à terminer la synchro, mais maintenant, j'ai un nouveau, pb, si ça vous dit quelque chose, je suis preneuse!       # ./eci-doctor.sh You are using linux kernel version 2.4.18-6mdk Support for USB is OK Preliminary USB device filesystem is OK UHCI support is OK /dev/ppp is OK HDLC support is OK HDLC support is OK (no bug) dabusb module is not loaded: OK /etc/ppp/chap-secrets is OK pppd version 2.4.1 You are using pppd version  (untested) No existing PPP connection... trying to make one (please wait) using channel 3 Using vpi.vci=8.35 Using interface ppp0 Connect: ppp0 <--> /dev/pts/4 sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xbe7a2cd2>] Modem hangup Connection terminated.   Waiting for 1 child processes...   script /usr/local/bin/pppoeci -v 1 -vpi 8 -vci 35, pid 3050 Script /usr/local/bin/pppoeci -v 1 -vpi 8 -vci 35 finished (pid 3050), status = PPP: very bad ... usermode driver just crashed Aug 12 18:54:46 Linux kernel: usb_control/bulk_msg: timeout       Une idée je vais chercher toute seule dans mon coin?!?  grand merci en tout cas!     (bisou babou!)

Et pppd te met quoi dans le log suite à ce crash ? (dans un fichier genre /etc/ppp/connect-errors )

est-ce que tu as vu qu'il y a plusieurs fichiers possible pour la synchro ?
je suis récemment resté coincé un bon moment là-dessus parce qu'il n'y avait rien le howto que j'utilisais.
 
dans le fichier /usr/local/bin/startmodem j'avais remplacer les 'eci_wan3.bin' par 'eci_wan3.dmt.bin' et ça avais marché.
 
Il est possible qu'il te faille un fichier de ce type non fourni avec le driver.

horreur !
j'ai eu la même merde quand j'ai fait ma tentative debian ce week-end
 
g pas trouvé de soluce (à part avoir remis ma slack mais sans avoir compris le pb)
 
A+

 
le fichier eci_wan3_dmt.bin est fourni avec le driver. d'ailleurs tu devrais l'utiliser à la place de l'eci_wan3.bin car il fonctionne mieux.
dans mon cas pour faire fonctionner ce modem j'ai compiler un noyau 2.4.18 avec support de l'hdlc (non buggué à partir de cette version du noyau) en dur + ppp en modules.
j'utilise eci_wan3_dmt.bin à la place de eci_wan3.bin et j'ai rajouté la ligne "persist dans le fichier /etc/ppp/peers/adsl qui empêche la déconnexion du modem. En fait pour résumer tu as besoin impérativement de hdlc non buggué et de rajouter l'option persist + utilisation du bon fichier .bin.
Grâce à ça voilà ce que j'ai dans mes logs de pppd.
 
Aug 12 17:57:53 debian -- MARK --
Aug 12 18:17:53 debian -- MARK --
Aug 12 18:37:53 debian -- MARK --
Aug 12 19:17:53 debian -- MARK --
 
ça m'indique tout simplement que hdlc me permet de conserver ma connexion active (sans ça je serais déconnecté tous 15/20 mn).

je confirme: j'ai du refaire un kernel avec la-dite option (et d'autres )

PS: il s'agissait d'une Debian Woody. Il y a fort à parier que le noyau de la Mandrake ai déjà ce module. En tout cas, il s'agit d'un 2.4.18.

 
Ce message a rien a voir avec le modem, c syslogd qui manifeste sa présence, c tout
 
man syslogd :
 
 -m interval
              The syslogd logs a mark timestamp  regularly.   The
              default interval between two -- MARK -- lines is 20
              minutes.  This can be  changed  with  this  option.
              Setting the interval to zero turns it off entirely

 
exact j'utilise également une woody.
pour la mandrake je pense effectivement que hdlc doit être présent en dur ou en module.
dans ce cas il reste à utiliser le bon fichier .bin en commencant par eci_wan3_dmt.bin, à activer hdlc s'il est en  module et rajouter la ligne persist dans le bon fichier

 
oups effectivement je me suis emballé un peu trop vite. Mais j'avais jamais remarqué ce message avant que mon modem fonctionne.
méa culpa

911gt3, oui je sais bien qu'il y a plusieurs fichiers  de synchro,  et d'ailleurs babou à réussi à m'aider pour regler le problème,  
 donc je résume,  ECI load 1 (phase du chargement du firmware dans le modem) Ok ;  
ECI load2 (synchronisation avec la ligne ADSL) Ok ;
 reste le PPP qui ne fonctionne pas (cf mon copier-coller plus haut)
 
Pour te répondre teletubill, non je n'ai pas de fichier d'erreur dans etc/ppp , rien d'interressant donc qui pourrait indiquer ou est le pb,  
 
je fais quoi maintenant?  
 
méchant pingouin!    
 
   

Karoline a écrit a écrit : 911gt3, oui je sais bien qu'il y a plusieurs fichiers  de synchro,  et d'ailleurs babou à réussi à m'aider pour regler le problème,    donc je résume,  ECI load 1 (phase du chargement du firmware dans le modem) Ok ;   ECI load2 (synchronisation avec la ligne ADSL) Ok ;  reste le PPP qui ne fonctionne pas (cf mon copier-coller plus haut)   Pour te répondre teletubill, non je n'ai pas de fichier d'erreur dans etc/ppp , rien d'interressant donc qui pourrait indiquer ou est le pb,     je fais quoi maintenant?     méchant pingouin!

Rien dans le syslog non plus ?

Franchement, je dois avouer que je viens de passer 20 minutes dans le syslog, et je n'ai trouvé rien de rien (enfin pour moi, je suis débutante et puis vous faire un copier-coller d'un syslog sur le forum ce serait pas gentil de ma part , hi    
 
Sinon je reste bloquée sur "ECI load 2" .... et je n'ai toujours pas de solution , messieurs, je vous en prie! aidez-moi!
 
gros bisous pour mon sauveur!!! hihi....  
 
 

j'ai du mal à aider à distance, j'y arrive mieux qd j'ai la machine en face de moi
 
A+

bon blague à part, ça ne bloque plus au niveau de la synchronisation, maintenant tes leds verte et rouge sont fixes ?
 
A+

ah non ma led verte clignote toujours, ma rouge quand à elle ne s'allume pas (bizarre!)
 

bizarre, je croyais que tu avais réussi à passer le eci-load2 et que donc la led verte se synchronisait ?
m'enfin après le eciload1, tu aurais du avoir la led rouge fixe
 
A+

je passe bien l'eci-load2 mais mes leds clignotent toujours...
 
Comment as-tu procedé une fois que tu as vu que tu devais (pour résoudre le pb précédent) le lancer mode graphique? un fois passé le block 660,le block 661, et "l'eci load2 est un succes" , tu n'as plus eu de pb? car c'est là ou chez moi ça coince    
 
 

Babou, je crois que je vais me débrouiller toute seule,   je te remercie de ton aide, et de votre aide vous autres !  
 Si par hasard une  personne a qui il est arrivé le meme pb lit ce fil, eh ben qu'elle me donne la réponse , je reviendrais demain pour voir , merci beaucoup !
 
Et bravo au pingouin ! (malgré tout!)
 
 
   
 
 
     

ben une fois résolu le pb du bloquage, non je n'ai plus eu d'autres pb
 
par contre j'ai exactement eu le même problème (avec le message usb_control/bulk_msg: timeout )
quand j'ai testé une debian ce week-end, et j'ai pas trouvé la soluce au pb
 
j'ai cru que j'avais facilement pété un truc donc j'ai abandonné, mais apparement je ne suis pas le seul à avoir eu ce type de pb
 
ya ptet de mauvaises options ou options pas cochées concernant l'usb dans le noyau, tu as essayé de recompiler le noyau ?
 
A+
 

Karoline a écrit a écrit : Babou, je crois que je vais me débrouiller toute seule,   je te remercie de ton aide, et de votre aide vous autres !    Si par hasard une  personne a qui il est arrivé le meme pb lit ce fil, eh ben qu'elle me donne la réponse , je reviendrais demain pour voir , merci beaucoup !   Et bravo au pingouin ! (malgré tout!)

 
ben si tu trouves la solution, ça m'interesse (je referais un essai de debian )
 
A+