TL-WDN4800 PCi wireless újabban "bontogatja" a kapcsolatot

 ( solt87 | 2017. november 14., kedd - 19:25 )

Sziasztok!

Adott egy TP-LINK TL-WDN4800 N900 vezetéknélküli PCI kártya, amit lassan két éve használok az otthoni gépemben, saját hálózaton. USB-s wifi adaptereket váltottam vele, mert azok viszonylag gyakran szétkapcsoltak, és gyengén vették a jelet. Ennek már három antennája van, szóval kicsivel jobb a vétel. Anno még Debian 8 alatt használtam, "gyári" Debian driverrel gond nélkül működött. (Akkor még LXDE asztalt és vele wicd-gtk-t használtam.)

Jelenleg kb. egy éve Linux Lite-ot használok (módosított Ubuntu 16.04), ami a NetworkManager appletjét használja a hálózatos dolgokhoz. Eddig minden rendben volt, aztán....

Kb. egy hónapja kezdődött a jelenség, hogy időnként minden számomra látható ok nélkül megszűnik a wifi-kapcsolatom, és jobb esetben nem is sikerül újracsatlakozni, rosszabb esetben a NM-applet nem is lát semmilyen vezetéknlküli hálózatot. (Pedig korábban látta a közelben lévő néhány más hálzatot is.) Gép úraindítás többnyire segít, de egy idő után akkor is szétkapcsol. Van, hogy öt perc után, máskor több, mint két óra után. (Újabban többnyre kevesebb ideig bírja.) A hardverem változatlan (ill. 2017 tavaszán vettem új tápot és memóriát, de felteszem, ezeknek semmi köze a dologhoz).

Ami gyanús, hogy az egyik ilyen szétkapcsolós esetnél kipróbáltam live módban egy Linux Mintet (18.2), egy Lubuntu 14.04-et és egy Xubuntu 16.04-et, de mindegyik szétkapcsolt 10-15 percen belül.

A gépemet nem ejtettem le, nem ütögettem, nem öntöttem le semmivel. Utoljára viszont legalább 3-4 hónapja portalanítottam (ha ez számít).

Sajnos nem vagyok debug-huszár, így eddig csak az alábbiakat találtam:

Networkmanager logja(?) közvetlenül egy szétkapcsolás után (a "watershed" az a hostname):


$ systemctl status NetworkManager.service
● NetworkManager.service - Network Manager
Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled; vendor preset: enabled)
Active: active (running) since k 2017-11-14 16:59:55 CET; 25min ago
Docs: man:NetworkManager(8)
Main PID: 18196 (NetworkManager)
CGroup: /system.slice/NetworkManager.service
├─18196 /usr/sbin/NetworkManager --no-daemon
└─18416 /usr/sbin/dnsmasq --no-resolv --keep-in-foreground --no-hosts --bind-interfaces --pid-file=/var/run/NetworkManager/dnsmasq.pid --listen-address=127.0.1.1 --cache-size=0 --conf-file=/dev/null --proxy-dnssec --enable-dbus

nov 14 17:23:25 watershed NetworkManager[18196]: [1510676605.5305] device (wlp2s0): supplicant interface state: scanning -> down
nov 14 17:23:25 watershed NetworkManager[18196]: [1510676605.5307] device (wlp2s0): state change: activated -> unavailable (reason 'supplicant-failed') [100 20 10]
nov 14 17:23:25 watershed NetworkManager[18196]: [1510676605.5469] dhcp4 (wlp2s0): canceled DHCP transaction, DHCP client pid 18407
nov 14 17:23:25 watershed NetworkManager[18196]: [1510676605.5469] dhcp4 (wlp2s0): state changed bound -> done
nov 14 17:23:25 watershed NetworkManager[18196]: [1510676605.5488] dns-mgr: Writing DNS information to /sbin/resolvconf
nov 14 17:23:25 watershed dnsmasq[18416]: setting upstream servers from DBus
nov 14 17:23:25 watershed NetworkManager[18196]: [1510676605.5553] manager: NetworkManager state is now CONNECTED_LOCAL
nov 14 17:23:25 watershed NetworkManager[18196]: [1510676605.5556] manager: NetworkManager state is now DISCONNECTED
nov 14 17:23:25 watershed NetworkManager[18196]: [1510676605.5922] sup-iface: failed to remove network: The name :1.148 was not provided by any .service files
nov 14 17:23:36 watershed NetworkManager[18196]: [1510676616.2491] supplicant: wpa_supplicant die count reset

A "supplicant failed" nem tudom, mit takar (oké, gondolom, a wpa_supplicant meghalt...), de már most gyanús.

