wifi funciona a partir do DVD ao vivo, mas o firmware não é carregado a partir do kubuntu xenial totalmente atualizado

Question

Oi: Este é um antigo laptop HP 6710b no qual o Wi-Fi funcionava até uma atualização multi-pacote através de um link wifi ligeiramente irregular em 5 de junho de 2017. Ele possui uma instalação xenial kubuntu totalmente atualizada.

Em outro laptop "idêntico", o wifi ainda funciona. Essa foi a última atualização em março de 2017 e eu gostaria de me sentir em condições de atualizá-la

O problema básico parece ser que o firmware iwl3945 não está sendo carregado. Está presente em / lib / firmware e todas as somas md5 são idênticas. O firmware exigido por um dongle Netgear também não é carregado.

john@6710b:~$ lspci -nnk | grep -iA2 net
10:00.0 Network controller [0280]: Intel Corporation PRO/Wireless 3945ABG [Golan] Network Connection [8086:4222] (rev 02)
        Subsystem: Hewlett-Packard Company PRO/Wireless 3945ABG [Golan] Network Connection [103c:135c]
        Kernel driver in use: iwl3945
        Kernel modules: iwl3945, wl
18:00.0 Ethernet controller [0200]: Broadcom Corporation NetLink BCM5787M Gigabit Ethernet PCI Express [14e4:1693] (rev 02)
        Subsystem: Hewlett-Packard Company 6710b [103c:30c0]
        Kernel driver in use: tg3
john@6710b:~$ dmesg | grep firmware
[    3.348625] tg3 0000:18:00.0: VPD access failed.  This is likely a firmware bug on this device.  Contact the card vendor for a firmware update

Há mais detalhes aqui, embora o bug do título não seja o que eu estou perguntando sobre [iwl3945 falha aleatoriamente] 1

Eu mencionei que o wifi funcionava com um disco ao vivo do SL7, mas isso não parecia levar a lugar nenhum. Depois de mais experimentos eu tentei novamente com o live kubuntu build de hoje, e novamente o wifi funciona - então não é um problema com os pacotes distribuídos, mas com a minha configuração. Posso transferir isso ou descobrir o que há de errado com isso sem uma reinstalação completa?

Obrigado.

O aviso sobre o driver tg3 é de longa data e aparece no laptop em funcionamento também. Mas isso também tem "iwl3945 carregado firmware versão 15.32.2.9".

Não havia nada para purgar. Reiniciado. Nada mudou.

john@6710b:~$ dmesg | grep iwl
[   32.166948] iwl3945: Intel(R) PRO/Wireless 3945ABG/BG Network Connection driver for Linux, in-tree:s
[   32.166950] iwl3945: Copyright(c) 2003-2011 Intel Corporation
[   32.166950] iwl3945: hw_scan is disabled
[   32.167017] iwl3945 0000:10:00.0: can't disable ASPM; OS doesn't have ASPM control
[   32.222511] iwl3945 0000:10:00.0: Tunable channels: 13 802.11bg, 23 802.11a channels
[   32.222514] iwl3945 0000:10:00.0: Detected Intel Wireless WiFi Link 3945ABG
[   32.379975] ieee80211 phy0: Selected rate control algorithm 'iwl-3945-rs'
[   35.110144] iwl3945 0000:10:00.0 wlp16s0: renamed from wlan0

john@6710b:~$ iwconfig
ens1      no wireless extensions.

lo        no wireless extensions.

wlp16s0   IEEE 802.11  ESSID:off/any  
          Mode:Managed  Access Point: Not-Associated   Tx-Power=off   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Power Management:off

john@6710b:~$ 

john@6710b:~$ sudo lshw -C network
  *-network DISABLED      
       description: Wireless interface
       product: PRO/Wireless 3945ABG [Golan] Network Connection
       vendor: Intel Corporation
       physical id: 0
       bus info: pci@0000:10:00.0
       logical name: wlp16s0
       version: 02
       serial: 00:1c:bf:63:04:9f
       width: 32 bits
       clock: 33MHz
       capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
       configuration: broadcast=yes driver=iwl3945 driverversion=4.13.0-32-generic firmware=N/A latency=0 link=no multicast=yes wireless=IEEE 802.11
       resources: irq:25 memory:e4100000-e4100fff
  *-network
       description: Ethernet interface
       product: NetLink BCM5787M Gigabit Ethernet PCI Express
       vendor: Broadcom Corporation
       physical id: 0
       bus info: pci@0000:18:00.0
       logical name: ens1
       version: 02
       serial: 00:1a:4b:83:3d:4f
       capacity: 1Gbit/s
       width: 64 bits
       clock: 33MHz
       capabilities: pm vpd msi pciexpress bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=tg3 driverversion=3.137 firmware=sb v2.09 latency=0 link=no multicast=yes port=twisted pair
       resources: irq:27 memory:e4000000-e400ffff
