Problème carte wifi MSI PC54G2

Fermé

pristella Messages postés 859 Date d'inscription samedi 23 octobre 2004 Statut Contributeur Dernière intervention 8 mai 2007 - 18 févr. 2005 à 23:13
ERIC - 11 oct. 2005 à 22:08

bonjour,

je n'arrive pas à installer le driver de ma carte wifi MSI PC54G.
Pourtant, mandrake certifie la compatibilté de la carte.
J'ai installer ndiswrapper et j'ai suivi les instructions suivante donné sur mandrake :

This card works only with ndiswrapper. It means, you have to take the .inf file from the cdrom
which comes with the card.
Then do the followings handlings :
lspcidrake
v
: to take ids like vendor : 0x1523 subvendor: 0x5687
ndiswrapper
i
0x1523 0x5687 file.inf
ndiswrapper
L
: to check hardware presence
modprobe
ndiwrapper
Check if a network interface as wlan0 is created, with ifconfig or iwconfig.
Then you can set up the interface as usually.

Quand j'ai fait lspcidrake -v, j'ai recuperé le numero vendor et subvendor.

Mais par contre, je ne sais pas comment faire pour la deuxieme. On parle de fichier .inf, c'est lequel sur le cd? il y en a plusieurs. et quelle est la bonne syntaxe pour cette commande?

J'ai cherché sur le net et je n'ai pas trouvé d'info précises.

Merci d'avance

A voir également:

Problème carte wifi MSI PC54G2
Carte d'identité - Accueil - Services publics
Msi afterburner - Télécharger - Optimisation
Pile carte mere - Guide
Voir mot de passe wifi android - Guide
Adresse mac wifi - Guide

143 réponses

Réponse 21 / 143

pristella Messages postés 859 Date d'inscription samedi 23 octobre 2004 Statut Contributeur Dernière intervention 8 mai 2007 74
20 févr. 2005 à 19:17

idem pour shorewall, il revient à chaque fois sur ppp+, il ne garde pas le choix wlan dans le parefeu ??? tous ça au redemarrage du PC

Réponse 22 / 143

kmf
20 févr. 2005 à 19:29

Pas forcement. Le shorewall ou plutot le menu de DrakConf pour le firewall propose toujour en 1er le ppp+ meme si avant ca a ete eth0 ou autre chose.
Regardes plutot apres le boot les regles de filtrages avec la commande (execute en root):

/sbin/iptables -L -v

Si la dedans tu vois plein de truc wlan0 (et pas de ppp0) c'est bon! Mais si tu vas apres dans le DrakConf dans la config firewall il propose toujours ppp0 en 1er, donc uniquement un pb. d'affichage (en principe).

Réponse 23 / 143

pristella Messages postés 859 Date d'inscription samedi 23 octobre 2004 Statut Contributeur Dernière intervention 8 mai 2007 74
20 févr. 2005 à 19:55

voilà ce que j'ai dans le fichier config de ifplugd :

# -*-sh-*-
# $Id: ifplugd.conf 43 2003-09-13 11:25:11Z lennart $

# This file is part of ifplugd.
#
# ifplugd is free software; you can redistribute it and/or modify it under
# the terms of the GNU General Public License as published by the Free
# Software Foundation; either version 2 of the License, or (at your
# option) any later version.
#
# ifplugd is distributed in the hope that it will be useful, but WITHOUT
# ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
# FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License
# for more details.
#
# You should have received a copy of the GNU General Public License
# along with ifplugd; if not, write to the Free Software Foundation,
# Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA.

# ifplugd configuration file

# Please note that this is a bourne shell fragment sourced by the
# init script of ifplugd.

# Specify the interfaces to control here, separated by spaces.
# Ifplugd processes will be started for each of these interfaces when
# the ifplugd init script is called with the "start" argument. You may
# use the magic string "auto" to make the init script start or stop
# ifplugd processes for ALL eth and wlan interfaces that are available
# according to /proc/net/dev. Note that the list of interfaces
# appearing in /proc/net/dev may depend on which kernel modules you
# have loaded.
INTERFACES="eth0"

