Menu
What's new
By:
Filters
Better Search

[Beta] Asuswrt-Merlin 384.12 Beta is now available

  • 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.
Delusion said:
Just compiled Beta 2 . Works great. ;) However , after the the update I had to remove my DNS settings ( I use 'secure dns' with dot and DNSSEC , much faster resolving than cloudflare ,at least for me) because WAN didn't connect, usb showed unmounted and the clock was not set . I re-applied DNS settings after the connection was established. I guess this happened because DNS cache was set to YES on tools page?
Click to expand...

i always unmount my hard drive and disable jffs before flashing for these specific reasons.
 
is this okay to see when updating the firmware
Code: 
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 527c12, size b79c
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [527c12]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 527c12, size b79c
May  5 01:05:04 kernel: <3>SQUASHFS error: xz_dec_run error, data probably corrupt
May  5 01:05:04 kernel: <3>SQUASHFS error: squashfs_read_data failed to read block 0x687047
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [687047]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 687047, size ae84
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [687047]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 687047, size ae84
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [687047]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 687047, size ae84
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [687047]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 687047, size ae84
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [687047]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 687047, size ae84
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [687047]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 687047, size ae84
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [687047]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 687047, size ae84
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [687047]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 687047, size ae84
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [687047]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 687047, size ae84
May  5 01:05:04 kernel: <3>SQUASHFS error: xz_dec_run error, data probably corrupt
May  5 01:05:04 kernel: <3>SQUASHFS error: squashfs_read_data failed to read block 0x691ecb
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [691ecb]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 691ecb, size acb4
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [691ecb]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 691ecb, size acb4
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [691ecb]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 691ecb, size acb4
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [691ecb]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 691ecb, size acb4
May  5 01:05:04 kernel: <4>dhd_detach(): thread:dhd_watchdog_thread:84 terminated OK
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [691ecb]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 691ecb, size acb4
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [691ecb]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 691ecb, size acb4
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [691ecb]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unabl ^C read page, block 691ecb, size acb4
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [691ecb]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 691ecb, size acb4
May  5 01:05:04 kernel: <3>SQUASHFS error: xz_dec_run error, data probably corrupt
May  5 01:05:04 kernel: <3>SQUASHFS error: squashfs_read_data failed to read block 0x687047
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [687047]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 687047, size ae84
May  5 01:05:04 kernel: <4>dhthread:80 terminated OK
 
Swistheater said:
is this okay to see when updating the firmware
Code: 
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 527c12, size b79c
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [527c12]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 527c12, size b79c
May  5 01:05:04 kernel: <3>SQUASHFS error: xz_dec_run error, data probably corrupt
May  5 01:05:04 kernel: <3>SQUASHFS error: squashfs_read_data failed to read block 0x687047
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [687047]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 687047, size ae84
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [687047]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 687047, size ae84
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [687047]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 687047, size ae84
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [687047]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 687047, size ae84
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [687047]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 687047, size ae84
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [687047]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 687047, size ae84
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [687047]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 687047, size ae84
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [687047]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 687047, size ae84
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [687047]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 687047, size ae84
May  5 01:05:04 kernel: <3>SQUASHFS error: xz_dec_run error, data probably corrupt
May  5 01:05:04 kernel: <3>SQUASHFS error: squashfs_read_data failed to read block 0x691ecb
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [691ecb]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 691ecb, size acb4
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [691ecb]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 691ecb, size acb4
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [691ecb]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 691ecb, size acb4
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [691ecb]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 691ecb, size acb4
May  5 01:05:04 kernel: <4>dhd_detach(): thread:dhd_watchdog_thread:84 terminated OK
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [691ecb]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 691ecb, size acb4
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [691ecb]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 691ecb, size acb4
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [691ecb]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unabl ^C read page, block 691ecb, size acb4
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [691ecb]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 691ecb, size acb4
May  5 01:05:04 kernel: <3>SQUASHFS error: xz_dec_run error, data probably corrupt
May  5 01:05:04 kernel: <3>SQUASHFS error: squashfs_read_data failed to read block 0x687047
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read data cache entry [687047]
May  5 01:05:04 kernel: <3>SQUASHFS error: Unable to read page, block 687047, size ae84
May  5 01:05:04 kernel: <4>dhthread:80 terminated OK
Click to expand...
See Merlin’s answer here: [Release] Asuswrt-Merlin 384.11 is available
 
