☰

La conexión inalámbrica no funciona en un HP Pavillion DV6000 con Intel 3945abg

tag-icon • tag-icon 11.10 wireless intel-wireless hp-pavilion
La conexión inalámbrica no funciona en un HP Pavillion DV6000 con Intel 3945abg

Acabo de instalar Ubuntu 11.10 en mi HP Pavillion DV6000 y mi conexión inalámbrica no se conecta. He estado buscando respuestas en Internet, así que este es mi último recurso. Nadie puede entenderlo. He oído que debo conectarme y hacer actualizaciones porque no tengo una conexión por cable.

Lee mi conexión inalámbrica y solicita la fase de contraseña y luego simplemente no puede conectarse. Sigue apareciendo cada minuto pidiendo la contraseña. Tengo un controlador de red Intel Corporation PRO/Wireless 3945abg [golan].

Soy nuevo en Ubuntu, estoy usando un punto de acceso móvil para mi conexión inalámbrica, luego fui a editar las conexiones, encontré mi punto de acceso y luego fui a la seguridad inalámbrica, es WPA y WPA2 Personal, me aseguré de que la fase de contraseña sea correcta. Lo extraño es que actualicé desde Ubuntu 10.10 y la conexión inalámbrica funcionó bien en esta computadora. aquí está mi información.

trav@trav-HP-Pavilion-dv6000-RG360UA-ABA:~$ sudo lshw -C network
  *-network               
       description: Wireless interface
       product: PRO/Wireless 3945ABG [Golan] Network Connection
       vendor: Intel Corporation
       physical id: 0
       bus info: pci@0000:02:00.0
       logical name: wlan0
       version: 02
       serial: 00:18:de:76:19:43
       width: 32 bits
       clock: 33MHz
       capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
       configuration: broadcast=yes driver=iwl3945 driverversion=3.0.0-14-generic firmware=15.32.2.9 latency=0 link=no multicast=yes wireless=IEEE 802.11abg
       resources: irq:43 memory:d6000000-d6000fff
  *-network
       description: Ethernet interface
       product: PRO/100 VE Network Connection
       vendor: Intel Corporation
       physical id: 8
       bus info: pci@0000:05:08.0
       logical name: eth0
       version: 02
       serial: 00:16:36:a3:41:98
       size: 10Mbit/s
       capacity: 100Mbit/s
       width: 32 bits
       clock: 33MHz
       capabilities: pm bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=e100 driverversion=3.5.24-k2-NAPI duplex=half firmware=N/A latency=64 link=no maxlatency=56 mingnt=8 multicast=yes port=MII speed=10Mbit/s
       resources: irq:20 memory:d8000000-d8000fff ioport:4000(size=64)

Respuesta1

La parte interesante del rastro es esta:

iwl3945 0000:0b:00.0: Card state received: HW:Kill SW:On

Como también indicó, sus rfkill list allresultados no muestran problemas con el interruptor de apagado de hardware/software.

encontréeste informe muy similar.

La sugerencia fue reemplazar el administrador de red con wicd (buscar en el centro de software/synaptic).

Hay uninforme de errorpara su tarjeta en Launchpad.

La última entrada en el informe de error parece prometedora:

Cree un archivo llamado configen /etc/pm/config.d/, haciendo esto:

gksudo gedit /etc/pm/config.d/config

Añade esta línea:

SUSPEND_MODULES="iwl3945".

Guarde y reinicie.

Respuesta2

Ubuntu 12 corrige el problema.

*-network               
       description: Wireless interface
       product: PRO/Wireless 3945ABG [Golan] Network Connection
       vendor: Intel Corporation
       physical id: 0
       bus info: pci@0000:02:00.0
       logical name: wlan0
       version: 02

Deslice el interruptor inalámbrico hacia la derecha. La luz alterna rojo/azul.

Respuesta3

