La rete wireless non funziona dopo il ripristino in Ubuntu 14.04


79

[Aggiornamento]:
lo stesso problema esiste in Kubuntu e viene risolto nello stesso modo.
[Risolto]:
Applicando il seguente comando nmcli nmho ottenuto quanto segue:

Prima di sospendere

RUNNING         STATE           WIFI-HARDWARE   WIFI       WWAN-HARDWARE   WWAN      
running         connected       enabled         enabled    enabled         enabled  

come puoi vedere lo stato è collegato e il resto è abilitato e in esecuzione

Dopo la sospensione

RUNNING         STATE           WIFI-HARDWARE   WIFI       WWAN-HARDWARE   WWAN      
running         asleep          enabled         enabled    enabled         disabled

come puoi vedere lo stato è addormentato, il che significa che il nostro caro gestore di rete sta ancora facendo un sonnellino, quindi per risolvere usa la linea di comando incerta:
sudo nmcli nm sleep false
questo dice al gestore di rete di svegliare l'inferno. per rendere questo permenente:
creare uno script /etc/pm/sleep.dcontando quanto segue (e non dimenticare di contrassegnare lo script come eseguibile):

#!/bin/sh

case "${1}" in
        resume|thaw)
        nmcli nm sleep false
                ;;
esac

Grazie a questo

Il problema originale:

Ho appena scaricato Ubuntu 14.04 e installato sul mio laptop: ASUS X61SL con processore Intel P8400 Core2Duo x64.
Quando chiudo il coperchio, il sistema viene sospeso, ma quando apro nuovamente il coperchio e riprendo, la rete wireless non viene attivata (la rete nel suo insieme è disabilitata) e quando seleziono "Abilita rete" non accade nulla.
Queste sono le informazioni sul mio adattatore wireless:

$ lspci | grep -i wireless
02:00.0 Network controller: Qualcomm Atheros AR928X Wireless Network Adapter (PCI-Express) (rev 01)  

Questo problema non era presente in Ubuntu 13.04, Linux Mint Debian Edition o Debian 7 wheezy (GNOME o KDE).

Modifica: pochi test con i seguenti risultati:
Il problema riguarda la mia rete wireless e cablata.
Nota: ho bisogno di aggiungere la pci=nomsilinea per grub per l'avvio.
Quando si effettua il logout manualmente, quindi sospendere, quindi riprendere, quindi accedere tutto funziona perfettamente.
Quando si sospende direttamente durante l'accesso, si verifica il problema.
Il blocco e la sospensione causano lo stesso problema della sospensione diretta.
Anche questo problema sembra influire sulla funzione di disconnessione: se si sceglie di disconnettersi dal menu utente nel pannello unità, non si verrà disconnessi, ma se si utilizza la riga di comando, gnome-session-quit --logoutè possibile disconnettersi.
Ora con lshw -C networkoutput:
normale (rete completamente funzionale):

  *-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

Dopo il ripristino ("/etc/pm/config.d" non contiene "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

Quando ho aggiunto il file unload_modules alla directory "/etc/pm/config.d" come suggerito da qui , dopo essermi disconnesso, sospendere, riprendere, quindi accedere alla rete funziona ma non riesco a collegarmi alla mia rete wireless.
Ancora una volta il risultato di lshw -C network After resume ("/etc/pm/config.d" contiene "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

I contenuti di 'unload_modules "dove:

SUSPEND_MODULES="$SUSPEND_MODULES ath9k"
SUSPEND_MODULES="$SUSPEND_MODULES sis190"

Dove "ath9k" è il mio modulo wireless e "sis190" è il mio modulo Ethernet.


Mi sono disconnesso invece di addormentato nel mio stato, come posso risolvere il problema con quello? Grazie
Luigi Tiburzi,

11
Se risolvi il tuo problema, dovresti pubblicare una risposta, non includere la risposta nella tua domanda.
Duncan Jones,

3
Ancora nessuna correzione ufficiale a questo problema? Come da lettura del bug report n. Ma questo è molto sorprendente in quanto sembra influenzare parecchie persone ...
Augustin Riedinger,

5
Il comando si nmcli nmlamenta:Object 'nm' is unknown
Alireza,

1
@umpirsky trynmcli general status
rsht

Risposte:


27

Le risposte di cui sopra non hanno funzionato per me il 14.10. Dopo un po 'di tentativi ed errori, ho finito con questo,

#!/bin/sh

case "${1}" in
  resume|thaw)
    nmcli r wifi off && nmcli r wifi on ;;
esac

Inseriscilo in /etc/pm/sleep.d/10_resume_wifi
Rendi eseguibile sudo chmod 755 /etc/pm/sleep.d/10_resume_wifi e il problema dovrebbe essere risolto immediatamente.


1
questo lo risolse per me il 15.04
STW il

Perché non "spento" prima di andare a dormire?
Petr Gladkikh,

2
A cosa serve la 'r'? Ottengo "Errore: l'oggetto 'r' è sconosciuto." Questo sembra funzionare per me: "nmcli nm wifi on;" (ubuntu 14.04 - laptop di precisione dell)
FizxMike

1
Ha funzionato per me 16.04
timkofu,

@FizxMike L' roggetto specifica 'radio' nella mia versione di nmcli(Ubuntu 16.04). Quando scrivo nmcli r --help, vedo che le destinazioni disponibili di un comando sono COMMAND := { all | wifi | wwan }e sono i comandi disponibili [ on | off]. Suppongo che prima di Ubuntu 14.10 non fosse possibile scegliere come target singoli oggetti controllati da NetworkManager.
MDMower

21

Ho una soluzione ma è solo per riavviare il tuo gestore di rete.

sudo service network-manager restart

Non è la soluzione permanente.


Questa soluzione è l'unica che ha funzionato per me il 15.10 con Intel Wireless 7260
Anton Matosov

Questa soluzione funziona anche il 14.04 LTS e il 14.10
hmjha,

Lavorato. @hmjha Forse possiamo scrivere uno script /etc/pm/sleep.dche controlla se il wifi funziona e si riavvia in network-managercaso contrario?
umpirsky,

@umpirsky sì, possiamo fare anche da quel metodo. Grazie
hmjha,

2
Ha funzionato per me su Ubuntu 16.10. Tuttavia, apparentemente /etc/pm/sleep.d non viene più utilizzato. L'ho messo invece in / lib / systemd / system-sleep, come: #! / Bin / sh case $ 1 in post) servizio riavvio del gestore di rete ;; esac
Marc Rochkind,

4

La sceneggiatura che finalmente ha funzionato per me:

$ cat /etc/pm/sleep.d/10_resume_wifi 
#!/bin/sh

case "${1}" in
  resume|thaw) nmcli nm sleep false ;;