Last edited:
okay so initial thoughts on some of the new recent changes,,, Merlin good job on fixing the wait times. It improves the overall boot performance and fixes a lot of waiting for wan up issues, also the boot up logs are no longer half of the syslog.
 
RMerlin said:
The issue seems to mostly happen on firmware upgrades, tho it can also be triggered by a reboot.
Click to expand...
Strange I'll have to check my router again I know triggered a reset on QoS bandwidth and packet overhead settings by configuring the priorities via the app it set it to automatic bandwidth it was odd.

Though it seems to be behaving it self so far since the last time I checked so I'm quite curious if it's a revision based issue and I'm just lucky or its because my unit hasn't been flashed as many times as other people's because it's new.

Though I'm hoping the fix will come soon, just incase the issue manifests it's self on my unit

so far I'm enjoying the full cone nat and gta v has open Nat on PC now.
 
Im on RT-AC68U_384.12_alpha2-g6a46c21cce and it works solid on voipo. This new beta is causing voipo to not receive calls intermittently so I switched back to alpha.
 
enanolex said:
Im on RT-AC68U_384.12_alpha2-g6a46c21cce and it works solid on voipo. This new beta is causing voipo to not receive calls intermittently so I switched back to alpha.
Click to expand...
Are you using upnp or keep alive for Nat traversal and more importantly is it. An IP phone or a VoIP ATA?
 
Vexira said:
Are you using upnp or keep alive for Nat traversal and more importantly is it. An IP phone or a VoIP ATA?
Click to expand...
I have upnp enabled and using VOIP ATA (obihai202)
I even tried enabled and disabled SPI Passthrough thinking it was that, it wasn't, currently set to disabled. Alpha works good.
 
enanolex said:
I have upnp enabled and using VOIP ATA (obihai202)
I even tried enabled and disabled SPI Passthrough thinking it was that, it wasn't, currently set to disabled. Alpha works good.
Click to expand...
Which router and ata if you don't mind me asking.?

I have mine reboot after the router does at night

But I have my Nat set to full cone because I'm using an rt ax88u if it's below the 86u it's symetric.
 
I am not sure, but I always suspected the NAT Acceleration was causing problems with voipo. So Ive always had it disabled, if anyone is having problems with voip.
 
enanolex said:
I am not sure, but I always suspected the NAT Acceleration was causing problems with voipo. So Ive always had it disabled, if anyone is having problems with voip.
Click to expand...
Mine works with acceleration enabled, but then again it depends on the type of Nat if you have symetric Nat you are best off running keep alive as Nat traversal.
 
Can someone explain the implication of this firmware change, and does it require intervention and/or setting changes to avoid using ISP DNS?

384.12 (xx-xxx-2019)
- CHANGED: The router will now use ISP-provided resolvers
instead of local dnsmasq when attempting to
resolve addresses, for improved reliability.
This reproduces how stock firmware behaves.
This only affects name resolution done
by the router itself, not by the LAN clients.

Thanks in advance, much obliged.
bUk
 
unclebuk said:
Can someone explain the implication of this firmware change, and does it require intervention and/or setting changes to avoid using ISP DNS?

384.12 (xx-xxx-2019)
- CHANGED: The router will now use ISP-provided resolvers
instead of local dnsmasq when attempting to
resolve addresses, for improved reliability.
This reproduces how stock firmware behaves.
This only affects name resolution done
by the router itself, not by the LAN clients.

Thanks in advance, much obliged.
bUk
Click to expand...
“ISP-provided” really means whatever your WAN DNS servers are set to. If it’s set to a Connect to DNS Server Automatically, it will use whatever your ISP provides through DHCP. Otherwise it uses whatever you’ve entered in DNS 1 and 2 fields. DNS Privacy (DoT) servers are not considered even if you’ve turned that on.
 
