¿Cómo obtener una conexión WLAN estable con un Lenovo x121e?

14

Tengo un problema permanente cuando uso WLAN con mi Lenovo ThinkPad x121e. El adaptador de red inalámbrico en uso es este:

lspci:

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

La conexión normalmente funciona bien durante un tiempo y luego comienza a disminuir la velocidad y finalmente se desconecta. A veces, la conexión se restablece segundos después, a veces lleva 30 segundos o más, a veces no se vuelve a conectar.

Este problema ocurre con cada controlador que probé hasta ahora. Especialmente el controlador del núcleo

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

y el controlador Realteks que se puede encontrar aquí . El conductor que estoy usando en este momento es la que se encuentra en este ppa: ppa:tista/x120e.

Aquí hay otro enlace a www.thinkwiki.org que sugiere una opción de "estado de baja potencia" (LPS) en el controlador de realtek, pero parece que no se puede desactivar en el controlador actual.

¿Hay alguna manera de obtener una WLAN más estable con esta configuración?

Algo más de información del sistema:

Red 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 
Thomas
fuente
Tengo exactamente el mismo problema en un x121e. Con los controladores ppa es utilizable, pero la recepción es mala (a pesar de que muestra una buena intensidad de señal) y, a veces, pierde la conexión sin razón ...
Uli
Posible duplicado de askubuntu.com/questions/90933/…
Thomas
intente usar ip estática ... obtuve el mismo problema, lo busqué en Google y he instalado alguna ruta que no recordaba, creo que era la ruta inalámbrica para el kernel ... algo así ...
One Zero
Esto parece ser mucho mejor ahora con 12.04. Una instalación limpia del 12.04 live cd (sin controlador o configuración adicional) funciona más estable que cualquier otra cosa con 11.10.
Thomas
OK, NO es mejor con 12.04. Hoy en día todo está bien, al día siguiente, el viejo problema vuelve nuevamente. No tengo idea de por qué ...
Thomas

Respuestas:

5

Finalmente solucioné este problema compilando e instalando los últimos controladores de Linux Wireless en Ubuntu 12.04, en mi caso el paquete "compat-wireless-3.5.1-1-snpc.tar.bz2": http: //wireless.kernel. org / es / users / Download / stable /

Uno necesita los archivos de encabezado para su núcleo y el paquete build-essentials. Recomiendo también ejecutar el script "driver-select" con la opción rtlwifi antes de compilar porque uno no necesita los otros controladores y reduce el tiempo de construcción:

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

Pero la desventaja es que debe reconstruir el controlador después de cada actualización del kernel.

Estoy ejecutando el controlador durante dos días con cierre y apertura excesivos de la tapa y no obtuve ninguna desconexión.

Tobias Schula
fuente
El es el linux-backports-modules-cw-3.3-precise-genericpaquete. Lo estoy intentando.
Thomas
Ahora estoy en 12.10 en mi computadora portátil y la conexión inalámbrica se comporta mucho mejor con el kernel y los controladores estándar, pero aún así se desconecta al azar o no se conecta cuando la intensidad de la señal es baja o cuando está en una red con mucho de clientes.
Tobias Schula
No puedo descargar compat-wireless-3.5.1.1-snpc.tar.bz2 todos los enlaces que apuntan a orbit-lab.org están prohibidos para mí, excepto su página de inicio y sus enlaces, ¿cómo puedo obtener este archivo?
Sergey Telshevsky
2

El problema podría ser causado por el salto de canal (y el nuevo kernel de Linux).

Lo arreglé principalmente compilando el controlador por mi cuenta e instalándolo. Lo segundo que hice fue buscar redes si la red se está rompiendo.

Entré en la terminal watch sudo iwlist wlan0 scan.

Con esto el conductor se mantuvo despierto. Otra solución que utilicé es presionar Fn+ F5para deshabilitar wifi y luego hago lo mismo unos segundos más tarde.

Una cosa más que probé:

sudo modprobe -r rtl8192ce
sudo modprobe rtl8192ce

Esto vuelve a cargar el controlador para wifi. También hago ping a veces el enrutador, esto mantiene estable mi conexión wifi.

Nordpol
fuente
2

Este enlace me dio la pista para probar la opción ips = 0 para el módulo rtl8192ce para desactivar todo el ahorro de energía con el adaptador wlan. Hasta ahora, esto me da el mejor comportamiento: sin abandonos, sin desconexiones. Esto seguramente tendrá un efecto en el consumo de energía, ya veremos. Estoy usando la compilación en controladores con el kernel 3.0.0-15 por ahora.

