Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

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

NicoApi73

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

xubu1957

@Nico

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

NicoApi73

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

ylag

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+

NicoApi73

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

post #20, tbg a écritBien 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

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

@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?t=2314905&p=13555828#post13555828
...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+

NicoApi73

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

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+

xubu1957

Bonjour,

Cette piste ?

This is an electrical problem. I can't do anything about it

dans > askubuntu.com/questions/1010309/rtnetlink-answers-input-output-error-given-when-trying-to-bring-interface-up

NicoApi73

On en arrivera peut être à ça, mais ce serait dommage...

ylag

Salut,

Immédiatement après une sortie de veille foireuse, tu pourrais étudier les logs avec le retour de:

journalctl -b0 --since=hh:mm

...où hh:mm est à remplacer par l'heure une minute avant la sortie de veille.
Ça risque fort d'être un peu indigeste 😉, mais il pourrait s'y trouver quelques indices utilisables.

A+

NicoApi73

@ylag : Bonjour, peux tu jeter un coup d'oeil à ce fil STP : ./viewtopic.php?id=2042055, voir s'il est possible d'éviter une installation en passant par une session live? J'ai déjà vu des choses qui me laisse à penser que c'est faisable 🙂

ylag

@NicoApi73:

Salut,

Passer par un chroot sur une session live pour tenter de réinstaller des paquets manquants tel que dans la discussion que tu cites: choses pourrait bien être faisable, si tu acceptes de guider @Delkoh pour ce faire; je n'avais que suggéré la façon de monter l'environnement chroot, le reste est pas mal au-dessus de mes compétences 🙂 !

Ça vaut peut-être le coup de tenter avant une réinstallation complète...

A+

NicoApi73

Merci de ton retour. Je pense qu'on peut essayer de copier le /bin et /usr/bin de la live avant une réinstallation. Je vais voir avec Naziel, de toutes façons, on ne peut pas plus casser le système 🙂

Nuliel

Le problème c'est que les fichiers de /bin dépendent de versions des paquets, donc je pense pas que copier coller suffise.

naziel@naziel-desktop:~$ for fichier in `ls /bin`;do dpkg -S $(which $fichier);done > resReinstall
dpkg-query: aucun chemin ne correspond à /usr/bin/chacl
dpkg-query: aucun chemin ne correspond à /usr/bin/dumpkeys
dpkg-query: aucun chemin ne correspond à /usr/bin/getfacl
dpkg-query: aucun chemin ne correspond à /usr/bin/less
dpkg-query: aucun chemin ne correspond à /usr/bin/lessecho
dpkg-query: aucun chemin ne correspond à /usr/bin/lessfile
dpkg-query: aucun chemin ne correspond à /usr/bin/lesskey
dpkg-query: aucun chemin ne correspond à /usr/bin/lesspipe
dpkg-query: aucun chemin ne correspond à /usr/bin/loadkeys
dpkg-query: aucun chemin ne correspond à /bin/mt
dpkg-query: aucun chemin ne correspond à /bin/nc
dpkg-query: aucun chemin ne correspond à /bin/netcat
dpkg-query: aucun chemin ne correspond à /usr/bin/setfacl
dpkg-query: aucun chemin ne correspond à /usr/bin/touch
dpkg-query: aucun chemin ne correspond à /usr/bin/which
naziel@naziel-desktop:~$

(les erreurs sont dûes à des liens)
Le contenu du fichier:

