Lenovo M30, Ubuntu 14.04 LTS - WiFi atsijunginėja

D
  • 12 Lap '15

Sveiki,

problema buvo tokia: http://www.ubuntu.lt/forum/viewtopic.php?f=2&t=9439

Dabar dėstau toliau. Kompiuteris kitas - Lenovo M30. Operacinė Ubuntu 14.04 LTS, routeris kitas. Atsijunginėja taip pat, kaip ir buvo su anuo kompiuteriu ir anuo routeriu, kuriuos miniu anoje temoje

Anomalijų iš pradžių nebuvo (pirkau kompą prieš kokį mėnesį). Paskui pradėjo karts nuo karto atsijunginėti, dažnėjant. Dabar gi, jai palieku nakčiai įjungtą kompiuterį, ryte randu atsijungusį nuo wifi ir PRAŠANTĮ ĮVESTI WIFI SLAPTAŽODĮ nors jis jau ten būna įvestas, belieka paspausti enter. Paspaudus bando jungtis prie tinklo, bet nesijungia. Kartais (rečiau) paties tinklo net nemato - kaimynus mato, o maniškio sąraše nėr. Bet kuriuo atveju vaistas vienas - restart. Bet... torentai verkia nedalinami, o ir šiaip, kas per pričiūdai?

