[Wifi Instable en 64bits]Routeur defaillant ?

Support Debian
#1

Bonsoir,

Je suis confronté à un problème assez gênant avec mon routeur Belkin F5D7230-4, sur Linux 64bits et avec mon chipset Wifi.
Pour résumer, j’ai installé le dernier kernel experimental de Debian (2.6.36) et j’ai testé mon chipset Wifi (Realtek 8192e) et au final, impossible de me connecter à mon réseau alors qu’il est bien présent dans la liste de network-manager.

Je discute avec un anglais ayant ce même chipset qui ne fonctionne pas avec son kernel (qu’il a compilé lui-même). Résultat, on teste chacun de notre côté le dernier driver que Realtek nous a gentiment envoyé par mail => rtl8192e_linux_2.6.0015.1013.2010.tar.gz où j’ai pu voir dans la release-note que le 64bits n’était plus en conflit avec le 32bits et qu’il était pleinement fonctionnel.

Je supprime le module pré-existant dans le kernel *.36 puis je compile et installe ce nouveau driver. Cette fois-ci, en plus de voir mon réseau, j’arrive à m’y connecter mais très aléatoirement. Soit c’est du 1er coup, soit au bout de 5 essais. En plus de cela, mon wifi est très instable, l’affichage des pages est lente et lorsque je tente de faire un update, j’ai le wifi qui crash complètement (Il faut que je reboote le routeur) ou il mets bien 5s à télécharger les fichiers de maj.

De son côté, il a re-compilé son kernel, installé le driver et pour lui tout fonctionne complètement, il n’a aucun soucis.

D’autre part, dès que je télécharge un fichier de plus de 5Mo et je vais sur un site ayant beaucoup de flash sur ses pages (football365.fr par exemple), le wifi crash complètement et obligé de reboot le routeur. (Sur Linux 32bits seulement, aucuns soucis sur Windows)

Donc avec ces différents problèmes, je me pose tout de même des questions. Faut-il que je teste avec autre routeur ou non ?

Merci

PS : Pour faire simple :
Windows 32/64 : Aucuns soucis
Linux 32 : Connexion tout le temps réussi. Crash dés que je télécharge et que je viste en même temps un site bourré de flash
Linux 64 : Connexion aléatoire et très lente.
Correspondant anglais : Linux 64 + Chipset Wifi RTL8192E = aucuns soucis

#2

Salut,

As-tu essayé sans clef ?
Je propose ça, car avec certains modèles j’ai des gros problèmes avec l’identification…

#3

Bon j’ai testé sans clé WPA2. Résultat, même si j’arrive à me connecter tout le temps à mon réseau sous Debian64, le débit est vraiment très lent.

J’ai remarqué dans les fichiers log que lorsque ma connexion était sécurisée, le problème venait du DHCPDISCOVER. Sous l’applet network-manager, j’ai bien les 2 boules vertes mais ca plante à chaque fois qu’il essaie d’obtenir l’adresse IP. Et dès qu’il arrive à l’avoir, le débit est très très lent. 35ko/s pour un aptitude update par exemple. :119

#4

Que te donne iwconfig dans ce cas? N’as tu pas un problème de firmware?

#5

Salut fran.b

Je t’écris actuellement de Deb64 ou j’ai réussi à me connecter au bout de la 3ème fois. Réseau toujours aussi lent pour afficher les pages, je le répète.

Voici ce que donne iwconfig :

[code]root@Sidex64:/var/log# iwconfig
lo no wireless extensions.

eth0 no wireless extensions.

wlan0 802.11bg ESSID:“belkin54g” Nickname:"rtl8192E"
Mode:Managed Frequency=2.412 GHz Access Point: 00:1C:DF:3F:DC:63
Bit Rate=1 Mb/s
Retry:on RTS thr:off Fragment thr:off
Encryption key:------- Security mode:open
Power Management period:0us mode:All packets received
Link Quality=84/100 Signal level=-56 dBm Noise level=-112 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
[/code]

