Беспроводное соединение постоянно падает с картой Intel 3945ABG

После обновления до 11.10 с 11.04 мое беспроводное соединение время от времени прерывается.

Теперь я уже сталкивался с этой проблемой, когда использовал 10.04 (обходной путь к тому, чтобы заменить NetworkManager на wicd. Но дело в том, что я на самом деле не фанат wicd и вижу, что проблема кажется исправлены в предыдущих выпусках, я думаю, что есть аналогичное решение, которое я могу попробовать.

Вот некоторые подробности моей системы

$ 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

Спасибо,

2
задан 30 October 2011 в 02:08

4 ответа

Должен сказать, что мне жаль; в то время код, размещенный здесь http://ubuntuforums.org/showpost.php?p=11356188&postcount=35 , казалось, работал, но не работал.

Я нашел решение на панели запуска, которое, кажется, работает - /etc/modprobe.d/iwl3945.conf options iwl3945 disable_hw_scan=0. Работает даже после перезагрузки системы. Ура!

0
ответ дан 30 October 2011 в 02:08

Из вашего журнала, похоже, проблема здесь:

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

Я рекомендую провести некоторое исследование по «деавторизации по причине локального выбора = 3», однако наиболее близкой к вашей проблеме является отчет об ошибке: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/548992

В отчете об ошибке основной причиной проблемы является сила управление. Попробуйте выполнить:

sudo iwconfig wlan0 power off

Это навсегда отключит управление питанием вашего беспроводного адаптера (его следует сохранить между перезагрузками) и предотвратит частые обрывы соединения.

0
ответ дан 30 October 2011 в 02:08

Хотя эти предложения помогли мне, я использовал другой Wi-Fi-адаптер на базе Intel, и мое решение проблемы, похоже, было связано с управлением питанием адаптера. Вот где я нашел ответ, чтобы навсегда отключить управление питанием:

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

Хотя кажется, что это сработало бы, просто позвонив:

sudo iwconfig wlan0 power off

должно было сработать, казалось, что это не дало эффекта. Тем не менее, ссылка выше работала после перезагрузки компьютера.

Старый вопрос, новый ответ ради других, ищущих решение во время поиска, этот ответ был высоко оценен в результатах поиска аналогичной проблемы.

0
ответ дан 30 October 2011 в 02:08

Это решило мою проблему! Да, наконец!

Я нашел решение на панели запуска, которое, кажется, сработало -

Откройте файл /etc/modprobe.d/iwl3945.conf и установите iwl3945 disable_hw_scan=0.

Работает даже после перезагрузки системы. Ура!

0
ответ дан 30 October 2011 в 02:08

Другие вопросы по тегам:

Похожие вопросы: