La mise en réseau sans fil ne fonctionne pas après la reprise dans Ubuntu 14.04

79

[Mise à jour]:
Le même problème existe à Kubuntu et est résolu de la même manière.
[Résolu]:
En appliquant la commande suivante, nmcli nmj'ai obtenu ce qui suit:

Avant de suspendre

RUNNING         STATE           WIFI-HARDWARE   WIFI       WWAN-HARDWARE   WWAN      
running         connected       enabled         enabled    enabled         enabled  

comme vous pouvez voir que l'état est connecté et le reste est activé et en cours d'exécution

Après la suspension

RUNNING         STATE           WIFI-HARDWARE   WIFI       WWAN-HARDWARE   WWAN      
running         asleep          enabled         enabled    enabled         disabled

comme vous pouvez voir que l'état est endormi, ce qui signifie que notre cher gestionnaire de réseau est en train de faire la sieste, aussi pour résoudre utilisez la ligne de commande suivante:
sudo nmcli nm sleep false
ceci demande au gestionnaire de réseau de se réveiller. pour rendre cela permanent:
créez un script /etc/pm/sleep.dcontenant les éléments suivants (et n'oubliez pas de marquer le script comme exécutable):

#!/bin/sh

case "${1}" in
        resume|thaw)
        nmcli nm sleep false
                ;;
esac

Grâce à cela

Le problème d'origine:

Je viens de télécharger Ubuntu 14.04 et de l’installer sur mon ordinateur portable: ASUS X61SL avec processeur Intel P8400 Core2Duo x64.
Lorsque je ferme le couvercle, le système est suspendu, mais lorsque je l'ouvre à nouveau et que je le reprends, la mise en réseau sans fil n'est pas activée (la mise en réseau dans son ensemble est désactivée) et lorsque je sélectionne "Activer la mise en réseau", rien ne se passe.
Voici les informations sur mon adaptateur sans fil:

$ lspci | grep -i wireless
02:00.0 Network controller: Qualcomm Atheros AR928X Wireless Network Adapter (PCI-Express) (rev 01)  

Ce problème n'était pas présent dans Ubuntu 13.04, Linux Mint Debian Edition ou Debian 7 Wheezy (GNOME ou KDE).

Edit: quelques tests avec les résultats suivants:
Le problème affecte mes réseaux sans fil et câblé.
Note: Je dois ajouter la pci=nomsiligne à grub pour pouvoir démarrer.
Lorsque vous vous déconnectez manuellement, suspendez puis reprenez, puis connectez-vous, tout fonctionne correctement.
Lors de la suspension directe alors que vous êtes connecté, le problème se produit.
Le verrouillage et la suspension posent le même problème que la suspension directe.
De plus, ce problème affecte apparemment la fonction de déconnexion: si vous avez choisi de vous déconnecter du menu utilisateur dans le panneau de l'unité, vous ne vous déconnecterez pas, mais si vous utilisez la ligne de commande, gnome-session-quit --logoutvous pouvez vous déconnecter.
Maintenant avec lshw -C networksortie:
Normal (réseau entièrement fonctionnel):

  *-network               
       description: Ethernet interface
       product: 191 Gigabit Ethernet Adapter
       vendor: Silicon Integrated Systems [SiS]
       physical id: 4
       bus info: pci@0000:00:04.0
       logical name: eth0
       version: 02
       serial: 00:24:8c:1e:f8:53
       size: 10Mbit/s
       capacity: 100Mbit/s
       width: 32 bits
       clock: 33MHz
       capabilities: pm bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=sis190 driverversion=1.4 duplex=half latency=0 link=no multicast=yes port=MII speed=10Mbit/s
       resources: irq:19 memory:fddfcc00-fddfcc7f ioport:cc00(size=128)
  *-network
       description: Wireless interface
       product: AR928X Wireless Network Adapter (PCI-Express)
       vendor: Qualcomm Atheros
       physical id: 0
       bus info: pci@0000:02:00.0
       logical name: wlan0
       version: 01
       serial: 00:15:af:e2:13:db
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress msix bus_master cap_list ethernet physical wireless
       configuration: broadcast=yes driver=ath9k driverversion=3.13.0-24-generic firmware=N/A ip=6.6.6.8 latency=0 link=yes multicast=yes wireless=IEEE 802.11bgn
       resources: irq:16 memory:fdff0000-fdffffff

