Il semble qu'il y ait une solution mais malheureusement c'est en anglais. Si quelqu'un pouvait m'aider à traduire ce texte sur ce lien :

http://61.222.76.235/phpbb2/viewtopic.php?t=426

problem was due to gcc compiler version ....
kernel source and driver MUST have the same compiler version
otherwise modprobe don't insert module.

modinfo rt2500/Module/rt2500.ko
author: http://rt2x00.serialmonkey.com
description: Ralink RT2500 802.11g WLAN driver 1.1.0 BETA1 2005/01/20
license: GPL
vermagic: 2.6.10 SMP preempt 486 REGPARM 4KSTACKS gcc-3.2
depends:
alias: pci:v00001814d00000201sv*sd*bc*sc*i*
srcversion: 3EDF0FE8A0A185BFF035438
parm: ifname:Network device name (default ra%d)
parm: debug:Enable level: accepted values: 1 to switch debug on, 0 to switch debug off.

The compiler release in indicated in vermagic: field, and my rgcc version was 3.3.

In order to overwrite gcc release, patch makefile as follow
KBUILD_PARAMS := -C $(KERNEL_SOURCES) SUBDIRS=$(PWD) CC=/usr/bin/gcc-3.2

and recompile......insmod is now ok

merci d'avance

Selon ce texte ca viendrait de la version du compilateur gcc. De facon generale il faut que le noyau et ses modules soient compiles avec la meme version de gcc. Notamment entre gcc-2.95 (version de gcc dans woody) et gcc 3.x ca pose de problemes. Mais il semble que ca pose aussi de problemes entre gcc-3.2 et gcc-3.3 et aussi entre gcc-3.3 et gcc-3.4. En plus actuellement il existe aussi gcc-4.0 qui peut poser de probleme avec gcc-3.x.

Bref: est-ce que tu as plusieurs versions de gcc installe et est-il possible que tu as compile le noyau avec une version et le module avec l'autre ?
C'est normalement tres bizarre que ca arrive. Normalement le message d'erreur avec modprobe devrait aussi indiquer que ce soit un probleme de versions gcc.


Il y a aussi la possibilite qu'il y ait confusion avec les (mauvaises) kernerl-sources qui ont ete prise pendant la comipilation. Ca me parrait plus probable. Tu as bien garde les sources de 2.6.10 au meme endroit ? Tu as bien compile le module apres avoir reboote en 2.6.10 (sinon il compile pour l'autre noyau) ? Tu as bien installe avec "make install" et NON avec une simple copie en utilisant le module prevu pour une autre version du noyau ?


Pour discerner avec plus de precision le probleme je te propose d'aller avec cd dans le repertoire ou il y a le module et de faire la commande:

strings rt2500.ko | grep vermagic

vermagic=2.6.10 PENTIUM???? gcc-????

cd /lib/modules/2.6.10/kernel/(bon_repertoire)/
strings "autre_module".ko | grep vermagic

Bonjour kmf,

En effet, il s'agit bien de ça . J'ai compilé le noyau 2.6.10 avec gcc-2.95 et pour rt2500.ko , c'est gcc-3.3. En fait , j'ai fait une mise à jour de dibian sid et ça a due installer gcc-3.3. Voilà le resultat des commandes :


14:08 pristella@debian /lib/modules/2.6.10/kernel/drivers/net/wireless% su
Password:
debian:/lib/modules/2.6.10/kernel/drivers/net/wireless# strings rt2500.ko | grep vermagic
vermagic=2.6.10 SMP preempt PENTIUM4 gcc-3.3
debian:/lib/modules/2.6.10/kernel/drivers/net/wireless#

et avec le modules 9139too.ko j'ai

debian:/lib/modules/2.6.10/kernel/drivers/net# strings 8139too.ko | grep vermagic
vermagic=2.6.10 SMP preempt PENTIUM4 gcc-2.95
debian:/lib/modules/2.6.10/kernel/drivers/net#

Pour le Makefile, il s'agit de celui du repertoire Module dans le repertoire rt2500-1.10 ?? Et ou dois-je rajouter cette ligne ?? voici le makefile :

all: module
MODULE_NAME := rt2500

#PATCHLEVEL := 6
#KERNDIR=/usr/src/linux-2.6

