Como obter uma conexão WLAN estável com um Lenovo x121e?

Tenho um problema permanente ao usar a WLAN com o Lenovo ThinkPad x121e. O adaptador de rede sem fio em uso é este:

lspci:

01: 00.0 Controlador de rede: Realtek Semiconductor Co., Ltd. Adaptador WiFi RTL8188CE 802.11b / g / n (rev 01)

A conexão normalmente funciona bem por algum tempo e depois começa a ficar mais lenta e, eventualmente, se desconecta. Às vezes, a conexão é restabelecida segundos depois, às vezes leva 30 segundos ou mais, às vezes não é reconectada.

Esse problema ocorre com todos os drivers que tentei até agora. Especialmente o driver do kernel

Linux ThinkPad 3.0.0-14-generic # 23-Ubuntu SMP segunda-feira 21 de novembro 20:28:43 UTC 2011 x86_64 x86_64 x86_64 GNU / Linux

e driver Realteks que podem ser encontrados aqui . O motorista que estou usando no momento é o único encontrado neste ppa: ppa:tista/x120e.

Aqui está outro link para www.thinkwiki.org que sugere uma opção "Low Power State" (LPS) no driver da realtek, mas parece que não pode ser desativado no driver atual.

Existe uma maneira de obter uma WLAN mais estável com essa configuração?

Mais algumas informações do sistema:

Rede lshw -class:

   description: Wireless interface
   product: RTL8188CE 802.11b/g/n WiFi Adapter
   vendor: Realtek Semiconductor Co., Ltd.
   physical id: 0
   bus info: pci@0000:01:00.0
   logical name: wlan0
   version: 01
   serial: 38:59:f9:db:e6:83
   width: 64 bits
   clock: 33MHz
   capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
   configuration: broadcast=yes driver=rtl8192CE driverversion=0006.0321.2011 firmware=56 ip=192.168.178.35 latency=0 link=yes multicast=yes wireless=802.11bgn
   resources: irq:17 ioport:3000(size=256) memory:f0200000-f0203fff

iwconfig wlan0:

wlan0     802.11bgn  ESSID:"xxx"  Nickname:"rtl8192CE"
      Mode:Managed  Frequency=2.452 GHz  Access Point: A2:05:43:2F:6E:8E   
      Bit Rate=65 Mb/s   
      Retry:on   RTS thr:off   Fragment thr:off
      Power Management period:0us  mode:All packets received
      Link Quality=100/100  Signal level=0 dBm  Noise level=-120 dBm
      Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
      Tx excessive retries:0  Invalid misc:0   Missed beacon:0

ifconfig wlan:

wlan0     Link encap:Ethernet  HWaddr 38:59:f9:db:e6:83  
      inet addr:192.168.178.35  Bcast:192.168.178.255  Mask:255.255.255.0
      inet6 addr: fe80::3a59:f9ff:fedb:e683/64 Scope:Link
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      RX packets:117385 errors:0 dropped:0 overruns:0 frame:0
      TX packets:85652 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000 
      RX bytes:115417879 (115.4 MB)  TX bytes:10463799 (10.4 MB)
      Interrupt:17 Memory:ffffc900037a8000-ffffc900037a8100 

Finalmente resolvi esse problema compilando e instalando os drivers mais recentes do Linux Wireless no Ubuntu 12.04, no meu caso o pacote "compat-wireless-3.5.1-1-snpc.tar.bz2": http: //wireless.kernel. org / pt-br / users / Download / estável /

É necessário os arquivos de cabeçalho para o kernel e o pacote build-essentials. Eu recomendo também executar o script "driver-select" com a opção rtlwifi antes de compilar porque um não precisa dos outros drivers e reduz o tempo de construção:

sudo apt-get install linux-headers-$(uname -r) build-essential

tar jvxf compat-wireless-3.5.1-1-snpc.tar.bz2
cd compat-wireless-3.5.1-1-snpc
./scripts/driver-select rtlwifi
make
sudo make install

Mas a desvantagem é que você precisa reconstruir o driver após cada atualização do kernel.

