I encountered the same issue and had to downgrade to version 24.10.4 .
1 Like
Hi, guys i mess up and now i have this error on my E8450 after a upgrade.
F0: 102B 0000
F6: 0000 0000
V0: 0000 0001 [0001]
00: 0000 0000
BP: 0400 0041 [0000]
G0: 1190 0000
T0: 0000 02AF [000F]
Jump to BL
NOTICE: BL2: v2.4(release):OpenWrt v2021-05-08-d2c75b21-3 (mt7622-snand-1ddr)
NOTICE: BL2: Built : 02:55:34, Sep 3 2022
NOTICE: SPI-NAND: FM35Q1GA (128MB)
ERROR: BL2: Failed to load image id 3 (-2)
any idea what i can do?
Whoops. It looks like the data layout and/or boot chain is corrupted. If you took a backup of the factory data as was recommended in the UBI installer instructions, then itâs probably not worth trying to figure out what went wrong outside of making it an academic exercise. Take a look at the wiki page for this device. Under the âTroubleshootingâ section in the heading of âthe bootloader is broken in a weird wayâ, there is a link to a post in this very forum topic with the âhard recovery instructionsâ that can recover the device from flash data corruption.
If you donât have a backup of the factory partition/volume, you have a choice: You can dive down the bumpy, twisted rabbit hole of trying to figure out what happened and hope that the data is still viable enough to be extracted and used, or you can take the faster and easier road and perform the recovery instructions referenced above with the surrogate factory data listed in that same post. Keep in mind that the surrogate factory data file is not a complete image. Although it passed basic testing and function reporting in 23.05.x and early 24.10.*, there is a chance that some WiFi features may not always work as expected.
Thx i found my problem! 
I think it's absolutely essential, and probably not emphasized enough on the installer page. There are many scenarios where fully restoring to OEM and then starting over is a much better option than trying to figure out what went wrong. Sometimes people flash the wrong thing, or they don't have the factory backup, etc.
Now that we have mtk_uartboot, some can be addressed that way, but OEM restore is still a very useful option to have.
Are there any known issue/gotchas using attended sysupgrade on the RT3200 to go from 24.10.2 to 24.10.4? I've tried it several times; LUCI doesn't give any errors and the router reboots and works correctly, but it's still showing as 24.10.2.
what you are experiencing could be the effect of the fitblk tool missing. If you were creating the image for 24.10.2 which you are running now as an upgrade from 23.05.x or earlier using luci-app-attendedsysupgrade, auc or owut, this is to be expected. Verify if thefitblk executable is present or fitblk package is installed. If not
opkg update
opkg install fitblk
fixes it.
2 Likes
Perfect - that was exactly it, and the router is now working on 24.10.4. Thanks!
Maybe it would be worth adding this as a step 9 in the âUpgrading an UBI installation to new releases after 2024-02â section of the wiki? There's a mention of âfitblkâ in the âOverviewâ section with a clarification request for when it's required, but it seems it would fit better here.
The reason I was asking for clarification is that the wiki once said:
If you do want to use OpenWrt permanently, the easiest is to create an installation image using github.com/dangowrt/linksys-e8450-openwrt-installer and use that once to convert the device to UBI layout.
(see https://github.com/dangowrt/owrt-ubi-installer/issues/9#issue-892510707)
Itâs the âpermanentlyâ that made it sound like converting to UBI layout was a one-way doorâas if thereâs no way to go back to OEM.
Can anyone explain what the âpermanentlyâ meant?
I wrote that because going back to stock firmware is not trivial, and often requires opening the device and attaching the serial console. This is because the content of the proprietary NAND memory bad block management (NMBM) table cannot be re-created from within OpenWrt's UBI installation. This means that while it is relatively easy to restore the stock bootloader, it often happens that just writing back the Linux-based stock firmware will not result in a working system, because of a (not very small) chance for one or more bad blocks to be located in the area used for the firmware. As the stock bootloader doesn't have any recovery features this means that you have to open the device and attach the serial console in order to restore the stock firmware.
All this essentially means that device warranty is void, because you have opened the device. It also means that in order to restore the stock firmware you may need a not-so-common connector (JST 2.0 6-pin) and a 3.3V TTL level UART adapter at hand, as well as the knowledge and skills to use that. If all you wanted was "give OpenWrt a try" and then return to stock firmware on the same day these are rather big obstacles.
2 Likes
Built a recent snapshot and flashed it and wifi never came up and couldnât get an IP with wired DHCP nor manual configuration. Fully reset it, flashed back, and restored backup. Not sure what was incompatible between my previous snapshot and this one, but it had been a while since I upgraded - looks like I built my last snapshot on 20250908.
That's not all that old, so the config is probably fine. I'd suspect the ongoing wifi-scripts vs iwinfo development had something to do with it. If you want to experiment, maybe explicitly add iwinfo to your built-in package list?
2 Likes
I think you are right. My build from 20251104 is missing iwinfo entirely in the .manifest file, unlike my build from 20250908.
iwinfo is being rewritten in ucode and incorporated as part of the wifi-scripts scripts package instead of being a standalone package, so its disappearing is expected, but... The ucode version is having teething pains, and for some situations simply doesn't work, so the fallback is to just install the old package.
2 Likes
Thanks for the context.
Rebuilt with iwinfo manually included, but same results - no wireless broadcasting, no dhcp wired IP nor could I connect to it with static IP. I think Iâd have to pull it apart and connect serial to know whatâs going on, but I donât have the motivation nor time right now.
Did you try using cable?
Yes, sorry for the lack of punctuation, but with wired, couldnât get an IP with DHCP nor could I set a static IP and access the router.
Firmware selection is wonderful to make a custom image, e.g. i needed with usb block mount and xfs support. Until I discovered doing the upgrade was a PIA, and a couple of hours to get things done. With the custom image now is just install it and reboot, just a couple of minutes.
BTW, since i discovered owut i didnât use the firmware selector tool anymore, now is still more easy, as owut automatically select the needed packages, built the image, install it and reboot.
1 Like
I guess that is the source of the recent WiFi issues Iâm having:
- Wifi is stuck in a weird âcouldnât loadâ error state, without any actual errors logs (hitting reload on the Wireless page fixes it)
- Hidden ESSID isnât working anymore (option is enabled but multiple devices can see hidden SSID - not all devices though, which is weird. E.g. my MacBook canât see it but iPhone can).
EDIT:
Okay, the initial non-loading seems to be due to wifi-scripts not being able to find the wl0 and wl1 phy defined in the current default config:
[28 Nov 2025, 14:34:44 GMT] daemon.notice: netifd: radio0 (1978): wifi-scripts: Bug: PHY is undefined for device
[28 Nov 2025, 14:34:44 GMT] daemon.notice: netifd: radio1 (2053): wifi-scripts: Bug: PHY is undefined for device
After restarting the wifi subsystem, it suddenly works, so I guess whatever logic it uses to identify the PHY, is failing early in the process and thereâs no grace period/retry logic implemented for a later check.
I can use some help. I have a spare E8450 that was running 23.05âŚ. UBI. I thought it was already running UBI 1.1.4 and just upgraded it to 24.10.4. After the reboot it didn't boot :{, that's what I get for not double checking. I booted it using mtk_uartboot and reloaded the latest BL2 preloader and flash production and recovery firmware version 24.10.4 via tftp. The E8450 now boots again and looks to be running the latest ubi.
root@OpenWrt:~# grep "(release)" /dev/mtd0ro
v2.10.0 (release):OpenWrt v2024.01.17~bacca82a-3 (mt7622-snand-ubi-1ddr)
v2.10.0 (release):OpenWrt v2024.01.17~bacca82a-3 (mt7622-snand-ubi-1ddr)
v2.10.0 (release):OpenWrt v2024.01.17~bacca82a-3 (mt7622-snand-ubi-1ddr)
v2.10.0 (release):OpenWrt v2024.01.17~bacca82a-3 (mt7622-snand-ubi-1ddr)
The problem I have is that I think my factory data is missing on this device because openwrt boot and there is only the loopback device. I do have a backup of the mtd2 factory partition for this device. Anyone have any ideas on how to get the interfaces and radio devices back?
root@OpenWrt:~# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
Thanks