Posted: Mon Aug 07, 2023 15:40 Post subject: wlan0 radio in non-working state, how to remediate?
Linksys WRT3200ACM - DD-WRT r53339
For reason's I've not been able to capture, one or both wifi radios sometimes do not start after a reboot. On android phones there will be an exclamation next to the wifi icon indicating there is some internet connectivity problem. Other devices connect to another wifi AP with no issues.
Today I've found one of the radios (wlan0) in this weird state, where the channel, power, and type entries are different than when it's working normally (details below). After restarting the device with no other changes made, things typically return to normal.
Finding the root cause would be optimal, however there are no obvious errors in /var/log/messages as to why it failed or that it failed at all. For the meantime, automating finding and fixing appears possible. Is this the best/correct way to restart a wifi radio? Details on the proper way appear to vary widely over time...
Screenshots to prove the validity of your statement as wlan0 would be the 2.4 band if the interface renaming was straight across the board from athX to wlanX: Since your "working" example states "wlan0" but shows a 5GHz band channel, your information is suspect. EDIT: But I could be in error here, as "wlan2" should be the DFS radio. Either way, we need screenshots to see if your configuration is in error.
Joined: 08 May 2018 Posts: 13903 Location: Texas, USA
Posted: Mon Aug 07, 2023 20:43 Post subject:
There are only two reasons why the wifi radios will not start. Hardware failure due to lack of adding a cooling fan / environmental influence (electrical storm/surge) or bad / corrupt configuration. Please post screenshots of your wifi settings for review, thanks. It would also help to post output of 'cat /var/log/messages' from cold boot - especially with 'nvram set console_debug=1 && nvram commit' completed beforehand. Of course, we'll probably just dick around in yet another thread started by you without any solution achieved, so I'm probably wasting keystrokes here.
Script running every hour to check if wifi was showing working state by running: "iw wlan0 info". If found in a bad state, all info is logged. While in a good state, only channel is logged. During this time, power went out multiple times. Caught a 3+ hour problem. This does align with your theory for dirty restarts. However this also happens on occasion from a restart initiated via cron when no other changes have been made to the system. A reboot fixes this every time. I'll add the additional information you've asked for as time permits. No reason to over speculate or assume a problem can only be solved one way. :)
While knowing the root cause is optimal, detecting the problem and being able to automate corrective actions may take precedent over a needlessly long back and forth. No offense intended toward anyone; it is what it is. Time will tell.
Ah yes, the ole self-induced power outage. Haha...
Get off your high horse dude. If you have a suggestion which produces a better result than using a feature of the product (schedule reboot), which sometimes produces ill results I'm all ears. The script didn't cause the problem, it's being used to troubleshoot it. If you find that crazy also, i'm sorry.
Also, you have to reboot after setting console_debug=1, don't you? _________________ "The woods are lovely, dark and deep,
But I have promises to keep,
And miles to go before I sleep,
And miles to go before I sleep." - Robert Frost
"I am one of the noticeable ones - notice me" - Dale Frances McKenzie Bozzio
Stopped asking for help when replies asking for information that's not needed as well as presumptuous and sarcastic replies were all that came. Why would you need screenshots of wifi config when an unexpected power cycle or problem due to rebooting is what happened and another reboot fixes it? It's clearly not a config problem.
Solved it with the aforementioned script; finds and fixes problem within 12 seconds.
No interest in arguing with the peanut gallery... because you're of course right, despite not being helpful.
I know I am late responding to this thread, I wanted to get back to it as soon as I got home from work but I forgot about it\ until now.
Screenshots to prove the validity of your statement as wlan0 would be the 2.4 band if the interface renaming was straight across the board from athX to wlanX: Since your "working" example states "wlan0" but shows a 5GHz band channel
Correction. wlan0 is the 5ghz radio, wlan1 is the 2.4ghz radio, wlan2 is the, according to dd-wrts interface, "2.4ghz/5ghz DFS radio"