Newsgroup: it.comp.os.linux.sys
Titolo: Problema Wifi

Ciao a tutti,
volevo chiedervi se mi potete aiutare a risolvere un problema wi-fi con 
il mio portatile Lenovo b50-10.
Ogni volta che "perde" la connessione non si riconettete automaticamente 
all'access point, quindi sono costretto a digitare il comando :
 
/etc/init.d/network-manager restart
 
Avete una soluzione o potete indirizzarmi su qualche sito?
 
Grazie


Questo è infallibile, ma ti consiglio di risolvere meno grezzamente! :-)
 
in crontab:
 
@reboot
 
while [ true ]; do PINGOK=$( ping -c 1 8.8.8.8 | grep "1 received" | wc 
-l ); if [ "$PINGOK" == "0" ]; then /etc/init.d/network-manager restart; 
fi; sleep 20; done
 
 
 
no dai, è grezzo. se vuoi usalo, ma non lo far vedere troppo che ti 
prendono in giro. :)


penso dovresti postare qualche log e l'output di dmesg. e se hai
qualche messaggio specifico di errore, inizia a cercare con google.
 
ciao
 
-- 
Never try to teach a pig to sing.
It wastes your time and annoys the pig.


dmesg | grep wlp4s0
[   20.590256] rtl8723be 0000:04:00.0 wlp4s0: renamed from wlan0
[   32.844952] IPv6: ADDRCONF(NETDEV_UP): wlp4s0: link is not ready
[   33.419322] IPv6: ADDRCONF(NETDEV_UP): wlp4s0: link is not ready
[   34.104316] IPv6: ADDRCONF(NETDEV_UP): wlp4s0: link is not ready
[   35.556391] wlp4s0: authenticate with c6:ea:1d:46:43:ec
[   35.567676] wlp4s0: send auth to c6:ea:1d:46:43:ec (try 1/3)
[   35.571960] wlp4s0: authenticated
[   35.572543] wlp4s0: associate with c6:ea:1d:46:43:ec (try 1/3)
[   35.576870] wlp4s0: RX AssocResp from c6:ea:1d:46:43:ec (capab=0x431 
status=0 aid=1)
[   35.577729] wlp4s0: associated
[   35.577783] IPv6: ADDRCONF(NETDEV_CHANGE): wlp4s0: link becomes ready
[ 3882.406110] wlp4s0: Connection to AP c6:ea:1d:46:43:ec lost
[ 3883.473676] wlp4s0: authenticate with c6:ea:1d:46:43:ec
[ 3883.501237] wlp4s0: send auth to c6:ea:1d:46:43:ec (try 1/3)
[ 3883.505082] wlp4s0: authenticated
[ 3883.507185] wlp4s0: associate with c6:ea:1d:46:43:ec (try 1/3)
[ 3883.511736] wlp4s0: RX AssocResp from c6:ea:1d:46:43:ec (capab=0x431 
status=0 aid=1)
[ 3883.512945] wlp4s0: associated
[10191.607873] wlp4s0: deauthenticated from c6:ea:1d:46:43:ec (Reason: 
2=PREV_AUTH_NOT_VALID)
[10192.662379] wlp4s0: authenticate with c6:ea:1d:46:43:ec
[10192.689223] wlp4s0: send auth to c6:ea:1d:46:43:ec (try 1/3)
[10192.692127] wlp4s0: authenticated
[10192.704043] wlp4s0: associate with c6:ea:1d:46:43:ec (try 1/3)
[10192.708695] wlp4s0: RX AssocResp from c6:ea:1d:46:43:ec (capab=0x431 
status=0 aid=1)
[10192.709928] wlp4s0: associated
[13821.202663] wlp4s0: deauthenticated from c6:ea:1d:46:43:ec (Reason: 
2=PREV_AUTH_NOT_VALID)
[13822.258239] wlp4s0: authenticate with c6:ea:1d:46:43:ec
[13822.282844] wlp4s0: send auth to c6:ea:1d:46:43:ec (try 1/3)
[13822.286530] wlp4s0: authenticated
[13822.289908] wlp4s0: associate with c6:ea:1d:46:43:ec (try 1/3)
[13822.304798] wlp4s0: RX AssocResp from c6:ea:1d:46:43:ec (capab=0x431 
status=0 aid=1)
[13822.306017] wlp4s0: associated
[23101.609412] wlp4s0: deauthenticating from c6:ea:1d:46:43:ec by local 
choice (Reason: 3=DEAUTH_LEAVING)
[23116.803064] IPv6: ADDRCONF(NETDEV_UP): wlp4s0: link is not ready
[23117.010711] IPv6: ADDRCONF(NETDEV_UP): wlp4s0: link is not ready
[23118.230043] wlp4s0: authenticate with c6:ea:1d:46:43:ec
[23118.680946] wlp4s0: send auth to c6:ea:1d:46:43:ec (try 1/3)
[23118.684974] wlp4s0: authenticated
[23118.685897] wlp4s0: associate with c6:ea:1d:46:43:ec (try 1/3)
[23118.690350] wlp4s0: RX AssocResp from c6:ea:1d:46:43:ec (capab=0x431 
status=0 aid=1)
[23118.691236] wlp4s0: associated
[23118.691299] IPv6: ADDRCONF(NETDEV_CHANGE): wlp4s0: link becomes ready
 
