Flint 2 uboot cannot be accessed

I have a Flint 2 that boots normally and I can flash firmware images without issue. I would like to access uboot mode and I cannot do so. I am using a Win 11 PC (IP address set to 192.168.1.2, 255.255.255.0, 192.168.1.1), and here is the process:

Ethernet on LAN port (port 2), no other cables plugged in
Hold down reset while plugging in power
LED blinks 6 times and then turns solid white

The Flint 2 appears to be in uboot mode, but I cannot connect. Note that I also have a Flint 3 and I run the same procedure and I can connect to uboot and get the GUI to flash an image easily on Flint 3.

@bruce or @admon what would you suggest?

Hi,

Have you tried to ping the address?

What I think what can also be a possibility is that the U-boot has been replaced by OpenWrts version.

^ can you remember if you used normal OpenWrt images with the factory naming?

The factory naming can be misleading to new users, because it may let you assume that it restores factory, but this is not true, in fact it replaces the factories U-boot with its own variant which do not have a web ui but tftp, always use the sysupgrade ones.

If this the case I'm afraid your best bet is using UART serial and ask GL-iNet for the flashing instructions for the fip file and for which offsets are needed, it is unknown to me if doing this over OpenWrts u-boots tftp works I won't advise this because I also read no mention about this on the OpenWrt forums, it needs to be done precise without a process you won't know what it is going to do, it can do much more harm.

use control panel→ network→ only set 192.168.1.2, 255.255.255.0
Use guest mode brave or edge

I have always used sysupgrade images, when I checked the uboot version, it appears to be from 2023

https://docs.gl-inet.com/router/en/4/faq/debrick/?_gl=1c0hnki_gcl_awR0NMLjE3ODUwNjIyNDguQ2owS0NRanc0SmJUQmhDb0FSSXNBTFdVYUJ0TEd3dFV4N0JPZFVfZV9obExlTnhvR0gwbGE4YS1reDAtbW1LdnN5T3FMaUtEMWVfMUtuWWFBdTJRRUFMd193Y0I._gcl_auMTcwMDUxNjA0LjE3ODU2NjkyNTguLS4tLjE3ODU2NjkyNTguMzIzMzEwNzQ3LjE3ODU4MjAzMjkuMTc4NTg1MjI0MA.._gaMTYzMTg2NjgzMS4xNzg1MDYyMjQ4_ga_34T6Q5NL0V*czE3ODY2ODk1NTMkbzczJGcxJHQxNzg2Njg5NjU3JGo1NSRsMCRoMTEwMDIyMzQ5MA..

Very odd because my other GL.iNet routers (like Flint 3) go into uboot mode easily using the same procedure.

With Flint 2, no ping replies. LEDs look correct and behave correctly for uboot. I do not believe I ever have used a factory upgrade image from OpenWRT. Only sysupgrade images.

But I cannot connect to Flint 2 in uboot. The router does boot normally and I can flash both OpenWRT and GL.iNet images. Any way to force a uboot update from the GUI as the router does boot normally?

Does this also happen on lan1 port?

Maybe the port is important on the flint 2.

Also all other cables must be disconnected also from wan.

All cables disconnected except for LAN. Using LAN 2 (1GB port). LAN 1 is 2.5 GB and cannot be used.

Can you still try this :slight_smile:

Because this is how I used to do it, but I know that this port is a little different connected than the 1gb ports, it was also advised to use lan2 idd in case of negotiation problems but I did not experience this it just did it fine to a 1gb negotiation, if the wiring is a issue and don't fit by cable management you could use a key stone to make a temporary cable re-route.

Perhaps you could also check whether the U-Boot is still the factory version?

root@GL-MT6000:~# grep -H '^PARTNAME=' /sys/class/block/mmcblk0p*/uevent
/sys/class/block/mmcblk0p1/uevent:PARTNAME=u-boot-env
/sys/class/block/mmcblk0p2/uevent:PARTNAME=factory
/sys/class/block/mmcblk0p3/uevent:PARTNAME=fip
/sys/class/block/mmcblk0p4/uevent:PARTNAME=cfg
/sys/class/block/mmcblk0p5/uevent:PARTNAME=log
/sys/class/block/mmcblk0p6/uevent:PARTNAME=kernel
/sys/class/block/mmcblk0p7/uevent:PARTNAME=rootfs
root@GL-MT6000:~# 
root@GL-MT6000:~# grep -a -o -E 'U-Boot [0-9][^[:cntrl:]]*|Start failsafe HTTP server|smtkupgrade fip uboot-gl-mt6000.bin|vmtkupgrade fw openwrt-gl-mt6000.bin' /dev/mmcblk0p3
Start failsafe HTTP server
U-Boot 2023.08-rc1 (Aug 09 2023 - 10:20:17 +0800)
smtkupgrade fip uboot-gl-mt6000.bin
vmtkupgrade fw openwrt-gl-mt6000.bin
root@GL-MT6000:~# sha256sum /dev/mmcblk0p3 /dev/mmcblk0boot0
1d6358f6fa33cd5f7bdcba801f2fb9086f992df42fb93d0bfc94269b105f282a  /dev/mmcblk0p3
ebfb9a17d2fc83ad87af709733d0104c597216a5bcdece63aa86df7f0b797ed8  /dev/mmcblk0boot0

