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

Question

Eu tenho problema de permanente quando uso WLAN com meu Lenovo ThinkPad x121e. O adaptador de rede sem fio em uso é este:

lspci:

01:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8188CE 802.11b/g/n WiFi Adapter (rev 01)

A conexão normalmente funciona OK por algum tempo e, em seguida, começa a desacelerar e, eventualmente, 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 Mon Nov 21 20:28:43 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux

e o driver Realteks que pode ser encontrado aqui . O driver que estou usando no momento é o encontrado neste ppa: ppa:tista/x120e .

Aqui está outro link para www.thinkwiki.org que sugere um " Low Power State "(LPS) no driver do realtek, mas parece que não pode ser desabilitado 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 

    

Answer 1

Eu finalmente consertei 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": link

É necessário ter os arquivos de cabeçalho para o kernel e o pacote build-essentials. Eu também recomendo rodar o script "driver-select" com a opção rtlwifi antes de compilar porque não precisamos 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ê deve reconstruir o driver após cada atualização do kernel.

Estou correndo com o motorista há dois dias com fechamento excessivo e abertura da tampa e não consegui nenhuma desconexão.

    

Answer 2

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

Eu o consertei principalmente com a compilação do driver e instalá-lo. A segunda coisa que fiz foi procurar por redes se a rede está quebrando.

Eu digitei no terminal watch sudo iwlist wlan0 scan .

Com isso, o motorista ficou acordado. Outra correção que usei foi pressionar Fn + F5 para desabilitar o wifi e depois fazer o mesmo alguns segundos depois.

Mais uma coisa que eu tentei:

sudo modprobe -r rtl8192ce
sudo modprobe rtl8192ce

Isso recarrega o driver para wifi. Eu também ping às vezes o roteador, isso mantém minha conexão wi-fi estável.

    

Answer 3

Este link me deu a dica de tentar a opção ips = 0 para o módulo rtl8192ce para desligar toda a economia de energia com o adaptador wlan. Até agora isso me dá o melhor comportamento - sem interrupções, sem desconexões. Isso certamente terá um efeito sobre o consumo de energia - vamos ver. Eu estou usando a compilação em drivers com o kernel 3.0.0-15 por enquanto.

    

Answer 4

Acabei de substituir a placa WLAN porque não consegui uma conexão estável.

Para aqueles que querem fazer o mesmo: O truque é conectar a placa no slot mini PCIe sobressalente e não no slot da placa WLAN. Desta forma, o BIOS não reclamará sobre hardware não-protegido. O slot sobressalente é destinado a uma placa WWAN / UMTS, mas os cabos da antena WLAN alcançam a perfeição. É muito simples fazer apenas 3 parafusos para o painel e um para a placa, além dos plugues da antena.

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

    

Answer 5

Eu fiz o mesmo: desativei a porta WLAN no BIOS, removi o cartão Realtek e adicionei um Intel Centrino 6200 à porta WWAN. Eu usei um adaptador MiniPCIe half- > full (custa menos que 5Eur) para prender a placa no lugar.

    

Answer 6

ei, eu fiz o que é mencionado na última parte do texto (atualização 21 de fevereiro de 2011) link Eu consigo melhores resultados com isso para thinkpad x121e ubuntu 12.04

    

Answer 7

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

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

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.

Reiniciei como de costume.

Quando faço o login pela primeira vez, tenho que liberar o módulo e recarregar.

sudo modprobe -r rtl8192ce

(aguarde alguns segundos)

sudo modprobe rtl8192ce

Eu tenho testado a noite inteira baixando arquivos do meu servidor sem nenhuma velocidade reduzida notável ou perda de conexão. Como dito antes, às vezes eu tenho que liberar o módulo e recarregar. Mas raramente apenas no boot.

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

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

    

Answer 8

Ensine um homem a pescar:

Eu tive exatamente o mesmo problema: nova placa wireless ASUS 802-11bgn com um chipset ralink rtl8192ce, conexão WiFi usada para desligar e depois se restabelecer a cada poucos minutos. Ssh sessões e carregamento de páginas da web congelaria e tudo era dolorosamente lento, mas intermitentemente "trabalhando".

Ao longo de vários dias, experimentei muitas soluções, tanto do lado do software quanto do hardware: upgrade de drivers, reorientação da antena, movimentação da placa wireless para um slot adicional para evitar aquecimento da placa gráfica vizinha, reconfiguração do acesso WiFi aponte para usar canais diferentes, tente faixas de frequência mais estreitas para reduzir a interferência dos vizinhos, alterar a MTU, desativar a economia de energia, etc. etc. Tentativa e erro em seu extremo.

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

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

  watch iwlist wlan0 scan

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

  mtr 10.0.0.1

(substitua 10.0.0.1 pelo seu IP de ponto de acesso real). A execução deste mtr em uma tela permitiu verificar rapidamente se alguma alteração que fizesse teria efeito imediato na perda de pacotes. A capacidade de realizar essa experimentação rápida foi fundamental para apontar o culpado entre tantas variáveis possíveis.

No meu caso, foi o repetidor (também conhecido como "Extensor WiFi") no corredor. Uma vez desligada, a perda de pacotes começou a cair para 0%. YMMV. Acontece que o 802-11n tem a capacidade de integrar múltiplos sinais fracos saltando das paredes em ligeiros atrasos para amplificar o sinal. No meu caso, imaginei que o repetidor estava introduzindo um atraso muito grande, fazendo com que quase exatamente um em cada três pacotes fosse recebido em erro.

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

    

Answer 9

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 Oneiric é o driver de site da realtek . Estou usando a versão mais recente (0005.1230.2011). Esta versão não funcionou bem para mim com Oneiric (suspender não funcionou). Com o Precise, o trabalho é bom e os problemas desaparecem. De tempos em tempos (uma vez a cada dois dias, talvez), a conexão sem fio deixa de funcionar como antes, mas não quase tão frequentemente quanto antes.

    

Answer 10

Eu tenho os mesmos problemas com o X121e. Eu tenho o problema que as teclas de função foram trocadas após o standby e a rede sem fio desconecta aleatoriamente.

Então minha placa-mãe foi quebrada e enviei o notebook de volta para a lenovo, que substituiu a mainboard. E depois disso tudo funcionou bem. Todos os meus problemas foram embora! Até que eu reinstalei o Kubuntu e todos os problemas estão de volta.

Talvez isso ajude mais a entender

    

Answer 11

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