per quanto riguarda il syslog cosa devo greppare?
 
Ti ringrazio
 

il modulo/driver rtl8723be accetta dei parametri:
 
parm: swenc:Set to 1 for software crypto (default 0)
parm: ips:Set to 0 to not use link power save (default 1)
parm: swlps:Set to 1 to use SW control power save (default 0)
parm: fwlps:Set to 1 to use FW control power save (default 1)
parm: msi:Set to 1 to use MSI interrupts mode (default 0)
parm: debug:Set debug level (0-5) (default 0) (int)
parm: disable_watchdog: 1 to disable the watchdog (default 0)
 
 
hai qualcosa impostato?
puo' essere un problema di risparmio energetico?


Non credo.
Che comando devo dare per verificare?
Grazie

i parametri del modulo li vedi dal comando:
 
systool -vm rtl8723be

per modificarli in corsa:
 
rmmod rtl8723be   (rimuove il modulo)
modprobe rtl8723be fwlps=0   (esempio imposta il parametro)


  systool -vm rtl8723be
Module = "rtl8723be"
 
   Attributes:
     coresize            = "86016"
     initsize            = "0"
     initstate           = "live"
     refcnt              = "0"
     srcversion          = "91435C8975BD603E2F68D72"
     taint               = ""
     uevent              = <store method only>
 
   Parameters:
     debug               = "0"
     disable_watchdog    = "N"
     fwlps               = "Y"
     ips                 = "Y"
     msi                 = "N"
     swenc               = "N"
     swlps               = "N"
 
   Sections:
     .bss                = "0x00000000"
     .data               = "0x00000000"
     .exit.text          = "0x00000000"
     .gnu.linkonce.this_module= "0x00000000"
     .init.text          = "0x00000000"
     .note.gnu.build-id  = "0x00000000"
     .parainstructions   = "0x00000000"
     .rodata             = "0x00000000"
     .rodata.str1.1      = "0x00000000"
     .rodata.str1.4      = "0x00000000"
     .strtab             = "0x00000000"
     .symtab             = "0x00000000"
     .text               = "0x00000000"
     __mcount_loc        = "0x00000000"
     __param             = "0x00000000"
 

proverei per disattivare il powersafe:
 
 
rmmod rtl8723be
modprobe rtl8723be fwlps=0 ips=0
 
 
e poi ti riconnetti
 
 
p.s.
che distro e quale kernel?


lsb_release -ra
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 16.04 LTS
Release:	16.04
Codename:	xenial
Kernel 4.6
 
Ma scusami ma quando la scheda perde il segnale wifi, non si dovrebbe 
riconnettere in automatico?
Grazie

 Grazie
 
 