ifeq ($(PATCHLEVEL),)
PATCHLEVEL := $(shell uname -r | cut -d. -f2)
endif

RESMAN_CORE_OBJS := rtmp_main.o
RESMAN_GLUE_OBJS := mlme.o connect.o sync.o assoc.o auth.o auth_rsp.o rtmp_data.o rtmp_init.o sanity.o rtmp_wep.o wpa.o md5.o rtmp_tkip.o rtmp_info.o eeprom.o

$(MODULE_NAME)-objs := $(RESMAN_CORE_OBJS) $(RESMAN_GLUE_OBJS)

ifdef TOPDIR
obj-m += $(MODULE_NAME).o
endif

EXTRA_CFLAGS += -I$(src)

ifdef KERNDIR
KERNEL_SOURCES := $(KERNDIR)
else
KERNEL_SOURCES := /lib/modules/$(shell uname -r)/build
endif

MODULE_ROOT := /lib/modules/$(shell uname -r)/kernel/drivers/net/wireless

src ?= .
obj ?= .

ifeq ($(PATCHLEVEL), 4)
MODULE_OBJECT := $(MODULE_NAME).o
else
MODULE_OBJECT := $(MODULE_NAME).ko
endif

ifeq ($(PATCHLEVEL), 4)
$(obj)/$(MODULE_NAME).o: $($(MODULE_NAME)-objs)
$(LD) $(EXTRA_LDFLAGS) -r -o $@ $($(MODULE_NAME)-objs)
endif

KBUILD_PARAMS := -C $(KERNEL_SOURCES) SUBDIRS=$(PWD)

module:
@$(MAKE) $(KBUILD_PARAMS) modules; \
if ! [ -f $(MODULE_OBJECT) ]; then \
echo "$(MODULE_OBJECT) failed to build!"; \
exit 1; \
fi

debug:
@$(MAKE) $(KBUILD_PARAMS) 'EXTRA_CFLAGS=-I$(src) -DRT2500_DBG' modules; \
if ! [ -f $(MODULE_OBJECT) ]; then \
echo "$(MODULE_OBJECT) failed to build!"; \
exit 1; \
fi

clean:
@rm -f $(RESMAN_GLUE_OBJS) $(RESMAN_CORE_OBJS) .*.{cmd,flags}
@rm -f $(MODULE_NAME).{o,ko,mod.{o,c}} built-in.o $(VERSION_HEADER) *~
@rm -fr .tmp_versions

install:
if ! [ -f $(MODULE_OBJECT) ]; then \
module; \
fi
@echo "install '$(MODULE_OBJECT)' to $(MODULE_ROOT)"
install -m 755 -o 0 -g 0 -d $(MODULE_ROOT)
install -m 644 -o 0 -g 0 $(MODULE_OBJECT) $(MODULE_ROOT)
/sbin/depmod -a

@if ! grep -q 'ra0' /etc/modules.conf ; then \
echo "append 'alias ra0 rt2500' to /etc/modules.conf"; \
echo "alias ra0 rt2500" >> /etc/modules.conf ; \
fi

install-fedora:
if ! [ -f $(MODULE_OBJECT) ]; then \
module; \
fi
@echo "install '$(MODULE_OBJECT)' to $(MODULE_ROOT)"
install -m 755 -o 0 -g 0 -d $(MODULE_ROOT)
install -m 644 -o 0 -g 0 $(MODULE_OBJECT) $(MODULE_ROOT)
/sbin/depmod -a

@if ! grep -q 'wlan0' /etc/modprobe.conf ; then \
echo "append 'alias wlan0 rt2500' to /etc/modprobe.conf"; \
echo "alias wlan0 rt2500" >> /etc/modprobe.conf ; \
echo "options rt2500 ifname=wlan%d" >> /etc/modprobe.conf ; \
fi
ifeq ($(PATCHLEVEL), 4)
include $(KERNEL_SOURCES)/Rules.make
endif


Ne serait-il pas plus simple de recompiler le noyau avec la version gcc-3.3? pour être tranquille par la suite. Ou alors supprimer le gcc-3.3. Mais le risque est qu'à chaque mise à jour, gcc-3.3 s'installe??

J'ai encore une petite question. Il y a un truc qui m'enerve regulièrement sur mandrake.

