What's new

Asuswrt-Merlin 378.56 Beta 1 is out

  • 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!

Status
Not open for further replies.
Mediafire still working on my issue, and so far it seems they don't really know what is happening.

Therefore I have setup a project page on Sourceforge, and uploaded both 378.55 and this 378.56 beta release there:

https://sourceforge.net/projects/asuswrt-merlin/files/

Will be testing them as a potential alternative to Mediafire if they can't sort out the various issues I've been having with their service.

People who are in doubt, remember that you can always use the sha256 hash to validate whether a downloaded firmware is legitimate. Hashes are posted on a totally separate location from the downloads (my website), in addition to being included in every archives.
 
What happened to the AC66U beta fw size? 378.55 is 30MB while 378.56 Beta 1 is 21MB.

Is there no other alternative than SourceForge? I really hate those malware spreading bastards. Many projects moved away from them a long time ago for good reasons.
 
On AC66ubeta1 I think I'm missing dual wan setting (when to switch/failback/etc). It is missing on main page too. Only one WAN is showing
aAqOaNZ.png
 
On AC66ubeta1 I think I'm missing dual wan setting (when to switch/failback/etc). It is missing on main page too. Only one WAN is showing
aAqOaNZ.png
Did you check the internet status page? Click on the Globe, internet status, enable/disable dual wan.
 
I've found a bug in the GUI, when you are on the adaptive QOS bandwidth monitor page and hover over the system log icon it activates the apply button on the bandwidth monitor page.
 
Dual wan enabled on internet status brings this up.

dualwan1.png
 
Last edited:
Hope I didn't miss this but does the battery drain affect Apple devices? There's mention this update is better for Apple devices but it also mentions some devices will experience faster battery drain.

Just unclear if battery drain also applies to iOS devices and Apple laptops.
 
Curious if the realtime traffic monitor is working correctly with the RT-AC68U/P yet? I'm hoping for a fix to that from Asus.

Thanks.
 
"RT-AC66U:

Updated to .56 beta and a few hours later noticed that my 1T Toshiba USB drive was not mounted."


OK - at risk of appearing to know what I'm looking for-

I clear the log and reboot on *.55. The USB drive entries are:

Oct 13 15:54:45 kernel: sda: sda1
Oct 13 15:54:45 kernel: sd 0:0:0:0: [sda] Attached SCSI disk
Oct 13 15:54:45 kernel: sd 0:0:0:0: Attached scsi generic sg0 type 0
Oct 13 15:54:46 hotplug[497]: USB /dev/sda1(ntfs) failed to mount at the first try!
Oct 13 15:54:46 usb: USB /dev/sda1(ntfs) failed to mount At the first try!
Oct 13 15:54:46 kernel: ufsd: use builtin utf8 instead of kernel utf8
Oct 13 15:54:47 kernel: ufsd: sda1 without journal
Oct 13 15:54:47 syslog: USB ntfs fs at /dev/sda1 mounted on /tmp/mnt/Hope
Oct 13 15:54:47 usb: USB ntfs fs at /dev/sda1 mounted on /tmp/mnt/Hope.

So then I clear the log, upgrade to *.56beta and reboot:

Oct 13 17:01:36 kernel: scsi 0:0:0:0: Direct-Access SAMSUNG HM100UX PQ: 0 ANSI: 2 CCS
Oct 13 17:01:37 rc_service: ntp 459:notify_rc restart_diskmon
Oct 13 17:01:37 disk_monitor: Finish
Oct 13 17:01:37 disk monitor: be idle
Oct 13 17:01:39 kernel: sd 0:0:0:0: [sda] 1953525168 512-byte hardware sectors (1000205 MB)
Oct 13 17:01:39 kernel: sd 0:0:0:0: [sda] Write Protect is off
Oct 13 17:01:39 kernel: sd 0:0:0:0: [sda] Assuming drive cache: write through
Oct 13 17:01:39 kernel: sd 0:0:0:0: [sda] Assuming drive cache: write through
Oct 13 17:01:39 kernel: sda: sda1
Oct 13 17:01:39 kernel: sd 0:0:0:0: [sda] Attached SCSI disk
Oct 13 17:01:39 kernel: sd 0:0:0:0: Attached scsi generic sg0 type 0
Oct 13 17:01:39 hotplug[484]: USB /dev/sda1(ntfs) failed to mount at the first try!
Oct 13 17:01:39 usb: USB /dev/sda1(ntfs) failed to mount At the first try!
Oct 13 17:01:39 syslog: USB /dev/sda1(ntfs) failed to mount at the first try!
Oct 13 17:01:39 usb: USB /dev/sda1(ntfs) failed to mount At the first try!

