[wifi] Realtek 8197 (résolu)

Applications, problèmes de configuration réseau
Tibs
newbie
Messages : 5
Inscription : jeu. 10 juil. 2008, 20:49
Localisation : Quimper / Brest (29)

[wifi] Realtek 8197 (résolu)

Message par Tibs »

Bonjour,

J'ai récemment acquis un PC portable Toshiba Satellite P300 - 17S.
J'ai donc décidé d'y installer Arch Linux en dual-boot avec Vista.
C'est impeccable, je remarque cependant que le port ethernet ne fonctionne pas en natif (edit: résolu avec le kernel 2.6.26). Ce n'est pas grave car je compte utiliser en premier lieu la carte wifi.

Or, je remarque qu'en réalité, cette carte wifi apparaît dans lsusb en tant que : 0bda:8197 Realtek Semiconductor Corp.
Un essai avec les pilotes windows et ndiswrapper n'a pas vraiment été concluant. J'ai donc décidé d'utiliser les drivers officiels. Il se trouve cependant que les drivers fournis par Realtek ne fonctionnent que pour des cartes 8187.

Bref, j'ai trouvé une solution ici.
J'ai donc un driver (modifié) fonctionnel et j'arrive à voir mon AP avec iwlist scan (chose que je n'arrivais pas avec ndiswrapper).

Malheureusement, il m'est impossible d'obtenir une adresse IP par DHCP.

Je ne sais pas comment faire. Sur deux autres laptops, ça fonctionne sans problème avec le même profil netcfg.
Là, ça me renvoie :

Code : Tout sélectionner

DHCP IP lease attempt failed
Mes connaissances étant limitées dans ce domaine, je ne parviens pas à identifier la source exacte du problème.

ifconfig -a :

Code : Tout sélectionner

lo        Link encap:Local Loopback 
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

wlan0  Link encap:Ethernet HWaddr 00:16:44:C8:55:70
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:95 errors:0 dropped:0 overruns:0 frame:0
          TX packets:920 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:10735 (10.4 kB)  TX bytes:49887 (48.7 kb)
iwconfig :

Code : Tout sélectionner

lo        no wireless extensions.

wlan0  802.11b/g Mode:Managed  Channel:10
          Access Point: Not-Associated   Bit Rate: 54 Mb/s
          Retry:on   Fragment thr:off
          Link Quality:0  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 
Une idée ?
Dernière modification par Tibs le mar. 12 août 2008, 22:48, modifié 3 fois.
Avatar de l’utilisateur
cycyx
yeomen
Messages : 222
Inscription : dim. 02 mars 2008, 19:53

Message par cycyx »

B'soir,

ça ressemble fortement à mon soucis (http://forums.archlinux.fr/topic2024.html).
Si tes logs ressemblent aux miens, tu es peut-être confronté au même genre de soucis que moi.

En dehors du fait que tu utilises un driver patché, le seul workaround que j'ai trouvé pour le moment consiste à faire :

Code : Tout sélectionner

sudo netcfg2 -a
sudo netcfg2 nom_config_wifi
deux fois (oui, oui, il faut répéter la manoeuvre deux fois d'affilé).

A priori, laisser l'interface down un certain laps de temps peut remplacer la répétition des commandes, mais ce laps de temps est encore une inconnue pour moi...
Tibs
newbie
Messages : 5
Inscription : jeu. 10 juil. 2008, 20:49
Localisation : Quimper / Brest (29)

Message par Tibs »

Merci pour ta réponse.

Malheureusement, ça ne change pas grand chose ; toujours la même erreur que je le fasse une, deux, ou dix fois.
Voici mon profil :

Code : Tout sélectionner

CONNECTION="wireless"
INTERFACE=wlan0
SCAN="no"
SECURITY="wpa"
ESSID="Mon_Essid"
KEY="Mon_Pass"
IP="dhcp"
Edit : Je viens de tester avec un dongle wifi, et j'obtiens exactement le même problème (alors que ce dongle marche plus ou moins bien avec un autre laptop sous Arch également).

Edit un mois plus tard : L'utilisation du kernel26zenmm-git via AUR a résolu mon problème. Je suppose qu'il faudra attendre le noyau 2.6.27.
Répondre