dave14305 said:
“ISP-provided” really means whatever your WAN DNS servers are set to. If it’s set to a Connect to DNS Server Automatically, it will use whatever your ISP provides through DHCP. Otherwise it uses whatever you’ve entered in DNS 1 and 2 fields. DNS Privacy (DoT) servers are not considered even if you’ve turned that on.
Click to expand...
As we so elegantly pointed out before, the only real difference in having ISP being used vs Defining DNS1 and DNS2, is that with ISP DNS, the router will define
server=/some isp domain/ispDNS1
server=/some isp domain/ispDNS2
server=127.0.1.1
inside /tmp/resolv.dnsmasq, /etc/resolv.conf will just be 127.0.0.1, and /tmp/resolv.conf will be ISP DNS.
where as if you define a DNS1 and DNS2
you will see
server=127.0.1.1
inside /tmp/resolv.dnsmasq, /etc/resolv.conf will be 127.0.0.1, and /tmp/resolv.conf will be defined DNS1 and DNS2.
I have not noticed any real benefit of using ISP DNS with the ISP domains defined inside resolv.dnsmasq pointed at ISP's DNS, but for some people, I assume, this may effect certain aspects of features provided by the ISP.
All my test have concluded I can define a wan dns1 and wan dns2 and my services were not impacted with certain ISP features.
I have to say though, the way merlin and themiron have came up with this design was very well thought out and is actually working very well aside from the hiccups other people may have experienced causing merlin to place default behavior back on "No" to allow the use of local caching to not be the default.
 
Just flashed my RT-AC3200 with this build (RT-AC3200_384.12_beta1-g69e0eaefe1) yesterday, and it's making my router stop working. Here are some details:

1. All my clients lose wifi, and cannot re-authenticate (2 of my 3 SSIDs were still broadcasting -- the missing one is the one I was previosuly connected to)
2. Wired connections fail as well (I have a secondary router behind my 3200, connected via ethernet, and it lost connection to the internet)
3. rebooting the router manually (on/off switch) will bring it back up for a bit, but it will drop all clients again in a mater of time (a couple of hours, I think, but I have not measured). Did this twice.
4. I turned on a lot of options (after flashing) that I have not used before (firewall stuff, changed DNS, QoS, etc.). I can attempt to enumerate them if this is valuable information.
5. I was on a slightly older firmware version when I first flashed 384.12_beta1, though I don't know which one. I have now flashed RT-AC3200_384.11_2, but will not be able to confirm the problem is gone for a few hours at least.

Let me know if you need any other information. I can attempt to reproduce this problem if need be, but this is my primary router so I will need to do it when no one is online.
 
Nicholas C Montgomery said:
Just flashed my RT-AC3200 with this build (RT-AC3200_384.12_beta1-g69e0eaefe1) yesterday, and it's making my router stop working. Here are some details:

1. All my clients lose wifi, and cannot re-authenticate (2 of my 3 SSIDs were still broadcasting -- the missing one is the one I was previosuly connected to)
2. Wired connections fail as well (I have a secondary router behind my 3200, connected via ethernet, and it lost connection to the internet)
3. rebooting the router manually (on/off switch) will bring it back up for a bit, but it will drop all clients again in a mater of time (a couple of hours, I think, but I have not measured). Did this twice.
4. I turned on a lot of options (after flashing) that I have not used before (firewall stuff, changed DNS, QoS, etc.). I can attempt to enumerate them if this is valuable information.
5. I was on a slightly older firmware version when I first flashed 384.12_beta1, though I don't know which one. I have now flashed RT-AC3200_384.11_2, but will not be able to confirm the problem is gone for a few hours at least.

Let me know if you need any other information. I can attempt to reproduce this problem if need be, but this is my primary router so I will need to do it when no one is online.
Click to expand...
screen shots of your
Lan >DHCP page
WAN > internet connection page
and
tools >others page

should be a good place to start.
The only notable change is the switch from using local cache resolver to using upstream.( router behavior)
 
Last edited:
Nicholas C Montgomery said:
5. I was on a slightly older firmware version when I first flashed 384.12_beta1, though I don't know which one. I have now flashed RT-AC3200_384.11_2, but will not be able to confirm the problem is gone for a few hours at least.
Click to expand...

This! You jumped too far in versions, and obviously need to reset to factory defaults, and reconfigure by hand.
Sorry, but this is probably the only way...
 
MDM said:
This! You jumped too far in versions, and obviously need to reset to factory defaults, and reconfigure by hand.
Sorry, but this is probably the only way...
Click to expand...