# Additional parameters for ifplugd.
# (Run "ifplugd -h" for further information.)
ARGS="-fwI -u0 -d10"

# Additional parameters for ifplugd for the specified interface. Note
# that $ARGS is ignored, when a variable like this is set for an
# interface
#ARGS_wlan0="-MwI -u5 -d5"

Donc je commente eth0 avec # mais j'ai remarqué que la ligne ARGS_wlan0 est commentée. Est-ce que j'enlève le # ????

kmf
20 févr. 2005 à 20:30

Je crois les arguments pour wlan0 seraient seulement utilises si tu ajoutais/mettais "wlan0" dans les INTERFACES, c.-a-d. si tu souhaitais que le daemon "ifplugd" s'occupe de ta connection wlan. Je ne sais pas si c'est une bonne idee ou pas. Par exemple il pourrait arreter la connection quand la Freebox est arrete et redemarrer quand elle revient.

Alors si tu souhaites arreter ce truc tu mets partouts de commentaires.

Par contre si tu souhaites tester/utiliser wlan0 avec ifplugd tu pourras mettre:
INTERFACE="wlan0"
et apres il y a question des parametres: Par default il prend ARGS met si tu enleves le commentaire devant ARGS_wlan0 il prendra ces arguments. C'est peut-etre mieux. Pour voir la signification de ces parametres, il faut faire (en root) "ifplugd -h" et/ou "man ifplugd".

Peut-etre au debut tu commentes simplement tout et plus tard tu pourras tester. Je ne sais pas si ifplugd est a recommander pour le wireless. Pour le eth0 il est embetant car il interfere avec tes propres actions pour activer ou deactiver (parreil pour wlan0).

Réponse 24 / 143

pristella Messages postés 859 Date d'inscription samedi 23 octobre 2004 Statut Contributeur Dernière intervention 8 mai 2007 74
20 févr. 2005 à 20:06

et voilà ce que j'ai avec le shorewall :

