Device not found, wifi PC54G2 sur debian SID
Fermé
pristella
Messages postés
859
Date d'inscription
samedi 23 octobre 2004
Statut
Contributeur
Dernière intervention
8 mai 2007
-
27 mars 2005 à 23:54
pristella Messages postés 859 Date d'inscription samedi 23 octobre 2004 Statut Contributeur Dernière intervention 8 mai 2007 - 2 avril 2005 à 01:41
pristella Messages postés 859 Date d'inscription samedi 23 octobre 2004 Statut Contributeur Dernière intervention 8 mai 2007 - 2 avril 2005 à 01:41
A voir également:
- Device not found, wifi PC54G2 sur debian SID
- Voir mot de passe wifi android - Guide
- Adresse mac wifi - Guide
- Unknown device - Télécharger - Optimisation
- Reboot and select proper boot device - Forum Windows
- Changer wifi chromecast - Guide
21 réponses
pristella
Messages postés
859
Date d'inscription
samedi 23 octobre 2004
Statut
Contributeur
Dernière intervention
8 mai 2007
74
28 mars 2005 à 02:20
28 mars 2005 à 02:20
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
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:
Ca devrait afficher quelque chose comme:
(ici les ???? ca depend de ta config de processeur et de ta version de gcc)
Donc tu trouves la version exacte du noyau et de gcc pour ce module. Si ici la version de noyau n'est pas 2.6.10 tu as fait une faute avec la facon de compilation du module et c'est ca l'explication.
Apres tu refais la meme chose avec un autre module quelconque que tu as dans /lib/modules/2.6.10/kernel/...., c.-a-d:
Ca doit marcher avec n'importe quel module que ta as compile avec la compilation initiale. Tu devrais avoir une bonne centaines de modules disponibles, donc largement le choix.
En theorie ca devrait affichier la meme chose, certainement le 2.6.10 pour le noyau et aussi la version de gcc. Si la version de gcc est differente de celle avec rt2500.ko la c'est effectivement le probleme de la version de gcc.
Dans ce cas il faut se debrouiller de compiler avec le bon gcc, par exemple en ajoutant dans le Makefile la ligne:
CC=/usr/bin/gcc-3.x
comme propose dans le texte. Ici 3.x c'est la bonne version a prendre (pas forcement 3.2 chez toi). Ca peut aussi etre 4.0 (?).
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
Ca devrait afficher quelque chose comme:
vermagic=2.6.10 PENTIUM???? gcc-????
(ici les ???? ca depend de ta config de processeur et de ta version de gcc)
Donc tu trouves la version exacte du noyau et de gcc pour ce module. Si ici la version de noyau n'est pas 2.6.10 tu as fait une faute avec la facon de compilation du module et c'est ca l'explication.
Apres tu refais la meme chose avec un autre module quelconque que tu as dans /lib/modules/2.6.10/kernel/...., c.-a-d:
cd /lib/modules/2.6.10/kernel/(bon_repertoire)/ strings "autre_module".ko | grep vermagic
Ca doit marcher avec n'importe quel module que ta as compile avec la compilation initiale. Tu devrais avoir une bonne centaines de modules disponibles, donc largement le choix.
En theorie ca devrait affichier la meme chose, certainement le 2.6.10 pour le noyau et aussi la version de gcc. Si la version de gcc est differente de celle avec rt2500.ko la c'est effectivement le probleme de la version de gcc.
Dans ce cas il faut se debrouiller de compiler avec le bon gcc, par exemple en ajoutant dans le Makefile la ligne:
CC=/usr/bin/gcc-3.x
comme propose dans le texte. Ici 3.x c'est la bonne version a prendre (pas forcement 3.2 chez toi). Ca peut aussi etre 4.0 (?).
pristella
Messages postés
859
Date d'inscription
samedi 23 octobre 2004
Statut
Contributeur
Dernière intervention
8 mai 2007
74
28 mars 2005 à 14:33
28 mars 2005 à 14:33
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??
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??
pristella
Messages postés
859
Date d'inscription
samedi 23 octobre 2004
Statut
Contributeur
Dernière intervention
8 mai 2007
74
28 mars 2005 à 15:01
28 mars 2005 à 15:01
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 ???
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 ???
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
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:
(ou make tout court). Eventuellement un "make clean" (pour les 3eres lignes) suffit aussi mais je ne suis pas 100% sur. Fais aussi dans ce cas un "make oldconfig", c'est tres probablement necessaire.
--------
Pour l'autre question je ne connais pas bien la configuration de KDE mais il semble bien que tu as dans ton home (dans le Desktop/... ou Desktop/Mozilla/... ) de fichiers appartenant a root. Ca doit etre un accident suite a l'installation de Mozilla ou autre chose. Normalement ce n'est pas bien d'avoir de fichiers root chez soi dans son home. Peu-importe, pour changer le proproprietaire tu fais simplement (en root):
ici la commande "chown" (ca vient de: "change owner") change le proprietaire de Desktop et tout son contenu (grace a l'option -R pour "recursive"). De plus j'ai suppose que ton groupe est "users" mais ca peut aussi etre autre chose. Verifie avec "ls -l" sur tes fichier dans quel groupe tu es et apres tu mettras le bon groupe derrier: "pristella:...." dans la commande ci-dessus.
Avec ca tu vas recuperer tous le pouvoir sur tes propres fichiers.
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 ...
(ou make tout court). Eventuellement un "make clean" (pour les 3eres lignes) suffit aussi mais je ne suis pas 100% sur. Fais aussi dans ce cas un "make oldconfig", c'est tres probablement necessaire.
--------
Pour l'autre question je ne connais pas bien la configuration de KDE mais il semble bien que tu as dans ton home (dans le Desktop/... ou Desktop/Mozilla/... ) de fichiers appartenant a root. Ca doit etre un accident suite a l'installation de Mozilla ou autre chose. Normalement ce n'est pas bien d'avoir de fichiers root chez soi dans son home. Peu-importe, pour changer le proproprietaire tu fais simplement (en root):
cd /home/pristella chown -R pristella:users Desktop
ici la commande "chown" (ca vient de: "change owner") change le proprietaire de Desktop et tout son contenu (grace a l'option -R pour "recursive"). De plus j'ai suppose que ton groupe est "users" mais ca peut aussi etre autre chose. Verifie avec "ls -l" sur tes fichier dans quel groupe tu es et apres tu mettras le bon groupe derrier: "pristella:...." dans la commande ci-dessus.
Avec ca tu vas recuperer tous le pouvoir sur tes propres fichiers.
pristella
Messages postés
859
Date d'inscription
samedi 23 octobre 2004
Statut
Contributeur
Dernière intervention
8 mai 2007
74
28 mars 2005 à 21:18
28 mars 2005 à 21:18
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 ?
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.
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.
pristella
Messages postés
859
Date d'inscription
samedi 23 octobre 2004
Statut
Contributeur
Dernière intervention
8 mai 2007
74
28 mars 2005 à 22:08
28 mars 2005 à 22:08
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 !!:):)
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.
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.
pristella
Messages postés
859
Date d'inscription
samedi 23 octobre 2004
Statut
Contributeur
Dernière intervention
8 mai 2007
74
29 mars 2005 à 02:15
29 mars 2005 à 02:15
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 :):)
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 :):)
pristella
Messages postés
859
Date d'inscription
samedi 23 octobre 2004
Statut
Contributeur
Dernière intervention
8 mai 2007
74
29 mars 2005 à 19:24
29 mars 2005 à 19:24
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.
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.
kmf31
Messages postés
1564
Date d'inscription
mercredi 30 mars 2005
Statut
Contributeur
Dernière intervention
22 juin 2007
501
30 mars 2005 à 03:49
30 mars 2005 à 03:49
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:
devrait aussi marcher comme le "dhclient ra0".
Pour le parametre avec RTS je ne sais pas de tout mais si ca marche il ne faut pas trop y toucher et/ou s'inquieter la dessus.
Les deux commandes dhclient et dhcpcd ne servent qu'a etablir la connexion mais ca n'a en principe rien a avoir avec le demarrage de la connexion au boot. Pour ca il y a les scripts specifiques de Debian qui vont appeler ces deux commandes, probablement le dhclient pour la Debian.
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 .
En principe il n'y a pas de probleme avec ca, il faut seulement faire attention qu'il n'y a pas d'autre script/outil qui efface tes modifications mais je crois en Debian ca ne risque pas d'arriver (contrairement a Mandrake ou DrakConf modifierait ce genre de fichier).
Je pense c'est assez facile:
Actuellement tu as trois types connextions:
1) Le loopback interface appele "lo" qui est automatiquement active. Il ne faut pas toucher a ca. Donc, ici il n'y a pas de modif.
2) Le eth0 pour la carte reseau. A mon avis tu dois virer (commenter avec un "#") la ligne "auto eth0" pour empecher que ce soit active au boot. Par contre tu gardes la ligne "iface eth0 inet dhcp". Je ne suis pas sur mais je crois avec ca tu pourras plus tard toujours activer l'eth0 de facon manuelle avec "ifup eth0" (comme en Mandrake). Il faudrait tester ca a l'occasion.
3) Le ppp0 pour une connextion avec ppp. Avec la Freebox c'est obsolete. Seulement si tu veux remettre le sagem avec le driver eagle-usb il faudrait le garder et meme dans ce cas il faudrait peut-etre encore correctement parametrer les chose. Je pense tu devrais commenter les deux lignes:
iface dsl-provider inet ppp
provider dsl-provider
associe a ca. Mais si tu les commentes pas ca ne devrait pas poser de problemes non plus (tant tu n'ajoutes pas le "auto" avec ca!).
4) Finalement il te manque ton "ra0". Ici je mettrais les deux lignes:
auto ra0
iface ra0 inet dhcp
comme actuellement pour eth0. Si tu enleve le auto pour "eth0" ca devrait empecher l'activation de eth0.
Donc avec ces modificaiton tu auras un fichier
/etc/sysconfig/network-scripts
comme ca:
# 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
# la connection wifi, entree manuellement ajoutee
auto ra0
iface ra0 inet dhcp
# la connection ppp0, actuellement pas utilisee
#iface dsl-provider inet ppp
#provider dsl-provider
Avec ca, tu devrais demarrer le ra0 au boot et si tu as de la chance tu pourras avec les commandes "ifdown ra0" et "ifup eth0" passer a ethernet si necessaire.
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
devrait aussi marcher comme le "dhclient ra0".
Pour le parametre avec RTS je ne sais pas de tout mais si ca marche il ne faut pas trop y toucher et/ou s'inquieter la dessus.
Les deux commandes dhclient et dhcpcd ne servent qu'a etablir la connexion mais ca n'a en principe rien a avoir avec le demarrage de la connexion au boot. Pour ca il y a les scripts specifiques de Debian qui vont appeler ces deux commandes, probablement le dhclient pour la Debian.
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 .
En principe il n'y a pas de probleme avec ca, il faut seulement faire attention qu'il n'y a pas d'autre script/outil qui efface tes modifications mais je crois en Debian ca ne risque pas d'arriver (contrairement a Mandrake ou DrakConf modifierait ce genre de fichier).
Je pense c'est assez facile:
Actuellement tu as trois types connextions:
1) Le loopback interface appele "lo" qui est automatiquement active. Il ne faut pas toucher a ca. Donc, ici il n'y a pas de modif.
2) Le eth0 pour la carte reseau. A mon avis tu dois virer (commenter avec un "#") la ligne "auto eth0" pour empecher que ce soit active au boot. Par contre tu gardes la ligne "iface eth0 inet dhcp". Je ne suis pas sur mais je crois avec ca tu pourras plus tard toujours activer l'eth0 de facon manuelle avec "ifup eth0" (comme en Mandrake). Il faudrait tester ca a l'occasion.
3) Le ppp0 pour une connextion avec ppp. Avec la Freebox c'est obsolete. Seulement si tu veux remettre le sagem avec le driver eagle-usb il faudrait le garder et meme dans ce cas il faudrait peut-etre encore correctement parametrer les chose. Je pense tu devrais commenter les deux lignes:
iface dsl-provider inet ppp
provider dsl-provider
associe a ca. Mais si tu les commentes pas ca ne devrait pas poser de problemes non plus (tant tu n'ajoutes pas le "auto" avec ca!).
4) Finalement il te manque ton "ra0". Ici je mettrais les deux lignes:
auto ra0
iface ra0 inet dhcp
comme actuellement pour eth0. Si tu enleve le auto pour "eth0" ca devrait empecher l'activation de eth0.
Donc avec ces modificaiton tu auras un fichier
/etc/sysconfig/network-scripts
comme ca:
# 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
# la connection wifi, entree manuellement ajoutee
auto ra0
iface ra0 inet dhcp
# la connection ppp0, actuellement pas utilisee
#iface dsl-provider inet ppp
#provider dsl-provider
Avec ca, tu devrais demarrer le ra0 au boot et si tu as de la chance tu pourras avec les commandes "ifdown ra0" et "ifup eth0" passer a ethernet si necessaire.
pristella
Messages postés
859
Date d'inscription
samedi 23 octobre 2004
Statut
Contributeur
Dernière intervention
8 mai 2007
74
30 mars 2005 à 21:07
30 mars 2005 à 21:07
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 !!
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 !!
pristella
Messages postés
859
Date d'inscription
samedi 23 octobre 2004
Statut
Contributeur
Dernière intervention
8 mai 2007
74
30 mars 2005 à 21:44
30 mars 2005 à 21:44
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 ?
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 ?
pristella
Messages postés
859
Date d'inscription
samedi 23 octobre 2004
Statut
Contributeur
Dernière intervention
8 mai 2007
74
31 mars 2005 à 09:09
31 mars 2005 à 09:09
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?
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?
kmf31
Messages postés
1564
Date d'inscription
mercredi 30 mars 2005
Statut
Contributeur
Dernière intervention
22 juin 2007
501
31 mars 2005 à 14:18
31 mars 2005 à 14:18
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.
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.
pristella
Messages postés
859
Date d'inscription
samedi 23 octobre 2004
Statut
Contributeur
Dernière intervention
8 mai 2007
74
31 mars 2005 à 16:32
31 mars 2005 à 16:32
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 ?
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 ?
kmf31
Messages postés
1564
Date d'inscription
mercredi 30 mars 2005
Statut
Contributeur
Dernière intervention
22 juin 2007
501
31 mars 2005 à 17:40
31 mars 2005 à 17:40
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
(ca doit marcher si tu as la bonne ligne dans /etc/modprobe.conf)
et tu essaies directement d'etablir la connection avec
Si ca ne marche pas pour une faute dans le fichier il faut eventuellement tuer le processus associe dhclient avec: "killall dhclient" et decharger le module avec: "rmmod rt2500".
Apres tu modifies ton fichier et tu recommences avec modprobe et dhclient jusqu'a ca marche.
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
(ca doit marcher si tu as la bonne ligne dans /etc/modprobe.conf)
et tu essaies directement d'etablir la connection avec
dhclient ra0
Si ca ne marche pas pour une faute dans le fichier il faut eventuellement tuer le processus associe dhclient avec: "killall dhclient" et decharger le module avec: "rmmod rt2500".
Apres tu modifies ton fichier et tu recommences avec modprobe et dhclient jusqu'a ca marche.
pristella
Messages postés
859
Date d'inscription
samedi 23 octobre 2004
Statut
Contributeur
Dernière intervention
8 mai 2007
74
1 avril 2005 à 14:30
1 avril 2005 à 14:30
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 ?
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 ?
kmf31
Messages postés
1564
Date d'inscription
mercredi 30 mars 2005
Statut
Contributeur
Dernière intervention
22 juin 2007
501
1 avril 2005 à 20:07
1 avril 2005 à 20:07
En principe il peut y avoir un probleme entre version de noyau et driver, c.-a-d. un bogue dans le noyau ou le driver qui est encore en version beta.
Ca pourrait aussi etre la config que tu as choisie pour compiler le noyau. Si le noyau de Mandrake marchait bien tu peux essayer de compiler en demarrant avec le fichier config du noyau Mandrake et apres tu ne changes plus rien (sauf eventuellement de mettre ext3 en dur pour eviter de creer initrd). Tu peux deballer le tar des sources 2.6.10 dans un autre repertoire une deuxieme fois pour ne pas toucher a ton arbre principal des sources et apres compiler une deuxieme fois dans le deuxieme arbe.
A l'autre cote tu as dit que la connection marchait (je suppose plus que 2 minutes ?) quand tu as utilise le "iwconfig" et le seul probleme etait la configuration automatique au demarrage. Dans ce cas on pourrait penser que ce sont les parametres dans le fichier config qui jouent aussi. Il faudrait reussir de trouver les parametres qui correspondent le mieux a ce que tu as mis avec l'iwconfig.
Je crois dans tous le cas ce genre de probleme a deja du etre discute dans les forums plus specialise pour le wifi ou meme pour le driver. Il faudrait chercher vers ce cote (aussi en anglais).
Pour les parametres tu as essaye avec SHARED au lieu d'OPEN ? Il n'est pas exclu que OPEN correspond au cas ou il n'y a pas de tout de cle.
Ca pourrait aussi etre la config que tu as choisie pour compiler le noyau. Si le noyau de Mandrake marchait bien tu peux essayer de compiler en demarrant avec le fichier config du noyau Mandrake et apres tu ne changes plus rien (sauf eventuellement de mettre ext3 en dur pour eviter de creer initrd). Tu peux deballer le tar des sources 2.6.10 dans un autre repertoire une deuxieme fois pour ne pas toucher a ton arbre principal des sources et apres compiler une deuxieme fois dans le deuxieme arbe.
A l'autre cote tu as dit que la connection marchait (je suppose plus que 2 minutes ?) quand tu as utilise le "iwconfig" et le seul probleme etait la configuration automatique au demarrage. Dans ce cas on pourrait penser que ce sont les parametres dans le fichier config qui jouent aussi. Il faudrait reussir de trouver les parametres qui correspondent le mieux a ce que tu as mis avec l'iwconfig.
Je crois dans tous le cas ce genre de probleme a deja du etre discute dans les forums plus specialise pour le wifi ou meme pour le driver. Il faudrait chercher vers ce cote (aussi en anglais).
Pour les parametres tu as essaye avec SHARED au lieu d'OPEN ? Il n'est pas exclu que OPEN correspond au cas ou il n'y a pas de tout de cle.