I would be surprised if I needed to iterate through each version in order to prevent bugs like this from occurring. Is there any documentation that mentions this? I think I was only a couple of releases behind. Also, everything seems fine after flashing the latest stable with no factory reset.

Swistheater said:
screen shots of your
Lan >DHCP page
WAN > internet connection page
and
tools >others page

should be a good place to start.
The only notable change is the switch from using local cache resolver to using upstream.( router behavior)
Click to expand...

I will reflash and collect this information when I find time. Thanks.
 
Nicholas C Montgomery said:
Just flashed my RT-AC3200 with this build (RT-AC3200_384.12_beta1-g69e0eaefe1) yesterday, and it's making my router stop working. Here are some details:

1. All my clients lose wifi, and cannot re-authenticate (2 of my 3 SSIDs were still broadcasting -- the missing one is the one I was previosuly connected to)
2. Wired connections fail as well (I have a secondary router behind my 3200, connected via ethernet, and it lost connection to the internet)
3. rebooting the router manually (on/off switch) will bring it back up for a bit, but it will drop all clients again in a mater of time (a couple of hours, I think, but I have not measured). Did this twice.
4. I turned on a lot of options (after flashing) that I have not used before (firewall stuff, changed DNS, QoS, etc.). I can attempt to enumerate them if this is valuable information.
5. I was on a slightly older firmware version when I first flashed 384.12_beta1, though I don't know which one. I have now flashed RT-AC3200_384.11_2, but will not be able to confirm the problem is gone for a few hours at least.

Let me know if you need any other information. I can attempt to reproduce this problem if need be, but this is my primary router so I will need to do it when no one is online.
Click to expand...
Factory reset if you flashed form atlest 3 versions back you have to because the settings are extremely different.
 
Status
Not open for further replies.

Similar threads

RMerlin
  • Locked
Beta Asuswrt-Merlin 3004.388.8 beta is now available
6 7 8
Replies
155
Views
30K
RMerlin
RMerlin
RMerlin
Beta Asuswrt-Merlin 3006.102.2 Beta is now available for Wifi 7 devices
2 3 4
Replies
69
Views
10K
RMerlin
RMerlin
RMerlin
  • Locked
Beta Asuswrt-Merlin 386.14 beta is now available
2
Replies
35
Views
9K
RMerlin
RMerlin
RMerlin
  • Locked
Beta Asuswrt-Merlin 3006.102.1 Beta is now available for WIfi 7 devices
3 4 5
Replies
97
Views
14K
RMerlin
RMerlin
RMerlin
  • Locked
Beta Asuswrt-Merlin 3004.388.7 beta is now available
5 6 7
Replies
123
Views
16K
RMerlin
RMerlin
Similar threads
Thread starter Title Forum Replies Date
RMerlin Beta Asuswrt-Merlin 3006.102.2 Beta is now available for Wifi 7 devices Asuswrt-Merlin 69
RMerlin Beta Asuswrt-Merlin 386.14 beta is now available Asuswrt-Merlin 35
RMerlin Beta Asuswrt-Merlin 3004.388.8 beta is now available Asuswrt-Merlin 155
RMerlin Beta Asuswrt-Merlin 3006.102.1 Beta is now available for WIfi 7 devices Asuswrt-Merlin 97
RMerlin Beta Asuswrt-Merlin 3004.388.7 beta is now available Asuswrt-Merlin 123
RMerlin Beta Asuswrt-Merlin 386.13 beta is now available for AC models Asuswrt-Merlin 32
RMerlin Beta Asuswrt-Merlin 3004.388.6 Beta is now available Asuswrt-Merlin 279
RMerlin Beta Asuswrt-Merlin 3004.388.5-beta is now available Asuswrt-Merlin 58
S Anyone else having issues trying to flash the newest merlin (stable or beta) to the GT-0AXE11000? Asuswrt-Merlin 4
B Unable to establish VPN connection to my PiVPN (ovpn) from my Asus RT-AC86U running Asuswrt-Merlin 386.14 Asuswrt-Merlin 1

Similar threads

Latest threads

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

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

Members online

Total: 617 (members: 27, guests: 590)
Top