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. A sudo service network-manager restartdupliziert dieses Problem. Es dauert einen vollständigen Neustart, um Wifi wieder in Betrieb zu nehmen. Irgendwelche Ideen warum?

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.serviceFügen Sie nun das Skript mit einem Rechtsklick ein. Beenden Sie mit STRG + X und drücken Sie Y zum Speichern. Jetzt aktivieren Sie es: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.

@ 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 fand jedoch eine Antwort, die funktionierte, dank Buzhidaos Frage und Info , dass nach Suspend und GAD3Rs Kommentar dort keine Verbindung zum Internet hergestellt werden konnte.

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, 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 aus meinem Kommentar zu diesem anderen Beitrag ersehen 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.

Um NetworkManager nach der Wiederaufnahme in einer Umgebung ohne sudoZugriff automatisch neu zu starten , erstellen Sie ein Skript in /etc/pm/sleep.d(einen beliebigen Namen), setzen Sie das ausführbare Bit über chmod +xund fügen Sie den folgenden Inhalt ein:

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

Bei mir hat die serviceLeitung geklappt, aber systemctlvielleicht besser für Sie.

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

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 Ruhezustand 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 restarthier anzurufen, scheint für mich nie zu funktionieren. Es sieht so aus, als ob es versucht, es zu starten, bevor es beendet ist, und daher habe ich mehr Glück, zwischen stopund zu pausieren start.
• 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.

Arbeitsmethode auf Ubuntu 16.04:

Erstellen Sie den Service: sudo nano /lib/systemd/system/wifi-resume.service

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

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

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!

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

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).

Für mich war die Lösung zu laufen

nmcli nm sleep false

in einem Terminal

Ich hatte das gleiche Problem, wenn ich nach einer Unterbrechung wieder zu meinem Heim-WLAN zurückkehrte. 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

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 das WLAN wieder.