J'ai installé mozilla et mozilla-mail sur mandrake et j'ai crée un lien sur le bureau pour les deux. Je souhaite changer l'icone de mozilla-mail pour le differencier du navigateur ( ça je sais faire), le problème :

Sur le bureau, je clic à droite, je choisi propriété et je clic sur l'icone existant pour en changer. Je choisir un autre icone et je fais OK. et voici le message que j'obtiens :

Impossible d'enregistrer les propriétés. Vous n'avez pas le droit d'écrire dans /home/pristella/Desktop/Mozilla (courrier électronique).

je clic sur l'onglet droit d'accès et je m'apercois que les droit son :

utisateur = root
groupe = root

j'ai fait un chmod 777 Mozilla mais ça change rien. Je pense certainement qu'il faut modifier l'utilisateur root en pristella ?? Ou l'ajouter au groupe root ???

Ne serait-il pas plus simple de recompiler le noyau avec la version gcc-3.3?
Oui bien sur! Je croyais que tu avais deja fais ca, car j'ai pense a une reinstallation et pas a une mise a jour. La manip avec le makefile n'est necessaire qu'au cas ou tu as plusieures versions de gcc en parallel.

Dans ce cas tu n'as qu'a faire dans le repertoire source:

cp .config config-sauve
make mrproper
cp config-sauve .config
make oldconfig
make bzImage 
...

cd /home/pristella
chown -R pristella:users Desktop

Merci kmf,

j'ai pu régler le problème de Mozilla-mail sur le desktop.

Par contre pour le driver rt2500-1.10 , j'ai toujours le même message :

debian:/home/pristella/rt2500-1.1.0/Module# modprobe rt2500
FATAL: Error inserting rt2500 (/lib/modules/2.6.10/kernel/drivers/net/wireless/rt2500.ko):­ Invalid module format

J'ai recompilé sans problème le noyau -2.6.10 avec la version gcc-3.3.

J'ai verifié avec les commandes (vermagic) que tu m'as données: c'est ok, le noyau2.6.10 et le driver sont maintenant compilé avec la même version de gcc (3.3).

L'interface ra0 semble introuvable. Quand je fais iwconfig, je n'ai que 2 interfaces : l0 et eth0.

Il doit cetainement manqué quelquechose. Les alias sont bons et dans les bons fichiers (modprobe.conf, modules.conf) et le module rt2500 dans le fichier module. ????

Il semble donc que la version de gcc ne soit pas le seul problème ?

Tu as bien reinstalle le noyau et ses modules apres recompilation et tu as bien reboote avec ?
Essaie aussi de recompiler le module rt2500.ko encore une fois (faire "make clean" dans le bon repertoire et apres "make", "make install"). Il est possible que ca a pris de mauvais fichiers intermediares (avec include) dans l'arbe de noyau avec la 1ere compilation.

Pffffrrr!!! ta vraiment reponse à tout, c'est incroyable !

C'est vrai, j'avais oublié de rebooter tout simplement :):)

Franchement t'es fort, parceque aider quelqu'un à distance, c'est vraiment très compliqué. Je m'essaie à ça mais j'ai du mal à le faire. Pas par manque de patience mais à cause de la difficulté à deviner ce que peuvent faire les gens.

Maintenant, j'ai ra0 après avoir fait iwconfig. Je n'ai donc plus que la config à faire. Je te tiens au courant de la reussite.

merci encore, t'es fortiche !!:):)

à cause de la difficulté à deviner ce que peuvent faire les gens.

Tu as parfaitement compris le probleme fondamental de repondre au forum!

Mais d'oublier de rebooter dans un cas comme ca c'est quelque chose qui peut vraiement arriver a tout le monde pas seulement aux debutants. On souhaite resoudre un probleme un peu complique (par exemple faire marcher le driver rt2500) et on oublie les choses simples.

