Wifi déraille quand Mr Bluetooth démarre

loloboua · 4 déc. 2017

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.

Nicosss · 4 déc. 2017

Il manque au moins une commande.
Le dmesg est entier ?

loloboua · 4 déc. 2017

Je voudrais être sûr : est-ce que je lance les 2 commandes lorsque le wifi déraille ou à n'importe quel moment ?

Nicosss · 4 déc. 2017

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

loloboua · 4 janv. 2018

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)

Nicosss · 5 janv. 2018

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"

loloboua · 7 janv. 2018

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

Nicosss · 7 janv. 2018

Dans les paramètres réseau tu dois le voir.
Sinon

$ nmcli connection show

loloboua · 10 févr. 2018

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              --

Nicosss · 10 févr. 2018

Désolé je me suis trompé dans la commande, c'était

$ nmcli device show

loloboua · 11 févr. 2018

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:                         --

Nicosss · 11 févr. 2018

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.

loloboua · 11 févr. 2018

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.

Nicosss · 11 févr. 2018

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

loloboua · 24 févr. 2018

Voilà quelques ligne qui semble intéressantes dans le retour de journalctl -f

févr. 24 09:56:11 Nonmaididonc kernel: Bluetooth: hci0: last event is not cmd complete (0x0f)
févr. 24 09:56:12 Nonmaididonc dbus-daemon[878]: [system] Rejected send message, 1 matched rules; type="method_return", sender=":1.54" (uid=1000 pid=1724 comm="/usr/bin/pulseaudio --start --log-target=syslog " label="unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023") interface="(unset)" member="(unset)" error name="(unset)" requested_reply="0" destination=":1.4" (uid=0 pid=925 comm="/usr/libexec/bluetooth/bluetoothd " label="system_u:system_r:bluetooth_t:s0")
févr. 24 09:56:12 Nonmaididonc gsd-media-keys[1965]: Unable to get default sink
févr. 24 09:56:12 Nonmaididonc systemd[1]: Starting Load/Save RF Kill Switch Status...
févr. 24 09:56:12 Nonmaididonc audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-rfkill comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
févr. 24 09:56:12 Nonmaididonc systemd[1]: Started Load/Save RF Kill Switch Status.
févr. 24 09:56:12 Nonmaididonc gnome-shell[1643]: Could not release device 13,82: GDBus.Error:org.freedesktop.login1.DeviceNotTaken: Device not taken
févr. 24 09:56:17 Nonmaididonc kernel: wlp5s0: deauthenticating from e4:3e:d7:aa:80:ab by local choice (Reason: 3=DEAUTH_LEAVING)
févr. 24 09:56:17 Nonmaididonc wpa_supplicant[1190]: wlp5s0: CTRL-EVENT-DISCONNECTED bssid=e4:3e:d7:aa:80:ab reason=3 locally_generated=1
févr. 24 09:56:17 Nonmaididonc avahi-daemon[922]: Interface wlp5s0.IPv6 no longer relevant for mDNS.
févr. 24 09:56:17 Nonmaididonc avahi-daemon[922]: Leaving mDNS multicast group on interface wlp5s0.IPv6 with address 2a02:120b:2c02:ce70:42e2:30ff:fe2f:eb1a.
févr. 24 09:56:17 Nonmaididonc dhclient[1541]: receive_packet failed on wlp5s0: Network is down
févr. 24 09:56:17 Nonmaididonc avahi-daemon[922]: Interface wlp5s0.IPv4 no longer relevant for mDNS.
févr. 24 09:56:17 Nonmaididonc avahi-daemon[922]: Leaving mDNS multicast group on interface wlp5s0.IPv4 with address 192.168.1.101.
févr. 24 09:56:17 Nonmaididonc avahi-daemon[922]: Withdrawing address record for 2a02:120b:2c02:ce70:42e2:30ff:fe2f:eb1a on wlp5s0.
févr. 24 09:56:17 Nonmaididonc avahi-daemon[922]: Withdrawing address record for 192.168.1.101 on wlp5s0.
févr. 24 09:56:17 Nonmaididonc NetworkManager[1051]: <info>  [1519462577.2196] manager: rfkill: WiFi hardware radio set disabled
févr. 24 09:56:17 Nonmaididonc NetworkManager[1051]: <info>  [1519462577.2201] device (wlp5s0): state change: activated -> unavailable (reason 'none', internal state 'managed')
févr. 24 09:56:17 Nonmaididonc wpa_supplicant[1190]: rfkill: WLAN soft blocked
févr. 24 09:56:17 Nonmaididonc NetworkManager[1051]: <info>  [1519462577.2246] dhcp4 (wlp5s0): canceled DHCP transaction, DHCP client pid 1541
févr. 24 09:56:17 Nonmaididonc NetworkManager[1051]: <info>  [1519462577.2249] dhcp4 (wlp5s0): state changed bound -> done
févr. 24 09:56:17 Nonmaididonc NetworkManager[1051]: <info>  [1519462577.2319] device (wlp5s0): set-hw-addr: set MAC address to FE:97:E1:82:AA:AF (scanning)
févr. 24 09:56:17 Nonmaididonc NetworkManager[1051]: <info>  [1519462577.2323] manager: NetworkManager state is now CONNECTED_SITE
févr. 24 09:56:17 Nonmaididonc dbus-daemon[878]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' requested by ':1.13' (uid=0 pid=1051 comm="/usr/sbin/NetworkManager --no-daemon " label="system_u:system_r:NetworkManager_t:s0")
févr. 24 09:56:17 Nonmaididonc audit: NETFILTER_CFG table=filter family=2 entries=86
févr. 24 09:56:17 Nonmaididonc audit: NETFILTER_CFG table=nat family=2 entries=52
févr. 24 09:56:17 Nonmaididonc audit: NETFILTER_CFG table=mangle family=2 entries=40
févr. 24 09:56:17 Nonmaididonc systemd[1]: Starting Network Manager Script Dispatcher Service...
févr. 24 09:56:17 Nonmaididonc audit: NETFILTER_CFG table=raw family=2 entries=29
févr. 24 09:56:17 Nonmaididonc audit: NETFILTER_CFG table=filter family=10 entries=87
févr. 24 09:56:17 Nonmaididonc audit: NETFILTER_CFG table=nat family=10 entries=52
févr. 24 09:56:17 Nonmaididonc audit: NETFILTER_CFG table=mangle family=10 entries=40
févr. 24 09:56:17 Nonmaididonc audit: NETFILTER_CFG table=raw family=10 entries=30
févr. 24 09:56:17 Nonmaididonc NetworkManager[1051]: <info>  [1519462577.2513] manager: NetworkManager state is now CONNECTED_LOCAL
févr. 24 09:56:17 Nonmaididonc NetworkManager[1051]: <info>  [1519462577.2514] manager: NetworkManager state is now DISCONNECTED
févr. 24 09:56:17 Nonmaididonc wpa_supplicant[1190]: nl80211: deinit ifname=wlp5s0 disabled_11b_rates=0
févr. 24 09:56:17 Nonmaididonc NetworkManager[1051]: <info>  [1519462577.2724] audit: op="radio-control" arg="wireless-enabled:0" pid=1643 uid=1000 result="success"

Nicosss · 24 févr. 2018

Je ne comprends pas que le retour de commande de rfkill dise le contraire de ce qui apparait dans les logs

wpa_supplicant[1190]: rfkill: WLAN soft blocked
NetworkManager[1051]: <info>  [1519462577.2196] manager: rfkill: WiFi hardware radio set disabled

Est-ce que tu peux bien vérifier avec les précédentes commandes lors de l'activation du BT ? Et ajoute aussi la commande

$ nmcli general

Sinon on essayera avec des options en cas... Que retourne

# modinfo rtl8723ae