Conexão sem fio caiu aleatoriamente

1

Eu tenho uma nova instalação do Ubuntu 14.04.04 que instalei lado a lado do Windows 10.

Eu tenho o problema que minha conexão sem fio cai aleatoriamente. Quando eu inicio o sistema, está tudo bem, mas depois de um tempo aleatório, a conexão se foi e ela não volta, não importa o que eu tente, a menos que eu reinicie o sistema.

Eu tentei depurar usando o comando dmesg e achei que estava relacionado a conflitos de IPV6, então defini a opção para ignorar no gerenciador de rede e isso não ajudou. Eu também configurei as configurações de rede manualmente e também não ajudei.

Uma última coisa: eu já tenho um problema no Windows 10 que eu explico completamente aqui Laptop congela aleatoriamente .

Agora estou pensando se a placa sem fio está causando esse comportamento no Windows!

Aqui está um subconjunto da saída do dmesg, por favor, deixe-me saber se você precisa de mais:

[   15.847672] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   16.192616] r8169 0000:03:00.1 eth0: link down
[   16.192644] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   16.573804] audit: type=1400 audit(1457382167.018:23): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/sbin/dhclient" pid=956 comm="apparmor_parser"
[   16.573811] audit: type=1400 audit(1457382167.018:24): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=956 comm="apparmor_parser"
[   16.573815] audit: type=1400 audit(1457382167.018:25): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/lib/connman/scripts/dhclient-script" pid=956 comm="apparmor_parser"
[   16.574035] audit: type=1400 audit(1457382167.018:26): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/tcpdump" pid=963 comm="apparmor_parser"
[   16.574116] audit: type=1400 audit(1457382167.018:27): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/lightdm/lightdm-guest-session" pid=955 comm="apparmor_parser"
[   16.574121] audit: type=1400 audit(1457382167.018:28): apparmor="STATUS" operation="profile_load" profile="unconfined" name="chromium" pid=955 comm="apparmor_parser"
[   16.574177] audit: type=1400 audit(1457382167.018:29): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=956 comm="apparmor_parser"
[   17.649530] init: alsa-restore main process (1074) terminated with status 99
[   17.804612] wlan0: authenticate with 64:d1:a3:2f:fd:c8
[   17.815714] wlan0: send auth to 64:d1:a3:2f:fd:c8 (try 1/3)
[   17.820034] wlan0: authenticated
[   17.822276] wlan0: associate with 64:d1:a3:2f:fd:c8 (try 1/3)
[   17.826528] wlan0: RX AssocResp from 64:d1:a3:2f:fd:c8 (capab=0x411 status=0 aid=3)
[   17.827360] wlan0: associated
[   17.827366] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[   18.369446] IPv6: wlan0: IPv6 duplicate address fe80::ba86:87ff:feef:7fa5 detected!
[   25.349143] ahci 0000:00:17.0: port does not support device sleep
[   42.991776] audit_printk_skb: 132 callbacks suppressed
[   42.991779] audit: type=1400 audit(1457382193.435:74): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/lib/cups/backend/cups-pdf" pid=2181 comm="apparmor_parser"
[   42.991784] audit: type=1400 audit(1457382193.435:75): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/cupsd" pid=2181 comm="apparmor_parser"
[   42.992060] audit: type=1400 audit(1457382193.435:76): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/cupsd" pid=2181 comm="apparmor_parser"
[  150.210576] [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=10062 end=10063)
[  202.451361] [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=13198 end=13199)

Depois de largar a conexão da última vez, desabilitei a rede e a habilitei, e é isso que o dmesg mostra na parte inferior:

