WiFi non funzionante - Broadcom 4312

Fedora Linux Internet, Reti e Sicurezza
#1

Buongiorno a tutti! Dopo l’installazione di Fedora 30 non riesco a far funzionare il WiFi con la mia scheda Broadcom 4312. Di seguito i tentativi che ho fatto senza però avere successo:

  1. Utilizzare la versione non ufficiale di D. Caratti (https://fedoraproject.org/wiki/Common_F30_bugs#broadcom-wl-mesh)
  2. Installare i driver proprietari broadcom-wl
  3. Installare b43-tools
  4. Seguire i consigli della discussione simile (https://forum.fedoraonline.it/viewtopic.php?id=26578)

Avreste qualche altra idea che posso provare? Ammetto che magari non ho adeguatamente “ripulito” il sistema dopo ogni tentativo; potrebbe influire anche questo?

$ lspci -v ... 02:00.0 Network controller: Broadcom Inc. and subsidiaries BCM4312 802.11b/g LP-PHY (rev 01) Subsystem: Hewlett-Packard Company Device 1508 Flags: bus master, fast devsel, latency 0, IRQ 16 Memory at d9000000 (64-bit, non-prefetchable) [size=16] Capabilities: <access denied> Kernel driver in use: b43-pci-bridge Kernel modules: ssb, wl ...[/size]

#2

Domanda banale: con un altro kernel cambia qualcosa? magari prendendolo da updates-testing?

#3

Ciao, ti ringrazio per la risposta.

Purtroppo da grub ho il seguente errore e non posso scegliere la versione di kernel da utilizzare:

error: ../../grub-core/commands/test.c:436:false

Se ritieni che possa essere questo il problema o parte di esso, allora cerco di risolvere prima questa questione.

Ad ogni modo, anni fa aprii una discussione sempre sulla scheda WiFi (vedi https://forum.fedoraonline.it/viewtopic.php?pid=234841#p234841) e il problema era un disallineamento tra la versione del kernel ed il devel e la soluzione fu semplicemente fare un update. Ho fatto l’update anche nel mio caso, ma nessuna soluzione. Di seguito lo snippet che permise di trovare il problema scorso aggiornato per il problema corrente (mi scuso se sto mettendo troppa carne al fuoco, fatemi sapere se non c’entra niente e modifico il post).

# rpm -qa | grep kernel | sort abrt-addon-kerneloops-2.12.2-1.fc30.x86_64 kernel-5.0.9-301.fc30.x86_64 kernel-5.2.11-200.fc30.x86_64 kernel-core-5.0.9-301.fc30.x86_64 kernel-core-5.2.11-200.fc30.x86_64 kernel-debug-devel-5.2.11-200.fc30.x86_64 kernel-devel-5.2.11-200.fc30.x86_64 kernel-headers-5.2.11-200.fc30.x86_64 kernel-modules-5.0.9-301.fc30.x86_64 kernel-modules-5.2.11-200.fc30.x86_64 kernel-modules-extra-5.0.9-301.fc30.x86_64 kernel-modules-extra-5.2.11-200.fc30.x86_64 libreport-plugin-kerneloops-2.10.1-1.fc30.x86_64

#4

Aspetta, dici che hai fatto l’update ma nessuna soluzione, e prima ancora dici che non riesci a scegliere il kernel da grub. Quindi come hai fatto a testare che l’update del kernel non abbia sistemato il wifi?

#5

Mi scuso per la confusione.

Io ho fatto

# dnf update

come da discussione linkata. Tuttavia, non riuscendo a selezionare da grub la versione di kernel da utilizzare, non sono sicuro se quello che parte in automatico sia quello problematico mentre magari per l’altro funziona tutto. Quindi, hai ragione, l’update potrebbe aver risolto il problema, ma al momento non non saprei come verificare se la soluzione proposta sia stata efficace o meno.

#6

Beh, se dici che non riesci a scegliere ma parte in automatico, possiamo vedere il kernel che gira in questo momento e (assumendo ragionevolmente che l’update abbia introdotto una nuova versione) confrontarlo con la lista di kernel che hai gia’ postato sopra.

Vediamo:

$ uname -a
#7

Mi scuso per il ritardo.

In automatico parte il kernel che ho sia in versione “normale” che in versione devel.

$ uname -a Linux localhost.localdomain 5.2.11-200.fc30.x86_64 #1 SMP Thu Aug 29 12:43:20 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

#8

Ok, questo sembra essere il kernel piu’ recente.
Hai ancora problemi col wifi?

#9

Sì, ancora non funziona.

Ho risolto il problema della scelta del kernel da grub. Ho installato il kernel 5.2.13, ho fatto dnf update, e ho provato in sequenza tutti i kernel che ho installato e il problema persiste con ognuno di essi (anche il 5.2.13).

Questa la mia situazione attuale a livello di kernel:

$ rpm -qa | grep kernel | sort abrt-addon-kerneloops-2.12.2-1.fc30.x86_64 kernel-5.0.9-301.fc30.x86_64 kernel-5.2.11-200.fc30.x86_64 kernel-5.2.13-200.fc30.x86_64 kernel-core-5.0.9-301.fc30.x86_64 kernel-core-5.2.11-200.fc30.x86_64 kernel-core-5.2.13-200.fc30.x86_64 kernel-debug-devel-5.2.11-200.fc30.x86_64 kernel-debug-devel-5.2.13-200.fc30.x86_64 kernel-devel-5.2.11-200.fc30.x86_64 kernel-devel-5.2.13-200.fc30.x86_64 kernel-headers-5.2.13-200.fc30.x86_64 kernel-modules-5.0.9-301.fc30.x86_64 kernel-modules-5.2.11-200.fc30.x86_64 kernel-modules-5.2.13-200.fc30.x86_64 kernel-modules-extra-5.0.9-301.fc30.x86_64 kernel-modules-extra-5.2.11-200.fc30.x86_64 kernel-modules-extra-5.2.13-200.fc30.x86_64 libreport-plugin-kerneloops-2.10.1-1.fc30.x86_64 $ uname -a Linux localhost.localdomain 5.2.13-200.fc30.x86_64 #1 SMP Fri Sep 6 14:30:40 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

#10

Vediamo:

# cat /etc/NetworkManager/NetworkManager.conf
#11

[code]# cat /etc/NetworkManager/NetworkManager.conf

Configuration file for NetworkManager.

See “man 5 NetworkManager.conf” for details.

The directories /usr/lib/NetworkManager/conf.d/ and /var/run/NetworkManager/conf.d/

can contain additional configuration snippets installed by packages. These files are

read before NetworkManager.conf and have thus lowest priority.

The directory /etc/NetworkManager/conf.d/ can contain additional configuration

snippets. Those snippets are merged last and overwrite the settings from this main

file.

The files within one conf.d/ directory are read in asciibetical order.

If /etc/NetworkManager/conf.d/ contains a file with the same name as

/usr/lib/NetworkManager/conf.d/, the latter file is shadowed and thus ignored.

Hence, to disable loading a file from /usr/lib/NetworkManager/conf.d/ you can

put an empty file to /etc with the same name. The same applies with respect

to the directory /var/run/NetworkManager/conf.d where files in /var/run shadow

/usr/lib and are themselves shadowed by files under /etc.

If two files define the same key, the one that is read afterwards will overwrite

the previous one.

[main]
#plugins=ifcfg-rh,ibft

[logging]

When debugging NetworkManager, enabling debug logging is of great help.

Logfiles contain no passwords and little sensitive information. But please

check before posting the file online. You can also personally hand over the

logfile to a NM developer to treat it confidential. Meet us on #nm on freenode.

Please post full logfiles except minimal modifications of private data.

You can also change the log-level at runtime via

$ nmcli general logging level TRACE domains ALL

However, usually it’s cleaner to enable debug logging

in the configuration and restart NetworkManager so that

debug logging is enabled from the start.

You will find the logfiles in syslog, for example via

$ journalctl -u NetworkManager

Note that debug logging of NetworkManager can be quite verbose. Some messages

might be rate-limited by the logging daemon (see RateLimitIntervalSec, RateLimitBurst

in man journald.conf).

#level=TRACE
#domains=ALL

[device]
wifi.scan-rand-mac-address=no
[/code]