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
Respuestas:
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:
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.
fuente
linux-backports-modules-cw-3.3-precise-generic
paquete. Lo estoy intentando.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é:
Esto vuelve a cargar el controlador para wifi. También hago ping a veces el enrutador, esto mantiene estable mi conexión wifi.
fuente
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.
fuente
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).
fuente
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.
fuente
Hola, acabo de hacer lo que se menciona en la última parte del texto (actualización del 21 de febrero de 2011) http://www.hitxp.com/articles/software/ubuntu-fix-slow-wireless-internet-connection-speed-upgrading- 11-04-natty-narwhal / obtengo mejores resultados con eso para thinkpad x121e ubuntu 12.04
fuente
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:
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.
(espera unos segundos)
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.
fuente
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
mtr
en una ventana dedicada:mtr 10.0.0.1
(reemplace 10.0.0.1 con su IP de punto de acceso real). Ejecutar esto
mtr
en 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
mtr
monitoreo 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.fuente
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.
fuente
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.
fuente
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
fuente