Wifi Adapter Shuts Off When Connecting [SOLVED]

Bukimari · 2017-02-18 21:50:59

Something odd has happened recently with my Arch setup. I'm currently running on an HP Mini 210-1180nr netbook, and since day one when I installed Arch I had no issues with my wifi adapter. Here recently something has happened that completely disabled my wifi adapter both through the software and the hardware. Some quick Google-fu gave me a temporary workaround by disabling the setting that HP laptops come with for their adapters that can cause problems for Arch. While that has gotten my wifi adapter back up and running I've noticed that the only network I can connect to is my home network that I connected to during the original Arch installation and set up an automatic profile for through wifi-menu. If I try to connect to ANY other network, WICD shows the connection being made, and as soon as it says 'Connected', the wifi adapter will turn off for a second before coming back on. If this happens, I cannot even reconnect to my home network, as the same power off issue will occur. I must completely reboot the netbook while in the vicinity of my home network so it will connect automatically. The only change that I am aware was made is my setting up an openVPN profile for my work, but that was well before the issue and still works fine as long as I'm connected.

TL;DR: I'm not sure what has happened but my wifi adapter seems to be borked.

I'm pretty sure this is a problem specific to me, so I'm not sure how to give any output of errors for this problem, so tell me what you need to see to help me with this and I will post the output for you, Apologies, I'm decent enough with linux itself but the networking side of things I never did quite get the hang of.

EDIT: The workaround that I found is

rmmod -f hp-wmi

Last edited by Bukimari (2017-02-19 22:27:13)

wleles · 2017-02-18 23:25:39

I don't know how to solve your problem, but I would use this command to show some information:

 lspci -vnn -d 14e4:

Bukimari · 2017-02-18 23:29:19

wleles wrote:

I don't know how to solve your problem, but I would use this command to show some information:
 lspci -vnn -d 14e4: 

Thank you for that, I didn't want to post without more info but didn't know what info to give.

 [justin@archbook ~]$ lspci -vnn -d 14e4:
02:00.0 Network controller [0280]: Broadcom Limited BCM4313 802.11bgn Wireless Network Adapter [14e4:4727] (rev 01)
	Subsystem: Hewlett-Packard Company Device [103c:145c]
	Flags: bus master, fast devsel, latency 0, IRQ 17
	Memory at 96000000 (64-bit, non-prefetchable) [size=16K]
	Capabilities: <access denied>
	Kernel driver in use: bcma-pci-bridge
	Kernel modules: bcma

EDIT: Just remembered to pull the journal after the issue occurs

