[Update]:
Das gleiche Problem existiert in Kubuntu und wird auf die gleiche Weise gelöst.
[Gelöst]:
Durch Anwenden des folgenden Befehls erhielt nmcli nm
ich Folgendes:
Vor dem Suspendieren
RUNNING STATE WIFI-HARDWARE WIFI WWAN-HARDWARE WWAN
running connected enabled enabled enabled enabled
Wie Sie sehen, ist der Status verbunden und der Rest ist aktiviert und läuft
Nach dem Suspendieren
RUNNING STATE WIFI-HARDWARE WIFI WWAN-HARDWARE WWAN
running asleep enabled enabled enabled disabled
Wie Sie sehen, schläft der Zustand, was bedeutet, dass unser lieber Netzwerkmanager immer noch ein Nickerchen macht. Um dies zu lösen, verwenden Sie die folgende Befehlszeile:
sudo nmcli nm sleep false
Damit wird der Netzwerkmanager angewiesen , die Hölle aufzuwecken. um dies dauerhaft zu machen:
erstelle ein script in /etc/pm/sleep.d
folgendem umfang (und vergiss nicht das script als ausführbar zu kennzeichnen):
#!/bin/sh
case "${1}" in
resume|thaw)
nmcli nm sleep false
;;
esac
Danke dafür
Das ursprüngliche Problem:
Ich habe gerade Ubuntu 14.04 heruntergeladen und auf meinem Laptop installiert: ASUS X61SL mit Intel P8400 Core2Duo x64 Prozessor.
Wenn ich den Deckel schließe, wird das System angehalten, aber wenn ich den Deckel wieder öffne und fortfahre, wird das drahtlose Netzwerk nicht aktiviert (das gesamte Netzwerk ist deaktiviert) und wenn ich "Netzwerk aktivieren" wähle, passiert nichts.
Dies sind die Informationen zu meinem WLAN-Adapter:
$ lspci | grep -i wireless
02:00.0 Network controller: Qualcomm Atheros AR928X Wireless Network Adapter (PCI-Express) (rev 01)
Dieses Problem war in Ubuntu 13.04, Linux Mint Debian Edition oder Debian 7 Wheezy (GNOME oder KDE) nicht vorhanden.
Bearbeiten: Wenige Tests mit folgenden Ergebnissen:
Das Problem wirkt sich auf mein kabelloses und kabelgebundenes Netzwerk aus.
Hinweis: Ich muss die pci=nomsi
Zeile zu grub hinzufügen , um zu booten.
Wenn Sie sich manuell abmelden, dann anhalten, dann wieder aufnehmen und sich dann anmelden, funktioniert alles einwandfrei.
Beim Anhalten direkt beim Einloggen tritt das Problem auf.
Das Sperren und Suspendieren verursacht dasselbe Problem wie das direkte Suspendieren.
Dieses Problem wirkt sich anscheinend auch auf die Abmeldefunktion aus: Wenn Sie im Unity-Bedienfeld im Benutzermenü die Option Abmelden ausgewählt haben, werden Sie nicht abgemeldet. Wenn Sie jedoch die Befehlszeile verwenden gnome-session-quit --logout
, können Sie sich abmelden .
Jetzt mit lshw -C network
Ausgabe:
Normal (voll funktionsfähiges Netzwerk):
*-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
Nach dem Fortsetzen ("/etc/pm/config.d" enthält nicht "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
Wenn ich die Datei unload_modules in dem Verzeichnis „/etc/pm/config.d“ hinzugefügt , wie vorgeschlagen , hier , nach dem Abmelden, aussetzen, wieder aufnimmt dann in der Vernetzung funktioniert einzuloggen , aber ich kann nicht mit meinem drahtlosen Netzwerk verbinden.
Wieder das Ergebnis von lshw -C network
After resume ("/etc/pm/config.d" enthält "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
Der Inhalt von 'unload_modules "wobei:
SUSPEND_MODULES="$SUSPEND_MODULES ath9k"
SUSPEND_MODULES="$SUSPEND_MODULES sis190"
Wobei "ath9k" mein drahtloses Modul und "sis190" mein Ethernet-Modul ist.
nmcli nm
beschwert sich:Object 'nm' is unknown
nmcli general status
Antworten:
Die obigen Antworten haben am 14.10. Für mich nicht funktioniert. Nach einigem Ausprobieren kam ich zu dem Ergebnis:
Setzen Sie dies in "
/etc/pm/sleep.d/10_resume_wifi
Ausführbar machen"
sudo chmod 755 /etc/pm/sleep.d/10_resume_wifi
und das Problem sollte sofort behoben sein.quelle
r
spezifiziert Objekt 'Radio' in meiner Version vonnmcli
(Ubuntu 16.04). Bei der Eingabe werdennmcli r --help
die verfügbaren Ziele eines BefehlsCOMMAND := { all | wifi | wwan }
und die verfügbaren Befehle angezeigt[ on | off]
. Ich vermute, dass es vor Ubuntu 14.10 nicht möglich war, einzelne Objekte anzugreifen, die von NetworkManager gesteuert wurden.Ich habe eine Lösung, aber sie dient nur zum Neustarten Ihres Netzwerkmanagers.
Es ist nicht die dauerhafte Lösung.
quelle
/etc/pm/sleep.d
, das prüft, ob WLAN funktioniert und startet neu,network-manager
wenn nicht?Das Skript, das endlich für mich funktioniert hat:
Die andere Antwort enthält Tippfehler (die können, wie ich weiß, behoben werden), hat aber bei mir sowieso nie funktioniert.
quelle
Dies funktionierte für mich unter Ubuntu 14.04 auf Dell Precision Laptops.
In einem Terminal geben Sie ein:
Dann einfügen (Strg + V):
Dann machen Sie das Skript ausführbar:
Testen Sie Suspend und wachen Sie auf, um WLAN zu sehen!
quelle
Haben Sie versucht, ein anderes Skript wie dieses in kate einzugeben:
und speichern Sie es als jsin7-Datei in / etc / network und nennen Sie es network.d, und dies könnte gut funktionieren.
quelle
nmcli nm sleep false
gefolgt vonnm wifi on
, um es zum Laufen zu bringen. +1 für den Tipp!sudo nmcli nm sleep false
funktioniert bei mir, ich stecke also nicht fest. Das/etc/network/network.d
Skript wird jedoch nicht automatisch fortgesetzt. Wenn ich versuche, es auszuführen, bekomme ichSyntax error: newline unexpected (expecting ")")
. Könnten Sie präziser auf die 1. Warum funktioniert es nicht? 2. Was soll das Skript machen (damit wir es individuell reparieren können)? 3. Warumnetwork.d
? Vielen Dank!![$]
? Warum./bin/sh
? Du bist dabei/etc/network
, es wird keine./bin/sh
geben. Was ist einejsin7
Datei? Case Aussagen enden mitesac
, nichteasc
. Sie brauchen auch eine Variable und eine Bedingung.