Podrías buscar en los registros, con algo como sudo zegrep -n 'wpa_supplicant|NetworkManager' /var/log/*para ver qué está pasando.

Después de mirar el registro publicado, así es como lo analicé.

Análisis de var_log.txt ( http://pastebin.com/Y9s3UJMN), 230 líneas como:

/var/log/syslog:7607:Dec 18 14:57:52 trav-HP-Pavilion-dv6000-RG360UA-ABA NetworkManager[870]: <info> (wlan0): device state change: need-auth -> prepare (reason 'none') [60 40 0]

Demasiado desorden y posiblemente muy poca información. Reduzcamos el desorden y veamos qué queda. La herramienta que uso para esto es el editor GNU Emacs, pero puedes usar cualquier editor en una copia del archivo, como lo hice yo.

Todas las líneas comienzan con " /var/log/syslog:": aquí no hay información útil, elimínela.

El siguiente es el número de línea (debido a la opción -n). Tenga en cuenta que existen espacios en la secuencia de números de línea. Las líneas omitidas (7622-7625 y otros espacios cortos) son líneas que no contienen " NetworkManager" ni " wpa_supplicant", pero pueden contener información interesante. Esto es algo que debes mirar. Mantengamos los números de línea, por ahora.

Luego está la fecha, la hora, el nombre de host (¿qué tipo de nombre de host es " trav-HP-Pavilion-dv6000-RG360UA-ABA"? Reemplácelo (en el registro) con " trav", sin pérdida de información y con 31 caracteres desordenados guardados por línea) y el nombre del proceso que creó el registro. entrada. Solo buscamos " NetworkManager" o " wpa_supplicant", así que eso es todo lo que tenemos. Observe que los PID (los ID de proceso, en []) siguen siendo los mismos, [870]para NetworkManagery [916]para wpa_supplicant. Esto significa que NetworkManager y wpa_supplicant NO se reiniciaron durante este fragmento de registro. Cada uno de ellos piensa que está funcionando "normalmente".

Finalmente, llegamos al mensaje que se registró. NetworkManager etiqueta sus mensajes con "información" o "advertencia", wpa_supplicant no lo hace.

Luego, mirando los mensajes en el primer bloque de números de línea consecutivos, 7607 a 7621:

<info> (wlan0): device state change: need-auth -> prepare (reason 'none')
<info> Activation (wlan0) Stage 2 of 5 (Device Configure) scheduled...
<info> Activation (wlan0) Stage 1 of 5 (Device Prepare) complete.     
<info> Activation (wlan0) Stage 2 of 5 (Device Configure) starting... 
<info> (wlan0): device state change: prepare -> config (reason 'none')
<info> Activation (wlan0/wireless): connection 'Auto Verizon DROIDX 19
<info> Config: added 'ssid' value 'Verizon DROIDX 1980'               
<info> Config: added 'scan_ssid' value '1'                            
<info> Config: added 'key_mgmt' value 'WPA-PSK'                       
<info> Config: added 'psk' value '<omitted>'                          
<info> Activation (wlan0) Stage 2 of 5 (Device Configure) complete.   
<info> Config: set interface ap_scan to 1                             
<info> (wlan0): supplicant interface state: inactive -> scanning      
Trying to authenticate with 40:fc:89:29:82:fb (SSID='Verizon DROIDX 19
<info> (wlan0): supplicant interface state: scanning -> authenticating

Vemos a NetworkManager realizando la Etapa 1 y la Etapa 2 (de 5) de Activación, luego llama a wpa_supplicant para intentar autenticarse usando el SSID "Verizon DROIDX 1980", dirección MAC 40:fc:89:29:82:fb.

Luego, el 18 de diciembre a las 14:58:02 y cada 8 segundos a partir de entonces, el solicitante de wpa registra:

Trying to authenticate with 40:fc:89:29:82:fb (SSID='Verizon DROIDX 1980' freq=2462 MHz)

Luego, el 18 de diciembre a las 14:58:38, NetworkManager realiza una desconexión "solicitada por el usuario".

Mirar estas entradas de registro fue una pérdida de tiempo: comenzar de nuevo en la línea 7654 "Activación (wlan0) iniciando conexión 'Verizon DROID2 6182'", pero esta vez, hay información diferente:

 <info> Activation (wlan0) starting connection 'Verizon DROID2 6182'
 <info> (wlan0): device state change: disconnected -> prepare (reason 'none') [30 40 0]
 <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) scheduled...
 <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) started... 
 <info> Activation (wlan0) Stage 2 of 5 (Device Configure) scheduled...
 <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) complete.  
 <info> Activation (wlan0) Stage 2 of 5 (Device Configure) starting...
 <info> (wlan0): device state change: prepare -> config (reason 'none') [40 50 0]
 <info> Activation (wlan0/wireless): access point 'Verizon DROID2 6182' has security, but secrets are required.
 <info> (wlan0): device state change: config -> need-auth (reason 'none') [50 60 0]
 <info> Activation (wlan0) Stage 2 of 5 (Device Configure) complete.

Luego, a las 14:59:27, vemos otro reinicio inalámbrico, todavía WPA-PSK, "secretos" conocidos, pero con el valor 'auth_alg' agregado 'OPEN'. Frecuencia diferente.

 get_secret_flags: assertion `is_secret_prop (setting, secret_name, error)' failed
 <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) scheduled...
 <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) started...
 <info> (wlan0): device state change: need-auth -> prepare (reason 'none') [60 40 0]
 <info> Activation (wlan0) Stage 2 of 5 (Device Configure) scheduled...
 <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) complete.
 <info> Activation (wlan0) Stage 2 of 5 (Device Configure) starting...
 <info> (wlan0): device state change: prepare -> config (reason 'none') [40 50 0]
 <info> Activation (wlan0/wireless): connection 'Verizon DROID2 6182' has security, and secrets exist.  No new secrets needed.
 <info> Config: added 'ssid' value 'Verizon DROID2 6182'
 <info> Config: added 'scan_ssid' value '1'
 <info> Config: added 'key_mgmt' value 'WPA-PSK'
 <info> Config: added 'auth_alg' value 'OPEN'
 <info> Config: added 'psk' value '<omitted>'
 <info> Activation (wlan0) Stage 2 of 5 (Device Configure) complete.
 <info> Config: set interface ap_scan to 1
 <info> (wlan0): supplicant interface state: disconnected -> scanning
 Trying to authenticate with f8:7b:7a:4f:8f:56 (SSID='Verizon DROID2 6182' freq=2437 MHz)

Termina con wpa_supplicant probando una MAC y SSID diferentes y volviendo a intentarlo. El 18 de diciembre a las 15:00:27 se agotó el tiempo de espera de NetworkManager:

 <warn> Activation (wlan0/wireless): association took too long.
 <info> (wlan0): device state change: config -> need-auth (reason 'none') [50 60 0]
 <warn> Activation (wlan0/wireless): asking for new secrets
 <info> (wlan0): supplicant interface state: authenticating -> disconnected
 <warn> Couldn't disconnect supplicant interface: This interface is not connected.
 get_secret_flags: assertion `is_secret_prop (setting, secret_name, error)' failed
 <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) scheduled...
 <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) started...
 <info> (wlan0): device state change: need-auth -> prepare (reason 'none') [60 40 0]
 <info> Activation (wlan0) Stage 2 of 5 (Device Configure) scheduled...
 <info> Activation (wlan0) Stage 1 of 5 (Device Prepare) complete.
 <info> Activation (wlan0) Stage 2 of 5 (Device Configure) starting...
 <info> (wlan0): device state change: prepare -> config (reason 'none') [40 50 0]
 <info> Activation (wlan0/wireless): connection 'Verizon DROID2 6182' has security, and secrets exist.  No new secrets needed.
 <info> Config: added 'ssid' value 'Verizon DROID2 6182'
 <info> Config: added 'scan_ssid' value '1'
 <info> Config: added 'key_mgmt' value 'WPA-PSK'
 <info> Config: added 'auth_alg' value 'OPEN'
 <info> Config: added 'psk' value '<omitted>'
 <info> Activation (wlan0) Stage 2 of 5 (Device Configure) complete.
 <info> Config: set interface ap_scan to 1
 <info> (wlan0): supplicant interface state: disconnected -> scanning
 Trying to authenticate with f8:7b:7a:4f:8f:56 (SSID='Verizon DROID2 6182' freq=2437 MHz)
 <info> (wlan0): supplicant interface state: scanning -> authenticating

luego más "Intentando autenticarse", se reinicia y finaliza a las 15:01:36, "solicita nuevos secretos" y advierte "No se pudo desconectar la interfaz del solicitante: esta interfaz no está conectada". y "No había agentes disponibles para esta solicitud". lo que insinúa el (falta de) progreso del intento de conexión/autenticación. NetworkManager abandona 'Verizon DROID2 6182' y lo marca como no válido.

El 18 de diciembre a las 15:01:43, NetworkManager activa automáticamente Verizon DROIDX 1980, pero se produce una desconexión "solicitada por el usuario" a las 15:02:22.

A las 15:02:26 NetworkManager activa automáticamente Verizon DROIDX 1980 nuevamente, hasta las 15:02:40, cuando ocurre "la desactivación del dispositivo (motivo 'conexión eliminada') [38]".

Las preguntas que tengo en este momento son:

¿Hay alguna información interesante en las líneas 7622-7625 y otros breves espacios en blanco?

¿Por qué utilizar "40:fc:89:29:82:fb (SSID='Verizon DROIDX 1980' frecuencia=2462 MHz)" y "f8:7b:7a:4f:8f:56 (SSID='Verizon DROID2 6182' frecuencia =2437 MHz)"? ¿Cuál es la correcta?

¿Está realmente, realmente, realmente seguro de haber ingresado correctamente la clave precompartida WPA? Si es una cadena hexadecimal, intente reemplazar [af] con [AF] o al revés.

Waltinador

Respuesta4

Me encontré con uno similar en mi computadora portátil y sucedía cada vez que no estaba conectado al cargador. Tenía algo que ver con la gestión de la energía wifi. Al parecer tuve que apagarlo permanentemente.

información relacionada