BUG Uboot Debrick Router BRUME 2 GL-MT2500

Routers
23

That is strange...

And you have no other interfaces like a vpn which may can cause this behaviour on the mac due to a killswitch?

I have flashed alot of routers also non gl ones and even the more complicated ones like the ax6s.

Sometimes a reboot isn't supported after a upgrade and often the led stays on, to avoid another brick make sure the led is no longer processing and wait atleast 5 min.

Then try to replug the device and see if it boots normal on its led indicator.

then test connection on mac again :+1:

24

Thank you for your reply.

I waited a long time after the flashing allegedly was successful as per the message shown in the web UI. Then it shows a loading spinner and tells me that the device is now rebooting.

The power LED remains blue and the device is inaccessible via 192.168.8.1.

Also yet no reply from GL.iNet's support :neutral_face:

25

@bruce any idea what this could be?

26

I will PM with him to troubleshoot, thanks

27

I had the same issue, i.e no access to 192.168.8.1, even after (successfully) uploading new firmware. I reached out to Gl-inet support who sent me this message:

Our engineers have released a special firmware for fixing the issue on your MT2500 router, do you mind giving it one last try?

Here is the link for downloading the new firmware from Dropbox:
https://www.dropbox.com/scl/fi/wul82z0a6iupmjbbd4muf/openwrt-mt2500-4.6.10-1118-1731927038.bin?rlkey=tq1uqt3fpl9fkbuic6wspymtj&e=1&st=1adligcp&dl=0

If the link above cannot work, please try this one:

Please try to flash this new firmware into the router via Uboot.

Here is the link to the steps again:
(removed because only two links allowed per post)

By the way, could you also send us the MAC address of this router?

It is printed on the router's label. Or you can send us a picture of the label and we will help you collect the MAC address.

And to my own surprise - it WORKED. Thank you to gl-inet support!

2 Likes
28

Worked on mine too, at least the DHCP and web interface is working. I'll further test it
Thanks

29

If it suddenly stopped working after you were "messing around", did you by any chance happen to include descriptions when setting up static IPs?

If so, you might have run into the same bug that I just did - it's possible to enter characters that screw up the dnsmasq config and prevent it from loading (which will prevent clients from getting DHCP leases).

Double quotes are one example, so it'll happen if you put something like:
65" TV

The part that makes it tricky is that unless you check logs after making changes, there's no clear indication you've broken things until your leases run out and devices that weren't manually configured start dropping off the network.

Manual config for gateway / netmask / dns seemed to be enough to connect to fix things without needing to reset config.

https://forum.gl-inet.com/t/4-6-8-admin-panel-issue-characters-that-break-dnsmasq-config-can-be-added-when-adding-descriptions-under-lan-address-reservation/50736/3

30

Thank you very much!

33

openwrt-mt2500-4.6.10-1118-1731927038.bin
This is a temporary alpha (near beta) firmware, not sure if there are other bugs.
This firmware only test through email channels, small-scale testing, to verify whether what result is, collect validation data, don't want to test on a large scale.

If there is no problem with the test data, we will release the beta firmware version for public.

In order not to expand the impact, we have to temporarily hide the post, truly sorry.

1 Like