bash: /bin/bash
brltty: /sbin/brltty
bzip2: /bin/bunzip2
busybox-static: /bin/busybox
bzip2: /bin/bzcat
bzip2: /bin/bzcmp
bzip2: /bin/bzdiff
bzip2: /bin/bzegrep
bzip2: /bin/bzexe
bzip2: /bin/bzfgrep
bzip2: /bin/bzgrep
bzip2: /bin/bzip2
bzip2: /bin/bzip2recover
bzip2: /bin/bzless
bzip2: /bin/bzmore
coreutils: /bin/cat
coreutils: /bin/chgrp
coreutils: /bin/chmod
coreutils: /bin/chown
kbd: /bin/chvt
coreutils: /bin/cp
cpio: /bin/cpio
dash: /bin/dash
coreutils: /bin/date
coreutils: /bin/dd
coreutils: /bin/df
coreutils: /bin/dir
util-linux: /bin/dmesg
hostname: /bin/dnsdomainname
hostname: /bin/domainname
coreutils: /bin/echo
ed: /bin/ed
efibootmgr: /bin/efibootdump
efibootmgr: /bin/efibootmgr
grep: /bin/egrep
coreutils: /bin/false
kbd: /bin/fgconsole
grep: /bin/fgrep
util-linux: /bin/findmnt
psmisc: /bin/fuser
fuse: /bin/fusermount
grep: /bin/grep
gzip: /bin/gunzip
gzip: /bin/gzexe
gzip: /bin/gzip
bluez: /bin/hciconfig
hostname: /bin/hostname
iproute2: /sbin/ip
systemd: /bin/journalctl
kbd: /bin/kbd_mode
keyutils: /bin/keyctl
procps: /bin/kill
kmod: /bin/kmod
coreutils: /bin/ln
login: /bin/login
systemd: /bin/loginctl
ntfs-3g: /bin/lowntfs-3g
coreutils: /bin/ls
util-linux: /bin/lsblk
kmod: /sbin/lsmod
coreutils: /bin/mkdir
coreutils: /bin/mknod
coreutils: /bin/mktemp
util-linux: /bin/more
mount: /bin/mount
util-linux: /bin/mountpoint
cpio: /bin/mt-gnu
coreutils: /bin/mv
nano: /bin/nano
netcat-openbsd: /bin/nc.openbsd
net-tools: /bin/netstat
systemd: /bin/networkctl
hostname: /bin/nisdomainname
ntfs-3g: /bin/ntfs-3g
ntfs-3g: /bin/ntfs-3g.probe
ntfs-3g: /bin/ntfscat
ntfs-3g: /bin/ntfscluster
ntfs-3g: /bin/ntfscmp
ntfs-3g: /bin/ntfsfallocate
ntfs-3g: /bin/ntfsfix
ntfs-3g: /bin/ntfsinfo
ntfs-3g: /bin/ntfsls
ntfs-3g: /bin/ntfsmove
ntfs-3g: /bin/ntfsrecover
ntfs-3g: /bin/ntfssecaudit
ntfs-3g: /bin/ntfstruncate
ntfs-3g: /bin/ntfsusermap
ntfs-3g: /bin/ntfswipe
kbd: /bin/open
kbd: /bin/openvt
sysvinit-utils: /bin/pidof
iputils-ping: /bin/ping
iputils-ping: /bin/ping4
iputils-ping: /bin/ping6
plymouth: /bin/plymouth
procps: /bin/ps
coreutils: /bin/pwd
bash: /bin/rbash
coreutils: /bin/readlink
ed: /bin/red
coreutils: /bin/rm
coreutils: /bin/rmdir
nano: /bin/rnano
debianutils: /bin/run-parts
sed: /bin/sed
kbd: /bin/setfont
console-setup: /bin/setupcon
détournement par dash depuis : /bin/sh
détournement par dash en : /bin/sh.distrib
dash: /bin/sh
détournement par dash depuis : /bin/sh
détournement par dash en : /bin/sh.distrib
coreutils: /bin/sleep
iproute2: /bin/ss
busybox-static: /bin/static-sh
coreutils: /bin/stty
login: /bin/su
coreutils: /bin/sync
systemd: /bin/systemctl
systemd: /bin/systemd
systemd: /bin/systemd-ask-password
systemd: /bin/systemd-escape
udev: /bin/systemd-hwdb
systemd: /bin/systemd-inhibit
systemd: /bin/systemd-machine-id-setup
systemd: /bin/systemd-notify
systemd: /bin/systemd-sysusers
systemd: /bin/systemd-tmpfiles
systemd: /bin/systemd-tty-ask-password-agent
tar: /bin/tar
debianutils: /bin/tempfile
coreutils: /bin/true
udev: /sbin/udevadm
fuse: /bin/ulockmgr_server
mount: /bin/umount
coreutils: /bin/uname
gzip: /bin/uncompress
kbd: /bin/unicode_start
coreutils: /bin/vdir
util-linux: /bin/wdctl
whiptail: /bin/whiptail
hostname: /bin/ypdomainname
gzip: /bin/zcat
gzip: /bin/zcmp
gzip: /bin/zdiff
gzip: /bin/zegrep
gzip: /bin/zfgrep
gzip: /bin/zforce
gzip: /bin/zgrep
gzip: /bin/zless
gzip: /bin/zmore
gzip: /bin/znew

et après tri

naziel@naziel-desktop:~$ cat resReinstall | cut -f 1 -d ":" |  sort | uniq
bash
bluez
brltty
busybox-static
bzip2
console-setup
coreutils
cpio
dash
debianutils
détournement par dash depuis 
détournement par dash en 
ed
efibootmgr
fuse
grep
gzip
hostname
iproute2
iputils-ping
kbd
keyutils
kmod
login
mount
nano
netcat-openbsd
net-tools
ntfs-3g
plymouth
procps
psmisc
sed
systemd
sysvinit-utils
tar
udev
util-linux
whiptail
naziel@naziel-desktop:~$

cguillaumec

Salut !
Comme auparavant, j'ai passé quelques jours pas sur l'ordinateur, et ça m'a fait du bien. Et, sans surprise, quand je l'ai réutilisé, et qu'il s'est mis en veille, le bug était là. Au moins, il est fidèle. Bref, voici le retour de commande demandé en #30 :