Après la reprise ("/etc/pm/config.d" ne contient pas "unload_modules"):

 *-network DISABLED      
       description: Ethernet interface
       product: 191 Gigabit Ethernet Adapter
       vendor: Silicon Integrated Systems [SiS]
       physical id: 4
       bus info: pci@0000:00:04.0
       logical name: eth0
       version: 02
       serial: 00:24:8c:1e:f8:53
       size: 10Mbit/s
       capacity: 100Mbit/s
       width: 32 bits
       clock: 33MHz
       capabilities: pm bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=sis190 driverversion=1.4 duplex=half latency=0 link=no multicast=yes port=MII speed=10Mbit/s
       resources: irq:19 memory:fddfcc00-fddfcc7f ioport:cc00(size=128)
  *-network DISABLED
       description: Wireless interface
       product: AR928X Wireless Network Adapter (PCI-Express)
       vendor: Qualcomm Atheros
       physical id: 0
       bus info: pci@0000:02:00.0
       logical name: wlan0
       version: 01
       serial: 00:15:af:e2:13:db
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress msix bus_master cap_list ethernet physical wireless
       configuration: broadcast=yes driver=ath9k driverversion=3.13.0-24-generic firmware=N/A latency=0 link=no multicast=yes wireless=IEEE 802.11bgn
       resources: irq:16 memory:fdff0000-fdffffff

Lorsque j’ai ajouté le fichier unload_modules au répertoire "/etc/pm/config.d" comme suggéré ici , après la déconnexion , suspendez, reprenez, puis connectez-vous. Le réseau fonctionne, mais je ne parviens pas à me connecter à mon réseau sans fil.
Encore une fois, le résultat de lshw -C network After resume ("/etc/pm/config.d" contient "unload_modules"):

 *-network DISABLED      
       description: Ethernet interface
       product: 191 Gigabit Ethernet Adapter
       vendor: Silicon Integrated Systems [SiS]
       physical id: 4
       bus info: pci@0000:00:04.0
       logical name: eth0
       version: 02
       serial: 00:24:8c:1e:f8:53
       size: 10Mbit/s
       capacity: 100Mbit/s
       width: 32 bits
       clock: 33MHz
       capabilities: pm bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=sis190 driverversion=1.4 duplex=half latency=0 link=no multicast=yes port=MII speed=10Mbit/s
       resources: irq:19 memory:fddfcc00-fddfcc7f ioport:cc00(size=128)
  *-network DISABLED
       description: Wireless interface
       product: AR928X Wireless Network Adapter (PCI-Express)
       vendor: Qualcomm Atheros
       physical id: 0
       bus info: pci@0000:02:00.0
       logical name: wlan0
       version: 01
       serial: 00:15:af:e2:13:db
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress msix bus_master cap_list ethernet physical wireless
       configuration: broadcast=yes driver=ath9k driverversion=3.13.0-24-generic firmware=N/A latency=0 link=no multicast=yes wireless=IEEE 802.11bgn
       resources: irq:16 memory:fdff0000-fdffffff

Le contenu de 'unload_modules "où:

SUSPEND_MODULES="$SUSPEND_MODULES ath9k"
SUSPEND_MODULES="$SUSPEND_MODULES sis190"

Où ath9k est mon module sans fil et «sis190» est mon module Ethernet.

Ossama Nasser
la source
Je me suis déconnecté au lieu de dormir dans mon statut, comment puis-je résoudre le problème avec ça? Thx
Luigi Tiburzi
11
Si vous résolvez votre propre problème, vous devez poster une réponse et non l'inclure dans votre question.
Duncan Jones
3
Toujours pas de solution officielle à ce problème? Selon la lecture du rapport de bogue no. Mais c'est très surprenant car cela semble toucher un grand nombre de personnes ...
Augustin Riedinger
5
La commande se nmcli nmplaint:Object 'nm' is unknown
Alireza
1
@umpirsky essayernmcli general status
rsht

Réponses:

27

Les réponses ci-dessus n'ont pas fonctionné pour moi le 14.10. Après quelques essais et erreurs, je me suis retrouvé avec ceci,

#!/bin/sh

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

Mettez ceci dans /etc/pm/sleep.d/10_resume_wifi
Make it exécutable sudo chmod 755 /etc/pm/sleep.d/10_resume_wifi et le problème devrait être résolu immédiatement.

Owais Lone
la source
1
cela a résolu le problème pour moi le 15.04
STW le
Pourquoi ne pas "off" avant d'aller dormir?
Petr Gladkikh
2
A quoi sert le 'r'? Je reçois le message "Erreur: l'objet 'r' est inconnu." Cela semble fonctionner pour moi: "nmcli nm wifi on;" (Ubuntu 14.04 - ordinateur portable de précision dell)
FizxMike
1
Travaillé pour moi 16.04
timkofu
@FizxMike L' robjet spécifié 'radio' dans ma version de nmcli(Ubuntu 16.04). Lorsque je tape nmcli r --help, je vois les cibles disponibles d’une commande COMMAND := { all | wifi | wwan }et les commandes disponibles [ on | off]. Je suppose qu'avant Ubuntu 14.10, il n'était pas possible de cibler des objets individuels contrôlés par NetworkManager.
MDMower
21

