Wow, I did NOT pay attention to the names and didn't realize you're the creator of that FW. Thus my question if you have experience is pretty stupid in hindsight. Sorry about that.
I did notice I can use Entware, but I was wondering why would I need it. The ability to add a startup-script solving the WOL problem can be done on the stock FW without Entware. That said, the requirement of having a pendrive inserted into the router to have scripts / Entware running feels... weird, to say the least. This is one of the reasons I was looking into alternative FW (startup / QoS scripts are usually a given).
In case of lede/openwrt firmware - you can certainly use native openwrt packages. It has some pros and cons that are described in Russian. If you use stock firmware - you can install openvpn, l2tp, pptp http and other servers on usb drive. There are 2000+ entware packages now. Here is the packages list: http://entware-3x.zyxmon.org/binaries/armv7/Packages.html It hase some packages like rtorrent, deluge, syncthing, rclone that openwrt still does not have.
Oh, I know there are plenty of packages available - I didn't want to imply that Entware is pointless or there's nothing to do with it. It's just that I currently can't think of a feature I'd need. OpenVPN and PPTP servers are available on stock FW (not sure about LEDE, as I haven't had the pleasure of trying it yet, but I'd imagine it's available as well, as they aim to be similar to stock in functionality) and I don't need a HTTP server. I guess a large, fast-speed USB drive would make a fine NAS coupled with a torrent client, but I don't have such a drive to make use of it (and if I do any torrenting I use the PC).
I did notice the Russian forums describing the project, but there's a language barrier as I don't speak the language. While Google Translate can help me get the general idea of a forum post / article, it's not something I feel comfortable relying on when it comes to actual technical guides or instructions.
Anyway, thanks for all the responses. I may just give the FW a try.
There is a lot of info in English on Entware. You can start with the wiki here https://github.com/Entware-ng/Entware-ng/wiki
Entware-3x is a fork for the new 3.x and later kernels. It has more packages and the packages versions are not restricted by 2.6 kernels. We estimate that most of Entware users are not Russian speaking.
I installed the 58U LEDE without issues, but I wasn't convinced. Besides, I wanted to check the stock restore procedure.
I've entered the two commands, and now my router is semi-bricked. I can ping it on 192.168.1.1, but I can't seem to send the stock FW using a TFTP client. I haven't tried these Asus utility as I can't seem to find it.
I'm using the TFTP by Ph. Jounin, only specifying the host (192.168.1.1) and local file. My own IP is 192.168.0.2. Pressing PUT nothing happens (it says block #0, but nothing changes). Am I missing something?
If it is not a missprint your local ip should be from 192.168.1.0/24. I have usually used 192.168.1.70 (because uboot has tftp client mode and connects tftpd server with this ip).
What is ttl of ping requests?
You can also press and hold reset button to force recovery mode before you power on router. The asus uboot code restores ubi volumes on first boot. So if it is not the first boot after two commands you may need to force recovery mode.
Rename stock firmware to RT-AC58U.trx, use 69 port in tftp client.
If you have saved response of two commands, please post it here.
Thanks, it was a typo and my IP was 192.168.1.2 (not 0.2). Also, thanks for the link - I'll definitely keep that for the future! When I tried to download the tool from Asus, it just didn't show ANY tools - only the FW (and I've tried a few different router models).
It eventually worked. I did use a TFTP recovery mode a long LONG time ago on a different router and didn't remember how "fiddly" it is. That is to say, you need to hit it at the right time, or it doesn't work (which is annoying and pointlessly raises blood pressure).
Anyway, my router's back to stock. What I found REALLY REALLY strange is that, once restored, it had all of my original settings. I still restored settings from a previous backup, just to be sure, but this was really weird.
Anyway, now that I got the procedure down, I'll likely be eager to do more experimenting more with LEDE and your FW in the future.
My biggest question is... how to get that WOL ARP working. What I found weird was that the ARP command didn't work as I expected it to. But I guess that's a minor thing. During my short playtime with the FW I managed to install DDNS for LEDE (using the web admin page, so I didn't use the packages you linked earlier). I did miss the ability to use the asuscomm.com DDNS service... but I take it that's only available on stock Asus FW?
Finally, I'm a bit unsure how to proceed with QoS. I once used something called "WRT54 tool" which generated a nice QoS script. I was hoping the "adaptive QoS" feature would be similar, but alas, this particular model doesn't have access to this feature in the stock FW. And I have no idea which package would be appropriate in LEDE.
That is normal. Lede does not use ubi volume with stock nvram.
I am not an expert in openwrt/lede. I use ac58u mainly for tests with entware after my armv7 nas died. If fact building lede firmware for it takes several minutes every week or two + some testing.
In case someone else will restore stock firmware - here is a screenshot that may help
What happend was: Back in October/November of 2016, I picked up a RT-AC58U. It had a new IPQ40XX chip and I discovered that there was no support for the router, chip and platform. So I started a new github project LEDE-IPQ40XX
Back then, the upstream kernel already had some IPQ40XX support (Matthew McClintock and the GPL sources provided the rest). But the 4.9 was still in the RC-phase and backporting everything to 4.4 would have been much more work... and thankfully @Noltari had a set of patches for LEDE with the 4.8 kernel ready to go.
I figured, the easiest way to port the device would be to start a new separate target: ipq40xx.
This had the advantage that I didn't need to port any of the existing ipq806x patches to 4.8 or that I had to stick to IPQ806x's platform features.
Anyway, once the IPQ40XX gained some popularity on the ML, John decided to integrate/cherry-pick big parts of the external tree. This came a bit out of the blue and that's why the files ended up in the tree. I never had to post the patches to the ML or do a PR on github (hence there is none).
However, the merge of the two targets broke some stuff. The IPQ806x would no longer boot, since John decided to include the USB-PHYs drivers directly into the kernel (previously, they were modules and my tree had modules as well... oh well)... This was because of a bug in the IPQ806x's usb phy drivers that caused it to crash and panic (no idea if this was fixed or not). Another thing that broke was the 9980 and 9984 wifi card initialization, so IPQ806x had no WIFI. But this has since been fixed...
Now, the problem with the initramfs (in the buildbot situation. i.e.: building all devices at once) is that all devices sort of (sub-)target would end up sharing the same kernel + initramfs-image. (Or: DEVICE_PACKAGES gets ignored. no firmware for the wifi, etc..).
Now, as to why the RT-AC58U is still not really supported. John actually told me in a private mail that he would look at the "asus router". My guess is that his time ran out... And that's why I keep telling people to bribe him . It would be great if @blogic could tell us, what he wants or what is acceptable. I know there are ways around the initramfs.
The reason why the AVM FB4040 was so easier to integrate was the fact that I made a custom u-boot image for it (And Felix made the u-boot package). This was necessary, because AVM has the wonky ADAM2/EVA bootloader. I could do the same with the RT-AC58U. However, this will make it harder to go back to the stock firmware.
Another option would be to make FIT + ramdisk work.
Incidentally, I did play around with this back in the day:
"The IPQ806x would no longer boot, since John decided to include the USB-PHYs drivers directly into the kernel (previously, they were modules and my tree had modules as well… oh well)… This was because of a bug in the IPQ806x’s usb phy drivers that caused it to crash and panic (no idea if this was fixed or not)."
Great! It rather similar to my project - https://github.com/LEDE-RT-AC58U/LEDE_RT-AC58U
I would be happy if somebody else will release firmware for RT-AC58U on a regular basis. I will give up this project.
BTW Builds are not awailable.