Obviously that's just the extract of what looked related, but I can upload the whole thing if need be.

Its completely reproducible that changing between the two firmwares mounts/unmounts the drive.

Thanks.
 
Reproduce the issue with the stock firmware, then provide a detailled report to Asus in the official Asuswrt forum. I must admit I'm unable to understand the problem you are trying to describe, and I know there are quite a few users who are succesfully using Dual WAN.
Aug 1 08:01:13 rc_service: wanduck 422:notify_rc restart_wan_if 0

Aug 1 08:01:13 dnsmasq[444]: read /etc/hosts - 5 addresses

Aug 1 08:01:13 pppd[514]: Unable to complete PPPoE Discovery

Aug 1 08:01:13 pppd[514]: Hangup (SIGHUP)

Aug 1 08:01:13 pppd[514]: Terminating on signal 15

Aug 1 08:01:13 pppd[514]: Exit.

Aug 1 08:01:13 kernel: Attempt to kill tasklet from interrupt

Aug 1 08:01:13 kernel: br0: port 1(vlan1) entering forwarding state

Aug 1 08:01:13 kernel: device eth0 left promiscuous mode

Aug 1 08:01:13 kernel: device eth0 entered promiscuous mode

Aug 1 08:01:13 kernel: br0: topology change detected, propagating

Aug 1 08:01:13 kernel: br0: port 1(vlan1) entering forwarding state

Aug 1 08:01:13 kernel: br0: port 1(vlan1) entering forwarding state

Aug 1 08:01:15 wan: mac clone: [wan0_hwaddr] == [00:24:**.**.**.**]

Aug 1 08:01:15 pppd[689]: Plugin rp-pppoe.so loaded.

Aug 1 08:01:15 pppd[689]: RP-PPPoE plugin version 3.11 compiled against pppd 2.4.7

Aug 1 08:01:15 pppd[691]: pppd 2.4.7 started by shaobing, uid 0

Aug 1 08:01:16 rc_service: wanduck 422:notify_rc restart_wan_if 1

Aug 1 08:01:18 wan: [wan1_hwaddr] == [AC:9E:17:93:C0:C7]

Aug 1 08:01:35 rc_service: zcip 697:notify_rc start_firewall

Aug 1 08:01:35 dnsmasq[444]: read /etc/hosts - 5 addresses

Aug 1 08:01:35 zcip client: configured 169.254.44.74

Aug 1 08:01:35 start_nat_rules: apply the nat_rules(/tmp/nat_rules___)!

Aug 1 08:01:50 pppd[691]: Timeout waiting for PADO packets

Aug 1 08:03:05 pppd[691]: Timeout waiting for PADO packets

Aug 1 08:04:20 pppd[691]: Timeout waiting for PADO packets

Aug 1 08:05:35 pppd[691]: Timeout waiting for PADO packets

Aug 1 08:06:51 pppd[691]: Timeout waiting for PADO packets

Aug 1 08:07:50 rc_service: httpd 450:notify_rc restart_wan_if 1

Aug 1 08:07:52 wan: [wan1_hwaddr] == [AC:9E:17:93:C0:C7]

Aug 1 08:08:06 pppd[691]: Timeout waiting for PADO packets

Aug 1 08:09:21 pppd[691]: Timeout waiting for PADO packets

Aug 1 08:10:36 pppd[691]: Timeout waiting for PADO packets



Fiber Modem is connected, you can connect to the network using 1WAN, everything is normal / when using 2WAN, WAN can not get to a public IP, lan (when WAN2 used) can not get into the fiber port Modem intranet IP. That is the time when using 2WANYou can not detect PPPOE link.
2.jpg
 