john@6710b:~$ sudo iwlist scan
wlp16s0   Interface doesn't support scanning : Network is down

lo        Interface doesn't support scanning.

ens1      Interface doesn't support scanning.

Obrigado. Eu postei dmesg | grep iwl e dmesg | grep firmware antes. Não houve referências ao arquivo de firmware. modinfo mostra a varredura de h / w desativada, o que eu posso ter feito anteriormente, e pode não se aplicar no modo ao vivo. A conexão no modo Live, e com o outro laptop, são todos com o mesmo roteador, então suas configurações não devem ser um problema.

Eu tenho medo de não ter usado sua tela de entrada antes e estou achando difícil ver o histórico, mas obrigado pela sua ajuda.

    

Answer 1

A referência ao firmware no seu dmesg refere-se ao driver tg3, que é um driver ethernet. Não tem relação com wireless.

Sugiro que você remova o driver incorreto e possivelmente concorrente:

sudo apt-get purge bcmwl-kernel-source

Reinicie. O funcionamento sem fio? Se não, poste:

dmesg | grep iwl
iwconfig

EDIT : Ainda não vemos evidência de que seja um problema de firmware; Na verdade, quando uma interface é criada, no seu caso, wlp16s0, isso sugere strongmente que o firmware correto foi carregado . Verifique:

sudo lshw -C network

O firmware = 15.32.2.9 ou algum desses aparece?

Em dmesg , se o firmware não foi encontrado e carregado, seria muito evidente; algo assim:

iwl3945 0000:05:00.0: iwlwifi-3945-2.ucode firmware file req failed: -2

A interface faz a varredura ou gera um erro?

Sudo iwlist scan

Por favor, note aqui:

Tunable channels: 13 802.11bg, 23 802.11a channels

Este dispositivo foi projetado e construído antes do advento do 802.11N. Isso significa que, se o seu roteador ou ponto de acesso sem fio estiver bloqueado para 802.11N, seu dispositivo iwl3945 nem mesmo o verá. Por favor, certifique-se de que o roteador está configurado para 802.11A, B e G e um canal fixo; canal 1, 6 ou 11.

Ao clicar no ícone do Network Manager, certifique-se de que Ativar rede e Ativar sem fio estejam selecionados. Se você fizer alguma alteração, reinicie o NM:

sudo service network-manager restart

Faça todos os testes com a ethernet separada, já que o NM será padronizado para ethernet se estiver disponível, pois é mais rápido e seguro.

    

Answer 2

O Wifi agora está funcionando novamente neste laptop - pelo menos a uma distância de cerca de 2 metros do roteador. Ele também mostra outros possíveis pontos de conexão mais distantes.

Depois que descobri que o Live DVD permitia a conexão da caixa A, decidi atualizar seu gêmeo, B, e tê-los lado a lado. O Synaptic mostrou que B tinha nenhum pacotes encontrados por uma busca por broadcom, e eu removi todos eles de A. Eles quase certamente teriam sido instalados durante investigações anteriores. Principalmente eles eram relacionados ao B43. Eu não sei o que causou a falha original pós-atualização.

As respostas para "sudo lshw -C network" começaram a ficar parecidas e "rfkill list" mostrou que eu precisava "rfkill unblock 0" e "rfkill unblock 2"

As habituais dificuldades incompreensíveis de NM e relacionadas à segurança se seguiram para obter uma conexão utilizável, mas está funcionando e sobreviveu a reinicializações.

"dmesg | grep iwl33945" agora mostra uma carga de firmware e tem um novo aviso sobre possível mau comportamento se o gerenciamento de energia estiver ativado - relacionado a ref [1]

Obrigado pela ajuda.