In addition, you might want to try using different LAN ports. Be sure to disable VPNs, proxies, Tailscale, ZeroTier, and similar services.

This is what I have

BusyBox v1.33.2 (2026-08-12 16:06:04 UTC) built-in shell (ash)

## |       |.-----.-----.-----.|  |  |  |.----.|  |\_
|   -   ||  \_  |  -**|     ||  |  |  ||   *||   |
|*\____\_||   |***||||*\__\_**||**|  |\___\_|
|| W I R E L E S S   F R E E D O M

## OpenWrt 21.02-SNAPSHOT, r15812+1091-46b6ee7ffc

root@GL-MT6000:\~# grep -H '^PARTNAME=' /sys/class/block/mmcblk0p\*/uevent
/sys/class/block/mmcblk0p1/uevent:PARTNAME=u-boot-env
/sys/class/block/mmcblk0p2/uevent:PARTNAME=factory
/sys/class/block/mmcblk0p3/uevent:PARTNAME=fip
/sys/class/block/mmcblk0p4/uevent:PARTNAME=cfg
/sys/class/block/mmcblk0p5/uevent:PARTNAME=log
/sys/class/block/mmcblk0p6/uevent:PARTNAME=kernel
/sys/class/block/mmcblk0p7/uevent:PARTNAME=rootfs

## root@GL-MT6000:\~# grep -a -o -E 'U-Boot \[0-9\]\[^[:cntrl:]\]\*|Start failsafe HTTP s
erver|smtkupgrade fip uboot-gl-mt6000.bin|vmtkupgrade fw openwrt-gl-mt6000.bin'
/dev/mmcblk0p3
Start failsafe HTTP server
U-Boot 2023.10-rc2 (Oct 12 2023 - 14:56:16 +0800)
smtkupgrade fip uboot-gl-mt6000.bin
vmtkupgrade fw openwrt-gl-mt6000.bin

Tried various ports and does not connect…. Ping does not get replies.. Really strange as the router boots fine and I can flash OpenWRT and GL.iNet images from the GUI. But I cannot reach uboot.

Based on the date, it does appear to be the original factory U-Boot. Could you also check whether the MD5 or SHA256 hash matches?

PS C:\Users\GL\Downloads> get-filehash .\uboot-gl-mt6000-20231012-md5-014be01e46bbc5b45dde087cdb441264.bin md5

Algorithm       Hash                                                                   Path
---------       ----                                                                   ----
MD5             014BE01E46BBC5B45DDE087CDB441264                                       C:\Users\GL\Downloads\uboot-gl-…

PS C:\Users\GL\Downloads> get-filehash .\uboot-gl-mt6000-20231012-md5-014be01e46bbc5b45dde087cdb441264.bin sha256

Algorithm       Hash                                                                   Path
---------       ----                                                                   ----
SHA256          AF356106A03FB2288AA7C5EDC0FEB32983C82F7018DC6F8E19770D726C64C1C4       C:\Users\GL\Downloads\uboot-gl-…

You can also use nmap to check whether port 80 is open while the router is responding to ping:

nmap 192.168.1.1 -p 80

Will do. I will also try a different Ethernet cable even though the cable works with my other routers.

I don´t see a way to check the hash on the bootloader as I cannot get into uboot recovery mode?

New cable, same problem. What we know is that the Uboot version on my Flint 2 looks to be the original one that came with the router. I can get the Flint 2 router easily in Uboot recovery mode, but cannot connect (192.168.1.2) to Uboot. My Flint 3 connects easily into Uboot recovery, so I believe the process and PC are working fine. Not sure what the issue is with my Flint 2.

can you try setting the pc ethernet port

advanced> speed and duplex> 1 gbps full duplex

Sure I can try that. But it is odd that the PC setup works fine for Uboot recovery mode for Flint 3. But not for Flint 2.

Changed from auto negotiate to 1 GB full duplex. No change. Still does not connect.

For sanity what I would do is try to run a tftp server, and set upload with a sysupgrade image with a version which is not current.

When you do the u-boot process (starting the router) if it is tftp like OpenWrts it will upload it i don't think nmap can be successful because I believe this tftp server is happening before the actual boot,maybe im confusing fail safe mode but I think it is the same, then the tftp is closed.

The best situation would be if you could add a serial connection to it so that you can see the entire boot log.

Edit:

Maybe to be on the safe side try to use the initramfs image by OpenWrt, it is not clear to me if these sysupgrade images cause a brick, most tutorials show the sysupgrade command being used from the initramfs which was instanced via tftp.