Hola: Esta es una vieja computadora portátil HP 6710b en la que el wifi funcionó hasta una actualización de paquetes múltiples a través de un enlace wifi ligeramente inestable el 5 de junio de 2017. Tiene una instalación de kubuntu xenial completamente actualizada.
En otra computadora portátil "idéntica", el wifi todavía funciona. Se actualizó por última vez en marzo de 2017 y me gustaría poder actualizarlo.
El problema básico parece ser que el firmware iwl3945 no se carga. Está presente /lib/firmwarey todas las sumas de md5 son idénticas. El firmware requerido por un dongle Netgear tampoco está cargado.
$ 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
Hay más detalles aquí, aunque el error del título no es sobre el que estoy preguntando. iwl3945 falla aleatoriamente
Mencioné allí que el wifi funcionaba con un disco en vivo SL7, pero parecía poco probable que eso condujera a ninguna parte. Después de más experimentos, intenté nuevamente con la compilación de kubuntu en vivo de hoy y nuevamente el wifi funciona, por lo que no es un problema con los paquetes distribuidos sino con mi configuración. ¿Puedo transferirlo o descubrir qué tiene de malo sin realizar una reinstalación completa?
Gracias.
La advertencia sobre el controlador tg3 existe desde hace mucho tiempo y también aparece en la computadora portátil en funcionamiento. Pero eso también tiene "la versión de firmware cargada iwl3945 15.32.2.9".
No había nada que purgar. Reiniciado. Nada ha cambiado.
$ 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.
Gracias. Publiqué dmesg | grep iwl y dmesg | grep firmwareantes. No hubo referencias al archivo de firmware. modinfomuestra el escaneo de hardware deshabilitado, lo cual es posible que haya hecho antes y que podría no aplicarse en el modo en vivo. La conexión en modo Live, y con el otro portátil, son todas con el mismo router, por lo que su configuración no debería ser un problema.
Me temo que no he usado tu pantalla de entrada antes y me resulta difícil ver el historial, pero gracias por tu ayuda.
Respuesta1
La referencia al firmware en su dmesgse relaciona con el controlador tg3, que es un controlador de Ethernet. No está relacionado con la conexión inalámbrica.
Le sugiero que elimine el controlador incorrecto y posiblemente competidor:
sudo apt-get purge bcmwl-kernel-source
Reiniciar. ¿Está funcionando la conexión inalámbrica? Si no, publica:
dmesg | grep iwl
iwconfig
EDITAR: Todavía no vemos evidencia de que sea un problema de firmware; de hecho, cuando se crea una interfaz, en su caso wlp16s0, eso sugiere fuertemente que el firmware correctohizocarga. Controlar:
sudo lshw -C network
¿No aparece firmware=15.32.2.9 o algo así?
En dmesg, si no se pudiera encontrar y cargar el firmware, sería muy evidente; algo como esto:
iwl3945 0000:05:00.0: iwlwifi-3945-2.ucode firmware file req failed: -2
¿La interfaz escanea o arroja un error?
Sudo iwlist scan
Tenga en cuenta aquí:
Tunable channels: 13 802.11bg, 23 802.11a channels
Este dispositivo fue diseñado y construido antes de la llegada de 802.11N. Eso significa que si su enrutador inalámbrico o punto de acceso está bloqueado en 802.11N, su dispositivo iwl3945 ni siquiera lo verá. Asegúrese de que el enrutador esté configurado en 802.11A, B y G y en un canal fijo; ya sea el canal 1, 6 u 11.
Cuando haga clic en el icono de Network Manager, asegúrese de que estén seleccionados Habilitar redes y Habilitar conexión inalámbrica. Si realiza algún cambio, reinicie NM:
sudo service network-manager restart
Realice todas las pruebas con Ethernet desconectado, ya que NM utilizará Ethernet de forma predeterminada si está disponible, ya que suele ser más rápido y seguro.
Respuesta2
La conexión Wifi vuelve a funcionar en este portátil, al menos a una distancia de unos 2 metros del router. También muestra otros posibles puntos de conexión más lejanos.
Después de que descubrí que el Live DVD permitía la conexión desde la caja, AI decidió actualizar su gemelo, B, y tenerlos uno al lado del otro. Synaptic demostró que B teníaNopaquetes encontrados mediante una búsqueda de broadcom, y los eliminé todos de A. Es casi seguro que se habrían instalado durante investigaciones anteriores. En su mayoría estaban relacionados con la B43. No sé qué causó el error original posterior a la actualización.
Las respuestas a "sudo lshw -C network" comenzaron a parecer similares y "rfkill list" mostró que necesitaba "rfkill unblock 0" y "rfkill unblock 2".
Siguieron los habituales e incomprensibles NM y las dificultades relacionadas con la seguridad para conseguir una conexión utilizable, pero está funcionando y ha sobrevivido a los reinicios.
"dmesg | grep iwl33945" ahora muestra una carga de firmware y tiene una nueva advertencia sobre un posible mal comportamiento si la administración de energía está habilitada - relacionado con la referencia [1]
Gracias por la ayuda.