Estou executando o driver por dois dias agora com excessivo fechamento e abertura da tampa e não obtive nenhuma desconexão.

O problema pode ser causado pelo salto de canal (e pelo novo kernel do Linux).

Corrigi-o principalmente com compilar o driver sozinho e instalá-lo. A segunda coisa que fiz foi procurar redes, se a rede estiver quebrando.

Entrei no terminal watch sudo iwlist wlan0 scan.

Com isso, o motorista ficou acordado. Outra correção que usei é pressionar Fn+ F5para desativar o wifi e, em seguida, faço o mesmo alguns segundos depois.

Mais uma coisa que tentei:

sudo modprobe -r rtl8192ce
sudo modprobe rtl8192ce

Isso recarrega o driver para wifi. Às vezes eu também sigo o roteador, isso mantém minha conexão wifi estável.

Esse link me deu a dica de experimentar a opção ips = 0 para o módulo rtl8192ce desligar toda a economia de energia com o adaptador wlan. Até agora, isso me dá o melhor comportamento - sem desistências, sem desconexões. Isso certamente afetará o consumo de energia - veremos. Estou usando a compilação de drivers com o kernel 3.0.0-15 por enquanto.

Acabei substituindo a placa WLAN porque não consegui obter uma conexão estável.

Para aqueles que desejam fazer o mesmo: o truque é conectar a placa ao slot mini PCIe sobressalente e não ao slot da placa WLAN. Dessa forma, o BIOS não se queixará de hardware não protegido. O slot de reposição destina-se a uma placa WWAN / UMTS, mas os cabos da antena WLAN alcançam-na perfeitamente. É realmente simples fazer apenas três parafusos no painel e um no cartão, além dos plugues da antena.

Comprei uma placa Intel Centrino Advanced - N 6200 (PCIe com metade do comprimento) por 20 € e funciona perfeitamente. Embora eu recomendo o uso de uma placa PCI Express de comprimento total, é para isso que o slot é feito (eu tive que consertar a minha com fita adesiva, o que é muito mais estável do que parece).

Fiz o mesmo: desabilitei a porta WLAN no BIOS, removi a placa Realtek e adicionei um Intel Centrino 6200 à porta WWAN. Usei um adaptador MiniPCIe meio-> cheio (custa menos de 5Eur) para fixar o cartão no lugar.

Ei, acabei de fazer o que é mencionado na última parte do texto (atualização em 21 de fevereiro de 2011) http://www.hitxp.com/articles/software/ubuntu-fix-slow-wireless-internet-connection-speed-upgrading- 11-04-natty-narwhal / obtenho melhores resultados com isso para o thinkpad x121e ubuntu 12.04

Eu também estava tendo o mesmo problema. Passei pelo processo de compilação de drivers da fonte, etc. Mas ainda tinha o mesmo problema. Eu teria acesso, mas era extremamente lento. Eu teria que liberar e recarregar o módulo, a cada 5 a 10 minutos, para manter qualquer conexão utilizável.

Agora isso era apenas irritante. Então, lendo mais posts e testando vários métodos, finalmente encontrei uma solução que funcionou para mim. Eu fiz o seguinte.

A partir de uma nova instalação:

sudo -i
apt-get update && apt-get dist-upgrade
apt-get install linux-packports-modules-cw-3.4-3.2.0-30-generic
nano /etc/modules (Added rtl8192ce to the end)

IPv6 alterado para ignorar no gerenciador de rede.

Fiz uma reinicialização como de costume.

Quando eu entro pela primeira vez, às vezes tenho que liberar o módulo e recarregar.

sudo modprobe -r rtl8192ce

(aguarde alguns segundos)

sudo modprobe rtl8192ce

Venho testando a noite toda baixando arquivos do meu servidor sem nenhuma velocidade reduzida notável ou perda de conexão. Como afirmado antes, às vezes eu tenho que liberar o módulo e recarregar. Mas raramente apenas na inicialização.

