Ubuntu - Après sortie de veille : panne de Wifi et de webcam

a marqué ce sujet comme résolu.

J’ai quelques idées encore à investiguer maintenant (d’autant que j’ai envie de faire joujou avec du Linux en ce moment).

1/ Le problème persiste si tu es en filaire ?

2/ Tu as laissé directement l’install de Manjaro faire tout ce qui est par défaut ?

+0 -0

J’ai quelques idées encore à investiguer maintenant (d’autant que j’ai envie de faire joujou avec du Linux en ce moment).

1/ Le problème persiste si tu es en filaire ?

2/ Tu as laissé directement l’install de Manjaro faire tout ce qui est par défaut ?

lhp22

Merci pour ta réponse.

Pour Manjaro j’ai juste testé le Live USB en laissant tout par défaut. Vu que Manjaro 20 à le Kernel 5.6 Linux, je voulais vérifier en testant cette distrib que mon problème ne venais pas du Kernel 5.4 (j’utilise Kubuntu 20 qui a ce Kernel, et je tient à rester avec Kubuntu 20 que j’adore).

En filaire je n’ai jamais eu ce problème. J’ai remarqué que ce qui ne fonctionne plus après une mise en veille sont : le Wifi, le Bluetooth, la Webcam, et je pense que c’est tout (il y a peut être aussi quelques autres trucs que je n’ai pas remarqué).

+0 -0

Coucou !

Bon, je ne sais pas trop ce que je cherche. Tu peux faire un journalctl -ak > log avant et après la veille ? (avec un fichier log différent) et les uploads quelque part ? (ici si tu as pas d’idées, c’est un pastebin sur un serveur à moi).

Je vais les lire et voir si je trouve un truc :)

et je suis pas contre le résultat de cette commande aussi : ip link avant et après une veille

+0 -0

Hello (et désolé du retard).

Ok, merci beaucoup pour ton aide.

Voici les résultats :

Avant la mise en veille : https://pastebin.yaeghs.net/?2985671715066aea#wSLG8L2hToHwCN58atrxTxiL0BG1NeNV9FVg8ofx5GE=

Après sortir de veille : https://pastebin.yaeghs.net/?fb27c5c16ddfcb6d#2du5dHxfVxxTARmpy6x0QCzQqrXRcV2ss5kE5gGue0g=

Et :

ip link (avant mise en veille) :

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether 00:d8:61:07:35:43 brd ff:ff:ff:ff:ff:ff
3: wlo1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN mode DORMANT group default qlen 1000
    link/ether 48:f1:7f:c2:f7:45 brd ff:ff:ff:ff:ff:ff

ip link (après sortie de veille) :

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether 00:d8:61:07:35:43 brd ff:ff:ff:ff:ff:ff
3: wlo1: <BROADCAST,MULTICAST> mtu 1500 qdisc noqueue state DOWN mode DEFAULT group default qlen 1000
    link/ether 48:f1:7f:c2:f7:45 brd ff:ff:ff:ff:ff:ff
+0 -0

Bon, à la louche, je confirme que ça semble venir de iwlwifi 0000:00:14.3: BIOS contains WGDS but no WRDS qui est indiqué dans les logs et que tu indiques dans ton premier message (ce que je viens juste de remarquer). J’ai l’impression (en fouillant dans des threads de remontée de bugs), que c’est lié à Network Manager (qui doit être inclus dans Gnome).

Du coup, j’ai quelques idées. Tu peux me confirmer qu’il y a des fichiers dans /etc/sysconfig/network-scripts . Il doit y avoir un fichier nommé ifcfg-wlo1. Tu pourrais printer son contenu ici ? (je veux juste m’assurer que je fais pas de bêtises :3)

A pas lire pour le moment

(je mets ça là tant que j’ai la tête dans ton problème) Le mieux est de faire la suite avec une connexion ethernet possible au cas où. Normalement, si tu en as pas c’est pas catastrophique mais on sait jamais.

Fais un systemctl disable NetworkManager et systemctl stop NetworkManager puis reboot. Vérifie que systemctl status NetworkManager est bien down (Active: inactive (dead)).

Regarde si tu peux encore te connecter à Internet. Si ça ne fonctionne pas, fais un systemctl enable NetworkManager --now et ça devrait refonctionner. Si ça fonctionne toujours pas, reboot. Et si ça fonctionne toujours pas, c’est pas normal et je suis paumé.