[pristella@lns-vlq-31-rou-82-253-185-174 pristella]$ su
Password:
[root@lns-vlq-31-rou-82-253-185-174 pristella]# /sbin/iptables -L -v
Chain INPUT (policy DROP 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
40 2596 ACCEPT all -- lo any anywhere anywhere
0 0 DROP !icmp -- any any anywhere anywhere state INVALID
2409 1691K wlan0_in all -- wlan0 any anywhere anywhere
0 0 eth0_in all -- eth0 any anywhere anywhere
0 0 eth1_in all -- eth1 any anywhere anywhere
0 0 Reject all -- any any anywhere anywhere
0 0 LOG all -- any any anywhere anywhere LOG level info prefix `Shorewall:INPUT:REJECT:'
0 0 reject all -- any any anywhere anywhere

Chain FORWARD (policy DROP 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
0 0 DROP !icmp -- any any anywhere anywhere state INVALID
0 0 wlan0_fwd all -- wlan0 any anywhere anywhere
0 0 eth0_fwd all -- eth0 any anywhere anywhere
0 0 eth1_fwd all -- eth1 any anywhere anywhere
0 0 Reject all -- any any anywhere anywhere
0 0 LOG all -- any any anywhere anywhere LOG level info prefix `Shorewall:FORWARD:REJECT:'
0 0 reject all -- any any anywhere anywhere

Chain OUTPUT (policy DROP 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
40 2596 ACCEPT all -- any lo anywhere anywhere
0 0 DROP !icmp -- any any anywhere anywhere state INVALID
1799 179K fw2net all -- any wlan0 anywhere anywhere
0 0 fw2loc all -- any eth0 anywhere anywhere
0 0 fw2loc all -- any eth1 anywhere anywhere
0 0 Reject all -- any any anywhere anywhere
0 0 LOG all -- any any anywhere anywhere LOG level info prefix `Shorewall:OUTPUT:REJECT:'
0 0 reject all -- any any anywhere anywhere

Chain Drop (1 references)
pkts bytes target prot opt in out source destination
410 20723 RejectAuth all -- any any anywhere anywhere
410 20723 dropBcast all -- any any anywhere anywhere
410 20723 dropInvalid all -- any any anywhere anywhere
410 20723 DropSMB all -- any any anywhere anywhere
11 1571 DropUPnP all -- any any anywhere anywhere
11 1571 dropNotSyn all -- any any anywhere anywhere
11 1571 DropDNSrep all -- any any anywhere anywhere

Chain DropDNSrep (2 references)
pkts bytes target prot opt in out source destination
0 0 DROP udp -- any any anywhere anywhere udp spt:domain

Chain DropSMB (1 references)
pkts bytes target prot opt in out source destination
0 0 DROP udp -- any any anywhere anywhere udp dpt:135
0 0 DROP udp -- any any anywhere anywhere udp dpts:netbios-ns:netbios-ssn
0 0 DROP udp -- any any anywhere anywhere udp dpt:microsoft-ds
116 5568 DROP tcp -- any any anywhere anywhere tcp dpt:135
29 1392 DROP tcp -- any any anywhere anywhere tcp dpt:netbios-ssn
254 12192 DROP tcp -- any any anywhere anywhere tcp dpt:microsoft-ds

Chain DropUPnP (2 references)
pkts bytes target prot opt in out source destination
0 0 DROP udp -- any any anywhere anywhere udp dpt:1900

Chain Reject (4 references)
pkts bytes target prot opt in out source destination
0 0 RejectAuth all -- any any anywhere anywhere
0 0 dropBcast all -- any any anywhere anywhere
0 0 dropInvalid all -- any any anywhere anywhere
0 0 RejectSMB all -- any any anywhere anywhere
0 0 DropUPnP all -- any any anywhere anywhere
0 0 dropNotSyn all -- any any anywhere anywhere
0 0 DropDNSrep all -- any any anywhere anywhere

Chain RejectAuth (2 references)
pkts bytes target prot opt in out source destination
0 0 reject tcp -- any any anywhere anywhere tcp dpt:auth

Chain RejectSMB (1 references)
pkts bytes target prot opt in out source destination
0 0 reject udp -- any any anywhere anywhere udp dpt:135
0 0 reject udp -- any any anywhere anywhere udp dpts:netbios-ns:netbios-ssn
0 0 reject udp -- any any anywhere anywhere udp dpt:microsoft-ds
0 0 reject tcp -- any any anywhere anywhere tcp dpt:135
0 0 reject tcp -- any any anywhere anywhere tcp dpt:netbios-ssn
0 0 reject tcp -- any any anywhere anywhere tcp dpt:microsoft-ds

Chain all2all (2 references)
pkts bytes target prot opt in out source destination
0 0 ACCEPT all -- any any anywhere anywhere state RELATED,ESTABLISHED
0 0 Reject all -- any any anywhere anywhere
0 0 LOG all -- any any anywhere anywhere LOG level info prefix `Shorewall:all2all:REJECT:'
0 0 reject all -- any any anywhere anywhere

Chain dropBcast (2 references)
pkts bytes target prot opt in out source destination
0 0 DROP all -- any any anywhere anywhere PKTTYPE = broadcast
0 0 DROP all -- any any anywhere anywhere PKTTYPE = multicast

Chain dropInvalid (2 references)
pkts bytes target prot opt in out source destination
0 0 DROP all -- any any anywhere anywhere state INVALID

Chain dropNotSyn (2 references)
pkts bytes target prot opt in out source destination
0 0 DROP tcp -- any any anywhere anywhere tcp flags:!SYN,RST,ACK/SYN

Chain dynamic (6 references)
pkts bytes target prot opt in out source destination

Chain eth0_fwd (1 references)
pkts bytes target prot opt in out source destination
0 0 dynamic all -- any any anywhere anywhere state INVALID,NEW
0 0 loc2net all -- any wlan0 anywhere anywhere
0 0 ACCEPT all -- any eth1 anywhere anywhere

Chain eth0_in (1 references)
pkts bytes target prot opt in out source destination
0 0 dynamic all -- any any anywhere anywhere state INVALID,NEW
0 0 all2all all -- any any anywhere anywhere

Chain eth1_fwd (1 references)
pkts bytes target prot opt in out source destination
0 0 dynamic all -- any any anywhere anywhere state INVALID,NEW
0 0 loc2net all -- any wlan0 anywhere anywhere
0 0 ACCEPT all -- any eth0 anywhere anywhere

Chain eth1_in (1 references)
pkts bytes target prot opt in out source destination
0 0 dynamic all -- any any anywhere anywhere state INVALID,NEW
0 0 all2all all -- any any anywhere anywhere

Chain fw2loc (2 references)
pkts bytes target prot opt in out source destination
0 0 ACCEPT all -- any any anywhere anywhere state RELATED,ESTABLISHED
0 0 ACCEPT all -- any any anywhere anywhere

Chain fw2net (1 references)
pkts bytes target prot opt in out source destination
1645 155K ACCEPT all -- any any anywhere anywhere state RELATED,ESTABLISHED
154 23939 ACCEPT all -- any any anywhere anywhere

Chain icmpdef (0 references)
pkts bytes target prot opt in out source destination

Chain loc2net (2 references)
pkts bytes target prot opt in out source destination
0 0 ACCEPT all -- any any anywhere anywhere state RELATED,ESTABLISHED
0 0 ACCEPT all -- any any anywhere anywhere

Chain net2all (3 references)
pkts bytes target prot opt in out source destination
1999 1670K ACCEPT all -- any any anywhere anywhere state RELATED,ESTABLISHED
410 20723 Drop all -- any any anywhere anywhere
11 1571 LOG all -- any any anywhere anywhere LOG level info prefix `Shorewall:net2all:DROP:'
11 1571 DROP all -- any any anywhere anywhere

Chain reject (11 references)
pkts bytes target prot opt in out source destination
0 0 DROP all -- any any anywhere anywhere PKTTYPE = broadcast
0 0 DROP all -- any any anywhere anywhere PKTTYPE = multicast
0 0 DROP all -- any any lns-vlq-31-rou-82-253-185-255-illegal.adsl.proxad.net anywhere
0 0 DROP all -- any any 255.255.255.255 anywhere
0 0 DROP all -- any any BASE-ADDRESS.MCAST.NET/4 anywhere
0 0 REJECT tcp -- any any anywhere anywhere reject-with tcp-reset
0 0 REJECT udp -- any any anywhere anywhere reject-with icmp-port-unreachable
0 0 REJECT icmp -- any any anywhere anywhere reject-with icmp-host-unreachable
0 0 REJECT all -- any any anywhere anywhere reject-with icmp-host-prohibited

Chain shorewall (0 references)
pkts bytes target prot opt in out source destination

Chain smurfs (0 references)
pkts bytes target prot opt in out source destination
0 0 LOG all -- any any lns-vlq-31-rou-82-253-185-255-illegal.adsl.proxad.net anywhere LOG level info prefix `Shorewall:smurfs:DROP:'
0 0 DROP all -- any any lns-vlq-31-rou-82-253-185-255-illegal.adsl.proxad.net anywhere
0 0 LOG all -- any any 255.255.255.255 anywhere LOG level info prefix `Shorewall:smurfs:DROP:'
0 0 DROP all -- any any 255.255.255.255 anywhere
0 0 LOG all -- any any BASE-ADDRESS.MCAST.NET/4 anywhere LOG level info prefix `Shorewall:smurfs:DROP:'
0 0 DROP all -- any any BASE-ADDRESS.MCAST.NET/4 anywhere

Chain wlan0_fwd (1 references)
pkts bytes target prot opt in out source destination
0 0 dynamic all -- any any anywhere anywhere state INVALID,NEW
0 0 net2all all -- any eth0 anywhere anywhere
0 0 net2all all -- any eth1 anywhere anywhere

Chain wlan0_in (1 references)
pkts bytes target prot opt in out source destination
410 20723 dynamic all -- any any anywhere anywhere state INVALID,NEW
2409 1691K net2all all -- any any anywhere anywhere
[root@lns-vlq-31-rou-82-253-185-174 pristella]#

en fait y-a les deux eth0 et wlan0 ????

Vous n’avez pas trouvé la réponse que vous recherchez ?

Posez votre question

Réponse 25 / 143

kmf
20 févr. 2005 à 20:47

en fait y-a les deux eth0 et wlan0 ????

Il y a aussi eth1, mais ca ne fais pas de difference car tu n'as pas de connections reseau ni sur eth0 ni sur eth1. Ce qui importe c'est que le wlan0 y est.

Réponse 26 / 143

pristella Messages postés 859 Date d'inscription samedi 23 octobre 2004 Statut Contributeur Dernière intervention 8 mai 2007 74
20 févr. 2005 à 21:03

apres ifplugd -h on a pour (comme arguments) #ARGS_wlan0="-MwI -u5 -d5" :

M = M --monitor Use interface monitoring (off)
w = w --wait-on-fork Wait until daemon fork finished (off)
I =-I --ignore-retval Don't exit on nonzero return value of program executed (off)
u = u --delay-up=SECS Specify delay for configuring interface (0)
d = d --delay-down=SECS Specify delay for deconfiguring interface (5)

ok compris pour le <29>

kmf
20 févr. 2005 à 21:15

Ca me parrait plausible, par exemple pour faire le "monitoring" pour le wireless et mettre 5 secondes pour le "u" et "d" pendant que pour la carte reseaux c'est 0 secondes pour la configuration et 10 secondes pour deconfigurer.

Comme je disais, je proposerais d'abord d'essayer sans ifplugd et voir si ta connection wifi est stable. Si tu observes des interuptions et sa plante apres la tu pourras mettre le "wlan0" dans les INTERFACES de ifplugd et decommenter les options ARGS_wlan0.
C'est "try" and "error".

Réponse 27 / 143

pristella Messages postés 859 Date d'inscription samedi 23 octobre 2004 Statut Contributeur Dernière intervention 8 mai 2007 74
20 févr. 2005 à 21:21

ok j'essaie

Réponse 28 / 143

pristella Messages postés 859 Date d'inscription samedi 23 octobre 2004 Statut Contributeur Dernière intervention 8 mai 2007 74
20 févr. 2005 à 22:12

je viens de tout tester.

Le problème est toujours le même. mais ....

je recapiltule :

j'ai mis en commentaire toutes les lignes du fichier ifplugd.conf j'ai supprimer eth0 avec drakconf puis j'ai redémarré.

Au log de demarrage eth0 est encore réapparu en echec et j'ai donc resupprimer eth0 avec drakconf puis j'ai recreer une connexion sans fil avec tous les paramètre (clé wep etc..).

Mais j'ai fait une chose supplémentaire, je suis retourné sur le lien que tu m'a fourni :

http://ndiswrapper.sourceforge.net/phpwiki/index.php?Installation

et j'ai lu le paragraphe suivant :

5. Automate

Once everything works fine you can write the correct modprobe settings to load ndiswrapper automatically when wlan0 interface is used, by running

ndiswrapper -m

Note that this doesn't automatically load ndiswrapper module at boot time. If you want the module to be loaded automatically at boot time, you should configure your module setup, which depends on the distrbution. Most distributions will load all modules listed in /etc/modules at boot time. Mandrake 10.x uses /etc/modprobe.preload. For them, you can add a line

ndiswrapper

in /etc/modules.

J'avais déjà fait la commande ndiswrapper -m mais je n'avais pas modifié le fichier /etc/modules.

J'ai donc rajouté une ligne à ce fichier en ecrivant ndiswrapper.

A l'issue j'ai redemarrer mais ça à planté, j'ai donc redemarrer brutalement et au log eth0 apparait toujours en echec mais maintenant wlan0 apparait aussi mais c'est ok. Par contre le chargement du module alsa se trouve en echec donc plus de son système ??

Arrivé sur le bureau j'ai testé mozilla pour naviguer et là miracle ça marche.

pour m'assurer de cette reussite je redemarre à nouveau le pc.
eth0 apparait toujours en echec
wlan0 est ok
mais le module alsa(snd-intel8x0) est en echec

arrivé sur le bureau je teste avec mozilla et ça marche.

En conclusion, il fallait rajouter ndiswrapper à /etc/modules parcontre ce que je ne comprend pas c'est le conflit qui s'est crée avec le module alsa (snd-intel8x0)

Enfin bon ça marche et je t'en remercie mais ce qui m'enerve c'est qu'il y a toujours une petite bricole :):)

