EagleFaq:FaqProblemFr

[ FaqProblemFr ] [ In English ] [ FaqProblemEs ] [ Deutsch? ]

[500] [19]

Je n'arrive pas à charger le DSP

Vérifiez que le modem est bien branché et que le firmware a été chargé. Le DSP ne peut pas être chargé tant que le firmware ne l'a pas été. Vérifiez également que le système de système de fichiers virtuel /proc/bus/usb/ est bien monté. eaglectrl utilise ce système de fichiers pour communiquer avec le driver.

Vérifiez aussi que eaglectrl et le driver ont été compilés avec la même version de gcc que le kernel. Pour ce faire, comparer les versions données par gcc --version et cat /proc/version.

Attention si vous avez `/usr` dans une partition indépendante!!!

Après avoir envoyé le firmware au modem, hotplug appelle eaglectrl avec l'option -d pour lui envoyer le code du DSP, mais cela est effectué très tôt lors du démarrage alors que seule la partition racine est montée.
Si /usr est sur une partoche indépendante, hotplug ne trouve pas eaglectrl qui est installé dans /usr/sbin (Mdk / RH / Fedora) ou /usr/local/sbin (par défaut).
Vous risquez donc d'attendre très longtemps la synchronisation du modem!...
La solution est d'installer eaglectrl dans /sbin.

[501] [20]

Je ne trouve pas l'interface réseau du modem

L'interface réseau du modem est assignée lorsque l'on lance la commande eaglectrl -i pour la première fois. En général, le système choisira la première interface disponible après vos cartes réseau (eth1 pour ceux qui ont une seul carte réseau)

Par la suite, cette même commande permet d'afficher le nom de l'interface réseau utilisé par le driver afin de personnaliser les scripts de connexion.

[502] [21]

Le modem prend le nom d'une des interfaces réseau de mon système !

Les noms d'interfaces réseau sont alloués dans l'ordre de leur création. Si le driver du modem prend le nom de l'une de vos interfaces réseau, c'est que la séquence d'initialisation de votre système n'est pas bonne. Plus précisément, vous appelez la commande eaglectrl -i trop tôt par rapport à l'initialisation des modules des drivers des autres interfaces réseau.

Retardez le lancement de la connexion après l'initialisation des autres drivers réseau pour résoudre le problème. Vous pouvez aussi forcer le nom à utiliser grâce à la variable if_name, exemple: insmod eagle-usb.o if_name="eth9"
Ajouter la ligne suivante au fichier /etc/modules.conf pour conserver ce paramétrage (dans /etc/modprobe.conf avec noyau 2.6.x et peut-être eagle_usb) : options eagle-usb if_name="eth9"

Sur Redhat9 (et sur les autres distrib utilisant chkconfig)
Pour avoir une séquence d'initialisation correcte (en principe ça l'est, sauf lorsque vous avez un périphérique usb qui se monte sur la première interface réseau disponible) :

1) Editer le script /etc/init.d/hotplug
Changer la ligne :
# chkconfig 2345 01 99
En :
# chkconfig 2345 20 99
(par défaut hotplug est démarrer en 01 et les interfaces réseaux en 10. En démarrant hotplug en 20, je suis assurer de ne pas perdre mes interfaces réseaux.

2) Valider les changements :
$ chkconfig --level 123456 hotplug reset
$ reboot (redémarrer manuellement ces deux services dans la bonne séquence après un mauvais démarrage provoque un kernel panic sur redhat9)

[503] [22]

pppd se termine prématurément

pppd se termine lorsqu'il perd la connexion. Il y a une infinité de bonnes raison pour perdre la connexion. Les meilleures sont sans doute que le driver du modem n'est pas chargé, que le modem n'a pas encore trouvé la ligne ADSL, ou que les options utilisées pour la connexion sont mauvaises.

Si la connexion est perdue alors qu'elle était correctement établie, c'est que c'est une vraie perte de connexion. Dans ce cas, vous pouvez forcer pppd à rester en vie et à se reconnecter automatiquement à l'aide de l'option persist. Cette option est déjà par défaut dans les dernières versions du script startadsl.
Utiliser startadsl -d pour activer le mode debug de pppd et obtenir plus d'informations dans /var/log/messages

[504] [28]

Le modem se synchronise, mais la connexion ne s'établit pas

Si le modem trouve la ligne ADSL mais que vous ne parvenez pas à vous connecter, c'est sans doute parce que vous utilisez le mauvais protocole ou que vous n'utilisez pas les bons identifiants de numéros de VPI/VCI ATM. Vous pouvez fixer ces paramètres dans le fichier d'options stocké dans le répertoire /etc/eagle-usb.

