Et du coup il n'y a que le Wi-Fi qui en pâti ? Pas de souci avec le BT pendant son activation ?
Et dès la désactivation du BT, tout rentre dans l'ordre ?
Non, le BT semble fonctionner normalement. Et quand je coupe le BT il faut quand même que je désactive/réactive le wifi pour que ça fonctionne de nouveau normalement.
j'ai trouvé cela
ca ne résout pas ton soucis mais ca l'éclaire un peu

et la une explication des autres codes possibles
A la fin du fichier /etc/NetworkManager/NetworkManager.conf peux-tu ajouter la section suivante
[device]
wifi.scan-rand-mac-address=no
Puis redémarrer le service
# systemctl restart NetworkManager.service
7 jours plus tard
Merci de votre aide.
Nicoss, ça ne change rien a priori :
Nov 24 14:46:12 wifi-secure-147-124.unifr.ch kernel: wlp5s0: Limiting TX power to 14 dBm as advertised by 20:37:06:f6:ae:52
Nov 24 14:47:09 wifi-secure-147-124.unifr.ch gnome-shell[1784]: [Gnome Email Notifications] Checking mail
Nov 24 14:47:28 wifi-secure-147-124.unifr.ch kernel: rtlwifi: AP off, try to reconnect now
Nov 24 14:47:28 wifi-secure-147-124.unifr.ch kernel: wlp5s0: Connection to AP 20:37:06:f6:ae:52 lost
Nov 24 14:47:28 wifi-secure-147-124.unifr.ch wpa_supplicant[1103]: wlp5s0: CTRL-EVENT-DISCONNECTED bssid=20:37:06:f6:ae:52 reason=4 locally_generated=1
Nov 24 14:47:28 wifi-secure-147-124.unifr.ch NetworkManager[8465]: <warn>  [1511531248.8949] sup-iface[0x7f91dc007a00,wlp5s0]: connection disconnected (reason -4)
Nov 24 14:47:28 wifi-secure-147-124.unifr.ch wpa_supplicant[1103]: wlp5s0: CTRL-EVENT-REGDOM-CHANGE init=CORE type=WORLD
Nov 24 14:47:28 wifi-secure-147-124.unifr.ch wpa_supplicant[1103]: wlp5s0: CTRL-EVENT-REGDOM-CHANGE init=USER type=COUNTRY alpha2=FR
Nov 24 14:47:28 wifi-secure-147-124.unifr.ch NetworkManager[8465]: <info>  [1511531248.9048] device (wlp5s0): supplicant interface state: completed -> disconnected
Nov 24 14:47:29 wifi-secure-147-124.unifr.ch NetworkManager[8465]: <info>  [1511531249.0007] device (wlp5s0): supplicant interface state: disconnected -> scanning
Nov 24 14:47:35 wifi-secure-147-124.unifr.ch wpa_supplicant[1103]: wlp5s0: SME: Trying to authenticate with 20:37:06:f6:ae:52 (SSID='secure-unifr' freq=2437 MHz)
Nov 24 14:47:35 wifi-secure-147-124.unifr.ch kernel: wlp5s0: authenticate with 20:37:06:f6:ae:52
Nov 24 14:47:35 wifi-secure-147-124.unifr.ch kernel: wlp5s0: send auth to 20:37:06:f6:ae:52 (try 1/3)
Nov 24 14:47:35 wifi-secure-147-124.unifr.ch NetworkManager[8465]: <info>  [1511531255.5214] device (wlp5s0): supplicant interface state: scanning -> authenticating
Nov 24 14:47:35 wifi-secure-147-124.unifr.ch wpa_supplicant[1103]: wlp5s0: Trying to associate with 20:37:06:f6:ae:52 (SSID='secure-unifr' freq=2437 MHz)
Nov 24 14:47:35 wifi-secure-147-124.unifr.ch kernel: wlp5s0: authenticated
Nov 24 14:47:35 wifi-secure-147-124.unifr.ch kernel: wlp5s0: associate with 20:37:06:f6:ae:52 (try 1/3)
Nov 24 14:47:35 wifi-secure-147-124.unifr.ch kernel: wlp5s0: RX AssocResp from 20:37:06:f6:ae:52 (capab=0x431 status=0 aid=64)
Nov 24 14:47:35 wifi-secure-147-124.unifr.ch wpa_supplicant[1103]: wlp5s0: Associated with 20:37:06:f6:ae:52
Nov 24 14:47:35 wifi-secure-147-124.unifr.ch wpa_supplicant[1103]: wlp5s0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
Nov 24 14:47:35 wifi-secure-147-124.unifr.ch kernel: wlp5s0: associated
Nov 24 14:47:35 wifi-secure-147-124.unifr.ch NetworkManager[8465]: <info>  [1511531255.5333] device (wlp5s0): supplicant interface state: authenticating -> associated
Nov 24 14:47:35 wifi-secure-147-124.unifr.ch wpa_supplicant[1103]: wlp5s0: CTRL-EVENT-REGDOM-CHANGE init=COUNTRY_IE type=COUNTRY alpha2=CH
Nov 24 14:47:35 wifi-secure-147-124.unifr.ch wpa_supplicant[1103]: wlp5s0: WPA: Key negotiation completed with 20:37:06:f6:ae:52 [PTK=CCMP GTK=CCMP]
Nov 24 14:47:35 wifi-secure-147-124.unifr.ch wpa_supplicant[1103]: wlp5s0: CTRL-EVENT-CONNECTED - Connection to 20:37:06:f6:ae:52 completed [id=0 id_str=]
Nov 24 14:47:35 wifi-secure-147-124.unifr.ch wpa_supplicant[1103]: bgscan simple: Failed to enable signal strength monitoring
Nov 24 14:47:35 wifi-secure-147-124.unifr.ch NetworkManager[8465]: <info>  [1511531255.5423] device (wlp5s0): supplicant interface state: associated -> 4-way handshake
Nov 24 14:47:35 wifi-secure-147-124.unifr.ch NetworkManager[8465]: <info>  [1511531255.5439] device (wlp5s0): supplicant interface state: 4-way handshake -> completed
Nov 24 14:47:35 wifi-secure-147-124.unifr.ch kernel: wlp5s0: Limiting TX power to 14 dBm as advertised by 20:37:06:f6:ae:52
Nov 24 14:47:45 wifi-secure-147-124.unifr.ch gjs[3528]: JS WARNING: [/home/laurent/.local/share/gnome-shell/extensions/drop-down-terminal@gs-extensions.zzrough.org/terminal.js 287]: reference to undefined property "GdkWaylandWindow"
Nov 24 14:47:45 wifi-secure-147-124.unifr.ch gjs[3528]: JS LOG: could not get x11 server time (cause: TypeError: Object is of type GdkWaylandWindow - cannot convert to GdkX11Window)
Effectivement ça n'a pas l'air d'avoir changé grand chose...