Réponse 29 / 143

pristella Messages postés 859 Date d'inscription samedi 23 octobre 2004 Statut Contributeur Dernière intervention 8 mai 2007 74
20 févr. 2005 à 22:21

deception, je me suis un peu avancé, je viens de redmarrer à nouveau et le problème est toujours le même.

Je suis obligé à chaque fois de supprimer la connexion eth0 avec drakconf et recreer une connexion sans fil avec drakconf pour pouvoir me connecter.

J'y comprend plus rien??????

Réponse 30 / 143

pristella Messages postés 859 Date d'inscription samedi 23 octobre 2004 Statut Contributeur Dernière intervention 8 mai 2007 74
20 févr. 2005 à 22:31

je viens de redemarrer sans avoir modifié quoique ce soit et là ça fonctionne wlan ok au demarrage.

C'est capricieux ce truc , un coup ç'est en echec un coup c'est ok.

Ca parait aleatoire???

Réponse 31 / 143

kmf
20 févr. 2005 à 23:35

J'ai observe des choses un peu similaires et en effet il semble qu'il y ait de bugs dans l'ensemble de DrakConf et scripts de demarrages. Je crois la meilleur chose c'est d'ecraser completement toute connection et apres recreer la nouvelle connection en faisant bien attention de mettre l'option pour "activer la connection au demarrage". Surtout il faut eviter le menu "editer une connection", ca ne marche pas tres bien, il vaut mieux ecraser et recreer a nouveau. C'est notamment important pour assurer la bonne passerelle.
Apart ca tu as toujours branche la Freebox a l'ordinateur par le cable ethernet ? Ca peut aussi perturber le demarrage.