Concernant les données dans le fichier /var/log/daemon.log, voici ce qui est inscrit lorsque la connexion est réussi :

Nov 11 16:01:35 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) starting connection 'belkin54g' Nov 11 16:01:35 Sidex64 NetworkManager[1791]: <info> (wlan0): device state change: 3 -> 4 (reason 0) Nov 11 16:01:35 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) scheduled... Nov 11 16:01:35 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) started... Nov 11 16:01:35 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) Stage 2 of 5 (Device Configure) scheduled... Nov 11 16:01:35 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) complete. Nov 11 16:01:35 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) Stage 2 of 5 (Device Configure) starting... Nov 11 16:01:35 Sidex64 NetworkManager[1791]: <info> (wlan0): device state change: 4 -> 5 (reason 0) Nov 11 16:01:35 Sidex64 NetworkManager[1791]: <info> Activation (wlan0/wireless): connection 'belkin54g' has security, and secrets exist. No new secrets needed. Nov 11 16:01:35 Sidex64 NetworkManager[1791]: <info> Config: added 'ssid' value 'belkin54g' Nov 11 16:01:35 Sidex64 NetworkManager[1791]: <info> Config: added 'scan_ssid' value '1' Nov 11 16:01:35 Sidex64 NetworkManager[1791]: <info> Config: added 'key_mgmt' value 'WPA-PSK' Nov 11 16:01:35 Sidex64 NetworkManager[1791]: <info> Config: added 'psk' value '<omitted>' Nov 11 16:01:35 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) Stage 2 of 5 (Device Configure) complete. Nov 11 16:01:35 Sidex64 NetworkManager[1791]: <info> Config: set interface ap_scan to 1 Nov 11 16:01:35 Sidex64 NetworkManager[1791]: <info> (wlan0): supplicant connection state: disconnected -> scanning Nov 11 16:01:37 Sidex64 wpa_supplicant[1879]: Trying to associate with 00:1c:df:3f:dc:63 (SSID='belkin54g' freq=2412 MHz) Nov 11 16:01:37 Sidex64 NetworkManager[1791]: <info> (wlan0): supplicant connection state: scanning -> associating Nov 11 16:01:39 Sidex64 wpa_supplicant[1879]: Associated with 00:1c:df:3f:dc:63 Nov 11 16:01:39 Sidex64 NetworkManager[1791]: <info> (wlan0): supplicant connection state: associating -> associated Nov 11 16:01:42 Sidex64 NetworkManager[1791]: <info> (wlan0): supplicant connection state: associated -> 4-way handshake Nov 11 16:01:52 Sidex64 wpa_supplicant[1879]: Authentication with 00:1c:df:3f:dc:63 timed out. Nov 11 16:01:52 Sidex64 NetworkManager[1791]: <info> (wlan0): supplicant connection state: 4-way handshake -> disconnected Nov 11 16:01:52 Sidex64 NetworkManager[1791]: <info> (wlan0): supplicant connection state: disconnected -> scanning Nov 11 16:01:53 Sidex64 wpa_supplicant[1879]: Trying to associate with 00:1c:df:3f:dc:63 (SSID='belkin54g' freq=2412 MHz) Nov 11 16:01:53 Sidex64 NetworkManager[1791]: <info> (wlan0): supplicant connection state: scanning -> associating Nov 11 16:01:53 Sidex64 NetworkManager[1791]: <info> (wlan0): supplicant connection state: associating -> associated Nov 11 16:01:53 Sidex64 wpa_supplicant[1879]: Associated with 00:1c:df:3f:dc:63 Nov 11 16:01:56 Sidex64 NetworkManager[1791]: <info> (wlan0): supplicant connection state: associated -> 4-way handshake Nov 11 16:01:56 Sidex64 NetworkManager[1791]: <info> (wlan0): supplicant connection state: 4-way handshake -> group handshake Nov 11 16:01:56 Sidex64 wpa_supplicant[1879]: WPA: Key negotiation completed with 00:1c:df:3f:dc:63 [PTK=CCMP GTK=TKIP] Nov 11 16:01:56 Sidex64 wpa_supplicant[1879]: CTRL-EVENT-CONNECTED - Connection to 00:1c:df:3f:dc:63 completed (reauth) [id=0 id_str=] Nov 11 16:01:56 Sidex64 NetworkManager[1791]: <info> (wlan0): supplicant connection state: group handshake -> completed Nov 11 16:01:56 Sidex64 NetworkManager[1791]: <info> Activation (wlan0/wireless) Stage 2 of 5 (Device Configure) successful. Connected to wireless network 'belkin54g'. Nov 11 16:01:56 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) Stage 3 of 5 (IP Configure Start) scheduled. Nov 11 16:01:56 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) Stage 3 of 5 (IP Configure Start) started... Nov 11 16:01:56 Sidex64 NetworkManager[1791]: <info> (wlan0): device state change: 5 -> 7 (reason 0) Nov 11 16:01:56 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) Beginning DHCPv4 transaction (timeout in 45 seconds) Nov 11 16:01:56 Sidex64 NetworkManager[1791]: <info> dhclient started with pid 3439 Nov 11 16:01:56 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) Stage 3 of 5 (IP Configure Start) complete. Nov 11 16:01:56 Sidex64 dhclient: Internet Systems Consortium DHCP Client 4.1.1-P1 Nov 11 16:01:56 Sidex64 dhclient: Copyright 2004-2010 Internet Systems Consortium. Nov 11 16:01:56 Sidex64 dhclient: All rights reserved. Nov 11 16:01:56 Sidex64 dhclient: For info, please visit https://www.isc.org/software/dhcp/ Nov 11 16:01:56 Sidex64 dhclient: Nov 11 16:01:56 Sidex64 NetworkManager[1791]: <info> (wlan0): DHCPv4 state changed nbi -> preinit Nov 11 16:01:56 Sidex64 dhclient: Listening on LPF/wlan0/00:e0:4c:00:00:01 Nov 11 16:01:56 Sidex64 dhclient: Sending on LPF/wlan0/00:e0:4c:00:00:01 Nov 11 16:01:56 Sidex64 dhclient: Sending on Socket/fallback Nov 11 16:01:59 Sidex64 dhclient: DHCPREQUEST on wlan0 to 255.255.255.255 port 67 Nov 11 16:02:02 Sidex64 dhclient: DHCPREQUEST on wlan0 to 255.255.255.255 port 67 Nov 11 16:02:02 Sidex64 dhclient: DHCPACK from 192.168.2.1 Nov 11 16:02:02 Sidex64 dhclient: bound to 192.168.2.3 -- renewal in 2147483648 seconds. Nov 11 16:02:02 Sidex64 NetworkManager[1791]: <info> (wlan0): DHCPv4 state changed preinit -> reboot Nov 11 16:02:02 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) Stage 4 of 5 (IP4 Configure Get) scheduled... Nov 11 16:02:02 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) Stage 4 of 5 (IP4 Configure Get) started... Nov 11 16:02:02 Sidex64 NetworkManager[1791]: <info> address 192.168.2.3 Nov 11 16:02:02 Sidex64 NetworkManager[1791]: <info> prefix 24 (255.255.255.0) Nov 11 16:02:02 Sidex64 NetworkManager[1791]: <info> gateway 192.168.2.1 Nov 11 16:02:02 Sidex64 NetworkManager[1791]: <info> nameserver '192.168.2.1' Nov 11 16:02:02 Sidex64 NetworkManager[1791]: <info> domain name 'Belkin' Nov 11 16:02:02 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) Stage 5 of 5 (IP Configure Commit) scheduled... Nov 11 16:02:02 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) Stage 4 of 5 (IP4 Configure Get) complete. Nov 11 16:02:02 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) Stage 5 of 5 (IP Configure Commit) started... Nov 11 16:02:03 Sidex64 NetworkManager[1791]: <info> (wlan0): device state change: 7 -> 8 (reason 0) Nov 11 16:02:03 Sidex64 NetworkManager[1791]: <info> Policy set 'belkin54g' (wlan0) as default for IPv4 routing and DNS. Nov 11 16:02:03 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) successful, device activated. Nov 11 16:02:03 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) Stage 5 of 5 (IP Configure Commit) complete.