Prise de tête pour la config :(

Pour commencer, j'ai configurer ra0 de la façon suivante :

pour essid j'ai mis nom de reseau 'WGnetwork'
pour nwid j'ai rien compris donc j'ai rien mis
pour freq j'ai rien mis non plus
pour mode j'ai rien mis
idem pour ap nick rate
pour rts j'ai mis auto mais ça n'a pas pris ?
pour frag idem
pour key j'ai mis ma clé WEP de 26 caractères
pour power et le reste j'ai rien mis

après j'ai fait un ifup ra0 :
debian:/home/pristella# ifup ra0
Ignoring unknown interface ra0=ra0.

j'ai fait un ifconfig :

debian:/home/pristella# ifconfig ra0
ra0 Lien encap:Ethernet HWaddr 00:11:09:BF:01:DD
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:176 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:0 (0.0 b) TX bytes:7480 (7.3 KiB)
Interruption:21 Adresse de base:0xc000

ensuite j'ai rebooter pour voir si ra0 apparait dans les logs du demarrage.

Resultat, c'est eth0 avec ehec evidemment

Puis j'ai editer le fichier /etc/dhclient.conf et j'ai rajouté la ligne :

interface "ra0"

et j'ai mis en commentaire

interface "eth0" pour n'avoir que ra0 au logs de demarrage (resultat ra0 apparait mais eth0 aussi)

le module rt 2500 est bien charger .

j'ai aussi suivi les instructions du readme et j'ai crée le fichier :

ifcfg-rao dans /etc/sysconfig/network-scripts

pour ajouter les lignes suivantes :

DEVICE='ra0'
ONBOOT='yes'
BOOTPROTO='dhcp'

A l'issue je reboot et ça ne marche toujours pas.

Le problème doit venir de la config avec iwconfig mais c'est un peu du charabia pour moi :):)

Bonjour kmf,

J'ai réussi à me connecter mais ce fut bref :( en effet après avoir rebooter impossible de se reconnecter au demarrage .

Voilà comment j'ai proceder pour reussir cette connexion furtive :

debian:/home/pristella# iwconfig
lo no wireless extensions.

" RT2500 Wireless ESSID:"WGnetwork ( bizarre!ra0 n'apparait plus, juste ")
Mode:Managed Frequency=2.412 GHz Bit Rate:54 Mb/s
RTS thr:off Fragment thr:off
Encryption key:off
Link Quality:60 Signal level:0 Noise level:0
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0

eth0 no wireless extensions.


iwconfig ra0 essid WGnetwork ----pas de problème

iwconfig ra0 channel 1 -------------pas de problème

iwconfig ra0 key 'ma clé WEP'

debian:/home/pristella# dhclient ra0
Internet Software Consortium DHCP Client 2.0pl5
Copyright 1995, 1996, 1997, 1998, 1999 The Internet Software Consortium.
All rights reserved.

Please contribute if you find this software useful.
For info, please visit http://www.isc.org/dhcp-contrib.html

/etc/dhclient.conf line 32: expecting left brace.
interface "ra0";
^
Listening on LPF/ra0/00:11:09:bf:01:dd
Sending on LPF/ra0/00:11:09:bf:01:dd
Sending on Socket/fallback/fallback-net
DHCPREQUEST on ra0 to 255.255.255.255 port 67
DHCPACK from 82.253.169.254
SIOCADDRT: File exists
bound to 82.253.169.248 -- renewal in 60 seconds.
debian:/home/pristella#

SUPER CA MARCHE :):)

je fais tout de suite un iwconfig juste pour voir ...

debian:/home/pristella# iwconfig
lo no wireless extensions.

ra0 RT2500 Wireless ESSID:"WGnetwork"
Mode:Managed Frequency=2.412 GHz Access Point: 00:07:CB:51:D1:5B
Bit Rate:54 Mb/s
RTS thr:off Fragment thr:off
Encryption key:D8C9-96FD-91E5-D906-E1E3-80AD-30 Security mode:open
Link Quality=81/100 Signal level:-204 dBm Noise level:-256 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0

eth0 no wireless extensions.


Tous semble , sauf que j'ai un doute pour RTS ( je crois qu'il doit-être normalement en AUTO ??? et le fragment ...???

par curosité je vais voir le fichier /etc/network/interfaces et j'ai ça :

# The loopback interface
auto lo
iface lo inet loopback

# The first network card - this entry was created during the Debian installation
auto eth0
iface eth0 inet dhcp

iface dsl-provider inet ppp
provider dsl-provider

Hmm!! je vois pas ra0 , ça m'inquiète !!

Dans /etc/dhclient.conf j'ai ça :