Feb 19 01:25:16 archbook kernel: [0;1;39mbrcmsmac bcma0:1: wl0: brcms_c_d11hdrs_mac80211:  txop exceeded phylen 153/256 dur 1730/1504[0m
Feb 19 01:25:22 archbook dhcpcd[16787]: sending commands to master dhcpcd process
Feb 19 01:25:22 archbook dhcpcd[242]: control command: /usr/sbin/dhcpcd -k wlp2s0b1
Feb 19 01:25:22 archbook dhcpcd[242]: wlp2s0b1: removing interface
Feb 19 01:25:22 archbook dhcpcd[242]: wlp2s0b1: deleting address fd00:8494:8c33:f7a2:135a:ba7d:1d5b:d8f3/64
Feb 19 01:25:22 archbook dhcpcd[242]: wlp2s0b1: deleting route to fd00:8494:8c33:f7a2::/64
Feb 19 01:25:23 archbook kernel: [0;1;31mbrcmsmac bcma0:1: brcms_ops_bss_info_changed: arp filtering: 0 addresses (implement)[0m
Feb 19 01:25:23 archbook kernel: wlp2s0b1: deauthenticating from bc:4d:fb:d6:c5:68 by local choice (Reason: 3=DEAUTH_LEAVING)
Feb 19 01:25:23 archbook kernel: [0;1;31mbrcmsmac bcma0:1: brcmsmac: brcms_ops_bss_info_changed: disassociated[0m
Feb 19 01:25:23 archbook kernel: [0;1;31mbrcmsmac bcma0:1: brcms_ops_bss_info_changed: qos enabled: false (implement)[0m
Feb 19 01:25:23 archbook kernel: [0;1;31mbrcmsmac bcma0:1: brcms_ops_bss_info_changed: qos enabled: false (implement)[0m
Feb 19 01:25:23 archbook kernel: [0;1;31mbrcmsmac bcma0:1: brcms_ops_config: change power-save mode: false (implement)[0m
Feb 19 01:25:23 archbook kernel: IPv6: ADDRCONF(NETDEV_UP): wlp2s0b1: link is not ready
Feb 19 01:25:24 archbook dhcpcd[242]: wlp2s0b1: deleting address fe80::a1d4:3673:428f:d6dd
Feb 19 01:25:24 archbook dhcpcd[242]: wlp2s0b1: releasing lease of 192.168.0.109
Feb 19 01:25:24 archbook dhcpcd[242]: [0;1;31mwlp2s0b1: dhcp_openudp: Cannot assign requested address[0m
Feb 19 01:25:24 archbook dhcpcd[242]: [0;1;31mwlp2s0b1: if_sendraw: Network is down[0m
Feb 19 01:25:24 archbook dhcpcd[242]: wlp2s0b1: deleting default route via 192.168.0.1
Feb 19 01:25:24 archbook dhcpcd[242]: wlp2s0b1: deleting route to 192.168.0.0/24
Feb 19 01:25:24 archbook ntpd[352]: Deleting interface #5 wlp2s0b1, fe80::a1d4:3673:428f:d6dd%3#123, interface stats: received=0, sent=0, dropped=0, active_time=3539 secs
Feb 19 01:25:24 archbook ntpd[352]: Deleting interface #6 wlp2s0b1, 192.168.0.109#123, interface stats: received=170, sent=170, dropped=0, active_time=3535 secs
Feb 19 01:25:24 archbook ntpd[352]: 74.120.**.*** local addr 192.168.0.109 -> <null>
Feb 19 01:25:24 archbook ntpd[352]: 216.229.*.** local addr 192.168.0.109 -> <null>
Feb 19 01:25:24 archbook ntpd[352]: 208.73.**.*** local addr 192.168.0.109 -> <null>
Feb 19 01:25:24 archbook ntpd[352]: 45.79.*.** local addr 192.168.0.109 -> <null>
Feb 19 01:25:24 archbook ntpd[352]: Deleting interface #8 wlp2s0b1, fd00:8494:8c33:f7a2:135a:ba7d:1d5b:d8f3#123, interface stats: received=0, sent=0, dropped=0, active_time=3532 secs
Feb 19 01:25:26 archbook dhcpcd[16856]: sending commands to master dhcpcd process
Feb 19 01:25:26 archbook dhcpcd[242]: control command: /usr/sbin/dhcpcd -k wlp2s0b1
Feb 19 01:25:26 archbook kernel: [0;1;31mbrcmsmac bcma0:1: brcms_ops_bss_info_changed: qos enabled: false (implement)[0m
Feb 19 01:25:26 archbook kernel: [0;1;31mbrcmsmac bcma0:1: brcms_ops_config: change power-save mode: false (implement)[0m
Feb 19 01:25:26 archbook kernel: IPv6: ADDRCONF(NETDEV_UP): wlp2s0b1: link is not ready
Feb 19 01:25:26 archbook wicd[237]: Failed to connect to non-global ctrl_ifname: wlp2s0b1  error: No such file or directory
Feb 19 01:25:26 archbook dhcpcd[16866]: sending commands to master dhcpcd process
Feb 19 01:25:26 archbook dhcpcd[242]: control command: /usr/sbin/dhcpcd -k eno1
Feb 19 01:25:26 archbook dhcpcd[242]: eno1: removing interface
Feb 19 01:25:26 archbook kernel: r8169 0000:01:00.0 eno1: link down
Feb 19 01:25:26 archbook kernel: IPv6: ADDRCONF(NETDEV_UP): eno1: link is not ready
Feb 19 01:25:26 archbook wicd[237]: Failed to connect to non-global ctrl_ifname: eno1  error: No such file or directory
Feb 19 01:25:26 archbook dhcpcd[16886]: sending commands to master dhcpcd process
Feb 19 01:25:26 archbook dhcpcd[242]: control command: /usr/sbin/dhcpcd -k wlp2s0b1
Feb 19 01:25:26 archbook kernel: [0;1;31mbrcmsmac bcma0:1: brcms_ops_bss_info_changed: qos enabled: false (implement)[0m
Feb 19 01:25:26 archbook kernel: [0;1;31mbrcmsmac bcma0:1: brcms_ops_config: change power-save mode: false (implement)[0m
Feb 19 01:25:26 archbook kernel: IPv6: ADDRCONF(NETDEV_UP): wlp2s0b1: link is not ready
Feb 19 01:25:26 archbook wicd[237]: Failed to connect to non-global ctrl_ifname: wlp2s0b1  error: No such file or directory
Feb 19 01:25:26 archbook wicd[237]: Error for wireless request "Set Bit Rate" (8B20) :
Feb 19 01:25:26 archbook wicd[237]:     SET failed on device %s ; No such device.
Feb 19 01:25:30 archbook kernel: wlp2s0b1: authenticate with bc:4d:fb:d6:c5:68
Feb 19 01:25:30 archbook kernel: wlp2s0b1: send auth to bc:4d:fb:d6:c5:68 (try 1/3)
Feb 19 01:25:30 archbook kernel: wlp2s0b1: authenticated
Feb 19 01:25:30 archbook kernel: wlp2s0b1: associate with bc:4d:fb:d6:c5:68 (try 1/3)
Feb 19 01:25:30 archbook kernel: wlp2s0b1: RX AssocResp from bc:4d:fb:d6:c5:68 (capab=0x431 status=0 aid=2)
Feb 19 01:25:30 archbook kernel: [0;1;31mbrcmsmac bcma0:1: brcmsmac: brcms_ops_bss_info_changed: associated[0m
Feb 19 01:25:30 archbook kernel: [0;1;31mbrcmsmac bcma0:1: brcms_ops_bss_info_changed: qos enabled: true (implement)[0m
Feb 19 01:25:30 archbook kernel: wlp2s0b1: associated
Feb 19 01:25:30 archbook kernel: IPv6: ADDRCONF(NETDEV_CHANGE): wlp2s0b1: link becomes ready
Feb 19 01:25:30 archbook kernel: [0;1;39mbrcmsmac bcma0:1: wl0: brcms_c_d11hdrs_mac80211:  txop exceeded phylen 159/256 dur 1778/1504[0m
Feb 19 01:25:30 archbook kernel: [0;1;39mbrcmsmac bcma0:1: wl0: brcms_c_d11hdrs_mac80211:  txop exceeded phylen 137/256 dur 1602/1504[0m
Feb 19 01:25:30 archbook dhcpcd[16908]: sending commands to master dhcpcd process
Feb 19 01:25:30 archbook dhcpcd[242]: control command: /usr/sbin/dhcpcd --noipv4ll wlp2s0b1
Feb 19 01:25:30 archbook dhcpcd[242]: wlp2s0b1: carrier acquired
Feb 19 01:25:30 archbook dhcpcd[242]: wlp2s0b1: IAID 82:76:47:fe
Feb 19 01:25:30 archbook dhcpcd[242]: wlp2s0b1: adding address fe80::a1d4:3673:428f:d6dd
Feb 19 01:25:30 archbook dhcpcd[242]: wlp2s0b1: soliciting an IPv6 router
Feb 19 01:25:30 archbook dhcpcd[16914]: sending commands to master dhcpcd process
Feb 19 01:25:30 archbook dhcpcd[242]: wlp2s0b1: soliciting a DHCP lease
Feb 19 01:25:30 archbook dhcpcd[242]: control command: /usr/sbin/dhcpcd -k wlp2s0b1
Feb 19 01:25:30 archbook dhcpcd[242]: wlp2s0b1: removing interface
Feb 19 01:25:30 archbook dhcpcd[242]: wlp2s0b1: deleting address fe80::a1d4:3673:428f:d6dd
Feb 19 01:25:30 archbook kernel: wlp2s0b1: deauthenticating from bc:4d:fb:d6:c5:68 by local choice (Reason: 3=DEAUTH_LEAVING)
Feb 19 01:25:30 archbook kernel: [0;1;31mbrcmsmac bcma0:1: brcmsmac: brcms_ops_bss_info_changed: disassociated[0m
Feb 19 01:25:30 archbook kernel: [0;1;31mbrcmsmac bcma0:1: brcms_ops_bss_info_changed: qos enabled: false (implement)[0m
Feb 19 01:25:30 archbook kernel: [0;1;31mbrcmsmac bcma0:1: brcms_ops_bss_info_changed: qos enabled: false (implement)[0m
Feb 19 01:25:30 archbook kernel: [0;1;31mbrcmsmac bcma0:1: brcms_ops_config: change power-save mode: false (implement)[0m
Feb 19 01:25:30 archbook kernel: IPv6: ADDRCONF(NETDEV_UP): wlp2s0b1: link is not ready
Feb 19 01:25:30 archbook dhcpcd[16936]: sending commands to master dhcpcd process
Feb 19 01:25:30 archbook dhcpcd[242]: control command: /usr/sbin/dhcpcd -k eno1
Feb 19 01:25:30 archbook kernel: r8169 0000:01:00.0 eno1: link down
Feb 19 01:25:30 archbook kernel: IPv6: ADDRCONF(NETDEV_UP): eno1: link is not ready
Feb 19 01:25:30 archbook wicd[237]: Failed to connect to non-global ctrl_ifname: eno1  error: No such file or directory
Feb 19 01:25:37 archbook kernel: [0;1;31mbrcmsmac bcma0:1: brcms_ops_bss_info_changed: qos enabled: false (implement)[0m
Feb 19 01:25:37 archbook kernel: [0;1;31mbrcmsmac bcma0:1: brcms_ops_config: change power-save mode: false (implement)[0m
Feb 19 01:25:37 archbook kernel: IPv6: ADDRCONF(NETDEV_UP): wlp2s0b1: link is not ready

Any ***s are just censored IP addresses (though I don't think any of them were actually anything that could be used to access my stuff, just being cautious)

Last edited by Bukimari (2017-02-19 07:42:41)

Head_on_a_Stick · 2017-02-19 11:17:58

Can we see the output of:

# modinfo hp-wmi
# rfkill list all

Bukimari · 2017-02-19 18:13:26

Head_on_a_Stick wrote:

Can we see the output of:
# modinfo hp-wmi
# rfkill list all

Sure,

[justin@archbook ~]$ modinfo hp-wmi
modinfo: ERROR: Module alias hp-wmi not found.
[justin@archbook ~]$ rfkill list all
0: phy0: Wireless LAN
	Soft blocked: no
	Hard blocked: no

Before I ran

rmmod -f hp-wmi

to get it kinda working again, hp-wmi did show up under modinfo and rfkill list (which I guess makes sense as I assume rmmod stands for 'remove module').

wleles · 2017-02-19 18:28:18

I have the same card, and I was with some problems with it too. I couldn't solve they. The wiki page says that some user has been reporting bugs with it. It seems that it isn't properly recognized by the opensource drive that comes with the kernel. In Ubuntu there is a option to use propietary driver for it, but I'm not sure if we can use it on arch.

Bukimari · 2017-02-19 18:31:52

wleles wrote:

I have the same card, and I was with some problems with it too. I couldn't solve they. The wiki page says that some user has been reporting bugs with it. It seems that it isn't properly recognized by the opensource drive that comes with the kernel. In Ubuntu there is a option to use propietary driver for it, but I'm not sure if we can use it on arch.

Hmm. That would make sense but the problem is that it's worked perfectly for at least 2 - 3 years now and just recently started having this problem. I'm not sure if a recent update broke it or like I said in my original post if my vpn messed with it somehow, but that seems unlikely.

loqs · 2017-02-19 19:12:03

wleles wrote:

In Ubuntu there is a option to use propietary driver for it, but I'm not sure if we can use it on arch.

Broadcom_wireless#broadcom-wl please also see Arch_User_Repository if you are not familiar with AUR.

Head_on_a_Stick · 2017-02-19 19:15:03

Bukimari wrote:

Before I ran
rmmod -f hp-wmi
to get it kinda working again, hp-wmi did show up under modinfo and rfkill list (which I guess makes sense as I assume rmmod stands for 'remove module').

Yes indeed, I was rather hoping for that command output with the module loaded — my apologies for not being clear enough.

I think that the hp-wmi module may have options relating to rfkill that will enable you to keep the module loaded with disturbing your connection.

wleles wrote:

In Ubuntu there is a option to use propietary driver for it, but I'm not sure if we can use it on arch.

I don't have any Broadcom cards but the ArchWiki is usually good for this sort of thing:

https://wiki.archlinux.org/index.php/Br … roadcom-wl

EDIT: too slow...

Last edited by Head_on_a_Stick (2017-02-19 19:15:21)

loqs · 2017-02-19 19:20:45

@Head_on_a_Stick it seems to me a bit strange that modinfo can not find the module hp-wmi as both the linux and linux-lts packages contain it and as far as I am aware modinfo searches modules on disk not loaded.

Head_on_a_Stick · 2017-02-19 19:31:11

loqs wrote:

as far as I am aware modinfo searches modules on disk not loaded.

Oh yes, so it does.

Also, there are no tuning knobs, apparently

@OP: can we see the output of:

pacman -Qkk linux{,-lts}

@others: I'm not in Arch atm, please correct my command if needed

Bukimari · 2017-02-19 21:46:35

Head_on_a_Stick wrote:

@OP: can we see the output of:
pacman -Qkk linux{,-lts}
@others: I'm not in Arch atm, please correct my command if needed

Made a typo the first time I ran it, here's the actual output.

[justin@archbook ~]$ pacman -Qkk linux {,-lts}
error: invalid option: '--search' and '--check' may not be used together
[justin@archbook ~]$ pacman -Qkk linux{,-lts}
warning: linux: /usr/lib/modules/4.9.9-1-ARCH/modules.alias (Modification time mismatch)
warning: linux: /usr/lib/modules/4.9.9-1-ARCH/modules.alias.bin (Modification time mismatch)
warning: linux: /usr/lib/modules/4.9.9-1-ARCH/modules.builtin.bin (Modification time mismatch)
warning: linux: /usr/lib/modules/4.9.9-1-ARCH/modules.dep (Modification time mismatch)
warning: linux: /usr/lib/modules/4.9.9-1-ARCH/modules.dep.bin (Modification time mismatch)
warning: linux: /usr/lib/modules/4.9.9-1-ARCH/modules.devname (Modification time mismatch)
warning: linux: /usr/lib/modules/4.9.9-1-ARCH/modules.softdep (Modification time mismatch)
warning: linux: /usr/lib/modules/4.9.9-1-ARCH/modules.symbols (Modification time mismatch)
warning: linux: /usr/lib/modules/4.9.9-1-ARCH/modules.symbols.bin (Modification time mismatch)
linux: 4791 total files, 9 altered files
error: package 'linux-lts' was not found

Last edited by Bukimari (2017-02-19 21:48:08)

seth · 2017-02-19 21:47:36

systemctl list-units | grep -E '(wicd|dhcp|net)'

You've at least wicd and dhcpcd fighting for the device. Pick one service to handle your network and disable all others.

loqs · 2017-02-19 21:49:55

What is the output of

$ pacman -Qi linux

Edit:
Also what is the output of

$ uname -a

Last edited by loqs (2017-02-19 21:54:14)

Bukimari · 2017-02-19 22:05:58

seth wrote:

systemctl list-units | grep -E '(wicd|dhcp|net)'
You've at least wicd and dhcpcd fighting for the device. Pick one service to handle your network and disable all others.

If I disable dhcp it doesn't work at all, as dhcp is the only thing keeping it connected when it boots up. Otherwise if I try to connect it runs into the issue where it turns off right as it says it's connected. I could disable wicd as I really only use it as a GUI for my available networks, but I don't think they're conflicting as they worked in tandem just fine for quite a long time. I can try though.

loqs wrote:

What is the output of
$ pacman -Qi linux
Edit:
Also what is the output of
$ uname -a

[justin@archbook ~]$ pacman -Qi linux
Name            : linux
Version         : 4.9.9-1
Description     : The Linux kernel and modules
Architecture    : i686
URL             : https://www.kernel.org/
Licenses        : GPL2
Groups          : base
Provides        : None
Depends On      : coreutils  linux-firmware  kmod  mkinitcpio>=0.7
Optional Deps   : crda: to set the correct wireless channels of your
                  country
Required By     : None
Optional For    : None
Conflicts With  : None
Replaces        : None
Installed Size  : 70.96 MiB
Packager        : Tobias Powalowski <tpowa@archlinux.org>
Build Date      : Thu 09 Feb 2017 12:27:45 PM CST
Install Date    : Sun 19 Feb 2017 12:09:42 PM CST
Install Reason  : Explicitly installed
Install Script  : Yes
Validated By    : Signature

[justin@archbook ~]$ uname -a
Linux archbook 4.9.9-1-ARCH #1 SMP PREEMPT Thu Feb 9 19:26:17 CET 2017 i686 GNU/Linux

Bukimari · 2017-02-19 22:25:11

seth wrote:

systemctl list-units | grep -E '(wicd|dhcp|net)'
You've at least wicd and dhcpcd fighting for the device. Pick one service to handle your network and disable all others.

Well I feel really dumb. Thank you so much, that did it. In fact, I can disable EITHER one and the other works just fine. That's just odd that it was working fine for so long and just up and stopped. I've seen other problems similar to mine be due to interfering network managers, but I wasn't aware that wicd was more than just a GUI for the network manager you use. I guess I'll mark this as solved, but I would still like to know what actually caused the issue.

seth · 2017-02-20 07:13:34

Race condition, one service touches the device, the other notices that and believes it has to take action. The result is random and timing matters.
It's the "common" cause of "my network randomly breaks" (cause nobody reads the wiki ;-)

Arch Linux

#1 2017-02-18 21:50:59

Wifi Adapter Shuts Off When Connecting [SOLVED]

#2 2017-02-18 23:25:39

Re: Wifi Adapter Shuts Off When Connecting [SOLVED]

#3 2017-02-18 23:29:19

Re: Wifi Adapter Shuts Off When Connecting [SOLVED]

#4 2017-02-19 11:17:58

Re: Wifi Adapter Shuts Off When Connecting [SOLVED]

#5 2017-02-19 18:13:26

Re: Wifi Adapter Shuts Off When Connecting [SOLVED]

#6 2017-02-19 18:28:18

Re: Wifi Adapter Shuts Off When Connecting [SOLVED]

#7 2017-02-19 18:31:52

Re: Wifi Adapter Shuts Off When Connecting [SOLVED]

#8 2017-02-19 19:12:03

Re: Wifi Adapter Shuts Off When Connecting [SOLVED]

#9 2017-02-19 19:15:03

Re: Wifi Adapter Shuts Off When Connecting [SOLVED]

#10 2017-02-19 19:20:45

Re: Wifi Adapter Shuts Off When Connecting [SOLVED]

#11 2017-02-19 19:31:11

Re: Wifi Adapter Shuts Off When Connecting [SOLVED]

#12 2017-02-19 21:46:35

Re: Wifi Adapter Shuts Off When Connecting [SOLVED]

#13 2017-02-19 21:47:36

Re: Wifi Adapter Shuts Off When Connecting [SOLVED]

#14 2017-02-19 21:49:55

Re: Wifi Adapter Shuts Off When Connecting [SOLVED]

#15 2017-02-19 22:05:58

Re: Wifi Adapter Shuts Off When Connecting [SOLVED]

#16 2017-02-19 22:25:11

Re: Wifi Adapter Shuts Off When Connecting [SOLVED]

#17 2017-02-20 07:13:34

Re: Wifi Adapter Shuts Off When Connecting [SOLVED]

Board footer