Voilà la partie du log lorsque la connexion échoue et que la fenêtre d’insertion du mot de passe s’affiche.

Nov 11 16:07:35 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) starting connection 'belkin54g' Nov 11 16:07:35 Sidex64 NetworkManager[1791]: <info> (wlan0): device state change: 3 -> 4 (reason 0) Nov 11 16:07:35 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) scheduled... Nov 11 16:07:35 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) started... Nov 11 16:07:35 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) Stage 2 of 5 (Device Configure) scheduled... Nov 11 16:07:35 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) complete. Nov 11 16:07:35 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) Stage 2 of 5 (Device Configure) starting... Nov 11 16:07:35 Sidex64 NetworkManager[1791]: <info> (wlan0): device state change: 4 -> 5 (reason 0) Nov 11 16:07:35 Sidex64 NetworkManager[1791]: <info> Activation (wlan0/wireless): access point 'belkin54g' has security, but secrets are required. Nov 11 16:07:35 Sidex64 NetworkManager[1791]: <info> (wlan0): device state change: 5 -> 6 (reason 0) Nov 11 16:07:35 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) Stage 2 of 5 (Device Configure) complete. Nov 11 16:07:35 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) scheduled... Nov 11 16:07:35 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) started... Nov 11 16:07:35 Sidex64 NetworkManager[1791]: <info> (wlan0): device state change: 6 -> 4 (reason 0) Nov 11 16:07:35 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) Stage 2 of 5 (Device Configure) scheduled... Nov 11 16:07:35 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) complete. Nov 11 16:07:35 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) Stage 2 of 5 (Device Configure) starting... Nov 11 16:07:35 Sidex64 NetworkManager[1791]: <info> (wlan0): device state change: 4 -> 5 (reason 0) Nov 11 16:07:35 Sidex64 NetworkManager[1791]: <info> Activation (wlan0/wireless): connection 'belkin54g' has security, and secrets exist. No new secrets needed. Nov 11 16:07:35 Sidex64 NetworkManager[1791]: <info> Config: added 'ssid' value 'belkin54g' Nov 11 16:07:35 Sidex64 NetworkManager[1791]: <info> Config: added 'scan_ssid' value '1' Nov 11 16:07:35 Sidex64 NetworkManager[1791]: <info> Config: added 'key_mgmt' value 'WPA-PSK' Nov 11 16:07:35 Sidex64 NetworkManager[1791]: <info> Config: added 'psk' value '<omitted>' Nov 11 16:07:35 Sidex64 NetworkManager[1791]: <info> Activation (wlan0) Stage 2 of 5 (Device Configure) complete. Nov 11 16:07:35 Sidex64 NetworkManager[1791]: <info> Config: set interface ap_scan to 1 Nov 11 16:07:35 Sidex64 NetworkManager[1791]: <info> (wlan0): supplicant connection state: disconnected -> scanning Nov 11 16:07:37 Sidex64 wpa_supplicant[1879]: Trying to associate with 00:1c:df:3f:dc:63 (SSID='belkin54g' freq=2412 MHz) Nov 11 16:07:37 Sidex64 NetworkManager[1791]: <info> (wlan0): supplicant connection state: scanning -> associating Nov 11 16:07:42 Sidex64 NetworkManager[1791]: <info> (wlan0): supplicant connection state: associating -> associated Nov 11 16:07:42 Sidex64 wpa_supplicant[1879]: Associated with 00:1c:df:3f:dc:63 Nov 11 16:07:44 Sidex64 NetworkManager[1791]: <info> (wlan0): supplicant connection state: associated -> 4-way handshake Nov 11 16:07:54 Sidex64 wpa_supplicant[1879]: Authentication with 00:1c:df:3f:dc:63 timed out. Nov 11 16:07:54 Sidex64 NetworkManager[1791]: <info> (wlan0): supplicant connection state: 4-way handshake -> disconnected Nov 11 16:07:54 Sidex64 NetworkManager[1791]: <info> (wlan0): supplicant connection state: disconnected -> scanning Nov 11 16:07:56 Sidex64 wpa_supplicant[1879]: Trying to associate with 00:1c:df:3f:dc:63 (SSID='belkin54g' freq=2412 MHz) Nov 11 16:07:56 Sidex64 NetworkManager[1791]: <info> (wlan0): supplicant connection state: scanning -> associating Nov 11 16:07:59 Sidex64 NetworkManager[1791]: <info> (wlan0): supplicant connection state: associating -> associated Nov 11 16:07:59 Sidex64 wpa_supplicant[1879]: Associated with 00:1c:df:3f:dc:63 Nov 11 16:08:01 Sidex64 NetworkManager[1791]: <warn> Activation (wlan0/wireless): association took too long. Nov 11 16:08:01 Sidex64 NetworkManager[1791]: <info> (wlan0): device state change: 5 -> 6 (reason 0) Nov 11 16:08:01 Sidex64 NetworkManager[1791]: <warn> Activation (wlan0/wireless): asking for new secrets Nov 11 16:08:01 Sidex64 NetworkManager[1791]: <info> (wlan0): supplicant connection state: associated -> disconnected Nov 11 16:08:07 Sidex64 NetworkManager[1791]: <info> (wlan0): device state change: 6 -> 9 (reason 7) Nov 11 16:08:07 Sidex64 NetworkManager[1791]: <warn> Activation (wlan0) failed for access point (belkin54g) Nov 11 16:08:07 Sidex64 NetworkManager[1791]: <info> Marking connection 'belkin54g' invalid. Nov 11 16:08:07 Sidex64 NetworkManager[1791]: <warn> Activation (wlan0) failed. Nov 11 16:08:07 Sidex64 NetworkManager[1791]: <info> (wlan0): device state change: 9 -> 3 (reason 0) Nov 11 16:08:07 Sidex64 NetworkManager[1791]: <info> (wlan0): deactivating device (reason: 0). Nov 11 16:08:09 Sidex64 wpa_supplicant[1879]: Authentication with 00:00:00:00:00:00 timed out.