sudo cat /var/log/dmesg | egrep -i "wlan|ath9k" | tail -40
[   14.829884] ath: phy0: Set BT/WLAN RX diversity capability
[   19.529798] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   20.534037] wlan0: authenticate with 9c:d6:43:81:e7:46
[   20.546683] wlan0: send auth to 9c:d6:43:81:e7:46 (try 1/3)
[   20.548581] wlan0: authenticated
[   20.552467] wlan0: associate with 9c:d6:43:81:e7:46 (try 1/3)
[   20.568953] wlan0: RX AssocResp from 9c:d6:43:81:e7:46 (capab=0x411 status=0 aid=1)
[   20.569061] wlan0: associated
[   20.569072] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
sudo cat /var/log/syslog | egrep -i "wlan|ath9k" | tail -40
Nov 12 20:29:36 DDPC NetworkManager[6079]: <info> (wlan0): DHCPv4 state changed preinit -> bound
Nov 12 20:29:36 DDPC NetworkManager[6079]: <info> Activation (wlan0) Stage 5 of 5 (IPv4 Configure Commit) scheduled...
Nov 12 20:29:36 DDPC NetworkManager[6079]: <info> Activation (wlan0) Stage 5 of 5 (IPv4 Commit) started...
Nov 12 20:29:36 DDPC avahi-daemon[826]: Joining mDNS multicast group on interface wlan0.IPv4 with address 192.168.0.61.
Nov 12 20:29:36 DDPC avahi-daemon[826]: New relevant interface wlan0.IPv4 for mDNS.
Nov 12 20:29:36 DDPC avahi-daemon[826]: Registering new address record for 192.168.0.61 on wlan0.IPv4.
Nov 12 20:29:37 DDPC avahi-daemon[826]: Joining mDNS multicast group on interface wlan0.IPv6 with address fe80::d253:49ff:fef6:b060.
Nov 12 20:29:37 DDPC avahi-daemon[826]: New relevant interface wlan0.IPv6 for mDNS.
Nov 12 20:29:37 DDPC avahi-daemon[826]: Registering new address record for fe80::d253:49ff:fef6:b060 on wlan0.*.
Nov 12 20:29:37 DDPC NetworkManager[6079]: <info> (wlan0): device state change: ip-config -> secondaries (reason 'none') [70 90 0]
Nov 12 20:29:37 DDPC NetworkManager[6079]: <info> Activation (wlan0) Stage 5 of 5 (IPv4 Commit) complete.
Nov 12 20:29:37 DDPC NetworkManager[6079]: <info> (wlan0): device state change: secondaries -> activated (reason 'none') [90 100 0]
Nov 12 20:29:37 DDPC NetworkManager[6079]: <info> Policy set 'D.D.Network' (wlan0) as default for IPv4 routing and DNS.
Nov 12 20:29:39 DDPC NetworkManager[6079]: <info> Activation (wlan0) successful, device activated.
Nov 12 20:29:39 DDPC NetworkManager[6079]: <info> Activation (wlan0) Stage 3 of 5 (IP Configure Start) starting DHCPv6 as requested by IPv6 router...
Nov 12 20:29:39 DDPC NetworkManager[6079]: <info> Activation (wlan0) Beginning DHCPv6 transaction (timeout in 45 seconds)
Nov 12 20:29:39 DDPC NetworkManager[6079]: <info> (wlan0): DHCPv6 state changed nbi -> preinit6
Nov 12 20:29:39 DDPC dhclient: Listening on Socket/wlan0
Nov 12 20:29:39 DDPC dhclient: Sending on   Socket/wlan0
Nov 12 20:29:40 DDPC dhclient: XMT: Confirm on wlan0, interval 990ms.
Nov 12 20:29:40 DDPC dhclient: RCV: Reply message on wlan0 from fe80::9ed6:43ff:fe81:e746.
Nov 12 20:29:40 DDPC dhclient: PRC: Rebinding lease on wlan0.
Nov 12 20:29:40 DDPC NetworkManager[6079]: <info> (wlan0): DHCPv6 state changed preinit6 -> bound6
Nov 12 20:29:40 DDPC NetworkManager[6079]: <info> Activation (wlan0) Stage 5 of 5 (IPv6 Commit) scheduled...
Nov 12 20:29:40 DDPC NetworkManager[6079]: <info> Activation (wlan0) Stage 5 of 5 (IPv6 Commit) started...
Nov 12 20:29:40 DDPC dhclient: XMT: Solicit on wlan0, interval 1040ms.
Nov 12 20:29:40 DDPC dhclient: RCV: Advertise message on wlan0 from fe80::9ed6:43ff:fe81:e746.
Nov 12 20:29:40 DDPC dhclient: XMT: Request on wlan0, interval 1010ms.
Nov 12 20:29:40 DDPC dhclient: RCV: Reply message on wlan0 from fe80::9ed6:43ff:fe81:e746.
Nov 12 20:29:41 DDPC NetworkManager[6079]: <info> Policy set 'D.D.Network' (wlan0) as default for IPv6 routing and DNS.
Nov 12 20:29:41 DDPC NetworkManager[6079]: <info> Activation (wlan0) Stage 5 of 5 (IPv6 Commit) complete.
Nov 12 20:29:41 DDPC NetworkManager[6079]: <info> (wlan0): DHCPv6 state changed bound6 -> depref6
Nov 12 20:29:41 DDPC NetworkManager[6079]: <info> (wlan0): DHCPv6 state changed depref6 -> expire6
Nov 12 20:29:41 DDPC NetworkManager[6079]: <info> (wlan0): DHCPv6 state changed expire6 -> bound6
Nov 12 20:29:42 DDPC avahi-daemon[826]: Leaving mDNS multicast group on interface wlan0.IPv6 with address fe80::d253:49ff:fef6:b060.
Nov 12 20:29:42 DDPC avahi-daemon[826]: Joining mDNS multicast group on interface wlan0.IPv6 with address fd01::bd37:e718:3162:25d.
Nov 12 20:29:42 DDPC avahi-daemon[826]: Registering new address record for fd01::bd37:e718:3162:25d on wlan0.*.
Nov 12 20:29:42 DDPC avahi-daemon[826]: Withdrawing address record for fe80::d253:49ff:fef6:b060 on wlan0.
Nov 12 20:29:42 DDPC NetworkManager[6079]: <info> Policy set 'D.D.Network' (wlan0) as default for IPv6 routing and DNS.
Nov 12 20:29:56 DDPC wpa_supplicant[896]: wlan0: CTRL-EVENT-SCAN-STARTED
B
  • 12 Lap '15