# /etc/dhclient.conf file for /sbin/dhclient included in Debian's
# dhcp-client package.
#
# This is a sample configuration file for dhclient. See dhclient.conf's
# man page for more information about the syntax of this file
# and a more comprehensive list of the parameters understood by
# dhclient.
#
# Normally, if the DHCP server provides reasonable information and does
# not leave anything out (like the domain name, for example), then
# few changes must be made to this file, if any.
#

#send host-name "andare.fugue.com";
#send dhcp-client-identifier 1:0:a0:24:ab:fb:9c;
#send dhcp-lease-time 3600;
#supersede domain-name "fugue.com home.vix.com";
#prepend domain-name-servers 127.0.0.1;
#request subnet-mask, broadcast-address, time-offset, routers,
# domain-name, domain-name-servers, host-name;
#require subnet-mask, domain-name-servers;
#timeout 60;
#retry 60;
#reboot 10;
#select-timeout 5;
#initial-interval 2;
#script "/etc/dhclient-script";
#media "-link0 -link1 -link2", "link0 link1";
#reject 192.33.137.209;

#alias {
interface "ra0"; (CA C'EST MOI QUI L'AI RAJOUTE, c pas si c bon ??)
# interface "eth0";
# fixed-address 192.5.5.213;
# option subnet-mask 255.255.255.255;
#}

#lease {
# interface "eth0";
# fixed-address 192.33.137.200;
# medium "link0 link1";
# option host-name "andare.swiftmedia.com";
# option subnet-mask 255.255.255.0;
# option broadcast-address 192.33.137.255;
# option routers 192.33.137.250;
# option domain-name-servers 127.0.0.1;
# renew 2 2000/1/12 00:00:01;
# rebind 2 2000/1/12 00:00:01;
# expire 2 2000/1/12 00:00:01;
#}

Enfin bref je reboot , et déjà au log ça ne se connecte pas , j'ai des truc du genre :

DHCPDISCOVER ... pour les deux interfaces eth0 et ra0.

Je ne me decourage pas et je refais la même procedure :

ça marche !! après avoir fait un dhclient ra0.

Voilà ou j'en suis et je t'ecris à ce moment precis grace à la connexion wifi sur debian SID.

Maintenant, je vais à nouveau rebooter et je suis pratiquement sure que la connexion ne se fera pas au demarrage.

Je pense que je ne dois pas être loin de la vérité mais il manque en core un petit quelquechose.

Il semble claire pour moi que tu as resolu le probleme principal pour la connextion en soi. Je crois le fichier dhclient.conf n'est pas tellement important car normalement ce sont des options qu'on peut mettre pour le device ou les temps de renouvellement du bail etc. Le device est aussi mis dans la ligne de commande quand tu tapes: "dhclient ra0" et je suppose ca doit prendre le dessus a ce fichier. Pour les temps de renouvellement tu peux bien essayer de mettre quelques chose mais ces infos sont aussi fournies par le serveur DHCP (la Freebox) qui a la priorite pour ca. Par exemple en non-degroupe le temps pour reverifier le bail (de "location pour le numero IP") n'est qu'une minute. Si tu essaie de mettre plus avec une option (dans dhclient.conf) ca sera simplement rejete car la Freebox n'a pas donne l'autorisation. Je crois tu peux laisser le device "ra0" mais peut-etre ce serait mieux de ne rien mettre. Le "ra0" dans la ligne de commande ("dhclient ra0") devrait suffir.

Je suppose tu pourrais aussi etablir la connexion avec le "dhcpcd ra0" si tu l'installes (ou peut-etre c'est enore dans /usr/local/sbin si tu ne l'as pas efface avec la mise a jour). Donc au moment ou les parametres specifiques comme la cle de crytage etc. pour le ra0 sont bons, je suppose la commande:

/usr/local/sbin/dhcpcd ra0

Salut kmf ( ? t'as changé ton pseudo)

Je suppose tu pourrais aussi etablir la connexion avec le "dhcpcd ra0"

en effet, je viens de tester avec /usr/local/sbin/dhcpcd ra0 et ça répond instantanement. Il semble plus efficace.

Pour la config avec iwconfig, j'ai juste indiqué la clé WEP, le nom de reseau et le canal.

Ca marche :):)