Apart ca pour "redemarrer" toute la config reseau ce n'est pas necessaire de rebooter l'ordinateur. Dans le repertoire "/etc/rc.d/init.d/..." tu as les scripts qui sont utilises pour demarrer ou arreter de services. Typiquement la syntax est:
/etc/rc.d/init.d/<script> start
pour demarrer un service ou
/etc/rc.d/init.d/<script> stop
pour l'arreter. Comme ca tu peux demarrer/arreter tout service (meme si ce n'est pas prevu au boot).
Notamment tu peux appliquer ca au reseau ou le script s'appelle "network". Pour reinitialiser le reseau il faut l'arreter et apres le redemarrer. Donc tu fais simplement:

/etc/rc.d/init.d/network stop
/etc/rc.d/init.d/network start

Ca peux servir si directement apres le boot ce n'est pas bon. Avec un peu de chance ca ira apres.

pristella Messages postés 859 Date d'inscription samedi 23 octobre 2004 Statut Contributeur Dernière intervention 8 mai 2007 74
21 févr. 2005 à 09:13

bonjour kmf,

En fait, je pense que c'est ce que j'ai fait. Dans drakconf,je supprimais , à la fois, eth0 et wlan0 et ensuite je recreais une nouvelle connexion sans fil en indiquant les parametres (clé wep etc..).

