☰

Wireless não funciona em um HP Pavillion DV6000 com Intel 3945abg

tag-icon • tag-icon 11.10 wireless intel-wireless hp-pavilion
Wireless não funciona em um HP Pavillion DV6000 com Intel 3945abg

Acabei de instalar o Ubuntu 11.10 no meu HP Pavillion DV6000 e meu wireless não conecta. Tenho procurado respostas em toda a Internet, então este é meu último recurso. Ninguém consegue entender. Ouvi dizer que preciso ficar on-line e fazer atualizações porque não tenho uma conexão com fio.

Ele lê meu wireless e pede senha e simplesmente não consegue conectar. Ele continua aparecendo a cada minuto pedindo a senha. Eu tenho um controlador de rede Intel Corporation PRO/Wireless 3945abg [golan].

Sou novo no Ubuntu, estou usando um hotspot móvel para meu wireless, então fui editar as conexões, encontrei meu hotspot e fui para a segurança wireless, é WPA e WPA2 Personal, certifiquei-me de que a fase de acesso está correta. O mais estranho é que atualizei do Ubuntu 10.10 e o wireless funcionou bem neste computador. aqui estão minhas informações.

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)

Responder1

A parte interessante do rastreamento é esta:

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

Como você também indicou - seus rfkill list allresultados não mostram problemas de interrupção de hardware/software.

eu encontreieste relatório muito semelhante.

A sugestão foi substituir o network-manager pelo wicd (busca no software center/synaptic).

Existe umrelatório de erropara o seu cartão na barra de lançamento.

A última entrada no relatório de bug parece promissora:

Crie um arquivo nomeado configem /etc/pm/config.d/, fazendo o seguinte:

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

Adicione esta linha:

SUSPEND_MODULES="iwl3945".

Salve e reinicie.

Responder2

Ubuntu 12 corrige o 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

Deslize o interruptor sem fio para a direita. A luz alterna vermelho/azul.

Responder3

Você pode pesquisar nos logs algo como sudo zegrep -n 'wpa_supplicant|NetworkManager' /var/log/*ver o que está acontecendo.

Depois de olhar o log postado, veja como o analisei.

Análise de var_log.txt( http://pastebin.com/Y9s3UJMN), 230 linhas 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]

Muita desordem e possivelmente pouca informação. Vamos reduzir a desordem e ver o que resta. A ferramenta que uso para isso é o editor GNU Emacs, mas você pode usar qualquer editor em uma cópia do arquivo, como eu fiz.

Todas as linhas começam com " /var/log/syslog:" - nenhuma informação útil aqui, exclua.

O próximo é o número da linha (devido à opção -n). Observe que existem lacunas na sequência dos números das linhas. As linhas omitidas (7622-7625 e outros espaços curtos) são linhas que não contêm " NetworkManager" ou " wpa_supplicant", mas podem conter informações interessantes. Isso é algo para você olhar. Vamos manter os números das linhas, por enquanto.

Depois, há a data, hora, nome do host (que tipo de nome de host é " trav-HP-Pavilion-dv6000-RG360UA-ABA"? Substitua (no log) por " trav", sem perda de informações e 31 caracteres de desordem salvos por linha) e o nome do processo que fez o log entrada. Nós apenas buscamos " NetworkManager" ou " wpa_supplicant", então isso é tudo que temos. Observe que os PIDs (os IDs do processo, em []) permanecem os mesmos, [870]para NetworkManagere [916]para wpa_supplicant. Isso significa que o NetworkManager e o wpa_supplicant NÃO foram reiniciados durante este fragmento de log. Cada um deles pensa que está funcionando “normalmente”.

Finalmente, chegamos à mensagem que foi registrada. O NetworkManager marca suas mensagens com "info" ou "warn", o wpa_supplicant não.

Então, olhando as mensagens no primeiro bloco de números de linha 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 o NetworkManager executando o Estágio 1 e o Estágio 2 (de 5) de ativação e, em seguida, chamando wpa_supplicant para tentar autenticar usando o SSID "Verizon DROIDX 1980", endereço MAC 40:fc:89:29:82:fb.

Então, em 18 de dezembro às 14:58:02 e a cada 8 segundos depois disso, o suplicante wpa registra:

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

Então, às 14:58:38 de 18 de dezembro, o NetworkManager faz uma desconexão 'solicitada pelo usuário'.

Observar essas entradas de log foi uma perda de tempo - recomeçar na linha 7654 "Ativação (wlan0) iniciando conexão 'Verizon DROID2 6182'", mas desta vez há algumas informações diferentes:

 <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.

Então, às 14:59:27, vemos outra reinicialização sem fio, ainda WPA-PSK, conhecida como "segredos", mas com valor 'auth_alg' adicionado 'OPEN'. Frequência 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 com wpa_supplicant tentando um MAC e SSID diferentes e tentando novamente. Em 18 de dezembro, 15:00:27, o NetworkManager expirou:

 <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

em seguida, mais "Tentando autenticar", reinicia, terminando às 15:01:36, "pedindo novos segredos" e avisando "Não foi possível desconectar a interface suplicante: esta interface não está conectada." e "Nenhum agente estava disponível para esta solicitação." que sugere o (falta de) progresso da tentativa de conexão/autenticação. NetworkManager desiste de 'Verizon DROID2 6182', marcando-o como inválido.

Em 18 de dezembro, às 15:01:43, o NetworkManager ativa automaticamente o Verizon DROIDX 1980, mas cai para uma desconexão 'solicitada pelo usuário' às 15:02:22.

Às 15:02:26, ​​o NetworkManager ativa automaticamente o Verizon DROIDX 1980 novamente, até 15:02:40, quando "desativação do dispositivo (motivo 'conexão removida') [38]" acontece.

As perguntas que tenho neste momento são:

Existe alguma informação interessante nas linhas 7622-7625 e outras lacunas curtas?

Por que usar "40:fc:89:29:82:fb (SSID='Verizon DROIDX 1980' freq=2462 MHz)" e "f8:7b:7a:4f:8f:56 (SSID='Verizon DROID2 6182' freq =2437MHz)"? Qual deles está certo?

Você tem realmente certeza de que a chave pré-compartilhada WPA foi inserida corretamente? Se for uma string hexadecimal, tente substituir [af] por [AF] ou vice-versa.

Waltinador

Responder4

Encontrei um semelhante no meu notebook e acontecia sempre que não estava conectado ao carregador. Tinha algo a ver com o gerenciamento de energia do wi-fi. Aparentemente tive que desligá-lo permanentemente.

informação relacionada