Que retourne
$ rpm -qa bluez\*
$ dmesg
10 jours plus tard
Salut, voici ce que ça renvoie :
 5.805502] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
[    5.856332] Netfilter messages via NETLINK v0.30.
[    5.867997] ip_set: protocol 6
[    5.909840] IPv6: ADDRCONF(NETDEV_UP): wlp5s0: link is not ready
[    6.472207] tun: Universal TUN/TAP device driver, 1.6
[    6.473496] virbr0: port 1(virbr0-nic) entered blocking state
[    6.473497] virbr0: port 1(virbr0-nic) entered disabled state
[    6.473526] device virbr0-nic entered promiscuous mode
[    6.566323] virbr0: port 1(virbr0-nic) entered blocking state
[    6.566325] virbr0: port 1(virbr0-nic) entered listening state
[    6.605667] virbr0: port 1(virbr0-nic) entered disabled state
[    7.357953] wlp5s0: authenticate with e4:3e:d7:aa:80:ab
[    7.374573] wlp5s0: send auth to e4:3e:d7:aa:80:ab (try 1/3)
[    7.376383] wlp5s0: authenticated
[    7.377144] wlp5s0: associate with e4:3e:d7:aa:80:ab (try 1/3)
[    7.382724] wlp5s0: RX AssocResp from e4:3e:d7:aa:80:ab (capab=0x411 status=0 aid=4)
[    7.382912] wlp5s0: associated
[    7.382919] IPv6: ADDRCONF(NETDEV_CHANGE): wlp5s0: link becomes ready
[   11.743428] ACPI Warning: \_SB.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20170531/nsarguments-95)
[   11.743797] ACPI: \_SB_.PCI0.PEG0.PEGP: failed to evaluate _DSM
[   11.743802] ACPI Warning: \_SB.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20170531/nsarguments-95)
[   11.744094] nouveau 0000:01:00.0: DRM: evicting buffers...
[   11.744096] nouveau 0000:01:00.0: DRM: waiting for kernel channels to go idle...
[   11.744175] nouveau 0000:01:00.0: DRM: suspending fence...
[   11.744413] nouveau 0000:01:00.0: DRM: suspending object tree...
[   18.535014] fuse init (API version 7.26)
[   19.071455] Bluetooth: RFCOMM TTY layer initialized
[   19.071459] Bluetooth: RFCOMM socket layer initialized
[   19.071525] Bluetooth: RFCOMM ver 1.11
[   20.404544] rfkill: input handler disabled
[ 2852.953634] nf_conntrack: default automatic helper assignment has been turned off for security reasons and CT-based  firewall rule not found. Use the iptables CT target to attach helpers instead.
Il manque au moins une commande.
Le dmesg est entier ?
Je voudrais être sûr : est-ce que je lance les 2 commandes lorsque le wifi déraille ou à n'importe quel moment ?
La première n'a pas d'importance, elle va lister les paquets.
La seconde après, car il faut voir ce que ça raconte après le problème, d'ailleurs si tu peux aussi remettre propre avant de faire la commande.

