Asuswrt-Merlin 376.44 is out

[RMerlin]

Set DNS Filtering on with a global default of no filtering. Selected one of the clients to OpenDNS Home (for example) and then changed to Comodo and reapplied the setting. Filter remained on OpenDNS despite Comodo being chosen. Filter always appears to remain on the previously selected filter whenever Comodo is selected.

I can't reproduce it here.

 

[Chrysalis]

Based on other changes I've seen in recent GPL releases, I have a feeling that Asus might be moving away from a lot of these helper tools such as radvd, and refocusing on dnsmasq in the near future.

So in short, IPv6 code is in a highly volatile stage at this time.

yeah, I hope you do freeze the GPL you use, ipv6 is all over the place what asus are doing feels like alpha coding.

Maybe only use the newer asus code for the new asus models and more stable code for older?

Merlin a feature request, can you add an option to specify the http port for web ui? currently only https port can be chosen. Even if its only a cli command to change it be appreciated.

 

[pirx73]

pci/1/1/ccode=EU
pci/2/1/ccode=EU
regulation_domain=EU
regulation_domain_5G=EU
wl0_country_code=EU
wl1_country_code=EU
wl_country_code=

As expected for my N66U?
Only puzlling thing is an empty value for wl_country_code variable

 

[Ronv42]

Based on other changes I've seen in recent GPL releases, I have a feeling that Asus might be moving away from a lot of these helper tools such as radvd, and refocusing on dnsmasq in the near future.

So in short, IPv6 code is in a highly volatile stage at this time.

I also used to use DNSmasq as the defacto IPv6 prefix delegation agent and IPv6 DHCP sever vs. all the other "helpers" that Asus uses. I hope they go that direction.

 

[ColinTaylor]

As expected for my N66U?
Only puzlling thing is an empty value for wl_country_code variable

Those settings are correct. The wl_ variables are just temporary variables used by the GUI. The wl0_ and wl1_ variables are the ones that actually have an effect.

 

[ricostuart]

Hi all,

I was wondering if anyone knows how to change the default file path for the TimeMachine backups? Currently, its set to my 2TB drive on its shared root directory. I would love to either hide these files, or put them in a specific folder tucked away safely (and neatly).

Thanks all!

 

[tokyo_networking]

Those settings are correct. The wl_ variables are just temporary variables used by the GUI. The wl0_ and wl1_ variables are the ones that actually have an effect.

The wl0_ and wl1_ variables are not in the CFE. These are the values in the CFE:

pci/1/1/ccode=US
pci/2/1/ccode=US
regulation_domain=US
regulation_domain_5G=US

Interestingly though is that while these values are also in the nvram, they are not copied to nvram on reboot. Instead, only the wl0_ and wl1_ variables are copied from the CFE, most likely from the regulatory_domain values (?)

wl_country_code=JP
[COLOR="Red"]wl0_country_code=US
wl1_country_code=US[/COLOR]
pci/1/1/ccode=JP
pci/2/1/ccode=JP
regulation_domain=JP
regulation_domain_5G=JP

While these values can be changed and commited to nvram, they are restored to the values found in the CFE when restart_wireless is executed.

 

[kvic]

Hello everyone.

My first post here though I've been this forum for a while. I observed one issue on 376.44 + RT-AC56U (which I'm not very sure if anyone else reported yet).

I have a 100Mbps connection (which is quite common at the place I live). Speedtest.net tests usually show ~95Mbps both up and down. My connection is very stable and consistent (at least from speedtest.net tests).

After upgraded to 376.44, the speed was good for a day or two, then degraded to ~20Mbps up and ~10Mbps down. Reboot RT-AC56U brings back to 95Mbps up and down. However, after another day or two, the speed again degrades to ~20Mbps up and ~10Mbps down. A reboot will immediately bring back the full speed.

When this issue happens, not only the WAN connection is degraded but the local links too. Speed of file transfer between RT-AC56U and PC is severely impacted.

For now I downgraded to 374.43_2 which does not have this issue with my RT-AC56U.

Cheers

 

[gjf]

Some problems appears after updating fw to the latest one on my RT-AC68U.

HDD scanning gives the following errors:

ntfsck 3014.5.21
Checking NTFS Superblock ...
Device name : /dev/sda1
NTFS volume version: 3.1
Cluster size : 512 bytes
Current volume size: 1000202043392 bytes (1000203 MB)
Current device size: 1000202043392 bytes (1000203 MB)
Checking for bad sectors ...
Scanning $MFT ...
Checking directory structure ...
Checking for orphaned files ...
0.00 percent completed
....
100.00 percent completed
Scanning orphaned files completed.
Checking attributes ...
0.00 percent completed
....
100.00 percent completed
Failed to calloc 244189952 bytes: Cannot allocate memory
Checking cluster allocation ...
ERROR(12): Failed to setup allocation bitmap: Cannot allocate memory
Syncing device ...

There was no problems on version 374.