`sudo systemctl restart NetworkManager.service` után helyreállt a kapcsolat, utána ezt mutatja a log:


$ systemctl status NetworkManager.service
● NetworkManager.service - Network Manager
Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled; vendor preset: enabled)
Active: active (running) since k 2017-11-14 17:26:09 CET; 45min ago
Docs: man:NetworkManager(8)
Main PID: 21908 (NetworkManager)
CGroup: /system.slice/NetworkManager.service
├─21908 /usr/sbin/NetworkManager --no-daemon
├─22145 /sbin/dhclient -d -q -sf /usr/lib/NetworkManager/nm-dhcp-helper -pf /var/run/dhclient-wlp2s0.pid -lf /var/lib/NetworkManager/dhclient-2d89aa1d-b34d-4242-8b1d-fda812dc988f-wlp2s0.lease -cf /var/lib/NetworkManager/dhclien
└─22161 /usr/sbin/dnsmasq --no-resolv --keep-in-foreground --no-hosts --bind-interfaces --pid-file=/var/run/NetworkManager/dnsmasq.pid --listen-address=127.0.1.1 --cache-size=0 --conf-file=/dev/null --proxy-dnssec --enable-dbus

nov 14 17:26:24 watershed dnsmasq[22161]: warning: no upstream servers configured
nov 14 17:26:24 watershed NetworkManager[21908]: [1510676784.1516] device (wlp2s0): Activation: successful, device activated.
nov 14 17:26:24 watershed NetworkManager[21908]: [1510676784.1586] dnsmasq[0x2280500]: dnsmasq appeared as :1.176
nov 14 17:26:24 watershed dnsmasq[22161]: setting upstream servers from DBus
nov 14 17:26:24 watershed dnsmasq[22161]: using nameserver 192.168.X.Y#53(via wlp2s0)
nov 14 17:26:24 watershed dnsmasq[22161]: using nameserver 172.104.136.243#53(via wlp2s0)
nov 14 17:26:24 watershed dnsmasq[22161]: using nameserver 62.113.203.99#53(via wlp2s0)
nov 14 17:26:24 watershed dnsmasq[22161]: using nameserver 87.98.175.85#53(via wlp2s0)
nov 14 17:26:24 watershed dnsmasq[22161]: using nameserver 62.113.203.55#53(via wlp2s0)
nov 14 17:34:14 watershed NetworkManager[21908]: [1510677254.6275] audit: op="connection-activate" uuid="a2def24c-387e-4a9c-90f6-b9e281871e3a" name="AzEnHalozatom" result="fail" reason="No suitable device found for this connection

Egyéb infó:


$ inxi -N
Network: Card-1: Qualcomm Atheros AR93xx Wireless Network Adapter driver: ath9k
Card-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169


$ inxi -S
System: Host: watershed Kernel: 4.4.0-101-generic x86_64 bits: 64 Desktop: Xfce 4.12.3
Distro: Ubuntu 16.04.3 LTS

A rendszeremet szinte minden nap frissítem.

Bármi ötlet, hogy mi lehet a kiváltó ok, ill. hogy hogyan tudom ezt kinyomozni (és megoldani)?

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Senkinek nincs ötlete, vagy csak nem megfelelően vázoltam fel a problémát?

(Sajnos a wifim továbbra is a használhatatlanság határát súrolja, pedig azóta az ISP lecserélte a kábelmodemet egy egybeépített kábelmodem + router cuccra [nem emiatt].)

Próbálj meg egy live rendszert beboot-olni, lehetőleg ne ubi 16.04 alapút. Ha azzaljó a wifi, akkor gyanúsan sw probléma, jöhet egy próba ubi 16.04-gyel. Ha úgy is jó, akkor a konfigodban van valami széttúrva valszeg.
De egy másik wifi cuccal is ki lehet próbálni, lehet akár usb-s is.
Wifinél se mindegy, hogy 2,4 vagy 5 giga, simán lehet hogy a szomszédság szétordítja a sávot. A mindenféle sokszázmegabites beállításokat el kell felejteni, a wifi erre csak laborban képes, vagy nagy szerencsével.

Update #1 és @xclusiv

Kipróbáltam pár live disztrót (mármint az eredeti poszt óta, mert ott is írtam, hogy próbáltam párat):
Antergos 17.12, Solus 3, Xubuntu 17.10, MX 17, Linux Mint 18.2 és 18.3, Lubuntu 14.03. A NetworkManager verziói, amikre emlékszem: 0.9.x, 1.0.x, 1.2.6, 1.10.x.