J'ai une solution mais c'est juste pour redémarrer votre gestionnaire de réseau.

sudo service network-manager restart

Ce n'est pas la solution permanente.

hmjha
la source
Cette solution est la seule qui a fonctionné pour moi le 15.10 avec Intel Wireless 7260
Anton Matosov
Cette solution fonctionne également sur 14.04 LTS et 14.10
hmjha le
Travaillé. @hmjha Peut-être que nous pouvons écrire un script /etc/pm/sleep.dqui vérifie si le wifi fonctionne et redémarre network-managersinon?
Umpirsky
@umpirsky oui, nous pouvons également utiliser cette méthode. Merci
hmjha
2
Travaillé pour moi sur Ubuntu 16.10. Cependant, apparemment, /etc/pm/sleep.d n'est plus utilisé. Je le mets plutôt dans / lib / systemd / system-sleep, comme suit: #! / Bin / sh cas $ 1 en post) service network-manager restart ;; esac
Marc Rochkind
4

Le script qui a finalement fonctionné pour moi:

$ cat /etc/pm/sleep.d/10_resume_wifi 
#!/bin/sh

case "${1}" in
  resume|thaw) nmcli nm sleep false ;;
esac

$ ll /etc/pm/sleep.d/10_resume_wifi
-rwxr-xr-x 1 root root 70 mars  31 09:09 /etc/pm/sleep.d/10_resume_wifi

L'autre réponse comporte des fautes de frappe (elles peuvent être corrigées, je sais), mais n'ont jamais fonctionné pour moi de toute façon.

Augustin Riedinger
la source
Puis-je en quelque sorte tester cela sans le rendre permanent? Que font les commandes?
tokam
Tokam, voir mon commentaire ci-dessus sur le post de Owais à propos de "nmcli nm wifi on" fonctionnant dans le script en premier. Fondamentalement, en plaçant un script dans le répertoire sleep.d, il sera exécuté au moment de la reprise et passera à "resume" ou "thaw". Le script vérifie si les arguments sont transmis au script et exécute la commande nmcli (interface de ligne de commande de Network Manager). La commande spécifique que j'ai mentionnée équivaut à cliquer sur le gestionnaire de réseau dans la barre d'état et à cocher "Activer le WiFi". Pour vérification, entrez "nmcli nm help" dans le terminal. En outre, vous devez vous assurer que le script est exécutable.
FizxMike
Cela fonctionne pour moi sur menthe mate 18, qui est basé sur Ubuntu 16.04.1.
Eric Wang
0

Cela a fonctionné pour moi sur Ubuntu 14.04 sur un ordinateur portable Dell Precision.

Dans un terminal, entrez:

sudo nano /etc/pm/sleep.d/10_resume_wifi

Puis collez dans (ctrl + v):

#!/bin/sh
case "${1}" in
resume|thaw)
    nmcli nm wifi on
    ;;
esac

Ensuite, rendre le script exécutable:

sudo chmod +x /etc/pm/sleep.d/10_resume_wifi

Testez suspendre et réveiller pour voir le wifi sur!

FizxMike
la source
-3

Avez-vous essayé de faire entrer un autre script comme celui-ci dans kate:

#/bin/sh

    case ![1] in
        ./bin/sh
        network="true"
        nmcli nm -c sleep=false -network
    endasc

et enregistrez-le en tant que fichier jsin7 dans / etc / network et appelez-le network.d. Cela fonctionnera sans problème.

Michael
la source
1
Je pense que la syntaxe a récemment changé, j'ai publié nmcli nm sleep falsesuivi de nm wifi onpour le faire fonctionner. +1 pour le pourboire!
Mahmoud Al-Qudsi, le
La commande sudo nmcli nm sleep falsefonctionne pour moi, donc je ne suis pas coincé. Mais le /etc/network/network.dscript ne reprend pas automatiquement. Si j'essaye de l'exécuter, je reçois Syntax error: newline unexpected (expecting ")"). Pourriez-vous être plus précis sur le 1. Pourquoi cela ne fonctionne-t-il pas? 2. Qu'est-ce qui est supposé faire le script (afin que nous puissions le réparer individuellement)? 3. Pourquoi network.d? Merci!
Augustin Riedinger
3
Qu'est-ce que c'est censé faire? C'est quoi ![$]? Pourquoi ./bin/sh? Vous êtes /etc/networkdedans, il n'y en aura pas ./bin/sh. Qu'est-ce qu'un jsin7fichier? Les déclarations de cas se terminent par esac, non easc. Ils ont également besoin d'une variable et d'une condition.
Terdon