Estoy usando un modelo B de 256 MB Pi con un adaptador WiFi USB Edimax EW-7711UTn. Después de algunas horas, la conexión WiFi comienza a caerse y se reinicia. Hasta que deje de funcionar por completo. Esto es lo que veo en / var / log / messages:
Mar 9 20:39:29 raspberrypi kernel: [ 9353.773167] cfg80211: Calling CRDA to update world regulatory domain
Mar 9 20:39:29 raspberrypi wpa_action: WPA_IFACE=wlan0 WPA_ACTION=DISCONNECTED
Mar 9 20:39:29 raspberrypi wpa_action: WPA_ID=0 WPA_ID_STR= WPA_CTRL_DIR=/var/run/wpa_supplicant
Mar 9 20:39:29 raspberrypi wpa_action: ifdown wlan0
Mar 9 20:39:30 raspberrypi wpa_action: removing sendsigs omission pidfile: /run/sendsigs.omit.d/wpasupplicant.wpa_supplicant.wlan0.pid
Mar 9 20:39:33 raspberrypi kernel: [ 9357.478605] wlan0: authenticate with 30:46:9a:54:6f:3d
Mar 9 20:39:33 raspberrypi kernel: [ 9357.624628] wlan0: send auth to xxx (try 1/3)
Mar 9 20:39:33 raspberrypi kernel: [ 9357.626510] wlan0: authenticated
Mar 9 20:39:33 raspberrypi kernel: [ 9357.703189] wlan0: associate with xxx (try 1/3)
Mar 9 20:39:33 raspberrypi kernel: [ 9357.707045] wlan0: RX AssocResp from 30:46:9a:54:6f:3d (capab=0x411 status=0 aid=2)
Mar 9 20:39:33 raspberrypi kernel: [ 9357.722534] wlan0: associated
Mar 9 20:39:33 raspberrypi wpa_action: WPA_IFACE=wlan0 WPA_ACTION=CONNECTED
Mar 9 20:39:33 raspberrypi wpa_action: WPA_ID=0 WPA_ID_STR= WPA_CTRL_DIR=/var/run/wpa_supplicant
Mar 9 20:39:33 raspberrypi wpa_action: ifup wlan0=default
Mar 9 20:39:40 raspberrypi wpa_action: creating sendsigs omission pidfile: /run/sendsigs.omit.d/wpasupplicant.wpa_supplicant.wlan0.pid
Mar 9 20:39:40 raspberrypi wpa_action: bssid=xxx
Mar 9 20:39:40 raspberrypi wpa_action: ssid=xxx
Mar 9 20:39:40 raspberrypi wpa_action: id=0
Mar 9 20:39:40 raspberrypi wpa_action: mode=station
Mar 9 20:39:40 raspberrypi wpa_action: pairwise_cipher=CCMP
Mar 9 20:39:40 raspberrypi wpa_action: group_cipher=CCMP
Mar 9 20:39:40 raspberrypi wpa_action: key_mgmt=WPA2-PSK
Mar 9 20:39:40 raspberrypi wpa_action: wpa_state=COMPLETED
Mar 9 20:39:40 raspberrypi wpa_action: ip_address=xxx
Mar 9 20:39:40 raspberrypi wpa_action: address=xxx
Y dmesg a veces me dice:
[20014.112395] wlan0: deauthenticating from xxx by local choice (reason=3)
Los procesos de wpa en ejecución son:
1872 ? Ss 0:00 /sbin/wpa_supplicant -s -B -P /var/run/wpa_supplicant.wlan0.pid -i wlan0 -W -D nl80211,wext -c /etc/wpa_supplicant/wpa_supplicant.conf
2010 ? Ss 0:00 /sbin/wpa_cli -B -P /var/run/wpa_action.wlan0.pid -i wlan0 -p /var/run/wpa_supplicant -a /sbin/wpa_action
¿Alguien más tiene estos problemas y cómo puedo solucionarlos?
Dado que muchas personas parecen tener problemas con fuentes de alimentación insuficientes: Mi RasPi funciona con un suministro de 1.2A 5V y tiene un concentrador USB de 3.8A 5V conectado. Ahora desconecté todos los demás dispositivos del concentrador alimentado y conecté el Edimax a él, tal vez esto ayude.
Actualización: No, esta vez solo tomó unos minutos para que el WiFi dejara de responder.
Actualización 2: Todavía tengo problemas, en este momento noté que la conexión se puede reiniciar usando ifdown y ifup, pero sigo recibiendo más y más de estos mensajes:
Mar 22 19:11:59 raspberrypi kernel: [215435.967714] cfg80211: Calling CRDA to update world regulatory domain
Mar 22 19:12:01 raspberrypi kernel: [215437.948971] wlan0: authenticate with XXXXXX
Mar 22 19:12:02 raspberrypi kernel: [215438.087245] wlan0: send auth to XXXXXX (try 1/3)
Mar 22 19:12:02 raspberrypi kernel: [215438.089006] wlan0: authenticated
Mar 22 19:12:02 raspberrypi kernel: [215438.165765] wlan0: associate with XXXXXX (try 1/3)
Mar 22 19:12:02 raspberrypi kernel: [215438.169604] wlan0: RX AssocResp from XXXXXX (capab=0x411 status=0 aid=1)
Mar 22 19:12:02 raspberrypi kernel: [215438.185759] wlan0: associated
Esto sucede en períodos de tiempo cada vez más cortos hasta que reinicio. Entonces está bien de nuevo por un día o dos. Entonces, ¿qué está pasando aquí?
Actualización: Ok, acabo de conectar el Pi a una pantalla y comencé a copiar archivos a través de WiFi. Después de unos 15 minutos, el Pi se congeló. Tuve un tmux ejecutándose con salida de htop y tail -f / var / log / messages. Sin kernel panic visible, ni nada en / var / log / messages. La máquina está congelada.
fuente
/etc/network/interfaces
similar al que aparece aquí: elinux.org/RPi_edimax_EW-7811Un , y ahora parece funcionar bastante bien. Ha estado despierto durante algunas horas y sigue trabajando, sin reconexión.Respuestas:
Me imagino que ahora puedo decir con seguridad que los problemas se deben al dispositivo y / o al controlador rt2x00. He estado usando Ethernet solo las últimas 48 horas, he copiado muchos Gigabytes de datos y no tengo un solo problema. Por lo tanto, actualmente desalentaría el uso de dispositivos basados en rt2800, e intentaré encontrar otro dongle, tal vez uno con el chip Realtek, ya que parece ser el más utilizado.
EDITAR: Compré un TPL-WN725N con un chip RTL8188CUS. Funciona fuera de la caja, actualmente con 0,5 GB de tráfico y aún se está ejecutando. También parece algo más rápido que el dongle basado en Ralink. Obtengo 1.9MByte / sec, mientras que antes tenía 1.3MByte / sec. Veamos si permitirá que el Pi funcione más tiempo y no se congele.
EDITAR: > 5 GB y sigue fuerte. Se ve muy prometedor. Lo mantendrá en funcionamiento para ver si falla.
fuente
Hay una versión especial de hostapd (se ocupa de la autenticación inalámbrica) que debe usar con este adaptador. El chipset Realtek no funciona particularmente bien si es que tiene la versión de distribución Raspbian 'lista para usar'.
Yo publicado una guía para la instalación de este adaptador Wi-Fi para su uso como un punto de acceso en mi blog.
Si no desea consultar mi blog, aquí está el enlace de la guía que utilicé .
fuente
No tengo idea, para ser honesto, pero hay dos cosas que puedes probar:
el primero es jugar con las opciones de ahorro de energía documentadas en el paquete del controlador realtek. en este momento uso el máximo ahorro de energía, por:
pero puede probar diferentes combinaciones de las opciones anteriores.
La segunda cosa que podría intentar es tener un cronojob cada n minutos que verifique si el wlan está funcionando (por ejemplo, utilizando fping o cualquier otro), y si no, lo desactiva y lo vuelve a activar (utilizando el cliente de línea de comando del administrador de red), posiblemente también quitando y reinsertando el módulo
fuente
Tengo exactamente este problema con varios dongles Wifi diferentes. Dos cosas.
1.) agregue esto a su / etc / network / interfaces
2.) wlan0: la autenticación de xxx por elección local (razón = 3) repetidamente puede ser un ataque de autenticación en su wifi
fuente
Encontré esta explicación que indica que la administración de energía del controlador podría ser la culpa. También sugiere usar estos cambios para el controlador:
y pegue lo siguiente en:
fuente