Tu dois ouvrir dans un terminal le journal de log en mode 'tail':
sudo journalctl -xf
Où bien:
sudo tail -f /var/log/messages
Puis ensuite charger le module
modprobe -v wl
Et regarder les messages du journal.

Et surtout vérifier si l'interface wifi apparaît dans la liste des interfaces réseaux:
nmcli device
@Beta-Pictoris, tout cela a été fait avant.

Le problème est clairement identifié à ce niveau
[   32.894311] wl: loading out-of-tree module taints kernel.
[   32.894317] wl: module license 'MIXED/Proprietary' taints kernel.
[   32.894318] Disabling lock debugging due to kernel taint
[   32.902941] wl: module verification failed: signature and/or required key missing - tainting kernel
@pierrotlalune, concernant le retour de
$ grep CONFIG_MODULE_SIG /boot/config-$(uname -r)
As-tu comparé entre un noyau 4.16 et 4.17 ?
Nicosss wrote:@pierrotlalune, concernant le retour de
$ grep CONFIG_MODULE_SIG /boot/config-$(uname -r)
As-tu comparé entre un noyau 4.16 et 4.17 ?
Je viens de le faire. Il n'y a aucune différence :roll:. Je suis donc perplexe, d'autant que j'ai trouvé ton idée excellente...
Arf... bon et côté Secure Boot ?

Bon le module wl étant chargé que retourne
$ modinfo wl
Edit : Ajout informations
Nicosss wrote:Arf... bon et côté Secure Boot ?

Bon le module wl étant chargé que retourne
$ modinfo wl
Edit : Ajout informations
Bonjour Nicosss:-),
le modèle Dell Vostro 1510 est ancien, la dernière mise à jour du bios date de 2009, soit la version A15. Sauf erreur de ma part, la fonction Secure Boot n'y figure pas:roll:.
$ modinfo wl
filename:       /lib/modules/4.17.3-200.fc28.x86_64/extra/wl/wl.ko
license:        MIXED/Proprietary
alias:          pci:v*d*sv*sd*bc02sc80i*
depends:        cfg80211
retpoline:      Y
name:           wl
vermagic:       4.17.3-200.fc28.x86_64 SMP mod_unload 
parm:           passivemode:int
parm:           wl_txq_thresh:int
parm:           oneonly:int
parm:           piomode:int
parm:           instance_base:int
parm:           nompc:int
parm:           intf_name:string
$ 
a+
pll
Beta-Pictoris wrote:Tu dois ouvrir dans un terminal le journal de log en mode 'tail':
sudo journalctl -xf
Où bien:
sudo tail -f /var/log/messages
Puis ensuite charger le module
modprobe -v wl
Et regarder les messages du journal.

Et surtout vérifier si l'interface wifi apparaît dans la liste des interfaces réseaux:
nmcli device
Bonjour Beta-Pictoris,
le journal n'indique rien, modprobe non plus !
Et:
# nmcli device
DEVICE  TYPE      STATE     CONNECTION 
enp7s0  ethernet  connecté  enp7s0     
lo      loopback  non-géré  --         
# 
a +
pll
Il est possible que le module wl soit déjà chargé au démarrage.

Décharge le et recharge le tout en regardant les logs:
rmmod wl
modprobe wl
nmcli device
Cela dit, je pense qu'il va falloir une mise à jour du module wifi broadcom pour qu'il fonctionne avec noyaux les plus récents.
En attendant, tu pourrais essayer de faire fonctioner ton interface wifi avec ndiswrapper...
un mois plus tard
Bonsoir à tous:-),
j'ai enfin trouvé une solution.
Voici comment j'ai procédé:
# dnf remove akmod-wl broadcom-wl
puis reboot et identification de la carte réseau:
lspci
********************************************************************************
06:00.0 Network controller: Broadcom Inc. and subsidiaries BCM4312 802.11b/g LP-PHY (rev 01)
********************************************************************************
et enfin j'ai suivi ce tuto;
dans mon cas:
wget http://downloads.openwrt.org/sources/broadcom-wl-4.150.10.5.tar.bz2
tar xjf broadcom-wl-4.150.10.5.tar.bz2
cd broadcom-wl-4.150.10.5/driver	
su
b43-fwcutter -w /lib/firmware wl_apsta_mimo.o
Puis reboot, et ça marche: le wifi est fonctionnel :pint:.
Amicalement.
pll
8 mois plus tard
bonjour j ai essaye sous fedora 29 ca ne fonctionne pas, je pense qu il faut attendre une modification du noyau ou bien utiliser le driver windows en attendant