~$ modinfo ath10k_pci
filename:       /lib/modules/4.15.0-54-generic/kernel/drivers/net/wireless/ath/ath10k/ath10k_pci.ko
firmware:       ath10k/QCA9377/hw1.0/board.bin
firmware:       ath10k/QCA9377/hw1.0/firmware-5.bin
firmware:       ath10k/QCA6174/hw3.0/board-2.bin
firmware:       ath10k/QCA6174/hw3.0/board.bin
firmware:       ath10k/QCA6174/hw3.0/firmware-6.bin
firmware:       ath10k/QCA6174/hw3.0/firmware-5.bin
firmware:       ath10k/QCA6174/hw3.0/firmware-4.bin
firmware:       ath10k/QCA6174/hw2.1/board-2.bin
firmware:       ath10k/QCA6174/hw2.1/board.bin
firmware:       ath10k/QCA6174/hw2.1/firmware-5.bin
firmware:       ath10k/QCA6174/hw2.1/firmware-4.bin
firmware:       ath10k/QCA9887/hw1.0/board-2.bin
firmware:       ath10k/QCA9887/hw1.0/board.bin
firmware:       ath10k/QCA9887/hw1.0/firmware-5.bin
firmware:       ath10k/QCA988X/hw2.0/board-2.bin
firmware:       ath10k/QCA988X/hw2.0/board.bin
firmware:       ath10k/QCA988X/hw2.0/firmware-5.bin
firmware:       ath10k/QCA988X/hw2.0/firmware-4.bin
firmware:       ath10k/QCA988X/hw2.0/firmware-3.bin
firmware:       ath10k/QCA988X/hw2.0/firmware-2.bin
license:        Dual BSD/GPL
description:    Driver support for Qualcomm Atheros 802.11ac WLAN PCIe/AHB devices
author:         Qualcomm Atheros
srcversion:     63EC35DB9BF9FC4074A002D
alias:          pci:v0000168Cd00000050sv*sd*bc*sc*i*
alias:          pci:v0000168Cd00000042sv*sd*bc*sc*i*
alias:          pci:v0000168Cd00000046sv*sd*bc*sc*i*
alias:          pci:v0000168Cd00000056sv*sd*bc*sc*i*
alias:          pci:v0000168Cd00000040sv*sd*bc*sc*i*
alias:          pci:v0000168Cd0000003Esv*sd*bc*sc*i*
alias:          pci:v0000168Cd00000041sv*sd*bc*sc*i*
alias:          pci:v0000168Cd0000003Csv*sd*bc*sc*i*
depends:        ath10k_core
retpoline:      Y
intree:         Y
name:           ath10k_pci
vermagic:       4.15.0-54-generic SMP mod_unload 
signat:         PKCS#7
signer:         
sig_key:        
sig_hashalgo:   md4
parm:           irq_mode:0: auto, 1: legacy, 2: msi (default: 0) (uint)
parm:           reset_mode:0: auto, 1: warm only (default: 0) (uint)

En revanche,

sudo modprobe ath10k_core

n'a rien donné.

Ensuite, comme demandé en #41, j'ai fait :

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

J'ai tenté le reboot, et au moment où l'ordinateur "s'éteint" (je ne sais pas comment on dit pour un reboot), j'ai eu droit à ça sur écran noir :

[ 2877.732914] wlp2s0 : failed to remove key (0, 00:37:b7:69:fd:f0) from hardware (-11)
[ 2954.623344] ath10k_pci 0000:02:00.0: failed to read device register, device is gone
[ 2960.618621] ath10k_pci 0000:02:00.0: failed to read device register, device is gone

En revanche, à l'issue du reboot, j'avais internet (ma souris ne marchait pas, mais j'imagine que ce n'est pas lié - d'autant que j'ai refait un reboot et cette fois tout va bien).

EDIT : je n'avais pas vu le message d'ylag en #53 - désolé ; je rajoute ici le journal dès que ça me refait le bug !

NicoApi73

Bonjour,

Tu peux tenter la modification suivante :

sudo mv /lib/firmware/ath10k/QCA9377/hw1.0/firmware-6.bin ~/
reboot

Attention : potentiellement tu risques de ne plus avoir de wifi (Risque très faible). Si c'est le cas :

sudo mv ~/firmware-6.bin /lib/firmware/ath10k/QCA9377/hw1.0/
reboot

Dis nous si ton wifi fonctionne et si ça plante encore

cguillaumec

@Nico J'ai l'impression que ça a fonctionné ! Merci beaucoup !

Je modifie l'en-tête du sujet. Si jamais je vois que le bug reviens, je reviens aussi. Mais je croise les doigts, je touche du bois, je danse la lambada, et on espère que ça ira !

« Page précédente Page suivante »