Si ton réseau fonctionne encore (ce qui devrait arriver, NetworkManager est pas censé être indispensable), essaye une veille et vois ce que ça donne ? (ah et normalement, [à compléter, en réflexion]

+0 -0

Ok merci, mais je n’ai pas de dossier /etc/sysconfig/network-scripts, ni même de dossier /etc/sysconfig.

PS : je n’ai pas Gnome, mais KDE (j’ai Kubuntu 20). Mais même avec Xubuntu 19 j’avais exact le même problème (c’est un problème qui est vraiment gênant).

+0 -0

Oui.

systemctl status NetworkManager :

● NetworkManager.service - Network Manager
     Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled; vendor preset: enabled)
     Active: active (running) since Mon 2020-05-04 18:10:04 CEST; 7h ago
       Docs: man:NetworkManager(8)
   Main PID: 995 (NetworkManager)
      Tasks: 3 (limit: 18925)
     Memory: 15.2M
     CGroup: /system.slice/NetworkManager.service
             └─995 /usr/sbin/NetworkManager --no-daemon

mai 05 01:17:03 msi-2019 NetworkManager[995]: <info>  [1588634223.3131] dhcp4 (enp3s0): state changed unknown -> bound
mai 05 01:17:03 msi-2019 NetworkManager[995]: <info>  [1588634223.3143] device (enp3s0): state change: ip-config -> ip-check (reaso>
mai 05 01:17:03 msi-2019 NetworkManager[995]: <info>  [1588634223.3178] device (enp3s0): state change: ip-check -> secondaries (rea>
mai 05 01:17:03 msi-2019 NetworkManager[995]: <info>  [1588634223.3183] device (enp3s0): state change: secondaries -> activated (re>
mai 05 01:17:03 msi-2019 NetworkManager[995]: <info>  [1588634223.3189] manager: NetworkManager state is now CONNECTED_LOCAL
mai 05 01:17:03 msi-2019 NetworkManager[995]: <info>  [1588634223.3196] manager: NetworkManager state is now CONNECTED_SITE
mai 05 01:17:03 msi-2019 NetworkManager[995]: <info>  [1588634223.3197] policy: set 'Connexion filaire 1' (enp3s0) as default for I>
mai 05 01:17:03 msi-2019 NetworkManager[995]: <info>  [1588634223.3200] device (enp3s0): Activation: successful, device activated.
mai 05 01:17:03 msi-2019 NetworkManager[995]: <info>  [1588634223.3203] manager: NetworkManager state is now CONNECTED_GLOBAL
mai 05 01:17:05 msi-2019 NetworkManager[995]: <info>  [1588634225.1601] policy: set 'Connexion filaire 1' (enp3s0) as default for I>
+0 -0

Bonjour à tous ! Problème résolu, depuis le temps ?

Sinon, j’ai cru voir que tu avais un portable MSI. J’en ai un également (un GP76), le problème est probablement lié au BIOS qui est complètement centré sur Windows, à un point tel qu’on arrive à des aberrations comme celle-là. Une solution a été postée ici par exemple (en anglais).

La solution consiste à ajouter acpi_osi=! acpi_osi='Windows 2009' à la ligne de commande du noyau (il s’agit de faire croire au BIOS que tu es sous Windows). Si tu utilises Grub sous Ubuntu, tu peux changer cette valeur de façon persistante en modifiant /etc/default/grub, en y modifiant la variable GRUB_CMDLINE_LINUX_DEFAULT en conséquence, puis en exécutant update-grub.

Ensuite, après un redémarrage, si par la suite l’ordinateur passe en veille, il suffira d’appuyer sur la touche du mode avion pour réactiver le Wifi, et la touche webcam pour réactiver la webcam. Enfin je suppose…

+0 -0

Bonjour. Merci pour ta réponse.

Je connais cette solution, je l’avais testé à l’époque. Et ça m’avait provoqué un autre problème : mon PC chauffait.

Depuis j’ai revendu ce PC. a la place, j’ai acheté le MSI Modern en 14 pouces. Et avec ce PC, Ubuntu 20 LTS fonctionne nickel.

+0 -0
Connectez-vous pour pouvoir poster un message.
Connexion

Pas encore membre ?

Créez un compte en une minute pour profiter pleinement de toutes les fonctionnalités de Zeste de Savoir. Ici, tout est gratuit et sans publicité.
Créer un compte