[   23.743542] init: plymouth-upstart-bridge main process ended, respawning
[   23.751996] init: plymouth-upstart-bridge main process ended, respawning
[   26.284762] ahci 0000:00:17.0: port does not support device sleep
[   44.981590] audit_printk_skb: 132 callbacks suppressed
[   44.981592] audit: type=1400 audit(1457459828.800:68): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/lib/cups/backend/cups-pdf" pid=1736 comm="apparmor_parser"
[   44.981597] audit: type=1400 audit(1457459828.800:69): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/cupsd" pid=1736 comm="apparmor_parser"
[   44.981873] audit: type=1400 audit(1457459828.800:70): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/cupsd" pid=1736 comm="apparmor_parser"
[  530.625719] systemd-hostnamed[2849]: Warning: nss-myhostname is not installed. Changing the local hostname might make it unresolveable. Please install nss-myhostname!
[  875.637661] wlan0: deauthenticating from 64:d1:a3:2f:fd:c8 by local choice (Reason: 3=DEAUTH_LEAVING)
[  890.043165] cfg80211: World regulatory domain updated:
[  890.043168] cfg80211:  DFS Master region: unset
[  890.043169] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
[  890.043171] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (N/A)
[  890.043172] cfg80211:   (2457000 KHz - 2482000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (N/A)
[  890.043173] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm), (N/A)
[  890.043174] cfg80211:   (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (N/A)
[  890.043175] cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (N/A)
[  896.305532] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[  896.325321] r8169 0000:03:00.1 eth0: link down
[  896.325356] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[  898.031771] wlan0: authenticate with 64:d1:a3:2f:fd:c8
[  898.052478] wlan0: send auth to 64:d1:a3:2f:fd:c8 (try 1/3)
[  898.654827] wlan0: send auth to 64:d1:a3:2f:fd:c8 (try 2/3)
[  899.654614] wlan0: send auth to 64:d1:a3:2f:fd:c8 (try 3/3)
[  900.654536] wlan0: authentication with 64:d1:a3:2f:fd:c8 timed out

OBSERVAÇÃO: As redes ainda aparecem como conectadas para que não tentem se conectar automaticamente, mas não tenho conectividade alguma.

    
por Ibrahim Najjar 07.03.2016 / 21:50

1 resposta

1

Ok, antes de tudo, o seu domínio regulador sem fio não está definido, o que restringe seu intervalo de frequência.

Com base na saída que você colou, parece que você está em Amsterdã. Se você não estiver em Amsterdã, é importante executar o seguinte comando com o país correto de duas letras correspondente à sua localização real. Além disso, se você viajar para um país diferente, defina o país correto para onde quer que você viaje para não violar as restrições locais de frequência de rádio.

Se você não estiver em Amsterdã, poderá encontrar uma lista completa dos códigos de duas letras que correspondem a todas as áreas, executando o comando cat /usr/share/zoneinfo/zone.tab . Mais uma vez, use o código do país correto.

Neste exemplo, postarei comandos que definirão o país local como Amsterdã usando o código de país NL

sudo iw reg set NL
sudo sed -i 's/REGDOMAIN=/REGDOMAIN=NL/g' /etc/default/crda
sudo sed -i 's/REGDOMAIN=/REGDOMAIN=NL/g' /lib/crda/setregdomain

Agora você deve ter acesso aos canais 12 e amp; 13 nas freqüências 2.467 e 2.472 respectivamente. Você pode usar um desses canais no futuro se uma dessas frequências ficar menos cheia.

Em seguida, há 8 redes Wi-Fi usando o mesmo canal de frequência que você usa e isso pode causar os principais problemas de conectividade e desempenho.

Você deve usar uma frequência que não seja tão cheia.

Existem 8 pessoas usando 2,462 (canal 11).

3 pessoas estão usando 2.457 (canal 10).

2 As pessoas estão usando 2.422 (canal 3).

4 pessoas estão usando o 2.412 (canal 1).

As frequências que não estão em uso são:

2.417 (canal 2)

2.432 (canal 5)

2,447 (canal 8)

2,467 (canal 12)

Parece que a frequência menos cheia é 2.432 no canal 5 .

Eu sugiro strongmente que você configure seu roteador sem fio para usar a freqüência 2.432 no canal 5 para evitar problemas.

Além disso, se você sair da Europa, poderá cancelar a configuração do domínio regulamentar de Amsterdã executando o seguinte comando:

sudo sed -i 's/REGDOMAIN=NL/REGDOMAIN=/g' /etc/default/crda

Por favor, poste qualquer erro ou deixe-me saber se isso não ajuda.

EDIT 1

Como isso não funcionou, muitas vezes você pode compensar esses tipos de problemas aumentando o limite de novas tentativas de tx.

Por padrão, isso é definido como 7 para economizar energia, mas muitos descobriram que isso não é suficiente em algumas áreas.

Execute o seguinte comando quando tiver esses problemas para aumentar a repetição de 7 para 12:

sudo iwconfig wlan0 retry short 12 

A configuração acima não é permanente e você precisará executar este comando após uma reinicialização. Você pode verificar o limite de novas tentativas executando o seguinte comando:

iwconfig | grep limit:..

Em seguida, você deve ajustar algumas das funções de economia de energia definidas pelo módulo. Embora "powersave" apareça no iwconfig, você provavelmente ainda tem alguns desses parâmetros definidos no módulo que precisam ser desativados para obter um bom desempenho. Isso é típico dos drivers da realtek.

Execute o seguinte comando para criar um arquivo de configuração para o seu módulo de driver:

sudo nano /etc/modprobe.d/rtl8723be.conf

Copie e cole as seguintes linhas no arquivo:

options rtl8723be ips=0
options rtl8723be fwlps=0
options rtl8723be swlps=0
options rtl8723be msi=0
options rtl8723be swenc=0
options rtl8723be debug=1

Pressione CTRL + o e depois pressione ENTER para salvar o arquivo. Pressione CTRL + x para sair do nano.

Você pode definir debug= de 0 para 5 . Eu acredito que 5 é o mais detalhado e 0 está desativado.

As configurações do módulo aqui são permanentes. Se você quiser editar essas configurações, basta editar o arquivo /etc/modprobe.d/rtl8723be.conf .

(Nota: Algumas pessoas sugerem a configuração de swenc=0 para swenc=1 , mas a diferença provavelmente não é perceptível de nenhuma forma.)

Por fim, execute o seguinte comando para recarregar o módulo:

sudo modprobe -r -f rtl8723be
sudo modprobe rtl8723be
sudo service network-manager restart

Novamente, poste qualquer erro ou problemas futuros.

    
por mchid 09.03.2016 / 23:47