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!

No change for me with 19E2.
Thanks for providing the system log! I can see the problem (or at least a symptom)...but I don't know what would cause it. Your system time is jumping all over the place.....between Sept 11 and Sept 12 and back. Are you doing anything special with your ntp servers?
 
No. I had it set up to provide a local NTP server with 18E3. I don't know why it was jumping around so much after the update. I would assume it would reset once during the boot sequence (I am resetting with the top button while pushing the power button).

Again, really appreciate your support!
 
@InkyRag - I need some help since I can't recreate it. Can you capture a syslog (upload to a file sharing site and post a link - or PM me the link)?

Sorry, I was out of commission for most of the weekend but am back now. I have a syslog for you that I took after a router reboot. The reboot took 2 minutes and 33 seconds. I will have it uploaded to dropbox and will pm the link to you shortly. Thanks.

Edit: Rebooting the an access point with the same firmware also took 2 minutes and 33 seconds. I remember that Tomato ARM had a similar problem a while back. Maybe related to the Tomato code that was incorporated in this build?
 
Last edited:
I upgraded from 18E3 to 19E2 and my router is now dead :(

What is the best procedure to get back to 18E3?

EDIT: Sorry forgot to mention I'm using RT-AC68U
 
Sorry, I was out of commission for most of the weekend but am back now. I have a syslog for you that I took after a router reboot. The reboot took 2 minutes and 33 seconds. I will have it uploaded to dropbox and will pm the link to you shortly. Thanks.

Edit: Rebooting the an access point with the same firmware also took 2 minutes and 33 seconds. I remember that Tomato ARM had a similar problem a while back. Maybe related to the Tomato code that was incorporated in this build?
Actually, everything looks good....

Sep 12 10:12:29 rc_service: httpd 550:notify_rc reboot

Sep 12 10:12:33 kernel: xhci_hcd 0000:00:0c.0: USB bus 1 deregistered
Dec 31 17:00:12 syslogd started: BusyBox v1.20.2 >> approx 4+12 sec until start of boot

Dec 31 17:00:52 dnsmasq-dhcp[543]: DHCPACK(br0) 192.168.110.50 00:1d:c9:21:d6:61 Ring-Doorbell
Sep 12 10:14:17 rc_service: ntp 685:notify_rc restart_upnp >> 52 sec before clock is set

Sep 12 10:14:25 crond[551]: time disparity of 2997613 minutes detected >> >> 8 more sec until end of boot

so boot = 4+12+52+8 = 1 min 16 sec (actually this is about right since you are not running many services). How are your measuring the boot time?

After this your Ring-Doorbell keeps requesting and being granted an IP address by the router. The router is doing everything right, it's the Doorbell that's generating repeated DHCP requests. If you haven't already, try assigning a fixed address for it.
 
I upgraded from 18E3 to 19E2 and my router is now dead :(

What is the best procedure to get back to 18E3?

EDIT: Sorry forgot to mention I'm using RT-AC68U

Please describe 'dead'...that doesn't tell much.

First thing to try is to do a factory reset. power off the router.....press and hold the WPS button on the side of the router and power back on.....keep holding the WPS button until the power led starts a fast blink. Release the WPS button and the router should reboot.

If that doesn't recover it, you'll need to use the ASUS Firmware Recover utility.
 
Actually, everything looks good....


so boot = 4+12+52+8 = 1 min 16 sec (actually this is about right since you are not running many services). How are your measuring the boot time?

After this your Ring-Doorbell keeps requesting and being granted an IP address by the router. The router is doing everything right, it's the Doorbell that's generating repeated DHCP requests. If you haven't already, try assigning a fixed address for it.

I was measuring boot time based on the web interface telling me that the reboot had completed.

The ring doorbell is a known issue. After I reboot the router and access point it does this until I reset it and reconnect it. It is on a static IP. Ring tells me it is normal, which it is not.
 
I was measuring boot time based on the web interface telling me that the reboot had completed.
All that does it load a timer to the browser and counts down (and is set at a high enough value to cover folks that run a 'typical' mix of services). It doesn't actually get status for the boot process. For me (running a lot of extras) it can actually come back a few seconds before the reboot is actually complete. I've thought about trying to dynamically set the boot timer based on what services are being used, but it's never been a high enough priority.
 
Re load problems....for the AC56 and AC68 routers, please verify that your CFE bootloader is at least at 1.0.2.x before loading V19 (check on the Tools>Sysinfo page) . If your bootloader is not at the correct level, you may update it by first loading the ASUS update code in the ASUS-OEM-CFE folder in the same directory with the fork code.

I still cannot recreate any problem, so am guessing here. Since the upgrade to a 64M rootfs for the ARM routers, the code still was still able to be loaded and run on the older bootloaders since it was small enough. With the continuing code growth, it may still be able to load without triggering the check, but may fail on boot without the updated CFE.
 
Please describe 'dead'...that doesn't tell much.

If that doesn't recover it, you'll need to use the ASUS Firmware Recover utility.

Thanks, I managed to get back to 18E3 using the "ASUS Firmware Recover utility"

Dead = No Wifi, No DHCP, Not answering to ping,

I tried the upgrade from 18E3 to 19E2 a few times.

By first just running it, later on reset settings, upgrade and so on...
but unfortunately it always ends up with the router in an unstable/dead state. Somewhere after 28%-30% I see the LEDs blink a few times and after that nothing more happens.

RT-AC68U, bootloader version is 1.0.2.0

Anything more you want me to check?
 
@john9527 first, kudos for your hardwork! I have been using Merlin's fw on my AC68U for over a year now and just recently switched to your fork, which seems to be better so far with the following caveat:

I have 2 USB drives attached (one on each port) and for some reason while using your fork it seems one of those disks is detected twice as a device. It will appear as something like "sdb" and mount to the expected mountpoint under its label, only to disappear and reappear as "sda" and mount as "{label}(1)".

Since that disk contains the entware installation, the post-mount script fails and nothing gets started.

This is happening coming from a 100% clean install of V18E3 and now after updating to V19E2 (without clearing the nvram)

I've tried using a fstab file which the UUID and the specific mountpoint that I wanted, but since the device gets detected twice, that mountpoint is used on first detection only (I've resorted to use /dev/sda2 in the fstab file, knowing it is not futureproof).

Here is the syslog from a recent bootup where you might be able to see what happens, let me know if there is anything I can do to help get that sorted out! http://pastebin.com/QarM8ZxM


Thanks!!!
 
It will appear as something like "sdb" and mount to the expected mountpoint under its label, only to disappear and reappear as "sda" and mount as "{label}(1)".
On the Wireless>Professional page for 2.4GHz, disable the reduce USB3 interference setting.

EDIT: Oh, and thanks for verifying that someone besides me can update from 18E3 to 19E2 without problems :confused:
 
On the Wireless>Professional page for 2.4GHz, disable the reduce USB3 interference setting.

Care to tell me the drawbacks of that setting disabled? I have no clue what it does...

EDIT: Oh, and thanks for verifying that someone besides me can update from 18E3 to 19E2 without problems :confused:

Just updated less than an hour ago, so still keeping my fingers crossed! Updated remotely over SSH via VPN, bold move...
 
Care to tell me the drawbacks of that setting disabled? I have no clue what it does...
When enabled, that forces the USB3 port to run at USB2 speeds. The higher USB3 speeds can in theory interfere with the 2.4 GHz band. In the process of doing that, it first brings up the port as USB3, then USB2. When it switches is what causes the change in mount points.

I personally haven't seen any difference. As long as you are using a good quality USB3 cable (properly shielded) or using a USB stick you should be fine.
 
If you are willing, could you try the V19B4 release (that would help to narrow down the patch that could be causing a problem).

Unfortunately the same behavior when going from 18E3 to 19B4

The upgrade runs fine, I get a message that I need to reboot manually after that the router is not reachable.
 
When enabled, that forces the USB3 port to run at USB2 speeds. The higher USB3 speeds can in theory interfere with the 2.4 GHz band. In the process of doing that, it first brings up the port as USB3, then USB2. When it switches is what causes the change in mount points.

Thanks for the detail! I've changed that and no longer see the usb drives detected twice, so everything seems to be working. Maybe in Merlin version that option is no longer available and that is why I have never seen it before?

Another comment I have since V18E3: The link in Advanced_FirmwareUpgrade_Content.asp to update the firmware points to http://1drv.ms/1uChm3J which seems to be no longer valid. V19E2 has the same issue. Purely cosmetic but still..

Thanks again!
 

Latest threads

Sign Up For SNBForums Daily Digest

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