Mais malheureusement, au redemarrage, eth0 reapparait à chaque fois.
J'ai l'impression qu'il est impossible de le supprimer??

Apart ca tu as toujours branche la Freebox a l'ordinateur par le cable ethernet ? Ca peut aussi perturber le demarrage

non la freebox n'est plus branchée en ethernet.

/etc/rc.d/init.d/network stop
/etc/rc.d/init.d/network start

je dois taper ça en console ou je dois rajouter ces 2 lignes dans /etc/rc.d/init.d/ ???

Mais c'est déjà pas mal car je peux creer la connexion sans fil. même si ce n'est pas parfait, ça fonctionne.

Néanmoins je pense que je vais essayer le driver linux avec les éléments quetu m'as donné. Peut-être que ça fonctionnera mieux? .

Pour ce faire dois-je desinstaller le driver installé avec ndiswrapper?

Y- at-il une procedure particulière pour eviter les conflits avec ndiswrapper?

Un grand grand merci pour ton aide. J'apprends et comprends plein de choses grâce à toi :):)

Réponse 32 / 143

kmf
21 févr. 2005 à 10:02

je dois taper ça en console
Oui! Ce ne sont que de scripts a executer (comme de commande ou de programe compiles), seulement ca ne se trouve pas dans le PATH, donc il faut mettre tout le chemin. Tu peux aussi faire "cd /etc/rc.d./init.d/" et
faire "./network stop" suivi de "./network start" (en root, et le "./" est necessaire car root n'a pas (et ne doit pas avoir) "." dans le path).

Pour ce faire dois-je desinstaller le driver installé avec ndiswrapper?

Non pas necessaire. Si l'autre driver utilise aussi le meme nom de device "wlan0" il suffit de changer l'alias dans /etc/modprobe.conf (apres tout changement de ce fichier tapper: /sbin/depmod -a ) pour associer le module noyau de l'autre driver a "wlan0". Si l'autre driver utilise un autre nom (comme "eth2", ca me parrait possible, il faut verifier) ce n'est meme pas necessaire: Dans ce ca on commente la ligne avec "wlan0" et ndiswrapper (pour eviter de le charger par accident) et on ajoute une autre nouvelle ligne de genre:

alias eth2 rt2500

(mais "eth2" peut etre encore autre chose et je ne suis pas sur pour le nom, de toute facon c'est dans la doc).
Apres tu fais la connection dans DrakConf avec "eth2" (ou le bon device si ce n'est pas ca).

Réponse 33 / 143

pristella Messages postés 859 Date d'inscription samedi 23 octobre 2004 Statut Contributeur Dernière intervention 8 mai 2007 74
21 févr. 2005 à 10:10

ok je vais essayé tout ça ce soir parceque là je suis au bureau.

Merci pour tout et bonne journée :)

Réponse 34 / 143

pristella Messages postés 859 Date d'inscription samedi 23 octobre 2004 Statut Contributeur Dernière intervention 8 mai 2007 74
21 févr. 2005 à 19:20

je ne comprend toujours cette commande avec cp. voilà ce que j'ai fait :

[pristella@lns-vlq-46-rou-82-252-200-165 Module]$ su
Password:
[root@lns-vlq-46-rou-82-252-200-165 Module]# cp ../2.6.x/Makefile
cp: fichier cible manquant
Pour en savoir davantage, faites: « cp --help ».
[root@lns-vlq-46-rou-82-252-200-165 Module]#

et pour la suite il dise :

For 2.6 series kernel:
1) cp ./2.6.x/Makefile
2) $make -C /path/to/source SUBDIRS=$PWD modules
Where /path/to/source is the path to the source directory for the (configure
d and built) target kernel.
3) run '/sbin/insmod rt2500.ko' (as root)
'/sbin/ifconfig ra0 inet YOUR_IP up'
4) uncomment the line include ./config.mk in Makefile
5) make install