si, stavo ipotizzando che la perdita di segnale fosse un effetto (errato) del risparmio energetico

 while [ true ]; do PINGOK=$( ping -c 1 8.8.8.8 | grep "1 received" | wc
 
  Se il problema è locale (collegamento con il proprio AP che cade), non
è bene usare un IP pubblico per verificare la propria connessione.
Specialmente se è l'IP pubblico di un dominio e di un nodo del quale non
si ha nessun controllo.  Supponi ad esempio che un giorno Google, o
qualche router tra te e Google, dovesse filtrare i pacchetti
icmp-echo-request, come molti ISP fanno...
 
 
  Ciao,
 
 
-- 
Alessandro Selli 
http://alessandro.route-add.net
 
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.

 icmp-echo-request, come molti ISP fanno...
 
premesso che sono d'accordo con te, ma che non avevo voglia di 
approfondire l'argomento "pinga il gateway" etc.. è una grezzata, 
renderla raffinata non toglie il suo status di grezzata, insomma.
 
D'altro canto, permettimi una considerazione. Se google decidesse di 
inibire gli icmp request verso i suoi server dns, ti assicuro che almeno 
un terzo dei balancer andrebbero a donnine di facili costumi perchè è 
prassi assolutamente diffusa pingare nei gruppi di verifica proprio i 
server di google (si spera insieme ad altri) nell'operazione di wan 
failover. Forse per fare prima, forse per pigrizia, forse per 
consuetudine, nella mia esperienza ho osservato che la percentuale di 
balancer che si affidano ai ping verso 8.8.8.8 è decisamente alta.
 

 un terzo dei balancer
 
  Intendevo dire "Supponi ad esempio che un giorno Google ... dovesse
filtrare i pacchetti icmp-echo-request /da/ /indirizzi/ /non/ /fidati/",
non dai suoi balancer, ovviamente.


 Kernel 4.6
 
  Hai un kernel che viene dal futuro?
 
[alessandro@wkstn03 ~]$ ftp 
ftp.kernel.org
 
Connected to 
ftp.all.kernel.org
.
220 Welcome to 
kernel.org
 
331 Please specify the password.
230 Login successful.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> cd pub/linux/kernel/v4.x
250 Directory successfully changed.
ftp> ls patch-4.5.?.xz
200 PORT command successful. Consider using PASV.
150 Here comes the directory listing.
-rw-r--r-- 1 ftp ftp 76504 Apr 12 16:08 patch-4.5.1.xz
-rw-r--r-- 1 ftp ftp 115772 Apr 20 07:01 patch-4.5.2.xz
-rw-r--r-- 1 ftp ftp 170636 May 04 21:59 patch-4.5.3.xz
-rw-r--r-- 1 ftp ftp 190944 May 11 15:03 patch-4.5.4.xz
226 Directory send OK.
ftp> ls patch-4.6*
200 PORT command successful. Consider using PASV.
150 Here comes the directory listing.
226 Directory send OK.
ftp>



  dmesg | grep kernel
[    0.000000] Linux version 4.6.0-999-lowlatency (kernel@gomeisa) (gcc 
version 5.2.1 20151010 (Ubuntu 5.2.1-22ubuntu2) ) #20160402
 


  Potrebbe essere questa la fonte del problema.
 
 
  Ciao,


quello di default della 16.04 e':
 
4.4.0-22.39-generic

 non dai suoi balancer, ovviamente.
 
eh. stiamo dicendo la stessa cosa. Io parlo di balancer lato utente.
 


Ciao Alessandro,
il problema persiste :-(


  Non usare un kernel sperimentale.  Potrebbe essere che il problema sia
dovuto al fatto che le utility nello spazio utente non ci funzionano bene.


casi analoghi
 
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1459367
 
 
http://askubuntu.com/questions/632719/my-wifi-drops-the-connection-after-a-few-minutes-realtek8723be
 


 
Ho risolto con uno script bash:
 
 
#!/bin/bash
 
sudo /etc/init.d/network-manager restart
 
 
Ma inserendo in /etc/sudoers questa stringa
 
%username ALL=(ALL) NOPASSWD: /home/username/Scrivania/wifi_restart.sh
 
mi continua a chiedere la password di sudo
 
COme posso risolvere?
 

se metti "root" al posto di "%username" ?
 
 
p.s.
dove hai inserito l'esecuzione dello script?

 COme posso risolvere?
 
Puoi leggere sudoers(5) e scoprire che % č la sintassi per i gruppi, 
non i nomi utente.
 
Poi dovresti mostrare i comandi effettivi che usi e l'output che ottieni.
Per esempio potresti aver scritto proprio "username" in sudoers mentre 
il tuo utente si chiama "giorgio".
Oppure hai indicato /home/username/Scrivania/wifi_restart.sh perň 
potresti aver spostato lo script da qualche parte e cercare di 
lanciarlo da lě.
 
Tra l'altro se stai usando sudo potresti direttamente autenticare 
"/etc/init.d/network-manager restart" per il tuo utente.
 
-- 
Andrea
 


Al momento lo script lo eseguo manualmente.
Nonostante abbia inserito root al posto di username, continua a 
chiedermi la password di root:
 
root ALL=(ALL) NOPASSWD: /home/username/Scrivania/wifi_restart.sh
 

prova con
 
ALL ALL=(ALL) NOPASSWD: /home/username/Scrivania/wifi_restart.sh 
 


  Ma rimane il punto: perché usi un kernel sperimentale che non è quello
standard della tua distribuzione che è una release stabile?  Come hai
modificato il sistema per installarcelo?  Secondo me c'è una buona
probabilità che queste operazioni sono la ragione del malfunzionamento
che noti sulla scheda wireless.


Il 16/05/2016 08:25, Smith ha scritto:

  Questo vuol dire che l'utente root, da qualunque host abbia eseguito
il login, può eseguire come qualsiasi utente locale lo script che hai
indicato senza fornire la sua password.  Che sicuramente non è quello
che vuoi fare.


 root ALL=(ALL) NOPASSWD: /home/username/Scrivania/wifi_restart.sh
 
o suggerito in modo errato io, chiedo scusa...
 
o mette l'utente o mette ALL