What's new

[Fork] Asuswrt-Merlin 374.43 LTS releases (Archive)

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

OK, just made the leap to version 10E myself, coming across from the latest Merlin.

Pleased to report no issues thus far and more importantly (for my use case) that the router-to-router sync feature is fully functional in this version.

Also of note, the reboots I experienced while moving data over a wired connection to an attached usb drive have disappeared as well. (RT N66U)

Great work John. Thanks for keeping this firmware alive and updated.
 
Hello everybody,
since I'm newbie here at this forum I have some questions regarding this great FW you are all talking about.

I just bought RT-N66U and I have some questions before I upgrade my router to this custom FW (I'm using my router as AP, EU country (Slovenia)):
- can I expect any problems if I'm flashing from current stock FW (dont have the latest build number on me since I'm not at home)?
- does this custom FW have that "Ai Radar" functionality like advertised for this router?
- is it than possible to flash it back to stock (warranty etc.)?

Thank you very much to anyone who cares to give me some info.

Regards, TomazO.

EDIT: another thing: does anyvody knows what is the tx power limit for EU (Slovenia) in this router?
 
Last edited:
Hello also newbie question here,hope you don`t mind

I just updated my RT-n66u with the Merlin Firmware : RT-N66U_3.0.0.4_378.51_0
Is it possible to flash the firmware 10? Or do i have to wait until there is a 378 Build?
hope that anyone can answer mu question
 
Hello also newbie question here,hope you don`t mind

I just updated my RT-n66u with the Merlin Firmware : RT-N66U_3.0.0.4_378.51_0
Is it possible to flash the firmware 10? Or do i have to wait until there is a 378 Build?
hope that anyone can answer mu question

No you dont have to wait simply flash the fork build. Dont forget to do a complete factory reset and reconfigure your router after you flash the firmware.
 
I updated a couple days ago to the latest fork on my N66U, from the latest stock ASUS FW. So far so good! Range is much better on 5/GHz or so it seems. Thank you John @ Merlin.
 
Liking this firmware on the RT-AC68P. Everything works well, and not missing the extra junk from 378.51 at all.

Thanks for keeping this going, much appreciated!
 
Liking this firmware on the RT-AC68P. Everything works well, and not missing the extra junk from 378.51 at all.

Thanks for keeping this going, much appreciated!


One man's junk, another man's treasure. ;)

Just glad we have this great range of options for our Asus routers.
 
One man's junk, another man's treasure. ;)

Just glad we have this great range of options for our Asus routers.

Yes LD many firmwares for us Asus owners. I like them all but I'm sticking with stock Asus right now for no particular reason.
 
Hello. I'm running the latest fork build (374.43_2-10j9527) on my rt-n66u. I'm still experiencing issues with not receiving an IP-address from my ISP on reboot (Swedish ISP via fiber 100/100). Sometimes it works, but it could take up to 7-10 minutes before it is assigned. I have tested the latest Merlin release (378.51), of course with factory reset in between, and I don't get the same result with Merlins release. Here the IP from my ISP is assigned within a couple of seconds.
 
Hello. I'm running the latest fork build (374.43_2-10j9527) on my rt-n66u. I'm still experiencing issues with not receiving an IP-address from my ISP on reboot (Swedish ISP via fiber 100/100). Sometimes it works, but it could take up to 7-10 minutes before it is assigned. I have tested the latest Merlin release (378.51), of course with factory reset in between, and I don't get the same result with Merlins release. Here the IP from my ISP is assigned within a couple of seconds.
I'm assuming you are running native IPv6? The IPv6 stack is different between the fork and Merlin's latest....sometimes one works better than the other depending on the ISP. I'm very interested though in seeing if I can learn anything. Can you capture your syslog right after it gets an address and make it available for me to look at?
 
I can't say. I only started noticing the reboots the past few weeks. The router reboots quickly enough that most of the time, the reboots go unnoticed if no one is actively using the network. So I'm not even sure how long this has been going on.

