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

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

Olá: Este é um antigo laptop HP 6710b no qual o wifi funcionou até uma atualização de vários pacotes por meio de um link wifi ligeiramente instável em 5 de junho de 2017. Ele tem uma instalação do kubuntu xenial totalmente atualizada.

Em outro laptop "idêntico", o wifi ainda funciona. A última atualização foi em março de 2017 e gostaria de me sentir capaz de atualizá-lo

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

$ 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

$ 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 aquele sobre o qual estou perguntando iwl3945 trava aleatoriamente

Mencionei lá que o wifi funcionava com um disco ativo SL7, mas parecia improvável que isso levasse a algum lugar. Depois de mais experimentos, tentei novamente com a compilação ao vivo do kubuntu de hoje, e novamente o wifi funciona - então não é um problema com os pacotes distribuídos, mas com minha configuração. Posso transferir isso ou descobrir o que há de errado com ele sem uma reinstalação completa?

Obrigado.

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

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

$ 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

$ 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

$ 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

$ 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 firmwareantes. Não houve referências ao arquivo de firmware. modinfomostra a verificação h/w desabilitada, o que posso ter feito anteriormente e pode não se aplicar no modo Live. A conexão no modo Live e com o outro laptop são todas com o mesmo roteador, portanto suas configurações não devem ser um problema.

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

Responder1

A referência ao firmware no seu dmesgestá relacionada ao driver tg3, que é um driver Ethernet. Não está relacionado ao wireless.

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

sudo apt-get purge bcmwl-kernel-source

Reinício. O wireless está funcionando? Se não, poste:

dmesg | grep iwl
iwconfig

EDITAR: Ainda não vemos evidências de que seja um problema de firmware; na verdade, quando uma interface é criada, no seu caso wlp16s0, isso sugere fortemente que o firmware corretofezcarregar. Verificar:

sudo lshw -C network

Firmware = 15.32.2.9 ou algo assim não aparece?

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

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

A interface verifica ou gera um erro?

Sudo iwlist scan

Observe 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 sem fio ou ponto de acesso estiver bloqueado para 802.11N, o seu dispositivo iwl3945 nem mesmo o verá. Certifique-se de que o roteador esteja configurado para 802.11A, B e G e um canal fixo; canal 1, 6 ou 11.

Ao clicar no ícone Network Manager, certifique-se de que Enable Networking e Enable Wireless estejam selecionados. Se você fizer alguma alteração, reinicie o NM:

sudo service network-manager restart

Faça todos os testes com a Ethernet desconectada, pois o NM será padronizado como Ethernet se estiver disponível, pois geralmente é mais rápido e seguro.

Responder2

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

Depois que descobri que o Live DVD permitia a conexão da caixa, a AI decidiu atualizar seu gêmeo, B, e colocá-los lado a lado. Synaptic mostrou que B tinhanãopacotes encontrados por uma pesquisa por broadcom, e removi todos eles de A. Eles quase certamente teriam sido instalados durante investigações anteriores. Principalmente eles estavam relacionados ao B43. Não sei o que causou a falha original pós-atualização.

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

Seguiram-se as habituais dificuldades incompreensíveis de NM e relacionadas à segurança para obter uma conexão utilizável, mas está funcionando e sobreviveu às 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 à ref [1]

Obrigado pela ajuda.

informação relacionada