Pas de réseau après la sortie de veille [Ubuntu 18.04.2 LTS]

ylag · Le 17/07/2019, à 16:24

Salut,

cguillaumec a écrit :

... la stratégie de contournement, je la tente quand ça bug, du coup, j'imagine? ...

Oui, à tenter lors d'une sortie de veille où ton WiFi n'est pas réactivé. Pas certain que ce soit efficace, mais ça vaut le coup de tenter à mon avis.

Si tu juges bon de reposter les retours de commande du #18, ajoute-y peut-être:

ip a

A+

Dernière modification par ylag (Le 17/07/2019, à 16:28)

NicoApi73 · Le 17/07/2019, à 16:33

Bonjour,

Les retours me surprennent et je ne sais pas les analyser. C'est comme si la configuration bas niveau était perdu, et donc tu perds ta connexion wifi... En espérant qu'ylag ou xubu soient plus inspirés que moi...

xubu1957 · Le 17/07/2019, à 16:39

Bonjour,

Montre :

lsmod | grep cfg80211

_ _ _

Tente :

sudo iw reg set FR

Dernière modification par xubu1957 (Le 17/07/2019, à 16:50)

cguillaumec · Le 17/07/2019, à 17:13

À la faveur d'un nouveau plantage, j'ai de nouveaux retours des commandes demandés :

$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: wlp2s0: <BROADCAST,MULTICAST> mtu 1500 qdisc mq state DOWN group default qlen 1000
    link/ether 80:a5:89:02:26:5d brd ff:ff:ff:ff:ff:ff

$ lsmod | grep cfg80211
cfg80211              622592  3 ath,mac80211,ath10k_core

Quand j'ai tenté la solution d'ylag, qui n'a rien donné, voilà le retour de la deuxième commande :

$ sudo ip link set wlp2s0 up
RTNETLINK answers: Input/output error

Quant à la solution proposée par Xubu, elle n'a rien donné non plus...

xubu1957 · Le 17/07/2019, à 17:27

Essaye :

sudo modprobe ath10k_core

_ _ _

Montre aussi :

modinfo ath10k_pci

> billauer.co.il/blog/2018/12/tara-5-ghz-hostapd-atheros

Dernière modification par xubu1957 (Le 17/07/2019, à 17:36)

ylag · Le 17/07/2019, à 18:49

Salut,

Dans le retour au #29, on voit que l'interface n'est pas réactivée et que la commande pour le faire échoue avec l'erreur:

RTNETLINK answers: Input/output error

Voir une discussion (en anglais, désolé...) à ce sujet: RTNETLINK answers: Input/Output error

Peut-être tenter cette manip, qui sert à désactiver la gestion de l'énergie pour la carte WiFi, c.f.: https://ubuntuforums.org/showthread.php?t=2370927

sudo sed -i 's/wifi.powersave = 3/wifi.powersave = 2/' /etc/NetworkManager/conf.d/default-wifi-powersave-on.conf

Sinon, faudrait voir la possibilité d'utiliser un autre pilote, qu'en pense @xubu1957 ?

A+

Dernière modification par ylag (Le 17/07/2019, à 19:09)

xubu1957 · Le 17/07/2019, à 18:56

@ylag

Tu as lu le lien du #30 ?

Il est proposé d'utiliser > github.com/kvalo/ath10k

NicoApi73 · Le 17/07/2019, à 19:00

Non, pas possible, pas maintenu depuis 2013 :

OBSOLETE tree - do not use!

Néanmoins, je plussoie ylag pour ses 2 propositions :
- D'abord essayer de configurer le driver actuel (Désolé, je ne sais pas aider sur ce point)
- Essayer un autre driver

Petite remarque : Le driver seul ne peut être en cause. J'ai le même sans avoir ce problème

Dernière modification par NicoApi73 (Le 17/07/2019, à 19:06)

ylag · Le 17/07/2019, à 19:01

Salut,

Désolé xubu, je ne l'ai lu qu'en diagonale...

Ajout:
« OBSOLETE tree - do not use! » -> faudra regarder ailleurs...

A+

Dernière modification par ylag (Le 17/07/2019, à 19:03)

xubu1957 · Le 17/07/2019, à 19:08

NicoApi73 a écrit :

Non, pas possible, pas maintenu depuis 2013 :
OBSOLETE tree - do not use!