Et pour la peine une troisième qu'il faudra faire 2 fois.
Avant d'activer le bluetooth et après l'avoir activé.
# rfkill list
un mois plus tard
Salut !!!

Voici le retour de rpm -qa bluez*
bluez-obexd-5.47-2.fc27.x86_64
bluez-5.47-2.fc27.x86_64
bluez-libs-5.47-2.fc27.x86_64
bluez-cups-5.47-2.fc27.x86_64
Voici le retour de rfkill avant d'activer le wifi
0: hci0: Bluetooth
	Soft blocked: no
	Hard blocked: no
1: phy0: Wireless LAN
	Soft blocked: no
	Hard blocked: no
Voici le retour de rfkill après que le wifi déraille
0: hci0: Bluetooth
	Soft blocked: no
	Hard blocked: no
1: phy0: Wireless LAN
	Soft blocked: no
	Hard blocked: no
Voici le retour de dmseg ici (trop long pour être copié ici)
Si tu penses vraiment que des retours de commandes sont trop long pour être entre balises code <> alors utilise plutôt https://paste.fedoraproject.org.

Rien de bien parlant encore, juste le fait que le Wi-Fi ne puisse plus se connecter. D'ailleurs l'IPV4 est activé aussi ?

Que retourne
$ lspci -nnk | grep -iA3 "Network"
Nicosss wrote: D'ailleurs l'IPV4 est activé aussi ?
Argh, j'imagine. Comment je peux vérifier ?

sinon, le retour de lspci -nnk | grep -iA3 "Network" :
[laurent@linux ~]$ lspci -nnk | grep -iA3 "Network"
05:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. RTL8723AE PCIe Wireless Network Adapter [10ec:8723]
	Subsystem: AzureWave Device [1a3b:2114]
	Kernel driver in use: rtl8723ae
	Kernel modules: rtl8723ae
