You are not logged in.
I've configured my office WiFi on my Arch Linux system and it gets disconnected after sometime. I'm unable to ping the router (192.168.1.1) or any other remote IP address. The system works fine in my home WiFi network.
Hardware:
Model: Lenovo E470
WiFi adapter:
05:00.0 Network controller: Qualcomm Atheros QCA9377 802.11ac Wireless Network Adapter (rev 31)
Subsystem: Lenovo Device 0901
Kernel driver in use: ath10k_pci
Kernel modules: ath10k_pci
Software: wifi-menu and netctl
$ uname -r
4.10.11-1-ARCH
I generated the profiles using the wifi-menu utility which stored all the profile data in /etc/netctl. It'd be great if someone could provide some pointers to troubleshoot this issue.
Offline
Please paste the output of (in code tags
https://wiki.archlinux.org/index.php/Co … s_and_code )
systemctl list-unit-files --state enabled
Offline
Please find the output of the systemctl command:
$ systemctl list-unit-files --state enabled
UNIT FILE STATE
autovt@.service enabled
display-manager.service enabled
getty@.service enabled
slim.service enabled
remote-fs.target enabled
5 unit files listed.
Offline
So, you have not enabled any network management...
Offline
I've netctl and wifi-menu installed. I was running wifi-menu manually to generate the network profile for the first time. Post that used wifi-menu to connect to the access point.
At my home wifi network, the network works perfectly fine. But I'm facing issues in my office wifi network. It connects to an access point and after sometime the connection gets dropped.
Offline
I've enabled the unit from systemctl now. Still the network gets disconnected after some time.
sudo systemctl enable netctl-auto@wlp5s0.service
$ sudo iw wlp5s0 scan
BSS 50:a7:33:39:a6:48(on wlp5s0)
TSF: 10639782231 usec (0d, 02:57:19)
freq: 2462
beacon interval: 100 TUs
capability: ESS Privacy ShortPreamble ShortSlotTime (0x0431)
signal: -44.00 dBm
last seen: 4030 ms ago
Information elements from Probe Response frame:
SSID: AccessPoint-I
Supported rates: 1.0* 2.0* 5.5* 11.0*
DS Parameter set: channel 11
ERP: <no flags>
Extended supported rates: 6.0 9.0 12.0 18.0 24.0 36.0 48.0 54.0
WMM: * Parameter version 1
* u-APSD
* BE: CW 15-1023, AIFSN 3
* BK: CW 15-1023, AIFSN 7
* VI: CW 7-15, AIFSN 2, TXOP 3008 usec
* VO: CW 3-7, AIFSN 2, TXOP 1504 usec
HT capabilities:
Capabilities: 0x0c
HT20
SM Power Save disabled
No RX STBC
Max AMSDU length: 3839 bytes
No DSSS/CCK HT40
Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
Minimum RX AMPDU time spacing: 8 usec (0x06)
HT RX MCS rate indexes supported: 0-15
HT TX MCS rate indexes are undefined
HT operation:
* primary channel: 11
* secondary channel offset: no secondary
* STA channel width: 20 MHz
* RIFS: 0
* HT protection: no
* non-GF present: 0
* OBSS non-GF present: 0
* dual beacon: 0
* dual CTS protection: 0
* STBC beacon: 0
* L-SIG TXOP Prot: 0
* PCO active: 0
* PCO phase: 0
Extended capabilities:
RSN: * Version: 1
* Group cipher: CCMP
* Pairwise ciphers: CCMP
* Authentication suites: PSK
* Capabilities: 1-PTKSA-RC 1-GTKSA-RC (0x0000)
dmesg logs while connect and manual disconnect:
[ 5045.176163] wlp5s0: deauthenticating from 50:a7:33:39:a6:48 by local choice (Reason: 3=DEAUTH_LEAVING)
[ 5047.412216] IPv6: ADDRCONF(NETDEV_UP): wlp5s0: link is not ready
[ 5052.192181] wlp5s0: authenticate with 50:a7:33:39:a6:48
[ 5052.228988] wlp5s0: send auth to 50:a7:33:39:a6:48 (try 1/3)
[ 5052.231367] wlp5s0: authenticated
[ 5052.234270] wlp5s0: associate with 50:a7:33:39:a6:48 (try 1/3)
[ 5052.238101] wlp5s0: RX AssocResp from 50:a7:33:39:a6:48 (capab=0x431 status=0 aid=7)
[ 5052.240985] wlp5s0: associated
[ 5052.241070] IPv6: ADDRCONF(NETDEV_CHANGE): wlp5s0: link becomes ready
[ 5076.206238] wlp5s0: deauthenticating from 50:a7:33:39:a6:48 by local choice (Reason: 3=DEAUTH_LEAVING)
Offline
I did a quick search on (Reason: 3=DEAUTH_LEAVING) and found it is not a new problem. This older post may be relevant to your problems, OP. https://bbs.archlinux.org/viewtopic.php?id=218875 It involves ca-certs, so that may also be related to the recent ca-certificates changes as mentioned on the archlinux.org front page.
Regards
UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things. -- Doug Gwyn
Offline