esac

$ ll /etc/pm/sleep.d/10_resume_wifi
-rwxr-xr-x 1 root root 70 mars  31 09:09 /etc/pm/sleep.d/10_resume_wifi

L'altra risposta ha errori di battitura (possono essere risolti, lo so), ma non ha mai funzionato per me.


Posso in qualche modo testarlo senza renderlo permanente? Cosa fanno i comandi?
Tokam,

Tokam, vedi il mio commento sopra sul post di Owais su "nmcli nm wifi" che lavora prima nello script. Fondamentalmente, posizionando uno script nella directory sleep.d, verrà eseguito al momento del ripristino e verrà superato 'resume' o 'thaw'. Lo script verifica la presenza di uno degli argomenti passati allo script ed esegue il comando nmcli (Network Manager Command Line Interface). Il comando specifico che ho citato equivale a fare clic su Network Manager nella barra di stato e selezionare "Abilita WiFi". Per la verifica, immettere "nmcli nm help" nel terminale. Inoltre, devi assicurarti che lo script sia eseguibile.
FizxMike

Questo funziona per me su mint mate 18, basato su Ubuntu 16.04.1.
Eric Wang

0

Questo ha funzionato per me su Ubuntu 14.04 sul laptop Dell Precision.

In un terminale inserire:

sudo nano /etc/pm/sleep.d/10_resume_wifi

Quindi incolla (ctrl + v):

#!/bin/sh
case "${1}" in
resume|thaw)
    nmcli nm wifi on
    ;;
esac

Quindi rendere eseguibile lo script:

sudo chmod +x /etc/pm/sleep.d/10_resume_wifi

Prova sospendi e sveglia per vedere il wifi acceso !!


-3

Hai provato a fare in modo che un altro script come questo entri in kate:

#/bin/sh

    case ![1] in
        ./bin/sh
        network="true"
        nmcli nm -c sleep=false -network
    endasc

e salvarlo come file jsin7 in / etc / network, e chiamarlo network.d e questo potrebbe funzionare bene.


1
Penso che la sintassi sia cambiata di recente, ho rilasciato nmcli nm sleep falseseguito da nm wifi onper farlo funzionare. +1 per la mancia!
Mahmoud Al-Qudsi,

Il comando sudo nmcli nm sleep falsefunziona per me, quindi non sono bloccato. Ma lo /etc/network/network.dscript non si ripristina automaticamente. Se provo a eseguirlo, ottengo Syntax error: newline unexpected (expecting ")"). Potresti essere più specifico su 1. Perché non funziona? 2. Cosa dovrebbe fare lo script (in modo che possiamo risolverlo individualmente)? 3. Perché network.d? Grazie!
Augustin Riedinger,

3
Cosa dovrebbe fare questo? Che cosa è ![$]? Perché ./bin/sh? Ci sei /etc/network, non ci sarà ./bin/sh. Che cos'è un jsin7file? Le dichiarazioni dei casi finiscono con esac, no easc. Hanno anche bisogno di una variabile e una condizione.
terdon
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.