Wifi non funziona dopo la sospensione dopo l'aggiornamento 16.04

Questa particolare versione di "non funziona dopo la sospensione" è arrivata dopo l'aggiornamento a 16.04. Sembra che l'aggiornamento includa un'applet Wicd (aggiunta alla barra delle attività Gnome di Metacity Classic accanto all'icona di rete normale), ma non sembra funzionare dopo una sospensione. A sudo service network-manager restartduplica questo problema. È necessario un riavvio completo per riavviare Wifi. Qualche idea sul perché?

16.04 funziona su systemd. Prova quanto segue:

sudo systemctl restart network-manager.service

Se funziona, puoi creare uno script per automatizzarlo.

Apri un terminale e digita quanto segue:

sudo nano /etc/systemd/system/wifi-resume.serviceOra incolla lo script lì con un clic destro. Esci con CTRL + X e premi Y per salvare. Ora per attivarlo:sudo systemctl enable wifi-resume.service

script:

#/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

Spero che sia di aiuto. Funziona sul mio laptop.

@ 147pm Hai mai funzionato?

Ho scoperto di avere un problema abbastanza simile, anche se sono su Kubuntu 16.10 (basato su KDE, non su Gnome) e con un laptop HP ProBook. E, a differenza di te, non è il mio Wifi che è morto dopo la sospensione / sveglia, ma la mia porta Ethernet. Tuttavia, mi chiedo se siano collegati.

Vedo anche che non hai il problema con KDE. Ma sarei interessato a sapere se la soluzione seguente aiuta in Gnome, poiché la soluzione non si basa su window manager, ambiente desktop o applet.

Innanzitutto, solo per confermare il riavvio del servizio di gestione della rete.

$ sudo systemctl restart network-manager.service

Non ha funzionato per me.

Tuttavia, ho trovato una risposta che ha funzionato, grazie alla domanda e alle informazioni di buzhidao su Impossibile connettersi a Internet dopo la sospensione e il commento di GAD3R lì.

Usando le loro informazioni, ho scoperto che prima la ricerca dell'hardware ethernet e del driver / modulo che sto eseguendo, quindi la rimozione e il ricaricamento di quel modulo, ha funzionato per me (anche se non per buzhidao):

Wi-Fi:

$ lspci -knn | grep Net -A2

Ethernet:

$ lspci -knn | grep Ether -A2

Il secondo di questi (ethernet) era quello che ho usato e ho trovato:

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

così ho ricaricato il driver 'r8169':

$ sudo rmmod r8169 && sudo modprobe r8169

e voilà! Questo ha funzionato. La mia porta / connessione ethernet è tornata in vita (dopo la sospensione / riattivazione) senza riavviare.

(Inoltre NON avevo un dispositivo wifi Realtek, ma un Qualcomm Atheros (mod: ath9k) che forse spiega perché il wifi ha continuato a funzionare per me dopo il risveglio dalla sospensione.)

Come puoi vedere dal mio commento su quell'altro post, mi chiedevo se il problema fosse l'elemento comune tra Buzhidao e me: i dispositivi Realtek Semiconductor. Anche se usano moduli diversi, potrebbero condividere un codice comune? O essere trattato in modo diverso dal nuovo codice del kernel ora in qualche modo?

Tu stesso hai un dispositivo wifi basato su Realtek? (usando lspci sopra)? Hai fortuna a reinstallare il modulo (sopra rmmod / modprobe)?

Ad ogni modo, solo un colpo nel buio. Se hai trovato una risposta per te, faccelo sapere! Grazie.

Per riavviare automaticamente NetworkManager dopo il ripristino in un ambiente senza sudoaccesso, creare uno script in /etc/pm/sleep.d(qualsiasi nome), impostare il bit eseguibile tramite chmod +xe inserire il seguente contenuto:

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

Per me, la servicelinea ha funzionato, ma systemctlpotrebbe funzionare meglio per te.

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

Per me sembra casuale, ma a volte il wifi si disconnette solo se sono connesso o non mostra le reti se non lo sono. A volte mettere il mio laptop in modalità di sospensione sembra attivarlo, ma non sempre.

Una combinazione di questi di solito riprende a funzionare senza riavviare:

• sudo iwlist $(ifconfig | grep -Po '^w\w+') scan
• sudo service network-manager stop; sleep 5; sudo service network-manager start
  • Chiamare semplicemente restartqui non sembra mai funzionare per me. Sembra che cerchi di avviarlo prima che abbia finito di spegnerlo, quindi ho più fortuna a fermarmi tra stope start.
• Disattiva il wifi nell'interfaccia utente; attendere qualche secondo; riaccenderlo

Nessuno di questi sembra funzionare in modo coerente, ma li ho elencati in ordine di successo per primo.

Metodo di lavoro su Ubuntu 16.04:

Crea il servizio: sudo nano /lib/systemd/system/wifi-resume.service

Il servizio chiama il programma da:
/etc/init.d/network-manager

Incolla il codice:

#/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

Quindi abilitare il servizio:

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

Questo crea i collegamenti simbolici nelle directory [Installa] indicate di / etc / systemd / system e attiva il servizio

Successivamente puoi controllare lo stato con: systemctl status wifi-resume.service

Ho avuto lo stesso problema con il bluetooth: dopo aver sospeso il mio mouse bluetooth non ha funzionato. Quindi ho derivato la soluzione dall'alto:

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

abilitato il nuovo servizio

sudo systemctl enable bluetooth-resume.service

e modificato il servizio

#/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

Ho anche provato a modificare ...

sudo nano /etc/bluetooth/main.conf

e cambiato

AutoEnable=true

MA questo NON ha funzionato per il "problema di ripresa" e non ha avuto alcun impatto sui nuovi dispositivi Bluetooth!

Ho avuto lo stesso problema sul mio portatile Dell Inspiron 15R con Ubuntu 16.04. Per me ha funzionato la sceneggiatura riportata sulla seconda risposta .

Dopo aver installato lo script ho provato la sospensione con il comando nel menu in alto a destra e persino chiudendo il labbro, risolvendo il problema.

Devo dire che il problema si alternava nel suo comportamento (cioè a volte funzionava prima di installare lo script).

Per me la soluzione era quella di correre

nmcli nm sleep false

in un terminale

Ho avuto lo stesso problema di riconnettermi al mio wifi di casa dopo la sospensione. Ho provato le varie altre risposte suggerite che a volte funzionavano ma non sempre.

Alla fine la seguente correzione consentiva di connettersi costantemente al wifi:

1) Modifica questo file:

sudo vim /etc/NetworkManager/NetworkManager.conf

2) Aggiungendo questo ad esso:

[device]
wifi.scan-rand-mac-address=no

Ora probabilmente semplice

sudo apt update
sudo apt upgrade

dovrebbe funzionare.

Nel mio caso tra i pacchetti aggiornati c'era bcmwl-kernel-source (6.30.223.271+bdcom-0ubuntu1~1.3)e dopo questo aggiornamento il wifi funziona di nuovo.