Je ne sais pas si tu as en Debian un outil de configuration graphique ou en texte (avec de menus) pour definir les connexions reseau comme le DrakConf en Mandrake. J'ai l'impression qu'il n'y a pas de tel outil et dans cas il te faudra editer le fichier /etc/sysconfig/network-scripts .

Chez moi , en fait il ne s'agit pas de /etc/sysconfig/network-scripts mais de /etc/network/interfaces. J'ai donc modifié ce fichier comme tu le decrit plus haut.

En fait dans /etc/sysconfig/network-scripts j'ai un autre fichier : ifcfg-ra0. J'ai crée ce fichier suite aux instructions du readme du driver rt2500-1.1.0. Ca permet normalement de se connecter automatiquement. Je le laisse comme ça pour l'instant et on verra ce que cela va donné quand je vais rebooter ...

Goooo pour le rebootage !!

Me revoila,

C'est toujours pas la solution car à chaque rebootage la configuration se remet à zero :

après le rebootage, j'ai fait un iwconfig et j'ai eu ça :

21:16 pristella@debian ~% iwconfig
lo no wireless extensions.

eth0 no wireless extensions.

ra0 RT2500 Wireless ESSID:""
Mode:Managed Frequency=2.412 GHz Bit Rate:11 Mb/s
RTS thr:off Fragment thr:off
Link Quality:60 Signal level:0 Noise level:0
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0

on s'apercoit que le nom de reseau et la clé n'apparaissent plus. Pour me reconnecter je dois à nouveau faire toute la config avec iwconfig ra0 (nom de reseau, clé, canal).

Je dois certainement oublier une commande qui permet d'enregistrer la configuration internet ?

Bonjour,

J'en suis toujours au même point. Je peux me connecter à condition de refaire toute la config avec iwconfig à chaque redemarrage du PC.

J'ai installé l'outils graphique kwifimanager mais ça ne change rien.

Bizarre cette déconfiguration à chaque redemarrage?

Bonjour pristella,

j'ai l'impression que les configurations mises avec iwconfig seront oublies apres un reboot. Normalment c'est mis dans les scripts de boot pour etre refait chaque fois. Je suppose ca doit etre le cas pour Mandrake quand tu utilises DrakConf pour la configuration, c.-a-d. DrakConf va creer un script que sera execute a chaque reboot pour faire les choses "iwconfig ...".

Pour ton driver il y a aussi autre moyens de configuration, selon le README:

RT2500 driver can be configured via following interfaces,
i.e. (i)"iwconfig" command, (ii)"iwpriv" command, (iii) configuration file, (iv)
RaConfig2500

i) iwconfig comes with kernel.
ii) iwpriv usage, please refer to file "iwpriv_usage.txt" for details.
iii)copy configuration file "RT2500STA.dat" to /etc/Wireless/RT2500STA/RT2500STA
.dat.
Please refer to 3.1) for details.
iv) RT2500 provides API : RaConfig2500, please go to directory ./Utility and ref
er to how-to-compile.txt


