[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 nm
j'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.d
contenant 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=nomsi
ligne à 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 --logout
vous pouvez vous déconnecter.
Maintenant avec lshw -C network
sortie:
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.
nmcli nm
plaint:Object 'nm' is unknown
nmcli general status
Réponses:
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,
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.la source
r
objet spécifié 'radio' dans ma version denmcli
(Ubuntu 16.04). Lorsque je tapenmcli r --help
, je vois les cibles disponibles d’une commandeCOMMAND := { 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.J'ai une solution mais c'est juste pour redémarrer votre gestionnaire de réseau.
Ce n'est pas la solution permanente.
la source
/etc/pm/sleep.d
qui vérifie si le wifi fonctionne et redémarrenetwork-manager
sinon?Le script qui a finalement fonctionné pour moi:
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.
la source
Cela a fonctionné pour moi sur Ubuntu 14.04 sur un ordinateur portable Dell Precision.
Dans un terminal, entrez:
Puis collez dans (ctrl + v):
Ensuite, rendre le script exécutable:
Testez suspendre et réveiller pour voir le wifi sur!
la source
Avez-vous essayé de faire entrer un autre script comme celui-ci dans kate:
et enregistrez-le en tant que fichier jsin7 dans / etc / network et appelez-le network.d. Cela fonctionnera sans problème.
la source
nmcli nm sleep false
suivi denm wifi on
pour le faire fonctionner. +1 pour le pourboire!sudo nmcli nm sleep false
fonctionne pour moi, donc je ne suis pas coincé. Mais le/etc/network/network.d
script ne reprend pas automatiquement. Si j'essaye de l'exécuter, je reçoisSyntax 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. Pourquoinetwork.d
? Merci!![$]
? Pourquoi./bin/sh
? Vous êtes/etc/network
dedans, il n'y en aura pas./bin/sh
. Qu'est-ce qu'unjsin7
fichier? Les déclarations de cas se terminent paresac
, noneasc
. Ils ont également besoin d'une variable et d'une condition.