I have unplugged HDD and checked it using chkdsk. It found some errors with USN journal and fixed them successfully. However, when I connected HDD back to router it shows the same problem.

 

[Jimmy8881]

Some problems appears after updating fw to the latest one on my RT-AC68U.

HDD scanning gives the following errors:


There was no problems on version 374.

I have unplugged HDD and checked it using chkdsk. It found some errors with USN journal and fixed them successfully. However, when I connected HDD back to router it shows the same problem.

Seems to be a bug in the new storage driver that Asus is using, I'm having the same problem on the latest Asus and Merlin firmware, rolling back to 374 will get rid of the error. Did for me anyways, give it a try.

 

[4Leaf]

Anyone know if it is possible that the rt-n66u routers that were made after the sdk 6 firmware was released may have been tuned for that driver instead. Could this explain why there are so many people claiming different wifi results?

I just went from 376.44 merlin build all the way back to the 374.35_4 sdk 5 build on my rt-n66u. Which came with sdk 6 firmware on it when I bought it.

Guess what... there was absolutely no difference in the wireless signal atleast for me in those two drivers.

...and yes I cleared the nvram, reset all the settings the way I like them and did the whole chabang!

It could be that the routers that were made and released with the old sdk 5 firmware have better signal with the sdk 5 driver and maybe even better overall signal the newer rt-n66u routers that are coming out now with the sdk 6 firmware pre-installed out of the box.

Merlin do you have any idea about my question?

 

[speedlever]

If a new user wants to try the Merlin firmware on a new RT-N66U, is the best procedure to load the latest version, then try different versions in reverse order if issues are found?

While I normally enjoy tinkering like this, my time these days is pretty limited and I really need critical stuff (that affects internet connectivity) to just work... at least until I have time to tinker!

 

[4Leaf]

Should I uncheck all tcp packets to make them the same priority in qos if I only use qos for each individual device on my network by entering their mac address and setting their priorities?

I'm having speed issues and I'm curious if that would cause that because it seems to me like if you have all of the devices on your network added to qos and prioritized correctly that my internet speed would stay where it is supposed to which is my internet speed I get from my ISP. With the exception of my limit on upload speed, of course.

I have been having the tcp packets set to default as in ack, syn and icmp packet set to high priority. I've been wondering If these should actually be unchecked in my situation?

RT-N66R/374.41 Merlin Build

 

[RMerlin]

Merlin do you have any idea about my question?

No, I don't know.

 

[RMerlin]

Some problems appears after updating fw to the latest one on my RT-AC68U.

HDD scanning gives the following errors:


There was no problems on version 374.

I have unplugged HDD and checked it using chkdsk. It found some errors with USN journal and fixed them successfully. However, when I connected HDD back to router it shows the same problem.

The router doesn't have enough RAM to fully process the filesystem as it's trying to check for errors.

 

[flyboytyler]

Experiencing this new issue with build 376.44, my drive has been working fine attached for over a year. It's now getting the following message, I have disconnected it and ran chkdsk and scan disk from windows, no issues reported. Anyone have any ideas?

Aug 10 13:20:34 kernel: usb 1-1.1: new high speed USB device using ehci_hcd and address 4
Aug 10 13:20:34 kernel: usb 1-1.1: configuration #1 chosen from 1 choice
Aug 10 13:20:34 kernel: scsi1 : SCSI emulation for USB Mass Storage devices
Aug 10 13:20:36 kernel: scsi 1:0:0:0: Direct-Access Seagate GoFlex Desk 0D16 PQ: 0 ANSI: 5
Aug 10 13:20:36 kernel: sd 1:0:0:0: [sdb] 732566645 4096-byte hardware sectors (3000593 MB)
Aug 10 13:20:36 kernel: sd 1:0:0:0: [sdb] Write Protect is off
Aug 10 13:20:36 kernel: sd 1:0:0:0: [sdb] Assuming drive cache: write through
Aug 10 13:20:36 kernel: sd 1:0:0:0: [sdb] 732566645 4096-byte hardware sectors (3000593 MB)
Aug 10 13:20:36 kernel: sd 1:0:0:0: [sdb] Assuming drive cache: write through
Aug 10 13:20:36 kernel: sdb: sdb1
Aug 10 13:20:36 kernel: sd 1:0:0:0: [sdb] Attached SCSI disk
Aug 10 13:20:36 kernel: sd 1:0:0:0: Attached scsi generic sg1 type 0
Aug 10 13:20:37 hotplug[693]: USB /dev/sdb1(ntfs) failed to mount at the first try!
Aug 10 13:20:37 kernel: ufsd: use builtin utf8 instead of kernel utf8
Aug 10 13:20:44 hotplug[693]: USB ntfs fs at /dev/sdb1 mounted on /tmp/mnt/FREEAGENT_GOFLEX_DRIVE
Aug 10 13:20:44 kernel: ufsd: sdb1 without journal
Aug 10 13:20:46 hotplug[693]: USB partition unmounted from /tmp/mnt/FREEAGENT_GOFLEX_DRIVE


