it-swarm.com.de

WLAN funktioniert nach dem Suspend nach dem Upgrade auf 16.04 nicht mehr

Diese spezielle Version von "funktioniert nach dem Suspendieren nicht" wurde nach dem Upgrade auf 16.04 veröffentlicht. Es scheint, dass das Upgrade ein Wicd-Applet enthält (das neben dem regulären Netzwerksymbol zur Metacity Classic Gnome-Taskleiste hinzugefügt wurde), aber nach einer Unterbrechung nicht funktioniert. Ein Sudo service network-manager restart dupliziert dieses Problem. Es dauert einen vollständigen Neustart, um Wifi wieder in Betrieb zu nehmen. Irgendwelche Ideen warum?

147
147pm

16.04 läuft auf systemd. Versuche Folgendes:

Sudo systemctl restart network-manager.service

Wenn dies funktioniert, können Sie ein Skript erstellen, um es zu automatisieren.

Öffnen Sie ein Terminal und geben Sie Folgendes ein:

Sudo nano /etc/systemd/system/wifi-resume.service Fügen Sie nun das Skript mit einem Rechtsklick ein. Beenden Sie mit STRG + X und drücken Sie Y zum Speichern. Nun, um es zu aktivieren: Sudo systemctl enable wifi-resume.service

Skript:

#/etc/systemd/system/wifi-resume.service
#Sudo systemctl enable wifi-resume.service
[Unit]
Description=Restart networkmanager at resume
After=suspend.target
After=hibernate.target
After=hybrid-sleep.target

[Service]
Type=oneshot
ExecStart=/bin/systemctl restart network-manager.service

[Install]
WantedBy=suspend.target
WantedBy=hibernate.target
WantedBy=hybrid-sleep.target

Hoffe das hilft. Es funktioniert auf meinem Laptop.

174
Joakim Koed

@ 147pm Hast du das jemals zum Laufen gebracht?

Ich stellte fest, dass ich ein ziemlich ähnliches Problem hatte, obwohl ich auf Kubuntu 16.10 (KDE-basiert, nicht Gnome) und mit einem HP ProBook-Laptop arbeite. Und im Gegensatz zu Ihnen war es nicht mein Wifi, das nach dem Suspend/Wakeup starb, sondern mein Ethernet-Port. Trotzdem frage ich mich, ob sie verwandt sind.

Ich sehe auch, dass Sie das Problem nicht unter KDE haben. Es würde mich jedoch interessieren, ob die folgende Lösung unter Gnome hilfreich ist, da die Lösung nicht auf Window Manager, Desktop-Umgebung oder Applets basiert.

Bestätigen Sie zunächst den Neustart des Netzwerkmanager-Dienstes.

$ Sudo systemctl restart network-manager.service

hat bei mir nicht funktioniert.

Ich habe jedoch eine Antwort gefunden, die funktioniert, dank Buzhidaos Frage und Info unter kann nach Suspend keine Verbindung zum Internet herstellen und GAD3Rs Kommentar dort.

Anhand der Informationen stellte ich fest, dass die Suche nach der von mir ausgeführten Ethernet-Hardware und dem von mir ausgeführten Treiber/Modul und das anschließende Entfernen und Neuladen des Moduls bei mir funktioniert hat (obwohl dies bei buzhidao nicht der Fall war):

W-lan:

$ lspci -knn | grep Net -A2

Ethernet:

$ lspci -knn | grep Ether -A2

Das zweite von diesen (Ethernet) war das, was ich benutzte, und ich fand:

03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 0c)
        Subsystem: Hewlett-Packard Company RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [103c:1944]
        Kernel driver in use: r8169
        Kernel modules: r8169

also habe ich den 'r8169'-Treiber neu geladen:

$ Sudo rmmod r8169 && Sudo modprobe r8169

und voila! Das hat funktioniert. Mein Ethernet-Port/meine Ethernet-Verbindung wurde (nach Suspend/Wakeup) wieder hergestellt, ohne dass ein Neustart erforderlich war.

(Ich hatte auch KEIN Realtek-WLAN-Gerät, aber ein Qualcomm Atheros (mod: ath9k), was vielleicht erklärt, warum WLAN nach dem Wake-from-Suspend für mich weiter funktioniert hat.)

Wie Sie meinem Kommentar zu diesem anderen Beitrag entnehmen können, habe ich mich gefragt, ob das Problem das gemeinsame Element zwischen Buzhidao und mir ist: Realtek Semiconductor-Geräte. Obwohl sie verschiedene Module verwenden, können sie einen gemeinsamen Code haben. Oder wird der neuere Kernel-Code jetzt in irgendeiner Weise anders behandelt?

Haben Sie selbst ein Realtek-basiertes WLAN-Gerät? (mit lspci oben)? Haben Sie Glück, das Modul neu zu installieren (rmmod/modprobe oben)?

Jedenfalls nur ein Schuss im Dunkeln. Wenn Sie eine Antwort für sich selbst gefunden haben, lassen Sie es uns bitte wissen! Vielen Dank.

15
androclus

Um NetworkManager nach dem Fortsetzen in einer Umgebung ohne Zugriff auf Sudo automatisch neu zu starten, erstellen Sie ein Skript in /etc/pm/sleep.d (beliebiger Name), setzen Sie das ausführbare Bit über chmod +x und fügen Sie den folgenden Inhalt ein:

case "${1}" in
    resume|thaw)
        # systemctl restart network-manager.service
        service NetworkManager restart
;;
esac

Für mich hat die Zeile service funktioniert, aber systemctl funktioniert möglicherweise besser für Sie.

Quelle: https://askubuntu.com/a/92235/30266 .

6
krlmlr

Für mich scheint es zufällig zu sein, aber manchmal wird die WLAN-Verbindung nur getrennt, wenn ich verbunden bin, oder es werden keine Netzwerke angezeigt, wenn ich nicht verbunden bin. Manchmal scheint es auszulösen, meinen Laptop in den Energiesparmodus zu versetzen, aber nicht immer.

Eine Kombination dieser Funktionen bringt es normalerweise ohne Neustart wieder zum Laufen:

  • Sudo iwlist $(ifconfig | grep -Po '^w\w+') scan
  • Sudo service network-manager stop; sleep 5; Sudo service network-manager start
    • Einfach restart hier anzurufen, scheint für mich nie zu funktionieren. Es sieht so aus, als würde versucht, es zu starten, bevor es beendet ist. Daher habe ich mehr Glück, zwischen stop und start zu pausieren.
  • Schalten Sie das WLAN in der Benutzeroberfläche aus. warte ein paar Sekunden; schalte es wieder ein

Keines davon scheint durchgehend zu funktionieren, aber ich habe es in der Reihenfolge aufgelistet, in der es am wahrscheinlichsten ist, dass es zuerst gelingt.

2
redbmk

Arbeitsmethode auf Ubuntu 16.04:

Erstellen Sie den Dienst: Sudo nano /lib/systemd/system/wifi-resume.service

Der Dienst ruft das Programm auf von:
/ etc/init.d/network-manager

Fügen Sie den Code ein:

#/lib/systemd/system/wifi-resume.service
#Sudo systemctl enable wifi-resume.service
[Unit]
Description=Restart network-manager at resume
After=suspend.target
After=hibernate.target
After=hybrid-sleep.target 

[Service]
Type=oneshot
ExecStart=/bin/systemctl restart network-manager

[Install]
WantedBy=suspend.target
WantedBy=hibernate.target
WantedBy=hybrid-sleep.target

Aktivieren Sie dann den Dienst:

Sudo systemctl enable /lib/systemd/system/wifi-resume.service

Dadurch werden die Symlinks in die angegebenen [Install] -Verzeichnisse von/etc/systemd/system erstellt und der Dienst aktiviert

Anschließend können Sie den Status überprüfen mit: systemctl status wifi-resume.service

2
cryptoboy

Ich hatte das gleiche Problem mit Bluetooth: Nach dem Anhalten funktionierte meine Bluetooth-Maus nicht. Also habe ich die Lösung von oben abgeleitet:

Sudo nano /etc/systemd/system/bluetooth-resume.service

aktiviert den neuen Dienst

Sudo systemctl enable bluetooth-resume.service

und bearbeitete den Dienst

#/etc/systemd/system/bluetooth-resume.service
#Sudo systemctl enable bluetooth-resume.service
[Unit]
Description=Restart bluethooth at resume
After=suspend.target
After=hibernate.target
After=hybrid-sleep.target

[Service]
Type=oneshot
ExecStart=/bin/systemctl restart bluetooth.service

[Install]
WantedBy=suspend.target
WantedBy=hibernate.target
WantedBy=hybrid-sleep.target

Ich habe auch versucht zu bearbeiten ...

Sudo nano /etc/bluetooth/main.conf

und verändert

AutoEnable=true

ABER dies funktionierte NICHT für das "Resume-Problem" und hatte sowieso keine Auswirkungen auf neue Bluetooth-Geräte!

1
apos

Ich hatte das gleiche Problem auf meinem Laptop Dell Inspiron 15R mit Ubuntu 16.04. Bei mir hat das Skript über die zweite Antwort berichtet .

Nachdem ich das Skript installiert hatte, versuchte ich die Suspendierung mit dem Befehl im oberen rechten Menü und schloss sogar die Lippe, um das Problem zu lösen.

Ich muss sagen, dass das Problem sich in seinem Verhalten abgewandelt hat (das heißt, manchmal hat es funktioniert, bevor das Skript installiert wurde).

1

Jetzt wohl einfach

Sudo apt update
Sudo apt upgrade

sollte arbeiten.

In meinem Fall gab es unter den aktualisierten Paketen bcmwl-kernel-source (6.30.223.271+bdcom-0ubuntu1~1.3) und nach diesem Update funktioniert WiFi wieder.

0
Daniel

Für mich war die Lösung zu laufen

nmcli nm sleep false

in einem Terminal

0
tigerjack89

Ich hatte das gleiche Problem, wenn ich nach einer Unterbrechung die Verbindung zu meinem Heim-WLAN wieder herstellte. Versuchte die verschiedenen anderen vorgeschlagenen Antworten, die gelegentlich aber nicht immer funktionieren würden.

Mit dem folgenden Fix konnte schließlich eine konsistente Verbindung zum WLAN hergestellt werden:

1) Bearbeiten Sie diese Datei:

Sudo vim /etc/NetworkManager/NetworkManager.conf

2) Indem Sie dies hinzufügen:

[device]
wifi.scan-Rand-mac-address=no
0
Ray Vega