Donc en comparant ces 2 parties, il se trouve que lorsque la connexion échoue, c’est le stage 2 sur 5 qui n’arrive à être complété.

PS : Les firmwares que j’ai actuellement sont les firmwares livrés dans l’archive envoyé par Realtek avec leur nouveau driver. Ceux-ci ont été installés automatiquement lors de l’installation du nouveau module.

#6

Je vois surtout qu’il décroche parce que l’association a pris trop de temps… As tu essayer avec wicd? Je ne suis pas convaincu que le driver de ta carte soit en cause.

[quote]Nov 11 16:07:56 Sidex64 NetworkManager[1791]: (wlan0): supplicant connection state: scanning -> associating
Nov 11 16:07:59 Sidex64 NetworkManager[1791]: (wlan0): supplicant connection state: associating -> associated
Nov 11 16:07:59 Sidex64 wpa_supplicant[1879]: Associated with 00:1c:df:3f:dc:63
Nov 11 16:08:01 Sidex64 NetworkManager[1791]: Activation (wlan0/wireless): association took too long.
Nov 11 16:08:01 Sidex64 NetworkManager[1791]: (wlan0): device state change: 5 -> 6 (reason 0)[/quote]

#7

Oui, j’ai déjà essayé avec wicd. Pour cette application, pas besoin d’aller chercher quoique ce soit dans les fichiers log. En bas de la fenêtre principale (je pense que utilse wicd sous XFCE), on peut apercevoir les différentes étapes de la connexion par le Wifi. Et pour ma part, quand ca ne fonctionne pas, ça bloque à cette étape : “Obtention de l’adresse IP”