Il y a aussi l'utilitaire graphique RaConfig2500 (l'option iv) et le fichier de config (l'option iii). En principe le fichier de config est la methode la plus compliquee (mais pas tant ca) mais ca aura l'avantage que ca sera lu automatiquement avec le chargement du module, au moins je le crois. Peut-etre l'utilitaire graphique cree lui meme ce fichier (si oui ca serait plus commode pour toi) et apres tu n'as qu'a verifier que c'est bien la.

Donc essaie de creer le fichier (avec les sous-repertoires qui vont avec)
/etc/Wireless/RT2500STA/RT2500STA
d'une facon ou d'une autre (soit avec RaConfig2500 ou soit manuellement, on a deja discute ca dans un autre poste) et apres avec les autres modifs dans le fichier /etc/networks/.... que tu as deja appliquees ca devrait marcher directement.

Salut kmf,

J'ai déjà essayé avec RaConfig2500 mais il ne trouve pas la commande et il me mets un message du type :

Xlib: connection to ":0.0" refused by server


Je l'ai reinstallé plusieurs fois et à chaque fois j'ai le même message d'erreur.

J'ai essayé d'utiliser la commande xhost + et après il me dit qu'il ne trouve pas ra0.?

Pour le fichier /etc/Wireless/RT2500STA/RT2500STA , j'ai essayé aussi mais avant de faire les modifs dans network après je l'ai supprimé. Je vais donc reessayé cette methode.

Par contre , dans ce fichier, peut-on laisser les options par default sauf , bien sur, essid, la clé wep et le canal (channel)? Que dois-je mettre dans AP ?

Pour le RaConfig2500 tu te souviens qu'apres la compilation il faut le mettre dans un repertoire comme /usr/bin/ (dans ton PATH) pour qu'il soit trouve. Il faut aussi l'appeller apres le chargement du module rt2500. Donc faire "modprobe ra0" avant l'utilisation. Avec ca il devrait en theorie trouver le "ra0" mais sinon il faut faire avec le fichier de config.

Je ne connais pas bien les details des parametres wifi (je n'en jamais fait moi meme) mais il y a quand meme quelques explications dans le fichier README apropos de la signification. Je crois tu trouvera aussi des infos/docs/forum specialise sur la page web ou tu as telecharge le driver.
Pour la cle je crois tu gardes simplement:

DefaultKeyID=1
Key1Type=0
Key1Str=....

ou tu remplace les "...." par ta cle (en hexadecimale).

Il faut aussi un peu jouer avec ces parametres si on est pas sur. Pour tester tu charges apres installation du fichier le module avec

modprobe ra0

dhclient ra0

Bonjour kmf,

J'ai reussi à creer ma connexion internet avec une connexion automatique au demarrage mais ..... ça plante ça plante !!

Comme tu l'as préconisé, j'ai copié l'executable RaConfig2500 dans usr/bin/, j'ai donc pu configurer le driver avec cet outils graphique. C'est pas simple : Il y a pleins d'options que je ne comprend pas et j'ai tout laissé par defaut. Par exemple :

Dans l'onglet 'system configuration, j'ai le choix entre CAM(constantly awake) ou power saving Mode, j'ai coché le 1er.

Pour la clé wep, j'ai choisi OPEN, sinon j'avais le choix entre SHared et Wpapsk ???

Sinon le reste ça va. A l'issue, ça crée un fichier RT2500STA.dat dans /wireless/RT2500STA/, que voici :

[Default]
CountryRegion=4
ProfileID=pristella
SSID=WGnetwork
NetworkType=Infra
PreambleType=Auto
RTSThreshold=2312
FragThreshold=2312
AuthMode=OPEN
EncrypType=WEP
DefaultKeyID=1
Key1Type=0
Key1Str='ma clé WEP'
Key2Type=0
Key2Str=
Key3Type=0
Key3Str=
Key4Type=0
Key4Str=
Channel=10
PSMode=CAM
WirelessMode=0
AdhocOfdm=0
TXBurst=0
TurboRate=0
BGProtection=0
ShortSlot=0
TxRate=0


RQ; Avant d'utiliser cet outil, je dois impérativement faire la commande 'xhost +' en utilisateur pour pouvoir l'utiliser en root. C'est pas très pratique. Je croyais que root avait tous les droits ???

Sinon, j'ai testé aussi sans RaConfig2500 et ça marche pareil :(

Je n'ai rien changé au reste :

le fichier ifcfg-ra0 :

DEVICE=ra0
ONBOOT=yes
BOOTPROTO=dhcp

le fichier /etc/network/interfaces

# The loopback interface
auto lo
iface lo inet loopback

# The first network card - this entry was created during the Debian installation
#auto eth0
#iface eth0 inet dhcp

#connexion wifi
auto ra0
iface ra0 inet dhcp

#iface dsl-provider inet ppp
# provider dsl-provider
#provider dsl-provider

Alors ça marche mais ça plante au bout de 2 minutes, tout bloque, je ne peux utiliser la souris, le clavier ou fermer des fenêtre.

Pour redemarrer , je suis obligé d'appuyer sur le bouton power.
En fait j'ai eu le me problème sur mandrake quand j'avais installé le noyau 2.6.10. Il a fallu que je reinstalle le noyau 2.6.8.1-12mdk pour que cela fonctionne correctement.

Peut-être que le problème vient d'une incompatibilité avec le noyau 2.6.10??

Peut-être faut-il changer de noyau? 2.6.11 ; 2.6.8.1 .......????

En tout, il y a du progrès :) mais c'est pas fameux. Quand penses-tu pour l'hoistoire du noyau ?