web-dev-qa-db-fra.com

Wifi déconnecté après reprise 16.04 - Les autres solutions ne fonctionnent pas

Je suis un nouvel utilisateur Ubuntu et je l’ai jusqu’à présent vraiment apprécié. Cependant, j'ai passé environ 3 heures hier à essayer de récupérer mon wifi après le réveil de mon ordinateur portable (cela fonctionne si je redémarre). J'ai parcouru les babillards électroniques et tous les liens sur Google sont en violet 3 ou 4 pages pour chaque résultat de recherche sur ce sujet. Par conséquent, je ne pense pas que cette question sera une répétition.

J'ai

  • Un Dell Inspiron 15
  • AMD A6-6310
  • Ubuntu A6-6310
  • Ma carte sans fil est libellée comme suit (périphérique) wlp3s0 (pilote) ath9k

et j'ai essayé ce qui suit:

Je les ai mis dans un dossier de configuration dans /config.d

SUSPEND_MODULES="$SUSPEND_MODULES ath9k"

SUSPEND_MODULES="ath9k"

J'ai créé des fichiers exécutables dans /sleep.d tels que:

 #!/bin/sh
#Tell Network Manager that resume was successful
case "$1" in
        thaw)
       /usr/bin/nmcli nm sleep false
      ;;
 esac

#!/bin/sh

case "${1}" in
 resume|thaw)
 nmcli r wifi off && nmcli r wifi on ;;
esac

et de nombreuses autres variantes.

De plus, cela redémarre NetworkManager mais ne connecte pas à nouveau le wifi:

Sudo service network-manager restart

J'ai essayé plusieurs choses que je ne me souviens pas exactement avec des commandes telles que nmcli d wifi on, ou quelque chose du genre. Ils n'ont pas fonctionné.

Maintenant, je peux me tromper, mais je pense que le problème pourrait résider dans ceci:

Sudo nmcli nm sleep false

Maintenant, mon terminal ne reconnaît pas "nm" et dit:

Sudo nmcli nm sleep false

et lorsque je lance le menu pour nmcli, nm ne figure nulle part dans la liste d'objets. Je pense que cela pourrait être la clé du problème. Alors, y a-t-il quelque chose que je n'ai pas fait que je devrais faire et y a-t-il un moyen de "résoudre" le problème "nm"? Merci d'avance!

networkingwireless16.04network-managersuspend
12
Ryan Callihan

EDIT: Le comportement incorrect du pilote lors du retour de la suspension est un problème que j'ai rencontré à plusieurs reprises avec plusieurs interfaces réseau sur plusieurs systèmes d'exploitation. La seule chose que j'ai trouvée efficace dans tous ces domaines est de désactiver la gestion de l'alimentation pour la carte WiFi. Après avoir examiné les ajustements apportés à un système pour résoudre un problème similaire, je propose la résolution suivante.

Nous allons d’abord faire une sauvegarde des paramètres de gestion de l’énergie existants par défaut avec:

Sudo cp /etc/NetworkManager/conf.d/default-wifi-powersave-on.conf /etc/NetworkManager/conf.d/default-wifi-powersave-on.conf.bak

Nous allons ensuite modifier le contenu pour désactiver complètement la gestion de l’énergie pour le WiFi. avec gksu gedit /etc/NetworkManager/conf.d/default-wifi-powersave-on.conf qui contient la valeur par défaut wifi.powersave = 3 qui permet une économie d'énergie sur le périphérique WiFi. Changer le contenu de ce fichier en:

[connection]
wifi.powersave = 0

Terminer ce qui précède et aussi renommer mon interface en wlan résolu mes problèmes en 16.04

Ceci fait, vous devrez redémarrer ou exécuter la commande Sudo systemctl restart NetworkManager pour redémarrer Network Manager.

Remarque: ma carte ne comporte pas de puce Atheros et est identifiée comme suit:

* -network description: Produit d'interface sans fil: RT2561/RT61 802.11g Fournisseur PCI: Ralink corp. identifiant physique: 1 info bus: pci @ 0000: 04: 01.0 nom logique: wlan0 version: 00 série: 00: 1a: ef: 03: 00: aa largeur: 32 bits capacités: 33 MHz capacités: pm bus_master cap_list ethernet physique sans fil

Les solutions pouvant convenir à d’autres personnes ayant un problème similaire sont les suivantes:

Placez le script bash ci-dessous dans votre dossier /etc/pm/sleep.d avec un nom tel que 99_wifiup.

REMARQUE: Le 99_ est requis, 99 étant le numéro le plus élevé du dossier pour garantir sa dernière exécution.

Vous devez vous assurer que le script dispose des autorisations d'exécution et que vous aurez besoin des autorisations de superutilisateur (Sudo) pour écrire le fichier à cet emplacement. Une fois en place, chaque fois que vous sortez de suspendre, il fonctionnera.

#!/bin/bash

case "$1" in
suspend | hibernate)
# executed on suspend
;;
resume | thaw)
# executed on resume
/usr/sbin/rfkill block all
/usr/sbin/rfkill unblock all
/sbin/iwlist wlan0 scan
;;
*)
;;
esac

Si cela ne fonctionne pas, il vaut la peine d'explorer la possibilité de modifier le script pour émettre les commandes nmcli networking off lors de la suspension et nmcli networking on lors du dégel.

Si aucune de ces solutions ne fonctionne pour vous et que vous remarquez d'autres anomalies, il est possible que votre adaptateur WiFi soit défectueux ou que ce bogue ait été ressuscité.

Sources:

Modifié /etc/NetworkManager/conf.d/default-wifi-powersave-on.conf et /etc/udev/rules.d/70-persistent-net.rules sur l'un de mes systèmes.

Mickeypop post n ° 9 https://ubuntuforums.org/showthread.php?t=2321399

man nmcli

https://Gist.github.com/jcberthon/ea8cfe278998968ba7c5a95344bc8b55

2
Elder Geek

J'ai souvent constaté que la gestion de l'alimentation par le wifi était un fléau de l'expérience Linux. Dans mon cas, il s'agissait de plusieurs adaptateurs Intel et Broadcom. Peut-être que le désactiver résoudra votre problème. Voici comment je le fais (édite pour votre interface wlp3s0):

Créer: /etc/network/if-up.d/wifi-powerman-off
Activer: chmod +x /etc/network/if-up.d/wifi-powerman-off

wifi-powerman-off:

#!/bin/sh
IWCONFIG=/sbin/iwconfig
WLAN_IFACE=<<interface name>>
if [ ! -x $IWCONFIG ]; then
    exit 1
fi
if [ "$IFACE" = $WLAN_IFACE ]; then
    $IWCONFIG $IFACE power off
fi

Voici la référence Q & A originale:
Comment puis-je empêcher l'activation de la gestion de l'alimentation d'wconfig?

1
Mark