Após atualizar para 11h10 a partir de 11h04, minha conexão sem fio continua caindo de tempos em tempos.
Agora, eu já tive esse problema quando estava usando o 10.04 (a solução alternativa era substituir o NetworkManager pelo wicd. Mas o problema é que eu não sou realmente fã do wicd e vejo que o problema parece ter sido corrigido em versões anteriores, acho que há uma solução semelhante que posso tentar.
Aqui estão mais alguns detalhes do meu sistema
$ 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
Obrigado,
Tenho que dizer que sinto muito; Naquela época, o código postado aqui link parecia ter funcionado, mas não funcionou.
Eu encontrei uma solução na barra de ativação que parece funcionar - /etc/modprobe.d/iwl3945.conf %código%. Funciona mesmo após a reinicialização do sistema. Felicidades!
Do seu log, parece que o problema está aqui:
[44987.241475] wlan0: deauthenticating from 94:0c:6d:c0:51:ca by local choice (reason=3)
Eu recomendo fazer algumas pesquisas sobre 'desautorizar por razão de escolha local = 3', no entanto, o mais próximo ao seu problema parece ser este relatório de bug: link
No relatório de bug, a causa raiz do problema é um gerenciamento de energia. Tente executar:
sudo iwconfig wlan0 power off
Isso desativará permanentemente o gerenciamento de energia do seu adaptador sem fio (ele deve ser mantido entre as reinicializações) e evitará quedas frequentes de conexão.
Embora essas sugestões tenham me ajudado, eu estava usando um adaptador wi-fi baseado em Intel diferente e minha solução para o problema realmente parecia estar enraizada no gerenciamento de energia do adaptador. Aqui é onde eu encontrei a resposta para desligar permanentemente o gerenciamento de energia:
Embora pareça que teria funcionado, apenas ligando:
sudo iwconfig wlan0 power off
deveria ter funcionado, parecia que não teve efeito. No entanto, o link acima funcionou depois de reiniciar o computador.
Pergunta antiga, nova resposta para os outros que procuram uma solução durante a pesquisa, essa resposta ficou no topo dos resultados de pesquisa para um problema semelhante.
Isso resolveu meu problema! Finalmente finalmente!
Eu encontrei uma solução no launchpad que parece ter funcionado -
Abra o arquivo /etc/modprobe.d/iwl3945.conf e defina iwl3945 disable_hw_scan=0 .
Funciona mesmo após a reinicialização do sistema. Felicidades!