Hello,
I upgraded my router WRT3200 to the snapshot release some days ago.
I found that after every reboot the radio and wifi networks are disabled at uci configuration level, meaning with "option disabled 1".
Is it a new behaviour of OpenWRT?
How can avoid this issue, besides enabling the wifi in the rc.local?
Thanks
No. This is not expected behavior.
Please connect to your OpenWrt device using ssh and copy the output of the following commands and post it here using the "Preformatted text </> " button:
Remember to redact passwords, MAC addresses and any public IP addresses you may have:
ubus call system board
cat /etc/config/network
cat /etc/config/wireless
cat /etc/config/dhcp
cat /etc/config/firewall
df -h
mount
In addition to @psherman's necessary calls I'd like to ask if you set the router to default settings before you upgraded and from version you upgraded from?
Just as another tangent, do other configuration settings stick and survive a reboot?
Maybe 23.05.02 does not like to be upgraded with saved legacy settings?
The op said they upgraded to snapshot, but they didn’t say if they kept settings or not. I would guess not since they can’t get WiFi to stay enabled.
But it is all speculation until the op responds with their config.
The DSA migration would have been quite a while in the back, nothing else 'should' cause this situation.
The most likely issue would be something preventing the overlay from being formatted/ mounted (or having installed an initramfs image by accident), so that's what we're looking to determine (first).
Thanks to everyone.
Just to be more clear:
It looks like that something modifies the file /etc/config/wireless adding the "option disabled 1" to the sections...
As workaround, at the moment I fixed the issue adding the commands to re-enable the wifi in the rc.local.
Why not use a stable release version?
And have you tried resetting to defaults to see if that solves the problem? It is possible that there is a change to the syntax and/or underlying addressing of the devices that is causing your problem.
Maybe I'm wrong but that file is read only.
SSH in and manually edit the "1"s to "0"s in the file of the radios you want used using vi, escape, save and exit.
Reboot and look at the cat call /etc/config/wireless.
If that works, upgrade to the stable version and do not check save settings.
No, that file is most certainly not read only. (at least it shouldn't be).
If the file was read-only, this would not be possible.
I forgot that I had to change permissions last time I edited a read only file and I, really, think it was one of the config files.
But, clearly I have a mixed memory about it.
None of the files in /etc/config should be read only unless something got seriously messed up and/or if someone actively changed the file permissions.
A default installation of OpenWrt will have all of the files in the config directory as read/write.
I should have noticed the OP has yet to show the results of the cat calls.
My guess would be changed device paths. So my first approach (before taking out the bigger hammer of firstboot and reconfiguring everything from scratch) would be:
rm /etc/config/wireless
wifi config
and setting up the wireless configuration (only) again, based on the defaults provided by wifi config.
We'd be able to see the contents of the files, but not the permissions... so that wouldn't give any information to confirm/refute your theory.
This is kind of what I was thinking, too. I forgot that there's such an easy way to regenerate the wireless file. Brilliant!
Oh, I gave that up when you called me out.
I was (but not now) subtly telling OP to do as asked.
The wireless configuration file is not read-only, so all the other files in /etc/config.
Moreover, the device paths are not changed after the upgrade, I also checked it by removing the old one and regenerating with "wifi config".
The file /etc/config/wireless before and after the reboot is exactly the same, the only difference are the "option disabled 1" in each session.
This happens at every reboot with the same image, not only after the sysupgrade.
Since I have a workaround, it's not really an issue.
I asked the original question just for curiosity.
uci show wireless | grep .path
wireless.radio0.path='soc@0/20000000.pci/pci0000:00/0000:00:00.0/0000:01:00.0'
wireless.radio1.path='platform/soc@0/c000000.wifi'
wireless.radio2.path='platform/soc@0/c000000.wifi+1'
wireless.radio3.path='soc@0/20000000.pci/pci0000:00/0000:00:00.0/0000:01:00.0'
wireless.radio4.path='soc@0/20000000.pci/pci0000:00/0000:00:00.0/0000:01:00.0'
wireless.radio5.path='platform/soc@0/c000000.wifi'
wireless.radio6.path='platform/soc@0/c000000.wifi+1'
wireless.radio7.path='soc/20000000.pci/pci0000:00/0000:00:00.0/0000:01:00.0'
wireless.radio8.path='platform/soc/c000000.wifi'
wireless.radio9.path='platform/soc/c000000.wifi+1'
same issue as OP (disabled wireless on reboot).
OpenWrt SNAPSHOT r26608-b2a84c86e3 / LuCI openwrt-23.05 branch git-24.364.71483-75d2b84
image made with the builder.
Model Xiaomi AX3600
Kernel 5.15.167
not yet sure about conclusions.
a snapshot from about a year ago worked w/o this issue.