web-dev-qa-db-fra.com

La connexion sans fil continue de tomber avec une carte Intel 3945ABG

Après la mise à jour de 11h04 à 11h10, ma connexion sans fil continue de tomber de temps en temps.

Maintenant, j’ai déjà rencontré ce problème lorsque j’utilisais 10.04 (à ce moment-là, la solution de rechange consistait à remplacer NetworkManager par wicd. Mais le fait est que je ne suis pas vraiment fan de wicd et que le problème semble avoir été résolu dans les versions précédentes. , Je pense qu’il existe une solution similaire que je peux essayer.

Voici le détail de mon système

$ Sudo lshw -C network

*-network
       description: Wireless interface
       product: PRO/Wireless 3945ABG [Golan] Network Connection
       vendor: Intel Corporation
       physical id: 0
       bus info: pci@0000:03:00.0
       logical name: wlan0
       version: 02
       serial: 00:19:d2:ad:20:4d
       width: 32 bits
       clock: 33MHz
       capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
       configuration: broadcast=yes driver=iwl3945 driverversion=3.0.0-12-generic firmware=15.32.2.9 ip=192.168.1.3 latency=0 link=yes multicast=yes wireless=IEEE 802.11abg
       resources: irq:44 memory:84100000-84100fff

$ Sudo lsmod | grep iwl

iwl3945                73329  0 
iwl_legacy             71499  1 iwl3945
mac80211              272785  2 iwl3945,iwl_legacy
cfg80211              172392  3 iwl3945,iwl_legacy,mac80211

$ dmesg

[43972.920056] wlan0: no IPv6 routers present
[44533.245630] wlan0: deauthenticating from 94:0c:6d:c0:51:ca by local choice (reason=3)
[44533.260462] cfg80211: All devices are disconnected, going to restore regulatory settings
[44533.260472] cfg80211: Restoring regulatory settings
[44533.260488] cfg80211: Calling CRDA to update world regulatory domain
[44533.273177] cfg80211: Ignoring regulatory request Set by core since the driver uses its own custom regulatory domain 
[44533.273181] cfg80211: World regulatory domain updated:
[44533.273184] cfg80211:     (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[44533.273188] cfg80211:     (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[44533.273191] cfg80211:     (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[44533.273195] cfg80211:     (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[44533.273198] cfg80211:     (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[44533.273202] cfg80211:     (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[44534.078574] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[44539.626843] wlan0: authenticate with 94:0c:6d:c0:51:ca (try 1)
[44539.628827] wlan0: authenticated
[44539.629214] wlan0: associate with 94:0c:6d:c0:51:ca (try 1)
[44539.631514] wlan0: RX AssocResp from 94:0c:6d:c0:51:ca (capab=0x411 status=0 aid=1)
[44539.631522] wlan0: associated
[44539.633667] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[44551.104169] wlan0: no IPv6 routers present
[44987.241475] wlan0: deauthenticating from 94:0c:6d:c0:51:ca by local choice (reason=3)
[44987.288269] cfg80211: All devices are disconnected, going to restore regulatory settings
[44987.288279] cfg80211: Restoring regulatory settings
[44987.288294] cfg80211: Calling CRDA to update world regulatory domain
[44987.309376] cfg80211: Ignoring regulatory request Set by core since the driver uses its own custom regulatory domain 
[44987.309383] cfg80211: World regulatory domain updated:
[44987.309385] cfg80211:     (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[44987.309389] cfg80211:     (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[44987.309393] cfg80211:     (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[44987.309396] cfg80211:     (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[44987.309400] cfg80211:     (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[44987.309403] cfg80211:     (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[44988.074180] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[44993.648439] wlan0: authenticate with 94:0c:6d:c0:51:ca (try 1)
[44993.651354] wlan0: authenticated
[44993.651651] wlan0: associate with 94:0c:6d:c0:51:ca (try 1)
[44993.653990] wlan0: RX AssocResp from 94:0c:6d:c0:51:ca (capab=0x411 status=0 aid=1)
[44993.653995] wlan0: associated
[44993.655984] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[45005.400035] wlan0: no IPv6 routers present

Merci,

11.10wirelessconnectionintel-wireless
2
bluearth

Je dois dire que je suis désolé; à cette époque, le code affiché ici http://ubuntuforums.org/showpost.php?p=11356188&postcount=35 semble avoir travaillé mais ne l’a pas encore fait.

J'ai trouvé sur le tableau de bord une solution qui semble fonctionner - /etc/modprobe.d/iwl3945.conf options iwl3945 disable_hw_scan=0. Cela fonctionne même après un redémarrage du système. À votre santé!

4
mavu

Cela a résolu mon problème! Oui enfin!

J'ai trouvé une solution sur le tableau de bord qui semble avoir fonctionné -

Ouvrez le fichier /etc/modprobe.d/iwl3945.conf et définissez iwl3945 disable_hw_scan=0.

Cela fonctionne même après un redémarrage du système. À votre santé!

0
jhbsk

D'après votre journal, il semble que le problème soit ici:

[44987.241475] wlan0: deauthenticating from 94:0c:6d:c0:51:ca by local choice (reason=3)

Je vous recommande de faire des recherches sur "la désauthentification par la raison du choix local = 3", mais le rapport de bogue le plus proche semble être celui-ci: https://bugs.launchpad.net/ubuntu/+source/linux/ + bug/548992

Dans le rapport de bogue, la cause première du problème est une gestion de l'alimentation. Essayez de courir:

Sudo iwconfig wlan0 power off

Cela désactivera de manière permanente la gestion de l'alimentation de votre adaptateur sans fil (il devrait être conservé entre les redémarrages) et empêchera les chutes de connexion fréquentes.

0
jnv

Bien que ces suggestions me soient utiles, j’utilisais un autre adaptateur Wi-Fi basé sur Intel et ma solution au problème semblait effectivement s’inscrire dans la gestion de l’alimentation de l’adaptateur. Voici où j'ai trouvé la solution pour désactiver de manière permanente la gestion de l'alimentation:

http://syntaxionist.rogerhub.com/intel-centrino-wireless-n-2200-ubuntu-1mbps-workaround.html

Bien que cela semble fonctionner, il suffit d'appeler:

Sudo iwconfig wlan0 power off

aurait dû fonctionner, il semblait que cela n'avait pas d'effet. Pourtant, le lien ci-dessus n'a fonctionné qu'après le redémarrage de l'ordinateur.

Ancienne question, nouvelle réponse pour les autres à la recherche d'une solution tout en cherchant, cette réponse est apparue en haut des résultats de recherche pour un problème similaire.

0
CenterOrbit