Dans les paramètres réseau tu dois le voir.
Sinon
$ nmcli connection show
un mois plus tard
Voilà ce que renvoie nmcli connection show
[laurent@linux ~]$ nmcli connection show
NOM                             UUID                                  TYPE             PÉRIPHÉRIQUE 
Choupies_box_2.4GHz             b7a447ed-b0d4-4dca-8f1f-7ea1e8e332e4  802-11-wireless  wlp5s0       
CUBOT ECHO                      bd03ef0f-448b-46c8-9383-36a5f25f8f4a  802-11-wireless  --           
HUAWEI P9                       c0dd33d4-bb9c-4e08-9d11-fbb68ea4a0d3  802-11-wireless  --           
SFR_0710                        d0ddd13f-af77-4164-b99c-a13fe63e768f  802-11-wireless  --           
VPN 1                           c135bfbb-9fba-480e-a31b-1ad9a83173d4  vpn              --           
eduroam                         07d3f374-afd4-4995-9d92-f4050365177c  802-11-wireless  --           
enp4s0                          8b5d8bcf-ba01-35ff-8c47-7bf80a66b9b7  802-3-ethernet   --           
freeb                           bc48e1ea-4206-4baa-9c66-1e0ca155d2d4  802-11-wireless  --           
freebox_Michele                 5e524211-18fd-44df-a969-a335d856ef3f  802-11-wireless  --           
se-fr-01.protonvpn.com.udp1194  d68b1135-c013-4203-860d-33f879edd795  vpn              --           
Désolé je me suis trompé dans la commande, c'était
$ nmcli device show
Pas de souci 🙂
Voici la sortie :
GENERAL.PÉRIPHÉRIQUE:                   wlp5s0
GENERAL.TYPE:                           wifi
GENERAL.ADR.-MAT.:                      40:E2:30:2F:EB:1A
GENERAL.MTU:                            1500
GENERAL.ÉTAT:                           100 (connecté)
GENERAL.CONNEXION:                      Choupies_box_2.4GHz
GENERAL.CON-PATH:                       /org/freedesktop/NetworkManager/ActiveConnection/1
IP4.ADRESSE[1]:                         192.168.1.101/24
IP4.PASSERELLE:                         192.168.1.1
IP4.DNS[1]:                             192.168.1.1
IP4.DOMAINE[1]:                         home
IP6.ADRESSE[1]:                         2a02:120b:2c02:ce70:7983:bf55:cbce:48d7/64
IP6.ADRESSE[2]:                         fe80::d9b4:6324:d83f:a7ce/64
IP6.PASSERELLE:                         fe80::e63e:d7ff:feaa:80ab
IP6.ROUTE[1]:                           dst = 2a02:120b:2c02:ce70::/64, nh = ::, mt = 600
IP6.DNS[1]:                             2a02:120b:2c02:ce70:e63e:d7ff:feaa:80ab

GENERAL.PÉRIPHÉRIQUE:                   enp4s0
GENERAL.TYPE:                           ethernet
GENERAL.ADR.-MAT.:                      44:8A:5B:EF:78:B0
GENERAL.MTU:                            1500
GENERAL.ÉTAT:                           20 (indisponible)
GENERAL.CONNEXION:                      --
GENERAL.CON-PATH:                       --
WIRED-PROPERTIES.PORTEUSE:              arrêt

GENERAL.PÉRIPHÉRIQUE:                   lo
GENERAL.TYPE:                           loopback
GENERAL.ADR.-MAT.:                      00:00:00:00:00:00
GENERAL.MTU:                            65536
GENERAL.ÉTAT:                           10 (non-géré)
GENERAL.CONNEXION:                      --
GENERAL.CON-PATH:                       --
IP4.ADRESSE[1]:                         127.0.0.1/8
IP4.PASSERELLE:                         --
IP6.ADRESSE[1]:                         ::1/128
IP6.PASSERELLE:                         --
L'IPv4 est bien activé.

Essaye de désactiver l'IPv6 sur wlp5s0 et poster le retour de dmesg complet (pas sur Dropbox 😉 ) après l'activation du BT.
Et voila la sortie sur paste.fedoraproject 8-) :-D Pas assez de place sur paste.feodraproject donc j'ai tranché là où ca semblait important.
Du coup ça donne quoi, car c'est difficile de voir dans le dmesg. Du moins pas d'erreur notable.

Dans les journaux système il se passe quoi aussi au moment de l'activation du BT
# journalctl -f