/path/to/source , ça correspond à /usr/src/linux-2.6.7.1-12 ???? le chemin du noyau???

Réponse 35 / 143

pristella Messages postés 859 Date d'inscription samedi 23 octobre 2004 Statut Contributeur Dernière intervention 8 mai 2007 74
21 févr. 2005 à 19:39

même en faisant cp ./2.6.x/Makefile c'est pareil ??

Réponse 36 / 143

kmf
21 févr. 2005 à 20:05

Pour "cp" il ne faut pas oublier le "." derriere pour ton repertoire actuel, par exemple:

cp ../blabla/fichier_a_copier  .

Dans ton message <7> dans la partie copier-coller il y est ce point et aussi dans le README du driver 1.4.2 !

Pour le chemin du noyau il faut avoir les sources du noyau installe (comme pour l'eagle-usb etc.) et il faut indiquer l'endroit des sources. Je crois en Mandrake c'est tout court dans /usr/src/linux/ et tu dois bien avoir les sources installees (le paquet kernel-source) car sinon tu n'aurais pas reussi d'installer ndiswrapper qui en a aussi besoin.
En cas de doute tu trouveras ce chemin aussi avec:

ls -l /lib/modules/2.6.8.(blabla)/build

c'est le lien vers tes sources. Il faut donner ca!

Le truc 2.6.7.... ca s'applique certainement pour un tuto debian ou quelque chose comme ca (ou une autre version de Mandrake).

Alors si tu veux seulement installer l'autre driver pour le probleme des scripts de demarrage, je crois c'est une mauvaise idee, car ce probleme est relie au DrakConf et les boot-script et ca n'a rien a avoir avec le driver. Le ndiswrapper marche tres bien sauf pour ce probleme et ce n'est pas sa faute. (C'est autre chose si tu veux vraiement comparer les deux drivers au niveau stabilite, performance etc. La il y aurait un vrai interet.)

En fait, pour demarrer ou arreter un device reseau il y a aussi les commandes "ifup" et "ifdown" que tu peux utiliser. Avec ca tu pourrais faire une autre strategie de demarrage reseau:
Par exemple tu mets dans DrakConf les deux connections par eth0 et wlan0, les deux avec DHCP, etc. mais tu ne mets PAS le demarrage au boot, ni pour l'un ni pour l'autre. Et apres le boot tu etablies manuellement la connection avec la comande
(effectue toujour en root apres "su -" et avec /sbin dans le path):

ifup eth0

si tu veux demarrer l'ethernet ou

ifup wlan0

si tu veux demarrer le wifi.

Tu peux meme changer entre les deux, par exemple tu peux passer de ethernet a wifi simplement par:

ifdown eth0
ifup wlan0

et entre les deux tu debranches le cable ethernet.
Je pense ca devrait fonctionner mais ca depend si les deux sont correctement configures dans le DrakConf. L'avantage ca te permets de changer plus facilement entre ethernet et wifi sans passer par DrakConf et sans passer par un reboot.
(Je crois dans l'etat actuel ces deux commandes devraient aussi permettre de remettre la connection depuis eth0 vers wlan0 sans passer par le DrakConf. )

Réponse 37 / 143

pristella Messages postés 859 Date d'inscription samedi 23 octobre 2004 Statut Contributeur Dernière intervention 8 mai 2007 74
21 févr. 2005 à 20:16

Ok oui ça à marché, j'avais oublié le point :(

Par contre après avoir fait ça :

[root@lns-vlq-46-rou-82-252-200-165 Module]# $make -C /usr/src/linux-2.6.8.1-24mdk SUBDIRS=$PWD modules
bash: -C: command not found
[root@lns-vlq-46-rou-82-252-200-165 Module]#

il me manque une commande ??? -C??

Réponse 38 / 143

pristella Messages postés 859 Date d'inscription samedi 23 octobre 2004 Statut Contributeur Dernière intervention 8 mai 2007 74
21 févr. 2005 à 20:37

oui en effet, je pense que ton idée avec ifup parait intéressante.

Je vais tester et j' vais aussi tester le driver linux pour comparer sa stabilté bien que comme tu le dit ndiswrapper fonctionne très bien. Mon problème n'apparait qu'au démarrage mais pas toujours. En fait quand j'eteins complètement l'ordinateur (secteur) et que je redemarre, la connexion wlan0 au démarrager se fait bien avec aussi eth0 en echec. Mais par contre depuis l'installation de ndiswrapper le module alsa se met en echec au démarrage. Je n'ai donc plus de son système. Pour le retrouver, je dois ouvrir kmix et ouvrir le volume .

Réponse 39 / 143

kmf
21 févr. 2005 à 20:38

Enleve le "$" devant le make, ca semble de correspondre au prompt dans le README et effectivement le "." manque aussi.

Réponse 40 / 143

pristella Messages postés 859 Date d'inscription samedi 23 octobre 2004 Statut Contributeur Dernière intervention 8 mai 2007 74
21 févr. 2005 à 20:48

ok, je viens de tester ifup wlan0, ifup eth0 et ifdown ça marche très bien.
Je pense que je vais faire comme ça maintenant (c'est pas compliqué) en plus ça va aller plus vite au démarrage.

merci

Enleve le "$" devant le make, ca semble de correspondre au prompt dans le README et effectivement le "." manque aussi.

ok , je vais tester ...

Discussions similaires

Arnaque ou pas?

Led VGA rouge carte mère

Interprétation des LED EZ Debug sur carte mère MSI