rfkill list all
0: asus-wlan: Wireless LAN
Soft blocked: no
Hard blocked: no
1: asus-bluetooth: Bluetooth
Soft blocked: no
Hard blocked: no
2: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
3: hci0: Bluetooth
Soft blocked: no
Hard blocked: no
iwlist scan
wlp3s0 No scan results
lo Interface doesn't support scanning.
enp2s0f2 Interface doesn't support scanning.
sudo modprobe ath9k && dmesg | grep ath
[ 9.942602] ath: phy0: WB335 1-ANT card detected
[ 9.942606] ath: phy0: Set BT/WLAN RX diversity capability
[ 9.951387] ath: phy0: Enable LNA combining
[ 9.952634] ath: phy0: ASPM enabled: 0x43
[ 9.952637] ath: EEPROM regdomain: 0x6a
[ 9.952638] ath: EEPROM indicates we should expect a direct regpair map
[ 9.952640] ath: Country alpha2 being used: 00
[ 9.952642] ath: Regpair used: 0x6a
[ 10.161869] ath9k 0000:03:00.0 wlp3s0: renamed from wlan0
[ 10.189868] usbcore: registered new interface driver ath3k
[ 431.114872] ath: phy0: ASPM enabled: 0x43
Dėkui, didelios panikos tikrai nėra, tačiau ubuntu naudoju pirmą kartą, todėl dar ne viską žinau...
Problema nėra, kad wifi išvis neveikia. Veikia TIK nuolatos atsijunginėja... Tik pasijungus pc, jei noriu wifi pasigauti turiu vis nuresetinti wifi:
sudo service network-manager restart
Padirba ~15 min ir off. Ir kuo toliau tuo dažniau. Štai ką gavau paleidus interface'ą:
* **# iw dev wlp3s0 scan | grep SSID**
SSIP: wifi
ip link show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp2s0f2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN mode DEFAULT group default qlen 1000
link/ether 9c:5c:8e:d7:d9:0b brd ff:ff:ff:ff:ff:ff
3: wlp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DORMANT group default qlen 1000
link/ether 80:a5:89:d1:30:8d brd ff:ff:ff:ff:ff:ff
Atsakymą tau jau davė. Bet nepakenktų truputis atidumo... Aš tau daviau tokią komandą pasibandyti: # iw dev wlp3s0 scan | grep SSID
PSS: Pasižiūrėk, kaip pakeičiau tavo pirmini įrašą. Jei įkeli kodo blokus - būk toks mielas ir apipavidalink juos taip, kad kitiems juos skaityti būtų jei ne patogu, tai bent įmanoma (kitą kartą trinsiu).
Atsakymą tau jau davė. Bet nepakenktų truputis atidumo... Aš tau daviau tokią komandą pasibandyti: # iw dev wlp3s0 scan | grep SSID
PSS: Pasižiūrėk, kaip pakeičiau tavo pirmini įrašą. Jei įkeli kodo blokus - būk toks mielas ir apipavidalink juos taip, kad kitiems juos skaityti būtų jei ne patogu, tai bent įmanoma (kitą kartą trinsiu).
Atsakymą tau jau davė. Bet nepakenktų truputis atidumo... Aš tau daviau tokią komandą pasibandyti: # iw dev wlp3s0 scan | grep SSID
PSS: Pasižiūrėk, kaip pakeičiau tavo pirmini įrašą. Jei įkeli kodo blokus - būk toks mielas ir apipavidalink juos taip, kad kitiems juos skaityti būtų jei ne patogu, tai bent įmanoma (kitą kartą trinsiu).
Dėkui bandžiau šitą seniai. Pas mane kviečiant komanda:
iwconfig wlan0 (tiek wlan1) rašo:
wlan0 No such device
Ghost's comment was removed prieš 7 metus,8 mėnesius
Po šios komandos perkrauti nereikia, kaip tik reikia žiūrėti, ar veikia nors kiek geriau. Jei nustačius power_save off nebetenka “resetinti” belaidžio - gali įvykdyti komandą apačioj ir šie nustatymai išliks perkrovus PC.
# sudo echo 'options ath9k ps_enable=0' | tee /etc/modprobe.d/ath9k_power_save.conf
@Ghost said:
Po šios komandos perkrauti nereikia, kaip tik reikia žiūrėti, ar veikia nors kiek geriau. Jei nustačius power_save off nebetenka “resetinti” belaidžio - gali įvykdyti komandą apačioj ir šie nustatymai išliks perkrovus PC.
# sudo echo 'options ath9k ps_enable=0' | tee /etc/modprobe.d/ath9k_power_save.conf
ok, dėkui stebėsiu, žiūrėsiu. Kiek googlinau, dar apie driverius šnekėjo, kad su jais gali būti bėda. Ghost pačiam teko su driveriais, kad reikėjo perrašyti-įsirašyti ir t.t. ar pan.?
Tokiu atveju, iškart po to, kai atsijungia, žiūrėk ką rodo journalctl -xfe. Turėtų matytis, kad kažkas negerai su tvarkyklėm ar panašiai. Duok ir mums pažiūrėti.
@Ghost said:
Tokiu atveju, iškart po to, kai atsijungia, žiūrėk ką rodo journalctl -xfe. Turėtų matytis, kad kažkas negerai su tvarkyklėm ar panašiai. Duok ir mums pažiūrėti.
Nezinau ka kolega mano, bet panasu kad apparmor neleidzia /sbin/dhclient atverti (R) /var/lib/wicd/dhclient.conf failo nors komanda paleidziama uid 0 gid 0. Taip pat sunku nepastebeti DHCPDISCOVER ~flood~, gal taip yra todel kad wicd paleidzia ne viena procesa/karta arba ISP/routerio/gelezies problema.
Apparmor man dar naujas instrumentas, dazniau tenka liesti SELinux. Dhclient rules aprasomos faile /etc/apparmor.d/sbin.dhclient ir ten teretu buti eilute: /etc/dhclient.conf r,. Parases apparmor_status komanda matysi ar naudojamas tas profilis ir kokiam ~rezime~ jis naudojamas
Nežinau, ar kolega atkreipė demesį, bet manau, kad yra įdiegti du wi-fi tvarkymo įrankiai (wicd ir NetworkManager), kurie pakaitomis bando valdyti tą patį wi-fi, taigi čia ir atsiranda atsijunginėjimai ir kt. problemos. Dažnas naujoko kelias - įsidiegti kaip įmanoma daugiau visko, ką tik pavyksta išsig00glinti, susijusio su sprendžiama problema
Jei esu tesisus, išdiegus wicd (arba NetworkManager) wi-fi turėtų stabilizuotis
PS: Čia aprašyta, kaip spręsti wicd su apparmor problemą (jei bus nuspręsta išdiegti NetworkManager).
Sveiki,
Nerandu prolemos, kaip susitvarkyti Asus-X540LA wifi. Situacija:
O tai kas neveikia? Čia dėl
wlp3s0 No scan results
tokia panika?Visų pirma reikia įsitikinti, kad interface'as yra pažadintas:
Kai interface'as jau prikeltas - galima mėginti kažką nuskanuoti:
Iš tų duomenų, kuriuos čia pateikei matosi, kad viskas pas tave veikia nepriekaištingai (na bent jau atrodo taip).
Jei vistiek nieko nenuskanuos - parodyk:
Turbūt net neverta priminti, kad komandas turi vykdyti kaip root naudotojas, arba naudok sudo:
Dėkui, didelios panikos tikrai nėra, tačiau ubuntu naudoju pirmą kartą, todėl dar ne viską žinau...
Problema nėra, kad wifi išvis neveikia. Veikia TIK nuolatos atsijunginėja... Tik pasijungus pc, jei noriu wifi pasigauti turiu vis nuresetinti wifi:
sudo service network-manager restart
Padirba ~15 min ir off. Ir kuo toliau tuo dažniau. Štai ką gavau paleidus interface'ą:
ip link show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp2s0f2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN mode DEFAULT group default qlen 1000
link/ether 9c:5c:8e:d7:d9:0b brd ff:ff:ff:ff:ff:ff
3: wlp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DORMANT group default qlen 1000
link/ether 80:a5:89:d1:30:8d brd ff:ff:ff:ff:ff:ff
http://askubuntu.com/questions/457729/ubuntu-14-04-wireless-constantly-disconnects negi sunku google naudotis? :)
Aš tai naudoju: http://linuksas.blogspot.com
Ubuntu-lt turi savo IRC, IRC Server: irc.freenode.net, IRC Channel: #ubuntu-lt
Atsakymą tau jau davė. Bet nepakenktų truputis atidumo... Aš tau daviau tokią komandą pasibandyti:
# iw dev wlp3s0 scan | grep SSID
PSS: Pasižiūrėk, kaip pakeičiau tavo pirmini įrašą. Jei įkeli kodo blokus - būk toks mielas ir apipavidalink juos taip, kad kitiems juos skaityti būtų jei ne patogu, tai bent įmanoma (kitą kartą trinsiu).
O gali būti problema dėl driveriu?
Dėkui, pataisiau
Dėkui bandžiau šitą seniai. Pas mane kviečiant komanda:
iwconfig wlan0 (tiek wlan1) rašo:
wlan0 No such device
Bandyk:
Parodyk, ką rodo:
Perkrovęs pc tikėjausi, kad iš kart wifi veks, tačiau vėl tenka eiti ir wifi resetinti..
sudo iw dev wlp3s0 set power_save off
sudo iw dev wlp3s0 get power_save
Power save: off
Po šios komandos perkrauti nereikia, kaip tik reikia žiūrėti, ar veikia nors kiek geriau. Jei nustačius
power_save off
nebetenka “resetinti” belaidžio - gali įvykdyti komandą apačioj ir šie nustatymai išliks perkrovus PC.Nieko nebus su power off. Vis tiek atsijunginėja ir po restart'o nevisada pagauna wifi...
Tokiu atveju, iškart po to, kai atsijungia, žiūrėk ką rodo
journalctl -xfe
. Turėtų matytis, kad kažkas negerai su tvarkyklėm ar panašiai. Duok ir mums pažiūrėti.hmmm, nėra pas mane tokios komandos...
Ok, dinko vėl wifi ir journalctl -xfe suveikė. Štai ką rodo:
Nezinau ka kolega mano, bet panasu kad apparmor neleidzia /sbin/dhclient atverti (R) /var/lib/wicd/dhclient.conf failo nors komanda paleidziama uid 0 gid 0. Taip pat sunku nepastebeti DHCPDISCOVER ~flood~, gal taip yra todel kad wicd paleidzia ne viena procesa/karta arba ISP/routerio/gelezies problema.
Apparmor man dar naujas instrumentas, dazniau tenka liesti SELinux. Dhclient rules aprasomos faile
/etc/apparmor.d/sbin.dhclient
ir ten teretu buti eilute:/etc/dhclient.conf r,
. Parasesapparmor_status
komanda matysi ar naudojamas tas profilis ir kokiam ~rezime~ jis naudojamasNežinau, ar kolega atkreipė demesį, bet manau, kad yra įdiegti du wi-fi tvarkymo įrankiai (wicd ir NetworkManager), kurie pakaitomis bando valdyti tą patį wi-fi, taigi čia ir atsiranda atsijunginėjimai ir kt. problemos. Dažnas naujoko kelias - įsidiegti kaip įmanoma daugiau visko, ką tik pavyksta išsig00glinti, susijusio su sprendžiama problema
Jei esu tesisus, išdiegus wicd (arba NetworkManager) wi-fi turėtų stabilizuotis
PS: Čia aprašyta, kaip spręsti wicd su apparmor problemą (jei bus nuspręsta išdiegti NetworkManager).