Under the Scan section it shows:
Non standard sector size 0x1000 bytes

The Checkscan in the router app erturns:
Non standard sector size 0x1000 bytes
GetMount: "/dev/sdb1"
GetMount: Device is not mounted

Checking Volume /dev/sdb1...

Type of the filesystem is NTFS.

Volume label is: FREEAGENT GOFLEX DRIVE

0%

Verifying 406405 records ...

1%

2%

3%

4%

5%

6%

7%

8%

9%

10%

11%

12%

13%

14%

15%

16%

17%

18%

19%

20%

21%

22%

23%

24%

25%

26%

27%

28%

29%

30%

31%

32%

33%

34%

35%

36%

37%

38%

39%

40%

41%

42%

43%

44%

45%

46%

47%

48%

49%

50%

51%

52%

53%

54%

55%

56%

57%

58%

59%

60%

61%

62%

63%

64%

65%

66%

67%

68%

69%

70%

71%

72%

73%

74%

75%

76%

77%

78%

79%

80%

81%

82%

83%

84%

85%

86%

87%

88%

89%

90%

91%

92%

93%

94%

95%

96%

97%

98%

99%

100%

0%

Verifying 26894 folders ...

1%

2%

3%

4%

5%

6%

7%

8%

9%

10%

11%

12%

13%

14%

15%

16%

17%

18%

19%

20%

21%

22%

23%

24%

25%

26%

27%

28%

29%

30%

31%

32%

33%

34%

35%

36%

37%

38%

39%

40%

41%

42%

43%

44%

45%

46%

47%

48%

49%

50%

51%

52%

53%

54%

55%

56%

57%

58%

59%

60%

61%

62%

63%

64%

65%

66%

67%

68%

69%

70%

71%

72%

73%

74%

75%

76%

77%

78%

79%

80%

81%

82%

83%

84%

85%

86%

87%

88%

89%

90%

91%

92%

93%

94%

95%

96%

97%

98%

99%

100%

0%

Verifying files security...

1%

2%

3%

4%

5%

6%

7%

8%

9%

10%

11%

12%

13%

14%

15%

16%

17%

18%

19%

20%

21%

22%

23%

24%

25%

26%

27%

28%

29%

30%

31%

32%

33%

34%

35%

36%

37%

38%

39%

40%

41%

42%

43%

44%

45%

46%

47%

48%

49%

50%

51%

52%

53%

54%

55%

56%

57%

58%

59%

60%

61%

62%

63%

64%

65%

66%

67%

68%

69%

70%

71%

72%

73%

74%

75%

76%

77%

78%

79%

80%

81%

82%

83%

84%

85%

86%

87%

88%

89%

90%

91%

92%

93%

94%

95%

96%

97%

98%

99%

100%

$UpCase file is formatted for use in Windows 7

1073.03 GB in 378891 files

130320 KB in 26896 directories

0 KB in bad blocks in 0 fragments

1.83 GB in use by the system

65536 KB occupied by the log file

4096 bytes in each allocation unit

732563999 total allocation units on volume

435505856 allocation units available on volume

The volume /dev/sdb1 appears to be OK.

chkntfs returns 1

 

[flyboytyler]

I rolled back one release and the HD is working again.

 

[gjf]

The router doesn't have enough RAM to fully process the filesystem as it's trying to check for errors.

I see it in logs, but why the previous fw found enough memory to do it?
Will this bug be fixed?

 

[beholder0]

I tried Merlin's 376.44 on a friend's RT-AC56U. I upgraded from Merlin's 374.33 to 376.44 and I used this method:
1. Clear nvram (used WPS button method)
2. Upgraded to 376.44
3. Clear nvram again (used WPS button method)
4. Restored factory default (on webui)
5. Full manually setup (no upload any older backup)
6. Power off, power on the router
Impressions:
- wifi performance (with same setup and conditions) little bit worse, 5-10% throughput degradation (but maybe it in the margin of error, because I see 10-12 wifi router around my flat, so it's a high and variable traffic area)
- I cannot test the range difference, because my flat is to small
- the samba performance seems same (method: 1TB 2.5" WD RED HDD, FAT32, USB3 enclosure (chipset ASMedia ASM1051) connected to router usb3 port (3G stick connected to usb2 port), copy large files (summ. 6GB) to my desktop (wired 1Gb connection))
- 3G stick work well, same as on 374.33 (ZTE MF669T)
Problems:
- after 10 hour (at morning) the second cpu core fully load continuously (100%), checked with top command via SSH and I saw I/O wait using 100% the second core. I cannot did a deeper investigation, unmounted and disconnected the usb hdd, but no effect, disconnected 3G stick but no effect.
- after 10 hour (at morning) the router minidlna service not visible on the network, on webui showed running and idle state (the samba service worked well).

Finally I revert back.

 

[Deleted member 22229]

Using the WPS method or any other method to clear NVRAM is not needed a simple factory reset will get the job done.