Router'is - toks pat modelis ar kitas?
Man praktikoje teko patirti kad yra čipai su bagu - pas mane buvo toks: kartais parą gerai veikdavo, o paskui ima atsijunginėti kas 10-20min, ir kad pradėtų veikti reikėdavo restartuoti. Galvojau kad linukso draiveriai kreivi, bet poto pasirodė kad tai dėl bago pačiame WiFi čipe(Atheros jei gerai pamenu)
Kitas dalykas: ar routeris neperkaista? Nėra šalia jo radiatoriaus, pečio ir tt.? Ne kartą 'gydžiau' routerius statydamas juos ant degtukų dėžučių - kad oras patektų geriau ir vėsintų routerio dugną. Temperatūra routerio viduje nukrenta 1-2 laipsniais ir to pakanka kad jis nekibtų kas pusvalandį(o tik kartą per dieną ).
Na ir kad saulė nekaitintų routerio - o tai būna viskas veikia kiaurą parą, o anksti ryte WiFi dingsta: kaip tik tuo metu saulės spinduliai krisdavo ant maršrutizatoriaus ir gaudavosi 'rytinis bagas'
Tiek debaginimo be kodų

R
  • 12 Lap '15

Trys androidai ir du windausai neatsijungia.O ubuntu durniuoja.

A
  • 12 Lap '15

Man su kai kuriomis versijomis buvo taip pat. Tai įdiegiau wicd-gtk ir dingo atsijunginėjimas. Net užmiršau, kad ta programa yra. Viską darydavau per pagrindę ubuntu wifi prisijungimo programą, bet niekada neatsijungdavo. Nes priešingu atveju tai kas valandą pamesdavo ryšį. Ir perkrovus tik atsirasdavo.

D
  • 13 Lap '15

@bark rašė:
Router'is - toks pat modelis ar kitas?

Kitas, ten buvo Asus, dabar D-Link.

@rimas1 rašė:
Trys androidai ir du windausai neatsijungia.O ubuntu durniuoja.

Ekzektli

Neperskaita tikrai niekas. Problemos nėra čia.

Nesupratau su tais iw reg get, rašo country 00, kaip pakeist į LT? Ar čia viskas OK?

Einu bandysiu audreeliss pasiūlytą wicd-gtk insimesiu, mažu pagelbės benkiek

G
  • 13 Lap '15

Pas tave iš pateiktų išrašų apskritai nesimato, kad atsijungia, užfiksuotas tik prisijungimo faktas, reikėjo daugiau eilučių išspausdinti (gal 200?)...

Taip pat reikėjo pridėti, kas matosi /var/log/messages, nors dažniausiai syslog būna tas pats.

Vis dėlto matosi, kad kažkas vyksta su IPv6, kurio greičiausiai nenaudoji (gal net nežinai, kas tai yra), nors tavo maršrutizatorius jį lyg ir palaiko, o tavo kompas jungdamasis jį susikonfiguruoja...

Galimas daiktas, kad tavo kompas ir/arba maršrutizatorius kažkuriuo metu galutinai susipainioja ir nebežino į kurį adresą siųsti duomenis, todėl nusimuša tavo dhcp. Tavo “Ekzektli trys androidai ir du windausai neatsijungia”, nes jungiasi tik IPv4 standartu, todėl nėra kur painiotis. Patikrinti tai gali paprastai - kai atsijungs kompas terminale suvesk:

sudo iwconfig

Jei rodys kažką panašaus kaip:

wlan1     unassociated  Nickname:"<WIFI@REALTEK>"
          Mode:Managed  Frequency=2.447 GHz  Access Point: Not-Associated   
          Sensitivity:0/0  
          Retry:off   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off
          Link Quality=0/100  Signal level=0 dBm  Noise level=0 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

Tada problema turbūt kita. BET jei vietoj Access Point: Not-Associated matysi savo maršrutizatoriaus MAC adresą - vadinasi viskas tvarkoje, nusimušė tik IP adresai

