This device is in a bit complex situation because of multiple changes between versions so please bear with me.
From what is said in the commit I linked above, I think the right process in your case should be to install glinet_gl-ar750s-nor-squashfs-sysupgrade.bin first (from the same folder you downloaded the other file), as this is the updated OpenWrt image that uses only NOR chip like the one you have installed, but it knows that the NAND chip exists.
After you have installed the OpenWrt firmware that runs from the NOR chip and also knows that the NAND chip exists, you can install glinet_gl-ar750s-nor-nand-squashfs-sysupgrade.bin so you can use NAND chip too.
This should not complain about unknown images and should let you go without errors.
If when installing glinet_gl-ar750s-nor-squashfs-sysupgrade.bin it still complains, it's probably because this device was migrated to a new target (it went from ar71xx to ath79), and the changes are not compatible. All devices from ar71xx were migrated due to technical reasons (much easier to add and maintain the devices in the newer device format) but this causes that error when upgrading.
This is the generic instruction page about this change https://openwrt.org/docs/guide-user/installation/ar71xx.to.ath79
So if you got that error with the glinet_gl-ar750s-nor-squashfs-sysupgrade.bin you probably need to install that image from uboot web interface like you just did, and then from OpenWrt you can upgrade the firmware with the glinet_gl-ar750s-nor-nand-squashfs-sysupgrade.bin
If you confirm the steps you followed, I will update the wiki page with a "migration to 21.02 release" installation tutorial with this information so next guy will not need to come here and ask again
Okay... that was kind of what I thought from the github page (the broad strokes, not the details!). Wasn't sure if I could get away with installing the 'nor' version from LUCI, or if I needed to go through the uboot shuffle again.
Alrighty... think I got it. Loaded the 'nor' firmware directly from LUCI - figured why not, if it breaks I'll just use the debrick / uboot procedure and then upgraded from there to the nand-nor version, with no complaints / warnings either time.
I may go through the whole process again tonight, just for the sake of documenting the steps.
that's what (I think) I said.
install glinet_gl-ar750s-nor-squashfs-sysupgrade.bin and then glinet_gl-ar750s-nor-nand-squashfs-sysupgrade.bin after it using normal Luci firmware upgrade page.
I purchased the same device this week and not realizing that it was so complicated to reflash the OpenWRT firmware went ahead and did the following (Please note this was before finding this thread):
The glinet stock firmware prompted me to update. Which I did successfully. Sorry, I can't remember which version it updated to but it wasn't 21.02.0-rc4. After this was completed I noticed that the updated firmware gave me the option to install Luci which I did successfully.
Then I downloaded glinet_gl-ar750s-nor-nand-squashfs-sysupgrade.bin. I selected that in the update firmware option in Luci. It did not generate any of the errors noted in this thread and appeared to upload safely. Then I got the do not power off your device flashing firmware message. Then nothing. The router was bricked.
I've had it replaced with a new one and I really would prefer to have the most recent vanilla OpenWRT installed vs the glinet version. I see you referenced a WIki page but the only page I can locate on the site is the general GL-AR750S, gl-ar750s, which is "under construction". Is there a Wiki that outlines step by step for newbies how to flash the firmware to this particular model? The order of flashes you outline, (glinet_gl-ar750s-nor-squashfs-sysupgrade.bin--> glinet_gl-ar750s-nor-nand-squashfs-sysupgrade.bin), is this through the Luci flash update menu item? This is my first use of OpenWrt. I am not sure glinet will be so willing to replace it again if I brick another one. The only reason they replaced the previous one was that I was trying to update through their menu items. Thanks
Given what you did (flashed wrong firmware image), the device should have been recoverable with that.
No. It seems the people that added firmware to OpenWrt did not write the wiki page with the documentation for users.
I have read the descriptions that developers left in the commits when they added this device, to give help to the other guy.
I will have to add the install instructions to the wiki when I have some time.
For now I am the instructions.
That is the order for the other guy that had already installed OpenWrt 19.07 from the uboot recovery.
You have stock firmware. If you do that from Luci you probably see an error like The uploaded image file does not contain a supported format. Make sure that you choose the generic image format for your platform.
when trying to flash glinet_gl-ar750s-nor-squashfs-sysupgrade.bin.
as the other guy in first post.
Since you are starting from stock firmware I think you should
install OpenWrt from the uboot recovery (see instructions from link above) and give it the glinet_gl-ar750s-nor-squashfs-sysupgrade.bin file, if the recovery page asks NOR or NAND firmware you choose NOR firmware.
Then after that is installed you can connect to OpenWrt and use Luci to install glinet_gl-ar750s-nor-nand-squashfs-sysupgrade.bin.
After this first install, when you want to upgrade firmware again in the future you should still use firmware like glinet_gl-ar750s-nor-nand-squashfs-sysupgrade.bin that have nor-nand in the name
That is not a thing you should do even with OpenWrt releases. Although with a proper stable release there should be less upgrades than in a Release Candidate stage.
Please read this
Packages on OpenWrt exist mostly to let you add functionality to your device, not to upgrade the whole system.
You should update specific packages if you know you need it, otherwise the best way to do system upgrades is to download an image and do a firmware upgrade.
I'm not saying it's "a good thing" or that "you are using it wrong". I would prefer OpenWrt package management was more advanced and didn't just blow up like this, but this is what we have.
That's what someone else told me (albeit after the fact).
Seems kind of weird that you go into the Software page, and hey, there's a tab for Updates. Keeping software up to date is Very Important, right? Especially security-sensitive stuff like routers and firewalls...
Apparently everywhere else but OpenWRT...
Anywho... now I've got this lovely paperweight, shaped kinda like an AR750S, that I can't even get to the debrick page. Any suggestions?
You need to upgrade packages if there is a security issue.
In this case, a security advisory should exist in the wiki, e.g. https://openwrt.org/advisory/2021-02-02-2, with instructions how to upgrade affected packages.
If there is no security advisory, or any other instructions to upgrade a package, then there is probably no real need for it, and you should not blindly upgrade all packages, just because you do this everywhere else.
That 'factory reset' procedure got zero response, of any kind, from the AR750S.
The GL.inet debricking procedure seems to work, right up to the point of trying to connect to the web page @ 192.168.1.1 - like nobody's home. I may pursue that further on the GL.inet forums.
When booting into uboot, there is no web server running, so browsers won't work. Try using a simple tool like ping to see if the device is responding in general. If it responds, you'll probably be using tftp to transfer the firmware file.
EDIT: I was wrong about this, but the ping test is still useful.
Noted. Sorry for bad advice there (many devices don't have a web server active when running uboot, but this one clearly does). I've edited my post so future readers won't be lead astray.
I'm sorry but is the takeaway from this thread that we should just stick to the glinet firmware for now? If flashing vanilla stable is borking devices it sounds like that is the case and maybe should be added to the The Wiki "under construction" page?
I ubooted 4 x AR750S to vanilla 19.07.7 no problemo and then upgraded through LuCI to 19.07.8 as well. I also ubooted one device to 21.02.x nor then ubooted nor nand without bricking. All are working perfectly. Just use the firmware selector.
and then upgraded from there to the nand-nor version, with no complaints / warnings either time.
