Release [Fork] Asuswrt-Merlin 374 LTS release 46E8 (Superseded)

  • ATTENTION! As of November 1, 2020, you are not able to reply to threads 6 months after the thread is opened if there are more than 500 posts in the thread.
    Threads will not be locked, so posts may still be edited by their authors.
    Just start a new thread on the topic to post if you get an error message when trying to reply to a thread.
Status
Not open for further replies.

dave14305

Part of the Furniture
Thanks for the pointer....exactly what I am seeing as well....
May be time to wait for the first point release.
Code:
Jan 20 13:46:18 dnsmasq[16246]: failed to send packet: Network is unreachable
Jan 20 13:46:18 dnsmasq[16246]: failed to send packet: Address family not supported by protocol
It's interesting that there's no discussion of the log issue on dnsmasq-discuss mailing list.
 

john9527

Part of the Furniture
Yes, it was discussed multiple times already, i know about it, but as far as i'm concerned no permanent solution was found :( Only the temporal "Disable NAT acceleration" option. This solution works, but it is drastically decreases router's performance :(
Please note, that very first complaints were dated on 2018, still no solution found :rolleyes:
Do you see one of the classic symptoms of Android? Repeated DHCPDISCOVER or DHCPREQUEST followed by DHCPACK. The phone refuses to take 'yes' for an answer and gets the router tied up in this loop. Unfortunately, I don't know of anyway to try and intercept that sequence outside of the closed source code.
 

octopus

Very Senior Member
Hi

As discusion in this thread I have found this:
"broken_system_clock set". My clock is synced with GPS.

External disk staus.jpg


ASUSWRT-Merlin RT-AC56U_3.0.0.4 Wed Jan 13 11:28:03 UTC 2021
[email protected]:/tmp/home/root# nvram show | grep ntp_
ntp_server0=se.pool.ntp.org
ntp_server1=europe.pool.ntp.org
ntp_ready=1
ntp_log_x=1
ntp_sync=1
ntp_server_tried=none
ntp_update=0
 

ColinTaylor

Part of the Furniture
Hi

As discusion in this thread I have found this:
"broken_system_clock set". My clock is synced with GPS.

View attachment 29713
Yes I spotted that as well. It's not actually a bug/problem and should be ignored. It has nothing to do with NTP.

From what I've read it's behaved like this since e2fsprogs 1.41.12 (May 17, 2010) but didn't previously produce a message. The message was added in e2fsprogs 1.44.2.

Rich (BB code):
      broken_system_clock
              The e2fsck(8) program has some heuristics that assume that
              the system clock is correct.  In addition, many system
              programs make similar assumptions.  For example, the UUID
              library depends on time not going backwards in order for
              it to be able to make its guarantees about issuing
              universally unique ID's.  Systems with broken system
              clocks, are well, broken.  However, broken system clocks,
              particularly in embedded systems, do exist.  E2fsck will
              attempt to use heuristics to determine if the time can not
              be trusted; and to skip time-based checks if this is true.
              If this boolean is set to true, then e2fsck will always
              assume that the system clock can not be trusted.
 
Last edited:

john9527

Part of the Furniture
As discusion in this thread I have found this:
"broken_system_clock set". My clock is synced with GPS.
borken-system_clock is an e2fsprogs compiler flag used to indicate there is no realtime clock in the system. As a result, you cannot use interval based checking for fsck (this is done when the drive is mounted, and even with a GPS clock, it won't be set yet),

Now, periodic checking is disabled by default in the mke2fs.conf file. DId you enable it with tune2fs? If you want to enable some automated checking, you can use the scheduler in the gui or use a mount count check via tune2fs which should also work.
 

john9527

Part of the Furniture
Just to follow up on my previous post concerning dnsmasq 2.83
I've tabled it for now as being too unstable to pick up, Too many errors and dnssec appears to be broken for many sites.

If you are using dnssec with Stubby/DoT, I recommend using GetDNS as the dnssec validator (it's available in the gui on my fork).

I'lll keep an eye out for any further updates/developments.
 

RMerlin

Asuswrt-Merlin dev
Just to follow up on my previous post concerning dnsmasq 2.83
I've tabled it for now as being too unstable to pick up, Too many errors and dnssec appears to be broken for many sites.

If you are using dnssec with Stubby/DoT, I recommend using GetDNS as the dnssec validator (it's available in the gui on my fork).

I'lll keep an eye out for any further updates/developments.

Are you using OpenSSL or Nettle for dnsmasq crypto? If you use themiron's OpenSSL version, then the crypto code will need to be updated due to some of the changes done upstream by Simon.

That still leaves the IPv6 stuff that's broken however, and will require fixing upstream.
 

john9527

Part of the Furniture
Are you using OpenSSL or Nettle for dnsmasq crypto?
I'm using Nettle 3.6 (I didn't go after the OpenSSL support). I checked and they just released 3.7 at the beginning of this month. I suppose I can give it one more shot with that update as well.
 

octopus

Very Senior Member
Yes I spotted that as well. It's not actually a bug/problem and should be ignored. It has nothing to do with NTP.

From what I've read it's behaved like this since e2fsprogs 1.41.12 (May 17, 2010) but didn't previously produce a message. The message was added in e2fsprogs 1.44.2.

Rich (BB code):
      broken_system_clock
              The e2fsck(8) program has some heuristics that assume that
              the system clock is correct.  In addition, many system
              programs make similar assumptions.  For example, the UUID
              library depends on time not going backwards in order for
              it to be able to make its guarantees about issuing
              universally unique ID's.  Systems with broken system
              clocks, are well, broken.  However, broken system clocks,
              particularly in embedded systems, do exist.  E2fsck will
              attempt to use heuristics to determine if the time can not
              be trusted; and to skip time-based checks if this is true.
              If this boolean is set to true, then e2fsck will always
              assume that the system clock can not be trusted.
Thank you, now I know!
 

ColinTaylor

Part of the Furniture
I am getting an error when trying to flash my ASUS RT-AC66U B1

https://gyazo.com/136d535ad0f32282c47da9067953a087
See the installation instructions in LTS_OVERVIEW.pdf
For supported routers currently running ASUS firmware 380.3000 or above, or Merlin 380.60 or above, you cannot load this fork using the built in firmware update web interface. You must use the ASUS Firmware Restoration Tool from the ASUS support website or the built in CFE Mini-Web Server to install this fork firmware. You must always perform a factory default reset following the firmware update when moving from ASUS OEM or Merlin firmware above level 374 regardless if you updated via the web interface or Restoration Tool.
 

johndoe85

Occasional Visitor
I cannot find the restoration tool for this.
And how do i access this "built in CFE Mini-Web Server" ?

Found it here:

Asus.com seems to have diffrent webpages, the US one did not have any software of any kind at all.
 
Last edited:

L&LD

Part of the Furniture
@johndoe85, the link below may help.

 

L&LD

Part of the Furniture
192.168.1.1
admin
admin
 

johndoe85

Occasional Visitor
It was still on my original login after flashing the firmware :)

I have done a factory reset now after flashing it to this firmware.

Though, i only get 100/100mbit with this firmware? Over CAT6 cable
Same with WiFi-5GHZ

Any settings for this nonsense?
 

ColinTaylor

Part of the Furniture
I have done a factory reset now after flashing it to this firmware.

Though, i only get 100/100mbit with this firmware? Over CAT6 cable
Same with WiFi-5GHZ
Go to Tools > System Information > Network and check that HW acceleration is enabled.
 

Vinzz

Occasional Visitor
Go to Tools > System Information > Network and check that HW acceleration is enabled.

I just switched from Merlin on an AC66U to this fork. I'm currently trying to identify connectivity issues to my ubiquiti unify APs which didn't happen with Merlin's old firmware (I was dumb enough to update the firmware of the APs at the same time so I guess it might be part of the problem since wired clients have no issue at all...).

Anyway, while doing so I found a tiny UI issue when wifi is disabled :

1612186967227.png


Just thought I'd report it here.
 
Status
Not open for further replies.

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