Last edited:
Thanks I hope my printer stops waking me up with it's lights all night now.

Thank you for fixing mobile login. Not being able to log in and the light in my eyes was driving me psychotic!
 
Last edited:
What happened to the AC66U beta fw size? 378.55 is 30MB while 378.56 Beta 1 is 21MB.

Is there no other alternative than SourceForge? I really hate those malware spreading bastards. Many projects moved away from them a long time ago for good reasons.

If they are going to provide me with free download hosting, and they have no way of inserting any malware or adware in my downloads (because they aren't Windows installer), then I don't care who they are or what they've done.

The other alternatives are worse on a technical level. I need somewhere to host files that generate around 300-500 GB of monthly traffic. You don't put that on any 10$ VPS with a 100 Mbps uplink... Downloads would be slow as a crawl during release peaks, and be slow for the users accross the globe. SF has a CDN to offset problems.

Ideally, I'd love to see Mediafire resolves the current issues (and those long-standing issues where their web interface is buggy as hell). But I'm just starting to lose any hope there, so I'm looking at a plan B.
 
Thanks I hope my printer stops waking me up with it's lights all night now.

Keep me informed if the fix does work, as I have no way of testing it. 40$ USB printer plugged to my PC here, I print maybe once every 3 months on average...

Thank you for fixing mobile login. Not being able to log in and the light in my eyes was driving me psychotic!

That would be Asus. They've done a lot of changes to the login page over the past month or two.
 
I've found a bug in the GUI, when you are on the adaptive QOS bandwidth monitor page and hover over the system log icon it activates the apply button on the bandwidth monitor page.

That's a long-standing bug that I fixed a few months ago. It might have crept back in a recent merge (I also noticed it last night).
 
Hope I didn't miss this but does the battery drain affect Apple devices? There's mention this update is better for Apple devices but it also mentions some devices will experience faster battery drain.

Just unclear if battery drain also applies to iOS devices and Apple laptops.

Not sure, I haven't really kept track of details on that issue. I don't have any Apple device, so the only device I had that reproduced the issue was my Nexus 9.
 
So then I clear the log, upgrade to *.56beta and reboot:

Oct 13 17:01:36 kernel: scsi 0:0:0:0: Direct-Access SAMSUNG HM100UX PQ: 0 ANSI: 2 CCS
Oct 13 17:01:37 rc_service: ntp 459:notify_rc restart_diskmon
Oct 13 17:01:37 disk_monitor: Finish
Oct 13 17:01:37 disk monitor: be idle
Oct 13 17:01:39 kernel: sd 0:0:0:0: [sda] 1953525168 512-byte hardware sectors (1000205 MB)
Oct 13 17:01:39 kernel: sd 0:0:0:0: [sda] Write Protect is off
Oct 13 17:01:39 kernel: sd 0:0:0:0: [sda] Assuming drive cache: write through
Oct 13 17:01:39 kernel: sd 0:0:0:0: [sda] Assuming drive cache: write through
Oct 13 17:01:39 kernel: sda: sda1
Oct 13 17:01:39 kernel: sd 0:0:0:0: [sda] Attached SCSI disk
Oct 13 17:01:39 kernel: sd 0:0:0:0: Attached scsi generic sg0 type 0
Oct 13 17:01:39 hotplug[484]: USB /dev/sda1(ntfs) failed to mount at the first try!
Oct 13 17:01:39 usb: USB /dev/sda1(ntfs) failed to mount At the first try!
Oct 13 17:01:39 syslog: USB /dev/sda1(ntfs) failed to mount at the first try!
Oct 13 17:01:39 usb: USB /dev/sda1(ntfs) failed to mount At the first try!

Obviously that's just the extract of what looked related, but I can upload the whole thing if need be.

Its completely reproducible that changing between the two firmwares mounts/unmounts the drive.

Thanks.

Looks like it's trying repeatedly to mount it, but failing, with no report as to what is failing.

I can't reproduce the issue here with my own HDD, and I'm not familiar with the details of the USB implementation (the code is quite complex, and undocumented). See if you can reproduce the problem with the stock Asus firmware, and if yes, report it on the ASUSWRT - Official Firmware forum here so they can look into it.
 
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