Thomas
fuente
2

Terminé reemplazando la tarjeta WLAN ya que no pude obtener una conexión estable.

Para aquellos que quieran hacer lo mismo: el truco es conectar la tarjeta a la ranura mini PCIe de repuesto y no a la ranura para tarjeta WLAN. De esta forma, el BIOS no se quejará del hardware no actualizado. La ranura de repuesto está diseñada para una tarjeta WWAN / UMTS, pero los cables de antena WLAN la alcanzan perfectamente. Es realmente simple hacer solo 3 tornillos para el panel y uno para la tarjeta, además de los enchufes de antena.

Compré una tarjeta Intel Centrino Advanced - N 6200 (PCIe de media longitud) por 20 € y funciona perfectamente. Aunque recomiendo usar una tarjeta PCI express de longitud completa ya que para eso está hecha la ranura (tuve que arreglar la mía con cinta, que es mucho más estable de lo que parece).

Uli
fuente
Intenté lo mismo con una tarjeta Intel Centrino 6205 sin ningún éxito . ¿Tienes el modelo AMD o Intel? ¿Qué versión es tu BIOS?
Earthliŋ
@ user1205935 AMD modell, tendré que verificar el BIOS más tarde. ¿Qué no funcionó para ti? ¿Se quejó el BIOS del hardware no compatible incluso cuando estaba en la ranura WWAN / UMTS?
Uli
El BIOS no se quejó, ni siquiera llego al BIOS. (Publiqué mi problema en el enlace de arriba ). La computadora está encendida, la pantalla está negra, el ventilador está girando, pero no pasa nada ... También tengo un modelo AMD. ¿Quizás necesito comprar el 6200 en su lugar?
Earthliŋ
@ user1205935 Bien leyendo lo que escribió allí El problema podría ser que no retiró la tarjeta anterior, lo cual hice. Puede probar con los consejos publicados aquí: todayifoundout.com/index.php/2010/02/…
Uli
Gracias. Tendré que encontrar algunas herramientas para eso, entonces. Curioso de que una tarjeta WWAN tenga permitido ir allí, pero una tarjeta WiFi ni siquiera llega al BIOS ...
Earthliŋ
2

Hice lo mismo: deshabilité el puerto WLAN en el BIOS, quité la tarjeta Realtek y agregué un Intel Centrino 6200 al puerto WWAN. Utilicé un adaptador MiniPCIe medio-> lleno (cuesta menos de 5 euros) para asegurar la tarjeta en su lugar.

Flo
fuente
Gracias por el consejo, buscaré un adaptador de este tipo. Probablemente debería ser un comentario, no una respuesta
Uli
1

También estaba teniendo el mismo problema. Pasé por el proceso de compilar controladores desde la fuente, etc. Pero aún tenía el mismo problema. Tendría acceso pero fue extremadamente lento. Tendría que liberar y volver a cargar el módulo, parece que cada 5-10 minutos para mantener cualquier conexión utilizable.

Ahora esto era simplemente molesto. Entonces, leyendo más publicaciones y probando varios métodos, finalmente encontré una solución que funcionó para mí. Hice lo siguiente.

De una nueva instalación:

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)

Cambió ipv6 para ignorar en el administrador de red.

Se reinició como de costumbre.

La primera vez que inicio sesión a veces tengo que liberar el módulo y volver a cargar.

sudo modprobe -r rtl8192ce

(espera unos segundos)

sudo modprobe rtl8192ce

He estado probando toda la noche descargando archivos de mi servidor sin una notable reducción de velocidad o pérdida de conexión. Como se indicó anteriormente, a veces tengo que liberar el módulo y volver a cargar. Pero rara vez solo en el arranque.

Estoy usando la versión del kernel 3.2.0-30-generic, y la tarjeta wlan es la ASUS PCE-N15. También uso servidores de opendns, no creo que haga demasiada diferencia, pero prefiero usarlos.

Espero que esto ayude a cualquiera que tenga el mismo problema. Sé que estaba tan cerca de volver a Windows, pero tuve que intentarlo.

mywebslave
fuente
1
Traté de mantener la tarjeta funcionando correctamente, pero al final nunca pude mantener una conexión estable. Así que terminé cambiando las tarjetas inalámbricas.
mywebslave
1

