LMDE 2 - Conexão Wifi instável

3

Parece funcionar bem por cerca de 20 segundos, especialmente depois de se reconectar novamente. Após esses 20 segundos, ele interrompe toda a atividade de entrada e saída da rede por cerca de dois minutos.

Esta é uma instalação nova, por isso não há nenhuma chance de que algo seja adulterado para causar qualquer instabilidade. Estou executando o LMDE Betsy com o Cinnamon (baixado do site alguns dias atrás) usando o kernel 3.16.0-4-amd64 (agora atualizado para 4.1.0-2-amd64). O meu cartão WiFi é um TP-Link TL-WN951N v1 (chipset: AR5416). Estou usando uma conexão 802.11g / n de 2,4 GHz com segurança WPA2-AES.

Aqui estão os detalhes do mintwifi. Houve um aviso sobre o /etc/resolv.conf não estar linkado para /etc/resolvconf/run/resolv.conf, então eu deletei o antigo e criei um link para o último.

-------------------------
* I. scanning WIFI PCI devices...
  -- Qualcomm Atheros AR5416 Wireless Network Adapter [AR5008 802.11(a)bgn] (rev 01)
      ==> PCI ID = 168c:0023 (rev 01)
-------------------------
* II. querying ndiswrapper...
-------------------------
* III. querying iwconfig...
eth0      no wireless extensions.

wlan0     IEEE 802.11bgn  ESSID:"wowsuchwifi" 
          Mode:Managed  Frequency:2.412 GHz  Access Point: 90:0D:CB:FF:F1:A0   
          Bit Rate=130 Mb/s   Tx-Power=20 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off
          Link Quality=70/70  Signal level=-36 dBm 
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:1  Invalid misc:26   Missed beacon:0

lo        no wireless extensions.

-------------------------
* IV. querying ifconfig...
eth0      Link encap:Ethernet  HWaddr 50:e5:49:c7:f0:88 
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

lo        Link encap:Local Loopback 
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:3857 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3857 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:338937 (330.9 KiB)  TX bytes:338937 (330.9 KiB)

wlan0     Link encap:Ethernet  HWaddr 90:f6:52:36:37:40 
          inet addr:10.0.0.7  Bcast:10.0.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:78583 errors:0 dropped:444 overruns:0 frame:0
          TX packets:53622 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:77504584 (73.9 MiB)  TX bytes:6780983 (6.4 MiB)

-------------------------
* V. querying DHCP...
Reloading /etc/samba/smb.conf: smbd.
RTNETLINK answers: File exists
-------------------------
* VI. querying nslookup google.com...
Server:      75.75.75.75
Address:   75.75.75.75#53

Non-authoritative answer:
Name:   google.com
Address: 216.58.217.142

Coisas que eu tentei até agora:

  • Verificado vários arquivos em / var / log para ver se surgiu alguma coisa suspeita
  • IPv6 desativado, pois aparentemente o suporte a ele ainda não está à altura
  • Dado um endereço IP estático (na máquina e no roteador, para a posteridade)
  • Defina o DNS como 8.8.8.8 com resultados mistos (às vezes eu obtinha 404s e ainda não ajudava nos atrasos)
  • Desativou a segurança (o roteador não me permitia usar um protocolo menor como o WEP); ativado quando não ajudou com os atrasos
  • Assegure-se de que os drivers ath9k estejam ativados
  • Atualizado o kernel para 4.1.0-2-amd64
  • Defina US como o valor em / etc / default / crda
  • Encriptação / decriptação do hardware para o software

Até agora, não há dados. A conexão não "cai" exatamente, apenas faz com que minha máquina pareça realmente preguiçosa, mantendo uma "velocidade" de 0b / s dentro e fora. Nada aparece em nenhum registro que eu encontrei.

Estou preso e realmente não quero ter que desinstalá-lo novamente. O que posso fazer?

    
por Dissident Rage 30.08.2015 / 20:56

2 respostas

1

Eu também estava usando LMDE 2 (Betsy) no meu computador desktop com uma placa de rede sem fio TP-Link, o modelo básico abaixo do que você está usando. Os cartões TP-Link têm a reputação de serem compatíveis com o Linux por causa do chipset Atheros. No entanto, comecei a experimentar problemas semelhantes. Eu tenho algumas sugestões / comentários com base na minha solução de problemas com esse cartão. Espero que isso ajude.