Nežinau, kokiu tiksliai principu veikia NetworkManager, galimas daiktas, kad netekęs IP atjungia ir bevielį, todėl bet kuriuos atveju, manau, verta pabandyti išjungti IPv6 palaikymą:

echo 'net.ipv6.conf.all.disable_ipv6 = 1' | sudo tee -a /etc/sysctl.conf

Dabar dar reikia pakoreguoti /etc/hosts, užkomentuoti (priekyje prirašyti hash # simbolį) visus IPv6 standarto įrašus. Pavyzdžiui, pas mane teisingai užkomentuotas hosts failas atrodys kaip parodyta apačioje:

127.0.0.1       localhost

# The following lines are desirable for IPv6 capable hosts
#::1     localhost ip6-localhost ip6-loopback
#ff02::1 ip6-allnodes
#ff02::2 ip6-allrouters

Atsidaryti hosts gali su:

sudo nano /etc/hosts

Dabar perkrauk kompiuteriukėlį...

Duok žinią, kaip pavyko, ar kas pasikeitė?

PS: Maršrutizatoriuje atjungti IPv6 gali būti kur kas paprasčiau

G
  • 15 Lap '15

Dar peržiūrėk šią nuorodą:
http://askubuntu.com/questions/457729/u ... isconnects

Kokie pas tave yra energijos taupymo nustatymai?

R
  • 15 Lap '15

užkomentavus eilutes IPv6 jau beveik para kai nebuvo atsijungęs wi-fi

D
  • 15 Lap '15

Power Management: Off

Įsimečiau wicd-gtk. Per network manager atjungiau IPv6 - method:ignore.

Stebiu situaciją. Ačiū visiems už pasidalijimą idėjomis.

D
  • 19 Lap '15

Tai matyt ir buvo ta problema - IPv6. Ačiū!!! Dabar viskas stabiliai veikia.

T
Techtronic
Mindaugas N.
  • 19 Lap '15

Nenoriu jus nuvilti, bet atjungimas IPv6 nera problemos sprendimas, tai tik workaround.

IPv4 jau baigesi, North America ISP siulo jau tik IPv6, o tai reiskia kad yra ir ateiti bus tik daugiau svetainiu/servisu kuriuos pasiekti bus imanoma tik per IPv6. Pats metas galvoti apie IPv6 naudojima ir pamirsti IPv4.

http://arstechnica.com/business/2015/09 ... this-time/

G
  • 19 Lap '15

@Dimavicius rašė:
Tai matyt ir buvo ta problema - IPv6. Ačiū!!! Dabar viskas stabiliai veikia.

Gerai, kad pasidalinai rezultatais, kiti galės panašiai tvarkytis.

@Techtronic rašė:
Nenoriu jus nuvilti, bet atjungimas IPv6 nera problemos sprendimas, tai tik workaround.

IPv4 jau baigesi, North America ISP siulo jau tik IPv6, o tai reiskia kad yra ir ateiti bus tik daugiau svetainiu/servisu kuriuos pasiekti bus imanoma tik per IPv6. Pats metas galvoti apie IPv6 naudojima ir pamirsti IPv4.

http://arstechnica.com/business/2015/09 ... this-time/

Šiuo atveju tai yra problemos sprendimas.

IPv6 standartas dar tik ateina, o ir eina jis jau kurį laiką.. Kol galų gale įsigalės - tikrai praeis dar ne vieni metai. Tiesiog valstijose jie išeikvojo IPv4 rezervą ir naujiems užsakymams naudos IPv6 ruožą. Ar tai reiškia, kad dabar visiems reikia pulti (net namie, vietiniuose tinkluose) naudoti IPv6? - tikrai ne!

Jei perskaitei tą straipsnį iki galo - jie ir patys netiesiogai tą patvirtina:

Ars has no timetable for a switch to IPv6 in the near future, but it's almost certainly inevitable at some point!

T
Techtronic
Mindaugas N.
  • 19 Lap '15

@Ghost rašė:

@Techtronic rašė:
Nenoriu jus nuvilti, bet atjungimas IPv6 nera problemos sprendimas, tai tik workaround.

Šiuo atveju tai yra problemos sprendimas.

Tai gal dar atjungus USB3 palaikyma internetas bus greitesnis ? Kam tas USB3 kai turim USB1/2.

@Ghost rašė:
IPv6 standartas dar tik ateina, o ir eina jis jau kurį laiką.. Kol galų gale įsigalės - tikrai praeis dar ne vieni metai. Tiesiog valstijose jie išeikvojo IPv4 rezervą ir naujiems užsakymams naudos IPv6 ruožą. Ar tai reiškia, kad dabar visiems reikia pulti (net namie, vietiniuose tinkluose) naudoti IPv6? - tikrai ne!

Jei perskaitei tą straipsnį iki galo - jie ir patys netiesiogai tą patvirtina:

Ars has no timetable for a switch to IPv6 in the near future, but it's almost certainly inevitable at some point!

IPv6 standartas jau cia tikrai senai, skirtumas tik tas kad tik dabar IPv4 pradeda pakeisti IPv6.

http://www.worldipv6launch.org/measurements/
@Ghost, kiek pagal tave turi pasiekti % kad jau galmetu sakyti kad ipv6 yra butinas?

T
Techtronic
Mindaugas N.
  • 19 Lap '15

@Dimavicius rašė:
Tai matyt ir buvo ta problema - IPv6. Ačiū!!! Dabar viskas stabiliai veikia.

Dar galetum paziureti:

cat /proc/sys/net/ipv6/conf/all/disable_ipv6

EDIT: nereikia, jeigu jus jau vadinat tai sprendimu

G
  • 19 Lap '15

@Techtronic rašė:
Dar galetum paziureti:

cat /proc/sys/net/ipv6/conf/all/disable_ipv6

EDIT: nereikia, jeigu jus jau vadinat tai sprendimu

Bus lygu 1, jei įvykdė visas komandas, kur daviau...

@Techtronic rašė:
Tai gal dar atjungus USB3 palaikyma internetas bus greitesnis ? Kam tas USB3 kai turim USB1/2.

Jei tavo USB3 reguliariai pakabintų tavo PC, nors neturi nei vieno įrenginio, kuriam reikalingas USB3, taigi niekada realiai nenaudoji USB3 - irgi siūlyčiau atjungti USB3 modulį, nes jis tau paprasčiausiai nereikalingas. Jei turi įrenginių su USB3 - siūlyčiau perkompiliuoti modulį ar kažką kito.

@Techtronic rašė:

@Ghost rašė:
http://www.worldipv6launch.org/measurements/
@Ghost, kiek pagal tave turi pasiekti % kad jau galmetu sakyti kad ipv6 yra butinas?

Procentai, čia mano nuomone, yra visiškai netinkamas kokybinis rodiklis... Reiks migruoti tada, kai bus praktiškai naudinga tą padaryti. Tol, kol veiks NAT, kol nebus butinybės matytis internete - nėra jokios prasmės plėšytis. IPv4 - žmogaus akiai mielesnis bei suprantamesnis, todėl nemanau, kad namų vartotojam reiktų specialiai kažką keisti, bent kol kas... Faktas, kad vieni IPT naudoja IPv6 dažniau nei kiti - nieko neįrodo, nei parodo (apart kiekybinių rodiklių, dėl kurių paprastam vartotojui neturėtų būti nei šilta nei šalta).

T
Techtronic
Mindaugas N.
  • 19 Lap '15

@Ghost rašė:

@Techtronic rašė:
Tai gal dar atjungus USB3 palaikyma internetas bus greitesnis ? Kam tas USB3 kai turim USB1/2.

Jei tavo USB3 reguliariai pakabintų tavo PC, nors neturi nei vieno įrenginio, kuriam reikalingas USB3, taigi niekada realiai nenaudoji USB3 - irgi siūlyčiau atjungti USB3 modulį, nes jis tau paprasčiausiai nereikalingas. Jei turi įrenginių su USB3 - siūlyčiau perkompiliuoti modulį ar kažką kito.

Dabar nereikia bet ryt gal reikes, ir turesiu jau kita problema, o ir sena reikes spresti. Pirma ka tokiu atveju reikia daryti tai reportuoti bug'a, kaip ir del IPv6, o ne pulti ji disablinti.

Taigi, kodel tie atsijungimai atsiranda?

@Ghost rašė:
Procentai, čia mano nuomone, yra visiškai netinkamas kokybinis rodiklis... Reiks migruoti tada, kai bus praktiškai naudinga tą padaryti. Tol, kol veiks NAT, kol nebus butinybės matytis internete - nėra jokios prasmės plėšytis. IPv4 - žmogaus akiai mielesnis bei suprantamesnis, todėl nemanau, kad namų vartotojam reiktų specialiai kažką keisti, bent kol kas... Faktas, kad vieni IPT naudoja IPv6 dažniau nei kiti - nieko neįrodo, nei parodo (apart kiekybinių rodiklių, dėl kurių paprastam vartotojui neturėtų būti nei šilta nei šalta).

Sumigravo jau visi didziausi pasaulio tinklapiai , taip pat ir ISP nemiega. Jokio migravimo is musu puses nereikia.

G
  • 19 Lap '15

@Techtronic rašė:
Dabar nereikia bet ryt gal reikes, ir turesiu jau kita problema, o ir sena reikes spresti. Pirma ka tokiu atveju reikia daryti tai reportuoti bug'a, kaip ir del IPv6, o ne pulti ji disablinti.

Taigi, kodel tie atsijungimai atsiranda?

Aš Python programuoju, todėl man patinka EAFP filosofija:

Easier to ask for forgiveness than permission.

T.y. laikyti, kad problemos nėra ir nebus, tol kol ji neatsiranda

Beje, atsijungimai gali būti dėl maršrutizatoriaus kaltės, o ne Ubuntu. Čia reiktų debug'inti, bet žmogiškieji ištekliai riboti...

@Techtronic rašė:
Sumigravo jau visi didziausi pasaulio tinklapiai , taip pat ir ISP nemiega. Jokio migravimo is musu puses nereikia.

Tai ir bandau pasakyti - mums daryti nieko nereikia.

Šiuo atveju buvo galima palikti IPv6, o atjungti IPv4 - mano galva, viskas irgi būtų susitvarkę. Bet tada, greičiausiai, sekantis klausimas būtų skambėjęs - kur dingo mano 192.168.0.1? O dar sekantis - kodėl naujas adresas toks keistas? Šiuo atveju, bandžiau užbėgti įvykiams už akių

T
Techtronic
Mindaugas N.
  • 19 Lap '15

Na is mano puses patarimas butu tai pilnai viska atnaujinti (iskaitant ir routeri). kiek pravertus buglistus/mailinglistus pastebejau kad problema buvo isspresta, bet ir vel atsiradus.
Gal problemos savininkas reportavo buga, arba gali tai padaryti ?

O kas per routeris? Ubuntu naudojamas kernelis ? (uname -a)

D
  • 20 Lap '15

Aha...

Tai dabar pradėjau ryškintis, kad naudojantis Bluetooth (naudoju ausines, dažnai... nuolatos), sulėtėja interneto srautas ir/arba visai atsijunginėja nuo wifi routerio. Štai, kas gavosi su sudo cat /var/log/dmesg | egrep -i "wlan|ath9k" | tail -40:

[ 15.571659] ath: phy0: Set BT/WLAN RX diversity capability

Su kuo šitas valgomas?

T
Techtronic
Mindaugas N.
  • 20 Lap '15

@Dimavicius nereikia sudo cat /... uztenka 'dmesg'.

dmesg | curl -F 'sprunge=<-' http://sprunge.us