It does not save changes when you turn off the computer

Hello everyone, I have a problem with a computer of a nanostation ac5 loco, https://openwrt.org/toh/ubiquiti/nanostation_ac_loco which the installation was successful with the original firmware WA v8.7.0 using the installation documentation https://openwrt.org/toh/ubiquiti/common.

Once in the 192.168.1.1 portal, when changing the password and configuring the networks and saving the settings, everything works very well, but when it comes to turning it off and turning it on again, the device loses all the settings and even the root password, before turning it off. The key worked fine even to access it but when it is turned off everything is erased. Is there any documentation about it?

related Litebeam ac gen2 ?

Before spending much time on it, I would first sysupgrade again (current version, even if it's the same) - without keeping settings. Maybe that fixes things, maybe it doesn't - in the later case you'd have to debug further, why the overlay isn't getting mounted (too small, full, flash issues, etc., df -h, dmesg and logreadshould provide some idea).

It is not Litebeam ac gen2, it is a ac loco. https://openwrt.org/toh/ubiquiti/nanostation_ac_loco

you mean the error couldn't possibly manifest itself on more than one device ?

It has already been restored with the original firmware and the openwrt installation has been applied again and it has the same errors.

It may happen that following this, OpenWRT will work, but fail to keep settings across reboots. Reflashing once more the squashfs-sysupgrade.bin file through OpenWRT's web interface did fix this in one case where less radical options (like the firstboot command of confirming that the overlayfs is correctly mounted) did not. YMMV.

From the OpenWrt page.

I should emphasize it specifically says did fix this in one case where less radical options (like the firstboot command of confirming that the overlayfs is correctly mounted) did not. YMMV.

The ac loco is a similar platform with the same flash chip and is also affected by the bug.

Sysupgrade to either snapshot or 22.03.6. Do not use 23.05.X.

If the sysupgrade does not install (and 23.05.X stays in place), TFTP restore to stock firmware then repeat the OpenWrt installation process.

2 Likes

Ok, I'll try to update it through the interface, and through the ssh console, won't it be more secure? If you can, send what the ssh command would be like.

Where do I find 22.03.6, only 23 appears

I just, maybe, found the issue. When I looked at it I thought it had a battery compartment. :sweat_smile:

Work with @mk24.

Or:
Maybe someone else knows the fix.

https://firmware-selector.openwrt.org/

Hello, good morning, it worked for me with version 22.03.6, it records and saves all the configuration. Thank you very much to all. Excellent Support.

1 Like

Thanks for looking for the version, it helped me a lot.

There needs to be a big warning somewhere in the system not to use version 23 on these devices for now. The fix should be included in 23.05.3 when it comes out.

It has a page

If you only have to use 22.03.6 on Ubiquiti Nanostation AC loco with original firmware WA v8.5.7, version 23.05.0 of openwrt for this device is unstable for now.

This topic was automatically closed 10 days after the last reply. New replies are no longer allowed.