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.
No problems here with Toshiba HDD in UBS 3.0 case plugged into the front USB port. Unplugged it before updating to 56 beta, mounted fine and working.

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.
 
Is this concerning?

Oct 13 19:00:52 disk_monitor: Got SIGALRM...

No, it's normal. The disk monitor gets signaled once a day so it can run any scheduled scan.
 
I had a problem with Media Fire but the download from Softpedia was fine; navigating was a little tedious.

Softpedia ain't as easy, but since they are mirroring files on their own without need for me to upload them and they usually do it within a day, I'm letting them do it, and listing them as an alternative mirror site.
 
Any feedback regarding the current entry editing implementation? Is it straightforward enough to use? Any odd problem related to it?

Also, please confirm that the mDNSNetMonitor message does not appear at all in the log. I've never been able to reproduce the original issue here, so I had to blindly modify the code responsible for the logging flood.
 
No problems here with Toshiba HDD in UBS 3.0 case plugged into the front USB port. Unplugged it before updating to 56 beta, mounted fine and working.

"Front USB" means something other than an RT-AC66U?
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.


Ok, just flashed 3.0.0.0.4.378.9135 and rebooted. Router came up with drive mounted and shared, no issues. Anything else I can try?
 
"Front USB" means something other than an RT-AC66U?



Ok, just flashed 3.0.0.0.4.378.9135 and rebooted. Router came up with drive mounted and shared, no issues. Anything else I can try?


And just to add any potentially useful info, the stock firmware shows this:

Oct 13 20:06:16 kernel: sd 0:0:0:0: [sda] 1953525168 512-byte hardware sectors (1000205 MB)
Oct 13 20:06:16 kernel: sd 0:0:0:0: [sda] Write Protect is off
Oct 13 20:06:16 kernel: sd 0:0:0:0: [sda] Assuming drive cache: write through
Oct 13 20:06:16 kernel: sd 0:0:0:0: [sda] Assuming drive cache: write through
Oct 13 20:06:16 kernel: sda: sda1
Oct 13 20:06:16 kernel: sd 0:0:0:0: [sda] Attached SCSI disk
Oct 13 20:06:16 kernel: sd 0:0:0:0: Attached scsi generic sg0 type 0
Oct 13 20:06:16 hotplug[478]: USB /dev/sda1(ntfs) failed to mount at the first try!
Oct 13 20:06:16 usb: USB /dev/sda1(ntfs) failed to mount At the first try!
Oct 13 20:06:16 kernel: ufsd: use builtin utf8 instead of kernel utf8
Oct 13 20:06:18 kernel: ufsd: sda1 without journal
Oct 13 20:06:18 syslog: USB ntfs fs at /dev/sda1 mounted on /tmp/mnt/Hope
Oct 13 20:06:18 usb: USB ntfs fs at /dev/sda1 mounted on /tmp/mnt/Hope.

So the stock and *.55 show "kernel: ufsd: use builtin utf8 instead of kernel utf8" *.56beta just repeatedly fails to load.
 
And just to add any potentially useful info, the stock firmware shows this:

Oct 13 20:06:16 kernel: sd 0:0:0:0: [sda] 1953525168 512-byte hardware sectors (1000205 MB)
Oct 13 20:06:16 kernel: sd 0:0:0:0: [sda] Write Protect is off
Oct 13 20:06:16 kernel: sd 0:0:0:0: [sda] Assuming drive cache: write through
Oct 13 20:06:16 kernel: sd 0:0:0:0: [sda] Assuming drive cache: write through
Oct 13 20:06:16 kernel: sda: sda1
Oct 13 20:06:16 kernel: sd 0:0:0:0: [sda] Attached SCSI disk
Oct 13 20:06:16 kernel: sd 0:0:0:0: Attached scsi generic sg0 type 0
Oct 13 20:06:16 hotplug[478]: USB /dev/sda1(ntfs) failed to mount at the first try!
Oct 13 20:06:16 usb: USB /dev/sda1(ntfs) failed to mount At the first try!
Oct 13 20:06:16 kernel: ufsd: use builtin utf8 instead of kernel utf8
Oct 13 20:06:18 kernel: ufsd: sda1 without journal
Oct 13 20:06:18 syslog: USB ntfs fs at /dev/sda1 mounted on /tmp/mnt/Hope
Oct 13 20:06:18 usb: USB ntfs fs at /dev/sda1 mounted on /tmp/mnt/Hope.

So the stock and *.55 show "kernel: ufsd: use builtin utf8 instead of kernel utf8" *.56beta just repeatedly fails to load.

This may sound tedious, but I've read somewhere else, that if you flash a firmware, its best to leave it unmounted/unplugged. Once it's done, you should be able to mount it/use it. I believe I read that in the huge AC66U thread at the DD-WRT forums somewhere. Perhaps give that a go?
 
Ok, just flashed 3.0.0.0.4.378.9135 and rebooted. Router came up with drive mounted and shared, no issues. Anything else I can try?

Reflash back 378.56 beta 1, and search syslog for any error message related to ufsd - that would indicate a failure to load the NTFS driver.

I'll have to retest it specifically with the RT-AC66U - that model still uses the Paragon NTFS driver, while all the newer ARM routers have been switched to Tuxera's faster driver.
 