Estou usando o kernel versão 3.2.0-30-genérico, e a placa wlan é a ASUS PCE-N15. Eu também uso os servidores opendns, não acho que isso faça muita diferença, mas prefiro usá-los.

Espero que isso ajude alguém que estava tendo o mesmo problema. Eu sei que estava tão perto de voltar para as janelas, mas tive que tentar.

Ensine um homem a pescar:

Eu tinha exatamente o mesmo problema: a nova placa sem fio ASUS 802-11bgn com um chipset ralink rtl8192ce, a conexão WiFi costumava cair e depois se restabelecer a cada poucos minutos. As sessões ssh e o carregamento de páginas da web congelavam e tudo era dolorosamente lento, mas intermitentemente "funcionando".

Ao longo de vários dias, tentei muitas soluções, tanto no software quanto no hardware: atualizando drivers, reorientando a antena, movendo a placa sem fio para um slot adicional para evitar o calor da placa gráfica vizinha, reconfigurando o ponto de acesso WiFi para usar canais diferentes, tente bandas de frequência mais estreitas para reduzir a interferência de vizinhos, alterando o MTU, desativando a economia de energia etc. etc. Tentativa e erro ao extremo.

O avanço no meu caso ocorreu quando eu percebi duas coisas:

• Meu sinal sem fio é realmente forte e saudável. Isso foi encontrado usando:

  watch iwlist wlan0 scan

• Antes de qualquer desconexão, havia um sério problema de perda de pacotes. Isso foi encontrado executando continuamente mtrem uma janela dedicada:

  mtr 10.0.0.1

(substitua 10.0.0.1 pelo seu IP de ponto de acesso real). Executando issomtr em uma tela me permitiu verificar rapidamente se alguma alteração que eu faço tem um efeito imediato na perda de pacotes. A capacidade de realizar essa experimentação rápida foi essencial para identificar o culpado entre tantas variáveis ​​possíveis.

No meu caso, era o repetidor (também conhecido como "extensor de WiFi") no corredor. Uma vez desativada, a perda de pacotes começou a cair para 0%. YMMV. Como se vê, o 802-11n tem a capacidade de integrar vários sinais fracos quicando nas paredes com pequenos atrasos para amplificar o sinal. No meu caso, achei que o repetidor estava introduzindo um atraso muito grande, causando quase exatamente um em cada três pacotes a serem recebidos com erro.

Como você pode ver pelo grande número de respostas aqui, muitas pessoas têm um problema semelhante, mas os motivos são diferentes. A chave para qualquer solução eventual pode ser simplesmente a capacidade de experimentar e testar rapidamente hipóteses. Um mtrmonitoramento contínuo da taxa de perda de pacotes e a alteração de parâmetros ao mesmo tempo fizeram isso por mim. Eu recomendo isso como uma abordagem de diagnóstico.

Eu também possuo um X121e. Mudei minha WLAN apenas para o modo g. Agora minha conexão Wlan está bastante estável (funcionando por cerca de 1 hora sem desconectar). Talvez a troca entre os modos b, modo g e modo n seja parte do problema.

Atualização para o Ubuntu 12.04:

Eu tenho o mesmo problema de antes com o driver buildin do Precise Pangolin. O que está funcionando mais estável do que qualquer coisa que eu tentei com o Oneiric é o driver do site da realtek . Estou usando a versão mais recente (0005.1230.2011). Esta versão não funcionou bem para mim com o Oneiric (a suspensão não funcionou). Com o Precise, funciona bem e os problemas desaparecem. De tempos em tempos (uma vez a cada dois dias, talvez), a conexão sem fio para de funcionar como antes, mas não tão frequentemente quanto antes.

Eu tenho os mesmos problemas com o X121e. Tenho o problema de que as teclas de função foram trocadas após o modo de espera e a conexão sem fio é desconectada aleatoriamente.

Então minha placa principal estava quebrada e enviei o notebook de volta para a lenovo, que substituiu a placa principal. E depois disso tudo funcionou bem. Todos os meus problemas se foram! Até eu reinstalar o Kubuntu e todos os problemas estarem de volta.

Talvez isso ajude mais a entender