Le billet était daté du :

DECEMBER 3, 2018

Si les noyaux récents ne gèrent pas ce pilote, et comme je n'ai pas vu d'autre pilote à part le kvalo, c'est pas simple.

xubu1957 · Le 17/07/2019, à 19:18

@aux aidants

> intermittent wifi

Votre avis ?

ylag · Le 17/07/2019, à 19:23

@xubu1957:

Salut!

Ça dépasse largement mes compétences; je ne saurais dire.

A+

xubu1957 · Le 17/07/2019, à 19:26

On va attendre le retour du modinfo demandé au #30.

ylag · Le 17/07/2019, à 20:03

Bonsoir,

J'aurais tendance à être d'accord avec @NicoApi73 sur le fait que le problème ne soit peut-être pas relié au pilote WiFi seul.

A+

xubu1957 · Le 17/07/2019, à 20:09

Je n"avais pas relevé :

 iwconfig 

wlp2s0    IEEE 802.11  ESSID:"BNF"  
          Mode:Managed  Frequency:5.18 GHz  Access Point   
          Bit Rate=6 Mb/s   Tx-Power=30 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=52/70  Signal level=-58 dBm  
          Tx excessive retries:0  Invalid misc:359   Missed beacon:0

Invalid misc:359

Pour des problèmes d'interférences :

> wifi-too-much-invalid-misc-how-to-fix-it

Wifi "Invalid misc", comment le réparer?
Voici quelques résultats:
root@debian:/home/love# iwconfig wlan0
wlan0     IEEE 802.11bgn  ESSID:"SITI_Broadband-06E6-G"  
      ...
          Tx excessive retries:0  Invalid misc:202   Missed beacon:0
J'ai remarqué que la valeur augmente avec le temps et que mon wifi reste connecté, mais Internet arrête de fonctionner.

Cela ressemble à un problème typique d'interférence wifi. Essayez de localiser l'appareil causant le problème et, lorsque vous le faites, supprimez cette question car elle serait hors sujet. Il suffit simplement de désactiver la plupart des équipements électroniques et de faire attention à ce qui change lorsque les problèmes commencent, peut généralement résoudre 90% de ceux-ci.

NicoApi73 · Le 17/07/2019, à 21:20

Je ne crois pas aux problèmes d'interférences (désolé de te contredire de nouveau xubu). Si j'ai bien compris le problème survient après une mise en veille. Pour moi, le module WIFI (au sens large, incluant le HW) s'envoie en l'air et le seul moyen de le réinitialiser est de redémarrer