I'm actually considering switching the N66 and AC66 to the Tuxera driver, since Asus has updated the MIPS versions in a recent GPL. I need to make sure that they do work properly first.
 
Thanks for this firmware!!

Here i found bugs in GUI.Factory to default after flashing was done.

Im back to .55

Can you open your web browser console while on the VPN Status page and report any Javascript error it shows?
 
378.56 beta 1 running on RT-AC68U; no settings reset. I think I found a Bug on the Wireless page, MAC Filter TAB. If you have a previously inserted device and if you try to access by clicking on the icon on the detailed info, the Web UI got stuck. Furthermore, I tried to remove the old entries form the list, but the APPLY button does not respond.

Unable to reproduce here. I can add and remove entries without problem, I can also click on one to edit it. Try resetting the lists:

Code:
nvram set wl_maclist_x=""
nvram set wl0_maclist_x=""
nvram set wl1_maclist_x=""
nvram commit

Also open your web browser error console to track any Javascript error.
 
I'm adding the settings manually and maybe I found a bug in the Traffic Monitor Tab, Daily view. The last row of the table shows the date 01/01/2015 and the data in both Download and Upload are 0

Let me know if it's replicable, otherwise I'll post a screenshot

This is probably because at boot time, the router's clock isn't set yet, so it's currently on some older default date. If any traffic data was logged before the clock gets set, then you will end up with those entries.
 
RMerlin maybe you can add option overclockig to Administration>Performance Tuning ? It was easy to user want overclock CPU. Now we must do in cmd.
Add option for example with defined parameters:
CPU/RAM
1000/800(default)
1100/800
1200/800
1300/800
1400/800

Please.
 
RMerlin maybe you can add option overclockig to Administration>Performance Tuning ? It was easy to user want overclock CPU.

No. Overclocking is both device-specific and bootloader specific. Some bootloader versions do not support overclocking. I'm not going to play a cat-and-mouse game with every different bootloader releases that come.

Failed overclocks can also potentially brick a router. With buggy bootloaders such as the RT-AC56U where the reset button can stop working, that means the only way to recover is by using a TTL serial cable.
 
Hmmm but for what tabs name: Performance Tuning ?

Tuning is a modification, more power, but not to show a graph of temperatures.
Graph temperatures should be moved to the TOOLS menu and there to make tab name Temperature.

And maybe when we have in Tools>Sysinfo
string with number Firmware
maybe we can remove it (numer firmware) from top home screen ? And replace it with add icon about icon WIFI, name VPN and this icon show status connection by VPN. What do you think ?
 
Hmmm but for what tabs name: Performance Tuning ?

That page exists because a long time ago, Asus were developing a router that had an adjustable fan. That page contained settings to configure the radio power output as well as the fan speed.

When they experimented with overclocking on the RT-AC68U, they added a Turbo switch, that was also configurable on that page, but got dropped during development due to stability issues.

That's why that page was called Performance Tuning. I simply reused the existing page rather than devote hours of development time in re-implementing the graphics elsewhere - no point in wasting development time when there's already something that works.

And maybe when we have in Tools>Sysinfo
string with number Firmware
maybe we can remove from home screen ? And replace of that add icon about icon WIFI, name VPN and this icon show status connection by VPN. What do you think ?

This thread is not the place to discuss a bunch change requests all over the place.
 
But if you do something done GOOD. Do not be like the ASUS what he was doing everything anyhow. I think that TEMP should be moved to TOOLS. But only moved tabs no need more jobe as create new.

And where is discusion about new option and features ?
 
Last edited:
Unable to reproduce here. I can add and remove entries without problem, I can also click on one to edit it. Try resetting the lists:

Code:
nvram set wl_maclist_x=""
nvram set wl0_maclist_x=""
nvram set wl1_maclist_x=""
nvram commit

Also open your web browser error console to track any Javascript error.

Dear Merlin, many thanks for the feedback. BTW, I think the problem was on the number of entries: I saw in this new firmware the Wireless MAC Address list is limited to 64 entries for the main WLANs and to 16 entries to the Virtual WLANs (is it possible to increase this limit?). With my 478.55 firmware I had like 30 entries and maybe this could have been a problem with the new limit of 16 entries for Virtual WLANs, since the entries have been imported both for main WLANs and Virtual one

Could it be related to this?

EDIT: furthermore, I found probably a Bug on the Wireless MAC restriction (or at least it works in a strange way). If you try to add a Virtual WLAN and set the MAC restriction on it, without enabling the same settings for the main WLAN (2.4 or 5 GHz respectively), you can enable it but you are not able to add any entries till you active and add the same entry on the main WLAN MAC tab. I think this is a replicable issue

EDIT2: It seems the MAC List on the Virtual WLAN shall be the same of the main freq related WLAN. I add 8 entries for example on the 2.4GHz Wireless MAC list and then I tried to add on the Virtual Wireless MAC restriction only one entry of the 8 ones and after pressing the Apply button I found the WebUI reported the same main MAC list I had on the 2.4GHz tab (8 entries in total). It seems very strange to me and I'm not sure this is the way it should work. Could you ckeck it also?

EDIT3: tried both with IE11 and FF41, no JS error
 
Last edited:
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