But from all reports, I'm not throwing blame at the firmware. I just wish the logs would provide a clue. I suppose I could roll back to 07 and see if that makes a difference.
I have this problem when there was corruption on my USB's ext2 file system. What I did was take it out, plug it to a linux box, do the checks and then plug it back in. Now I also use "tune2fs" set it to do a e2fsck on every boot. Problem has not come back for a few months now.
 
I'm assuming you are running native IPv6? The IPv6 stack is different between the fork and Merlin's latest....sometimes one works better than the other depending on the ISP. I'm very interested though in seeing if I can learn anything. Can you capture your syslog right after it gets an address and make it available for me to look at?

IPv6 is turned off, so only using IPv4. Could you let me know how I should capture the syslog and I will gladly provide some logs.
 
Yes LD many firmwares for us Asus owners. I like them all but I'm sticking with stock Asus right now for no particular reason.
One man's junk, another man's treasure. ;)

Just glad we have this great range of options for our Asus routers.

Yes, the negative connotations of "junk" was not intended, that usage was more from habit.

I'll just say that I'm not missing the extras from 378.51 *smile*, that's probably a better way of expressing it.
 
IPv6 is turned off, so only using IPv4. Could you let me know how I should capture the syslog and I will gladly provide some logs.
Actually, that's a little bit different than I thought. It sounds a bit like a problem some ISPs have with a high DHCP query rate. First thing to try is to make sure that on the WAN page near the bottom, 'DHCP query frequency' is set to Normal.

If that's not it, go to the Syslog page and select all the text in the text box with the syslog output and copy it the clipboard and then into a file. If you have a file sharing site account, upload the file and send me a PM with the link.
 
First thank you John for the Fork.

I updated a couple days ago to the latest fork on my 68U.
After a reboot everything works well but in the System log i get the next line now.
nvram: consolidating space!
What does this mean?
 
First thank you John for the Fork.

I updated a couple days ago to the latest fork on my 68U.
After a reboot everything works well but in the System log i get the next line now.
nvram: consolidating space!
What does this mean?
Most likely is that you are running out of NVRAM space. What does the NVRAM usage show on the Tools page? Are you loading a lot of security certificates for OpenVPN servers/clients?
 
Most likely is that you are running out of NVRAM space. What does the NVRAM usage show on the Tools page? Are you loading a lot of security certificates for OpenVPN servers/clients?
No, i only use the default settings with 11 Manually Assigned IP adresses.
The only thing I had recently adapted was the AC68U All Region & Channels + Max TX Power.
The log contains the following.

NVRAM usage
42134 / 65536 bytes

Code:
Apr  1 20:34:29 kernel: nvram: consolidating space!
Apr  1 20:53:12 rc_service: httpd 537:notify_rc restart_dnsmasq
Apr  1 20:53:12 dnsmasq[531]: exiting on receipt of SIGTERM
Apr  1 20:53:12 dnsmasq[1828]: started, version 2.72test3 cachesize 1500
Apr  1 20:53:12 dnsmasq[1828]: asynchronous logging enabled, queue limit is 5 messages
Apr  1 20:53:12 dnsmasq-dhcp[1828]: DHCP, IP range 192.168.1.50 -- 192.168.1.199, lease time 1d
Apr  1 20:53:12 dnsmasq-dhcp[1828]: DHCP, sockets bound exclusively to interface br0
Apr  1 20:53:12 dnsmasq[1828]: read /etc/hosts - 5 addresses
Apr  1 20:53:12 dnsmasq[1828]: read /etc/hosts.dnsmasq - 9 addresses
Apr  1 20:53:12 dnsmasq-dhcp[1828]: read /etc/ethers - 11 addresses
Apr  1 20:53:12 dnsmasq[1828]: using nameserver 62.179.xxx.xxx#53
Apr  1 20:53:12 dnsmasq[1828]: using nameserver 213.46.xxx.xxx#53
Apr  1 21:06:12 dnsmasq-dhcp[1828]: DHCPNAK(br0) 192.168.1.201 54:fa:3e:20:4f:8d wrong
server-ID
Apr  1 21:49:06 kernel: nvram: consolidating space!

After a reboot, the message "nvram: consolidating space!" remains regularly come back.
 
Last edited:

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top