Ugyanaz a történet: elkezdek nézni egy 1080-as videót youtube-on, közben torrenttel szednem le a Debian 9.3dvd-t, aztán egyszer csak elkezd esni a letöltési sebesség, egészen nulláig, majd a videólejátszás is megáll, elkezd "homokórázni". A kapcsolat látszólag él, de a böngésző is azt mondja, hogy "Looking up example.com". Néha (általában olyankor, amikor még nem nulla a letöltés, csak kicsi), a google.com újratöltése mintha segítene a dolgon. (wtf?)

Előkerestem egy korábbi usb-s wifi adaptert, de úgy tűnik, nem működik. Bár csatlakoztatáskor elvillant a LEDje, és érzékelik is a disztrók (mondjuk a jelenleg telepített disztróm korábban nem érzékelte, most mg nem próbáltam vele), hiába akarnék azon csatlakozni, a kapcsolat a PCi wifin keresztül jön létre.

Egyébként perpill 4 saját wifi-hálózatom van, egy-egy "rendes" 2,4 és 5 Ghz-en, és egy-egy vendég 5 Ghz-en, midnegyik külön hálózatnévvel és jelszóval. (Antergos és Solus meg talán Lubuntu is csak a 2,4-eseket látta...) Most visszaváltotam a 2,4 ghz-esre, eddig (amióta az új modem+router megvan) az 5 Ghz-eset "erőltettem". Érdekes módon most mintha kicsit kevesebbet akadozott és fagyott volna, de még mindig nem az igazi.

Egy-két hete az egyik ilyen esetnél, amikor nem értem el neten semmit, mert szétbontotta magát a wifi kapcsolat, megpróbáltam telefonnal is, saját laptoppal és céges laptoppal is csatlakozni a wifihez, sikertelenül.

Másik eset: saját géppel és telefonnal kapcsolódom az egyik vendéghálózathoz, a kapcsolat létrejön, de névfeloldás nincs ("Unable to resolve example.com..."). Átváltok a "rendes" hálózatra, máris működik.

Perpill a Mint 18.3 (1.2.6-os NetWorkmanager) alól írok, közben a Debian dvd 500 kB/s -- 2,1 MB/s sebességgel "száguld" lefelé.

Ja, anno keresgéltem a modem+router logjában infót, de sajna tök üres volt az egész. Fogalmam sincs, miért.

A vezetékkel kapcsolódó gépen tudtommal nincs gond a hálózati kapcsolattal.

Ötlet, észrevétel, javaslat? Esetleg ha nekiállnék Wiresharkkal csomagokat gyűjteni (nyilván a sajátjaimat), az segíthet kideríteni, hogy mi a fene folyik itt?

Ha ennyi eszközöd van, akkor ki kellene próbálni a kombinációkat: több router és több eszköz. Valszeg a wifi routered lesz a ludas, ha 10-15e Ft alatti, akkor az home kategória, 1-2 évenként cserélni kell. Tapasztalat.

Hát a dlink nekem is elment szarni a gari letelte után, de se a wrt54, se a 1043nd nem 1-2 évet bírt, előző már a harmadik helyen szolgál, utóbbi szintén 4-5 éve.

Szóval ha jól értem, akkor torrenttel agyonvered a wifi-t. Ez nem meglepő azért.
Illetve tudni kellene még a helyet is, pl. egy panelban ahol van 30-50 AP teljesen más a helyzet, mint a falu szélén.

Döglődő okostelefon is blokkolhatja az egész sávot. Kapcsolj ki minden wifis cuccot, csak a gép és a router legyen bekapcsolva, és minél közelebb legyenek egymáshoz. Ha ilyenkor is szétkapcsol, akkor már lehet tovább kutatni, hogy a router vagy a PCI wifi kártya.
Amikor a gép szétkapcsol, akkor okostelóval tudsz-e wifin netezni?
Próbálj meg egy másik kernelt... bizonyos kernelverziók nem szeretnek bizonyos hardvereket.
Végső esetben próbálj ki egy USB-s wifit. Mondjuk, TL-WN722N, nálam már több éve megy gond nélkül.

-fs-
Az olyan tárgyakat, amik képesek az mc futtatására, munkaeszköznek nevezzük.
/usr/lib/libasound.so --gágágágá --lilaliba

UPDATE:

Kb. három hete vettem egy vezetéknélküli routert, ami most AP-üzemmódban van rákötve a szolgáltató által adott modem-routerre. Ezidó alatt két eszközzel volt egy-egy (wifi-)csatlakozási probléma, egyébként minden szuper.

Bátorkodom arra következtetni (na jó, inkább csak tippelek), hogy a hiba a szolgálatató eszközében van.