Cannot for the life of me get luci back. I've installed 24.10.0-rc5 via USB but luci is not listed as installed. I receive the following conflict error when attempting package add:
I followed steps listed here to the T: https://openwrt.org/toh/openwrt/one
First flashed NAND factory + NAND preloader. Then flashed factory UBI all from USB. I say flashed, because I followed the steps and received a solid green good boot light after. If it didn't take, no idea why.
Download the openwrt_one-squashfs-sysupgrade.itb Copy it to your USB drive as openwrt-mediatek-filogic-openwrt_one-squashfs-sysupgrade.itb
Ensure NAND/NOR switch is set at NAND (normal operating mode)
Power down OO
Press and hold the reset button and power up the OO
Wait for green led for good boot
We are beyond "normal operation." Everything was working out of the box. I decided to update via luci (seemed like a sensible thing to do), and the update hung. Ever since I'm stuck without luci.
Following this, all I get is a rapidly flashing orange status LED that doesn't go away. Does not give a good boot green. Attempting to ssh into the OO returns "network is unreachable."
Try this once again and watch the led sequence on power up. You should see all three leds light up. As soon as you see the white and green leds go out and the red (orange) led only lit, immediately release the front button. The white led should flash rapidly and then to solid green good boot indication.
Rapidly flashing red(orange) led indicates the boot sequence start was missed.
On my OO, this boots me to my original initramfs with LuCI enabled on kernel 6.6.50 which is my original out of box flash (I am now at kernel 6.6.71). I suspect your OOB will boot to recovery initramfs with LuCI enabled to 24.10.0-rc2 kernel 6.6.63. See ouput of your ubus call system board from Post 6 that indicates:
"rootfs_type": "initramfs"
THANK YOU!!! That was the missing procedure: release front button AFTER white & green go out. This should be added to guides asap. As they read, it suggests the buttons should be held until solid green.
scp only worked with the -O flag. The sysupgrade flash from CLI was otherwise uneventful. RC5 is now running & LuCI is back!
FWIW, I see little need for typical users to use the SPI-NOR U-Boot procedures unless absolutely needed. I have never touched SPI-NOR nor SPI-NAND U-Boot on my production device. So far my Lab OO has shown me that it’s really only rarely needed other than an OOPS anomaly.
For normal firmware updates there are multiple methods that can be used by following typical OpenWrt firmware update procedures:
USB method from Getting Started Guide. Caveat - not all USB sticks are compliant. I tried several before I was able to use this method consistently.
Booting to Recovery initramfs Mode and running sysupgrade from CLI or LuCI. I will eventually upgrade this to more recent build but atm hasn’t caused any issues.
Upgrading from the Firmware-Selector, LuCI Attended SysUpgrade, or auc which will eventually be deprecated in favour of Owut.