En particulier, le cryptage du mot de passe n'est pas supporté par Free semble-t-il. Vous le changez avec eagleConfig ou le make install selon la version de eagle.

Les numéros VPI/VCI à utiliser dépendent généralement de chaque pays, mais dans un même pays, plusieurs opérateurs téléphoniques peuvent
utiliser des numéros différents. Voir le http://www.eagle-usb.org/article.php3?id_article=23.

[505] [29]

La connexion s'établit correctement, mais elle est inutilisable

Le fournisseur d'accès Free rencontre actuellement des problèmes avec les équipements avec lesquels la connexion se fait (les LNS). Ces équipements permettent bien d'établir la connexion à Free, mais ils ne permettent pas de communiquer avec les ordinateurs qui se trouvent en dehors de la liaison établie avec votre ordinateur. La connexion est donc inutilisable.

Le meilleur moyen pour se sortir de cette situation est de se connecter à un autre LNS. Pour cela, il suffit de se déconnecter avec stopadsl et de se reconnecter avec startadsl.

[506] [31]

Je suis déconnecté rapidement dès que le débit devient trop fort

Si le débit montant parvient à saturer les requêtes LCP de pppd, celui-ci risque de ne pas recevoir de réponse de la part du LNS. Dans ce cas, il risque de couper la connexion.

La solution à ce problème est d'utiliser une qualité de service (QoS), d'augmenter la limite du nombre de requêtes perdues avant la perte de connexion (pour ceux qui ont une ligne de mauvaise qualité), et d'utiliser l'option persist pour demander à pppd de se reconnecter si le problème se produit toujours.