@cguillaumec : lorsque tu quittes en redémarrant (autrement dit, si tu resetes ta machines, mais sans l'éteindre), est ce que le WIFI redémarre?
Pour le vérifier, mais en veille ta machine et si le bug est là, ouvre un terminal et tape :

reboot

De plus, peux tu donner le retour de :

ls /lib/firmware/ath10k/QCA9377/hw1.0/

on va voir quel version du binaire tu as (c'est par rapport au #36). Sur ma machine (là, je suis sous debian stretch, mais c'est pareil sur xubuntu 16.04, je viens de vérifier) :

nicolas@ASUS-M32:~$ ls /lib/firmware/ath10k/QCA9377/hw1.0/
board-2.bin  board.bin  firmware-5.bin
nicolas@ASUS-M32:~$

Dernière modification par NicoApi73 (Le 17/07/2019, à 21:21)

xubu1957 · Le 17/07/2019, à 21:41

@Nico

Tu avais vu ce message > wifi shuts down on sleep ?

NicoApi73 · Le 17/07/2019, à 21:43

oui, d'où ma demande de voir ce qu'il y a dans le répertoire contenu les firmwares Tu as trouvé une information concernant l'ath10k, j'essaie de l'exploiter (je n'ai rien d'autre à proposer )

Dernière modification par NicoApi73 (Le 17/07/2019, à 21:44)

ylag · Le 17/07/2019, à 21:49

Salut,

Pour info, sur Ubuntu 18.04, j'ai ceci:

yvan@yvan-maison:~$ ls /lib/firmware/ath10k/QCA9377/hw1.0/
board-2.bin  firmware-5.bin  notice_ath10k_firmware-5.txt
board.bin    firmware-6.bin  notice_ath10k_firmware-6.txt
yvan@yvan-maison:~$

Je ne sais pas si décharger/recharger le module WiFi en entier lors d'un retour de veille foireux a été tenté:

sudo modprobe -rv ath10k_pci

...suivi de:

sudo modprobe -v ath10k_pci

... « -v », c'est simplement pour rendre les retours plus verbeux.
...resuivi de:

ip a

...pour voir l'état de l'interface après les deux commandes précédentes ?

A+

Dernière modification par ylag (Le 17/07/2019, à 21:52)

NicoApi73 · Le 17/07/2019, à 21:52

Si ça tombe, les firmwares ont été mis à jour récemment. Je vois que tu as le 5 et le 6.

On va attendre le retour de cguillaumec et essayer de rebasculer sur le 5, comme proposé par xubu. Je sais que sur ma debian, quand j'ai installé les firmware, il me fallait au minimum la version 4 (de mémoire)

xubu1957 · Le 17/07/2019, à 22:02

post #20, tbg a écrit :

Bien que, parfois, vous en ayez un peu marre de devoir utiliser les mêmes adaptateurs à maintes reprises. Cet adaptateur est l'un des pires avec le rtl8723be. Je dirais que la majorité des demandes d’aide au réseau sur le forum proviennent uniquement de ces 2 adaptateurs.

Dans > forum.manjaro.org/t/solved-qca9377-wireless-device-not-working-after-upgraded-linux-4-14-85-1/68194

NicoApi73 · Le 18/07/2019, à 07:40

Bonjour

J'ai regardé le lien de xubu. Il faudrait déjà que l'on sache sur quel noyau nous sommes.
Donne :

uname -a

Tout d'abord, il faudrait essayer de déplacer le firmware 6 pour forcer l'utilisation du 5. Ca pourrait résoudre le problème. (visiblement, c'est lié à la version du noyau).

Si ce n'est pas le cas,On peut essayer ceci, qui correspond à ce que proposait ylag, mais tiré au maximum, tiré du lien fourni par xubu :
Dans un éditeur de texte quelconque, copier-coller :

#!/bin/bash
sudo nmcli networking off
sleep 1
sudo systemctl stop NetworkManager
sleep 1
sudo ip link set wlp2s0 down
sleep 1
sudo modprobe -r ath10k_pci
sleep 2
sudo modprobe -r ath10k_core
sleep 2
sudo modprobe ath10k_pci
sleep 2
sudo ip link set wlp2s0 up
sleep 1
sudo systemctl start NetworkManager
sleep 2
sudo nmcli networking on
sleep 1
exit

Sauver ce script sous le nom : ~/.config/bin/wifi_restart.sh
Puis :

chmod +x ~/.config/bin/wifi_restart.sh

Au plantage suivant, exécuter le script pour voir s'il permet de redémarrer le wifi :

~/.config/bin/wifi_restart.sh

Si c'est le cas, il faudra le faire lancer automatiquement (Je ne sais pas faire comme ça pour l'instant, mais je sais que ce n'est pas bien compliqué...)

ylag · Le 18/07/2019, à 12:42

@NicoApi73:

Bonjour,

Si jamais la recharge du module ath10k_pci fonctionne (c.f.: #44), ce dont je doute à cause de l'erreur « RTNETLINK answers: Input/output error » lors de tentatives de réactivation de l'interface, peut-être pourrait-il alors être tenté la manip suggérée là:
https://ubuntuforums.org/showthread.php … st13555828
...extrait du lien, avec traduction libre:

1. créer le fichier:
/lib/systemd/system-sleep/suspend-modules
...avec le contenu suivant:
#!/bin/bash
case $1 in
pre)
for mod in $(</etc/suspend-modules.conf); do
modprobe -r $mod
done
;;
post)
for mod in $(</etc/suspend-modules.conf); do
modprobe $mod
done
;;
esac
2. Donner les droits d'exécution au fichier:
sudo chmod a+x /lib/systemd/system-sleep/suspend-modules
3. Créer ce fichier:
/etc/suspend-modules.conf
...contenant un nom de module à recharger par ligne:
ath10k_pci

...dans le cas de @cguillaumec, le fichier /etc/suspend-modules.conf ne contiendrait que ath10k_pci, qu'en penses-tu ?

A+

Dernière modification par ylag (Le 18/07/2019, à 12:49)

NicoApi73 · Le 18/07/2019, à 13:43

Bonjour ylag,

Je ne connais pas ce fichier de configuration (/etc/suspend-modules.conf ), il faut que je me forme Néanmoins il est probable que ça réponde à ma question comment le lancer automatiquement

On a besoin d'attendre le retour de cguillaumec. Le lien donné par xubu au #46, va dans le sens du #44, mais va plus loin. Il décharge tous les modules liés à l'ath10k, pas uniquement ath10k_pci.

ylag · Le 18/07/2019, à 15:21

Salut,

Si plusieurs modules doivent être rechargés manuellement, ils pourraient être ajoutés (un par ligne...) au fichier /etc/suspend-modules.conf.

Reste à savoir si l'utilisation de ce script parviendralt à surmonter l'erreur << RTNETLINK answers: Input/output error >> ?

A+

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 17/07/2019, à 16:24

Re : Pas de réseau après la sortie de veille [Ubuntu 18.04.2 LTS]

#27 Le 17/07/2019, à 16:33

Re : Pas de réseau après la sortie de veille [Ubuntu 18.04.2 LTS]

#28 Le 17/07/2019, à 16:39

Re : Pas de réseau après la sortie de veille [Ubuntu 18.04.2 LTS]

#29 Le 17/07/2019, à 17:13

Re : Pas de réseau après la sortie de veille [Ubuntu 18.04.2 LTS]

#30 Le 17/07/2019, à 17:27

Re : Pas de réseau après la sortie de veille [Ubuntu 18.04.2 LTS]

#31 Le 17/07/2019, à 18:49

Re : Pas de réseau après la sortie de veille [Ubuntu 18.04.2 LTS]

#32 Le 17/07/2019, à 18:56

Re : Pas de réseau après la sortie de veille [Ubuntu 18.04.2 LTS]

#33 Le 17/07/2019, à 19:00

Re : Pas de réseau après la sortie de veille [Ubuntu 18.04.2 LTS]

#34 Le 17/07/2019, à 19:01

Re : Pas de réseau après la sortie de veille [Ubuntu 18.04.2 LTS]

#35 Le 17/07/2019, à 19:08

Re : Pas de réseau après la sortie de veille [Ubuntu 18.04.2 LTS]

#36 Le 17/07/2019, à 19:18

Re : Pas de réseau après la sortie de veille [Ubuntu 18.04.2 LTS]

#37 Le 17/07/2019, à 19:23

Re : Pas de réseau après la sortie de veille [Ubuntu 18.04.2 LTS]

#38 Le 17/07/2019, à 19:26

Re : Pas de réseau après la sortie de veille [Ubuntu 18.04.2 LTS]

#39 Le 17/07/2019, à 20:03

Re : Pas de réseau après la sortie de veille [Ubuntu 18.04.2 LTS]

#40 Le 17/07/2019, à 20:09

Re : Pas de réseau après la sortie de veille [Ubuntu 18.04.2 LTS]

#41 Le 17/07/2019, à 21:20

Re : Pas de réseau après la sortie de veille [Ubuntu 18.04.2 LTS]

#42 Le 17/07/2019, à 21:41

Re : Pas de réseau après la sortie de veille [Ubuntu 18.04.2 LTS]

#43 Le 17/07/2019, à 21:43

Re : Pas de réseau après la sortie de veille [Ubuntu 18.04.2 LTS]

#44 Le 17/07/2019, à 21:49

Re : Pas de réseau après la sortie de veille [Ubuntu 18.04.2 LTS]

#45 Le 17/07/2019, à 21:52

Re : Pas de réseau après la sortie de veille [Ubuntu 18.04.2 LTS]

#46 Le 17/07/2019, à 22:02

Re : Pas de réseau après la sortie de veille [Ubuntu 18.04.2 LTS]

#47 Le 18/07/2019, à 07:40

Re : Pas de réseau après la sortie de veille [Ubuntu 18.04.2 LTS]

#48 Le 18/07/2019, à 12:42

Re : Pas de réseau après la sortie de veille [Ubuntu 18.04.2 LTS]

#49 Le 18/07/2019, à 13:43

Re : Pas de réseau après la sortie de veille [Ubuntu 18.04.2 LTS]

#50 Le 18/07/2019, à 15:21

Re : Pas de réseau après la sortie de veille [Ubuntu 18.04.2 LTS]

Pied de page des forums