Perda de pacotes: Ao inicializar o LMDE2, o computador reconhecerá o SSID da rede e tentará se conectar. Normalmente, ele se conectaria automaticamente e relataria a intensidade total do sinal. No entanto, ao fazer o ping do host local (192.168.1.1), haveria latência significativa e / ou perda de pacotes. Este é um passo simples, mas eu recomendo testar a latência e / ou cair entre o seu computador e o gateway com ping e traceroute, assim como um DNS público básico como o 8.8.8.8. Se você tiver um smartphone, tablet ou dispositivo semelhante, poderá usar o ping e até mesmo o SSH para verificar as conexões entre os dispositivos. Há algumas informações sobre como fazer isso no Android right aqui no superusuário .

Ajuste Físico: O adaptador de rede sem fio TP-Link possui duas ou mais antenas na parte traseira. Descobri que eles eram extremamente sensíveis e precisavam ser posicionados corretamente para obter uma conexão confiável. Teste sua conexão enquanto ajusta as antenas em uma dúzia de posições diferentes e veja se isso muda a frequência de sua conexão.

Proximidade física: Isso pode parecer senso comum, mas, se possível, coloque o computador o mais próximo possível do ponto de acesso sem fio. Especialmente porque você não está usando um roteador sem fio de 5ghz, é fácil obter interferência de sinal.

Apt: O Debian 8 (Jessie) está recebendo muitas atualizações. Recebo alertas todos os dias no LMDE2 para o meu laptop. Certifique-se de usar o Synaptic ou apt-get update & & apt-get dist-upgrade para que tudo funcione bem juntos.

Resolvi meu problema com a placa TP-Link conectando o adaptador nano WIFI de um Raspberry Pi e testando-o. Você pode encontrar um por menos de US $ 10. Eu percebo que você não quer obter um novo hardware, e que a placa parece funcionar no Windows sem problemas, mas parece haver um problema de hardware recorrente com algumas das placas TP-Link básicas.

    
por 09.09.2015 / 20:29
0

Este é um problema conhecido. No entanto, é muito antigo (todas as referências que eu poderia desenterrar voltar para 2010/2011), por isso estou um pouco surpreso que você ainda tem. O problema é certamente com o seu driver, ath9k , que é no entanto um bom driver. Ao atualizar o kernel, você não precisa ter carregado a versão mais recente do driver, então sugiro que você tente as seguintes sugestões.

  1. É declarado em muitos lugares (veja aqui por exemplo) que o cartão não funciona bem com 802.11n, mas funciona bem com 802.11g. Para testar isso, você terá que alterar as configurações em seu roteador , não no seu pc. Em algum lugar na sua GUI de configuração, você terá uma configuração como 802.11n apenas, 802.11g apenas, misturada : selecione 802.11g , reinicialize o roteador, reinicialize seu pc, experimente-o.

  2. Tente carregar o módulo ath9k com os parâmetros opcionais definidos e não definidos. Você encontra os parâmetros opcionais no final da saída de

    modinfo ath9k
    

Para testar um desses parâmetros, por exemplo, btcoex_enable , faça o seguinte:

    rmmod ath9k
    modprobe ath9k btcoex_enable=0

Agora tente o wifi, se ele não funcionar como você gostaria, tente:

    rmmod ath9k
    modprobe ath9k btcoex_enable=1

E assim por diante.

  1. Faça o download da versão mais recente do driver a partir dos backports, aqui : escolha uma versão estável e siga as instruções no arquivo README.

  2. Na primeira página da Web mencionada acima, alguém diz que mudar do Network Manager para resolver seu problema. Isso é o mais misterioso para mim, porque eu esperaria que questões relativas a drivers fossem bem separadas do tedioso trabalho de configurar a parte de software de uma conexão wifi. Mas, quando tudo o mais falha, pode ser porque não entendemos, então, a não ser uma viagem a Lourdes, você pode até tentar isso.

por 14.09.2015 / 10:33