Il se peut également que la connexion soit perdue lors d'un accès disque important si le DMA n'est pas activé. hdparm -d /dev/hdx permet de vérifier que le DMA est activé pour le disque hdx. Si ce n'est pas le cas, la commande hdparm -d1 /dev/hdx permet de l'activer. (En cas d'échec, vérifiez que le chipset de votre carte mère est supporté et que son support est bien compilé avec le kernel)

[507] [32]

Je suis régulièrement déconnecté de manière aléatoire

Vous pouvez avoir des problèmes de déconnexions aléatoires et inexplicables si vous n'avez pas branché de prise filtre sur toutes vos prises téléphoniques où un autre appareil que le modem est connecté. Les prises filtres permettent de séparer le flux ADSL du flux téléphonique normal. Si vous ne les utilisez pas, des interférences peuvent se produire et les appareils téléphoniques peuvent perturber la connexion, voire la couper.

La solution est d'installer une prise filtre sur chaque prise téléphonique de votre ligne ADSL.
Détail:

vous devez avoir un filtre sur chaque prise où est branché un téléphone
en cas de problème, vous pouvez également essayer de mettre un filtre sur les prises innocupées.

[508] [33]

pppoa plante avec un signal 11

Les anciennes versions de pppoa plantaient lorsqu'elles recevaient des paquets qui ne leur étaient pas destinés. Ces paquets ne devraient bien entendu pas arriver, mais certains logiciels comme Samba ou Cups effectuent des envois de paquets en diffusion sur toutes les interfaces réseau existant dans le système, y compris l'interface du driver (qui n'est pas dédiée à cet usage).

Mettez à jour le driver et configurez les logiciels qui envoient ces paquets pour ne pas le faire sur l'interface du driver.

[509] [34]

Le driver consomme toute la mémoire de mon système !

Les anciennes versions du driver avaient une fuite de mémoire qui consommait toutes les ressources de la machine au bout d'un certain temps lorsqu'on utilisait le protocole pppoa.

Effectuez une mise à jour au plus vite.

[510] [35]

Ma machine se bloque parfois pendant deux secondes

Les anciennes versions (pre- 1.0.3) du driver utilisait des temporisations actives pour laisser le temps au modem de traiter certaines commandes, lors de l'initialisation et du reboot du modem. Ces temporisations bloquaient le système, jusqu'à 2 s (par modem ...). La version 1.0.3 devrait résoudre ce problème par la désynchronisation des différentes étapes du boot du modem.

Les réinitialisations du modem se produisent à chaque fois que le modem plante ou qu'il perd la ligne ADSL. Si ces blocages se produisent souvent, vous devriez faire vérifier votre ligne ADSL et vérifier que toutes vos prises téléphoniques ont une prise filtre ADSL.

[511] [36]

Ma machine se bloque définitivement et je dois la rebooter

Les anciennes versions du driver avait un bug de synchronisation qui provoquait un plantage du noyau lorsque le modem était réinitialisé pendant que des paquets étaient envoyés.

Effectuez une mise à jour au plus vite.

[512] [37]

Le module ne se charge pas automatiquement au démarrage

Vérifiez que le module eagle-usb.o est bien installé dans /lib/modules/version/kernel/driver/usb ou /lib/modules/version/misc

Vérifiez que hotplug est bien installé et que le noyau est configuré pour l'utiliser. Vérifiez que les dépendances entre les modules sont à jour.
Vérifiez que le fichier /lib/modules/version/modules.usbmap contient bien les références au module eagle-usb. Vérifiez que vous utilisez une version récente des modutils.

[513] [38]

Le module se charge automatiquement, mais hotplug ne charge pas le firmware et le DSP

Normalement le firmware est chargé par le driver (à partir de la version 1.0.4) dès que celui-ci détecte un modem sans firmware (en mode prefirmware).
En retour hotplug charge normalement le DSP à l'aide du script /etc/hotplug/usb/eagle-usb

Ce fichier est appelé lorsque le modem se déclare sur le bus USB avec les id du modem qui sont spécifiés dans le fichier /lib/modules/version/modules.usbmap. Malheureusement, certaines versions de hotplug sont non fonctionnelles et n'effectuent pas ce travail correctement.

Mettez à jour votre package hotplug (notamment sur debian). Vérifiez que tous ces fichiers sont corrects, et que le fichier /etc/hotplug/usb/eagle-usb est exécutable.
Pour cela télécharger la dernière version disponible de hotplug (http://linux-hotplug.sourceforge.net/).
Voici la procédure à suivre si vous avez télécharger l'archive tar.gz (fonctionne pour les noyaux 2.4 et 2.6) :
- se placer dans le dossier où est situé l'archive
- tar zxvf hotplug-2004_03_29.tar.gz
- cd hotplug-2004_03_29
- make install
- Editer le script /etc/init.d/hotplug et changer la ligne :
# chkconfig 2345 01 99
En :
# chkconfig 2345 20 99
- $ chkconfig --level 123456 hotplug reset
- Démarrer le service hotplug

[514] new

Le surf est lent

Si vous avez un temps long au chargement de pages Web ou une "hésitation" avant début du chargement, c'est

soit le support de l'IPv6 qui ralentit (voir la FaqDiagFr pour le désactiver)
soit de mauvais DNS : vérifier le fichier /etc/resolv.conf

Penser à regarder le ce qui s'affiche dans une fenêtre terminal par un tail -f /var/log/messages, vous êtes peut-être déconnecté trop souvent à cause de problème de ligne ?

[515] new

Mon PC devient très lent

Si vous avez l'impression que X freeze à l'établissement de la connexion, ajouter les lignes suivantes :

à /etc/sysconfig/network (pour Red Hat, Fedora et Mandrakelinux)

HOSTNAME=le_nom_de_votre_serveur

à /etc/hostname (pour Debian et dérivés)

le_nom_de_votre_serveur

à /etc/hosts (garder la 1ère ligne avec localhost)

127.0.0.1 le_nom_de_votre_serveur

Cela sera plus sympathique d'avoir un nom pour votre serveur ;-) et en plus cela va aider à résoudre vos problèmes de lenteurs qui sont dû au fait que X utiliser votre nom de serveur pour dialoguer avec le DISPLAY (+ tous les gethostbyname qui traînent partout...)

[516] new

Mon PC freeze lors de la synchronisation du modem

Solution encore inconnue
Voir #515 et si ça ne fonctionne pas, fournir tail -f /var/log/messages au moment du freeze et redonner un eaglediag -msc. Essayer de changer de version de kernel et (re-)poster sur http://forum.eagle-usb.org

[517] new

Je n'arrive pas à envoyer des données de grande taille

Si vous essayez d'envoyer des données relativements grandes, (par exemple environ 2000 octets) et que rien ne se passe, il se peut que la taille des paquets émis soit trop grande. J'ai eu ce problème avec Tiscali 1024 kb/s.

Pas de panique, la solution est simple: essayez de baisser la valeur mtu dans le fichier /etc/ppp/peers/adsl. Par défaut, elle est de 1492, essayez un nombre inférieur. Pour Tiscali 1 Méga, la valeur exacte est de 1490. Quand vous aurez enregistré votre fichier de configuration, n'oubliez pas de vous reconnecter à Internet :
# stopadsl; startadsl

Si le problème persiste, vous pouvez toujours essayer de baisser la valeur encore un peu.

EagleFaq

FaqProblemFr