Enseña a un hombre a pescar:

Tuve exactamente el mismo problema: nueva tarjeta inalámbrica ASUS 802-11bgn con un chipset ralink rtl8192ce, la conexión WiFi solía caer y luego restablecerse cada pocos minutos. Las sesiones ssh y la carga de la página web se congelarían y todo iba penosamente lento pero "funcionaba" intermitentemente.

En el transcurso de varios días, probé muchas soluciones, tanto en el lado del software como del hardware: actualizar los controladores, reorientar la antena, mover la tarjeta inalámbrica a una ranura adicional para evitar el calor de la tarjeta gráfica vecina, reconfigurar el punto de acceso WiFi para usar diferentes canales, intente bandas de frecuencia más estrechas para reducir la interferencia de los vecinos, cambiar MTU, desactivar el ahorro de energía, etc. etc. Prueba y error en su extremo.

El avance en mi caso, llegó cuando me di cuenta de 2 cosas:

  • Mi señal inalámbrica es realmente fuerte y saludable. Esto se encontró usando:

    watch iwlist wlan0 scan

  • Antes de que ocurriera cualquier desconexión, había un problema grave de pérdida de paquetes. Esto se encontró al ejecutar continuamente mtren una ventana dedicada:

    mtr 10.0.0.1

(reemplace 10.0.0.1 con su IP de punto de acceso real). Ejecutar esto mtren una pantalla me permitió verificar rápidamente si algún cambio que hago tiene un efecto inmediato en la pérdida de paquetes. La capacidad de realizar esta rápida experimentación fue clave para señalar al culpable entre tantas variables posibles.

En mi caso, era el repetidor (también conocido como "extensor WiFi") en el pasillo. Una vez apagado, la pérdida de paquetes comenzó a caer hacia el 0%. YMMV. Como resultado, 802-11n tiene la capacidad de integrar múltiples señales débiles que rebotan en las paredes con ligeros retrasos para amplificar la señal. En mi caso, pensé que el repetidor estaba introduciendo un retraso demasiado grande que causaba que se recibiera por error casi exactamente uno de cada 3 paquetes.

Como puede ver en la gran cantidad de respuestas aquí, muchas personas tienen un problema similar, pero las razones son diferentes. La clave para cualquier solución eventual puede ser simplemente la capacidad de experimentar y probar hipótesis rápidamente. Un mtrmonitoreo continuo de la tasa de pérdida de paquetes mientras cambiaba los parámetros al mismo tiempo lo hizo por mí. Recomiendo esto como un enfoque de diagnóstico.

arielf
fuente
0

Yo también tengo un X121e. He cambiado mi WLAN al modo g solamente. Ahora mi conexión Wlan es bastante estable (funciona durante aproximadamente 1 hora sin desconectar). Tal vez el cambio entre el modo b, el modo g y el modo n es parte del problema.

Nómada
fuente
¿Es posible hacer esto desde el lado del cliente?
Thomas
No encontré una opción para obligar a la tarjeta realtec a usar solo la red g.
Nómada
No puedo cambiar a g-only, solo a bg-only (sin efecto, los problemas siguen ahí)
Thomas
0

Actualización para Ubuntu 12.04:

Tengo el mismo problema que antes con el controlador buildin de Precise Pangolin. Lo que funciona más estable que cualquier cosa que probé con Oneiric es el controlador del sitio web de realtek . Estoy usando la última versión (0005.1230.2011). Esta versión no funcionó bien para mí con Oneiric (suspender no funcionó). Con Precise funciona bien y la mayoría de los problemas desaparecen. De vez en cuando (una vez cada dos días) la conexión inalámbrica deja de funcionar como antes, pero no tan a menudo como antes.

Thomas
fuente
0

Tengo los mismos problemas con X121e. Tengo el problema de que las teclas de función se cambiaron después del modo de espera y la conexión inalámbrica se desconecta aleatoriamente.

Luego, mi placa base se rompió y envié el cuaderno a Lenovo, que reemplazó a la placa base. Y después de eso todo funcionó bien. ¡Todos mis problemas se habían ido! Hasta que reinstalé Kubuntu y todos los problemas volvieron.

Quizás esto ayude más a entender

cristiano
fuente
1
Entonces, ¿qué estás tratando de decirnos? Por favor dé una breve conclusión.
cauon