Bref, je pense que je vais tester sur un autre routeur Wifi.

#8

Hum, as tu essayé à la main?

Tu fais la chose suivante:

  1. Création d’un fichier wpa.conf

Le plus simple est de faire

francois@totoche:/tmp$ wpa_passphrase gabeu zoudfsdfsdfsdfsdfsdfsd > wpa.conf francois@totoche:/tmp$ cat wpa.conf network={ ssid="gabeu" #psk="zoudfsdfsdfsdfsdfsdfsd" psk=0db892975879be5bbae59661a8474be99f3a695a55890ddf638aac43b5e854b7 }

Remplace gabeu par le ssid de ton réseau et zoudfsdfsdfsdfsdfsdfsd par la phrase mot de passe.

  1. Configuration de la carte

[code]# iwconfig wlan0 essid gabeu mode managed

wpa_supplicant -D wext -i wlan0 -c wpa.conf -w -d

[/code]
Tu regardes ce que ça donne et quand c’est stabilisé, tu fais un

dhclient wlan0

Tu auras tous les messages d’erreurs

#9 
wpa_supplicant -D wext -i wlan0 -c wpa.conf -w -d

L’option -w n’existe pas. Et lorsque je remplace -w par -W, j’ai un message d’erreur en continue que je n’ai pas noté ayant laché l’affaire.

Par contre, j’ai lancé cette commande :

wpa_supplicant -Dwext -i wlan0 -c wpa.conf

Et là, même constat il bloque au même endroit…

D’ou cette question : Problème avec le routeur ou pas vu que j’ai tout de même certaines connexions avec Network-manager… Et pourquoi seulement ce problème sous les distributions 64bits. :017

#10

C’est normal que wpa_supplicant «bloque» (il tourne normalement en tache de fond et ne rend jamais la main), lorsqu’il est «bloqué», tu lances dhclient dans une autre console…

#11

Voilà ce que j’ai lorsque je fais la 1ère commande :

root@debian64:/home/max/Desktop# wpa_supplicant -Dwext -i wlan0 -c wpa.conf ioctl[SIOCSIWAP]: Operation not permitted ioctl[SIOCSIWESSID]: Operation not permitted Trying to associate with 00:1c:df:3f:dc:63 (SSID='belkin54g' freq=2472 MHz) Associated with 00:1c:df:3f:dc:63 Authentication with 00:1c:df:3f:dc:63 timed out. ioctl[SIOCSIWAP]: Operation not permitted ioctl[SIOCSIWESSID]: Operation not permitted Trying to associate with 00:1c:df:3f:dc:63 (SSID='belkin54g' freq=2472 MHz) Associated with 00:1c:df:3f:dc:63 WPA: Key negotiation completed with 00:1c:df:3f:dc:63 [PTK=CCMP GTK=TKIP] CTRL-EVENT-CONNECTED - Connection to 00:1c:df:3f:dc:63 completed (auth) [id=0 id_str=] WPA: Key negotiation completed with 00:1c:df:3f:dc:63 [PTK=CCMP GTK=TKIP] WPA: Key negotiation completed with 00:1c:df:3f:dc:63 [PTK=CCMP GTK=TKIP] WPA: Key negotiation completed with 00:1c:df:3f:dc:63 [PTK=CCMP GTK=TKIP] CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys Trying to associate with 00:1c:df:3f:dc:63 (SSID='belkin54g' freq=2472 MHz) Associated with 00:1c:df:3f:dc:63 WPA: Key negotiation completed with 00:1c:df:3f:dc:63 [PTK=CCMP GTK=TKIP] CTRL-EVENT-CONNECTED - Connection to 00:1c:df:3f:dc:63 completed (reauth) [id=0 id_str=]

Et dhclient wlan0 ne m’affiche rien du tout.

#12

Bonsoir Berillions

je ne sais pas si cela peut t’aider mais au cas où
voici le problème que j’ai rencontré avec mon driver WIFI USB RTL8192SU

je l’ ai résolu ainsi :

j’ai copié (en root) le répertoire /lib/firmware/RTL8192SE
dans /lib/firmware et je l’ai renommé en RTL8192SU
puis j’ai copié le fichier rtl8192sfw.bin
obtenu ici :http://svn.debian.org/wsvn/kernel/dists/trunk/firmware-nonfree/realtek/RTL8192SU/rtl8192sfw.bin
dans répertoire /lib/firmware/RTL8192SU nouvellement créé

un redémarrage plus tard

ET LA CLE WIFI FONCTIONNE !!!
:clap:

J’espère ne pas avoir pollué ce sujet de discussion
en espérant aider ceux qui rament sur ce sujet.

A+++

#13

Je ne pense pas que le firmware pour la Realtek R8192SU fonctionnerait pour ma R8192E.
Quoiqu’il en soit, même sur Deb32 je viens de faire crasher mon routeur en voulant installer imagemagick.

Je prie pour que ce soit le routeur quoi soit complètement naze sachant que dans ma chambre, je suis presqu’en dessous de la pièce ou se trouve le routeur et je ne suis jamais en dessous de la barre des 90% en puissance du signal…

Parce que là, ca me désespère réellement et je suis vraiment tenté de retourner à 100% sur Seven…

#14

Re-bonsoir Berillions,

désolé que la soluce proposée pour le 8192SU ne soit pas adaptée pour ton problème.

Mais je pensais que tu pouvais t’inspirer de la méthode utilisée.

Notamment en récupérant les fichier : boot.img, data.img, main.img

ici : svn.debian.org/wsvn/kernel/dists … RTL8192E

pour les mettre en lieu et place de ceux existants (s’ils y sont).

Dans mon cas le fichier installé faisait 80 ko et celui que j’ai mis 60 ko.

Bonne chance, et surtout, surtout

ne passes pas à Seven, c’est un sacré mouchard (pire que Vista, bien pire !!!)

A+++ :039

#15

@fran.b : Quand je te dis que c’est lent sur mon 64Bits. 11s pour pinguer google. :mrgreen:

[code]root@debian64:/home/max# ping -c3 www.google.com
PING www.l.google.com (66.249.92.104) 56(84) bytes of data.
64 bytes from par03s01-in-f104.1e100.net (66.249.92.104): icmp_req=1 ttl=58 time=25.2 ms
64 bytes from 66.249.92.104: icmp_req=2 ttl=58 time=23.6 ms
64 bytes from par03s01-in-f104.1e100.net (66.249.92.104): icmp_req=3 ttl=58 time=25.0 ms

— www.l.google.com ping statistics —
3 packets transmitted, 3 received, 0% packet loss, time 11036ms
rtt min/avg/max/mdev = 23.696/24.644/25.236/0.689 ms[/code]

#16

Certes mais je vois un ping à 21ms, ça sent plus le problème de DNS ça mais bon.

La sortie de wpa indique que tu étais associé et la connexion faite. Que donne un dhclient à ce moment là?

#17

J’essaierais et je te le dirais. Du papier peint m’attend là :mrgreen:
Sinon, le coup du problème de DNS me paraît très improbable sinon je devrais avoir le même soucis sur Deb32 et Seven32/64. Or, sur ces 3 derniers, la connexion se fait du 1er coup, l’affichage des pages et les téléchargements ne sont pas du tout lents.

Ca n’affecte que mes distributions Linux en 64Bits ce bazard.

Edit : J’ai lancé il y a 15min l’installation d’OOo et résultat, ca a crashé (Deb32). Il y a réellement un soucis avec le routeur.