[Beta] Asuswrt-Merlin 384.14 Beta is now available

[skeal]

Ax88u 384.14_Beta 1 bugs :

1.My traffic analyzer doesn’t show any traffic
2.Signature shows it’s updating-update completely but doesn’t actually do anything
3.VPN certificate of authority doesn’t save so I can’t setup a VPN
4. When I change a device name it reverts back to the old name when I restart
5.When I change bandwidth priorities it reverts when I restart

Take screenshots of your settings. Reset to defaults. Do not import any form of saved configuration. Setup from scratch using screenshots as your source of saved settings. Then report back any still existing issues.

 

[S.claus]

Take screenshots of your settings. Reset to defaults. Do not import any form of saved configuration. Setup from scratch using screenshots as your source of saved settings. Then report back any still existing issues.

I have done a fresh setup when I went from the alpha to the beta (completly from scratch no imports nothing) . I have reset it twice after and it still has the same bugs.

 

[PromPom]

Ax88u 384.14_Beta 1 bugs :

1.My traffic analyzer doesn’t show any traffic
2.Signature shows it’s updating-update completely but doesn’t actually do anything
3.VPN certificate of authority doesn’t save so I can’t setup a VPN
4. When I change a device name it reverts back to the old name when I restart
5.When I change bandwidth priorities it reverts when I restart

This issue also reported by me and connected to empty JFFS partition with only-read permission:

Hi,

I'm trying to upgrade RT-AX88U_384.13_0 -> RT-AX88U_384.14_beta1, but failed.

First steps with installed 384.13_0:

1. Factory reset
2. Upload 384.14_beta1
3. Factory reset

Result:

cd /jffs & ls -la -> empty jffs folder
cd /jffs && touch 1.txt -> jffs is read-only

That I've been trying:

- Multiply rebooting
- Factory reset
- Uploading 384.14_beta1 again without factory reset

/jffs always empty

Another steps:

1. Upload 384.13_0 -> jffs is good
2. Factory reset -> jffs is good
3. Upload 384.14_beta1 -> jffs is good
4. Rebooting or Factory reset -> jffs is empty

Checkbox in admin webui about Formatting JFSS always unchecked.

If enabled Formatting JFFS on reboot and reboot multiply times -> nothing changed, jffs is empty.

Next steps:

1. Upload 384.13_0 -> jffs is good
2. Factory reset -> jffs is good
3. nvram erase && cd /jffs && rm -fr *
4. Reboot or Factory reset -> jffs is good

So the bug is in 384.14_beta1 version.

P.S> Nothing critical wrong about jffs in dmesg on booting 384.14_beta1

 

[octopus]

Have you tried:
Enable JFFS custom scripts and configs Yes

 

[PromPom]

Have you tried:
Enable JFFS custom scripts and configs Yes

Nothing changes.

Everything works smooth on .13 stable version.

 

[octopus]

Nothing changes.

Everything works smooth on .13 stable version.

I'm sure /jffs fills with first startup configfiles.
Then reboot twice. Then you should have /jffs read/write permissions.
Format JFFS partition at next boot Yes
Enable JFFS custom scripts and configs Yes

 

[skeal]

I have done a fresh setup when I went from the alpha to the beta (completly from scratch no imports nothing) . I have reset it twice after and it still has the same bugs.

I have a AX88U running the new Beta1 and it works flawless. I use a lot of the built in features and only use a select number of scripts. My uptime is in the teens now.

 

[Stellarator]

1 day owner of AX88U, jumped straight to 384.14_beta1. The same results as mentioned by PromPom (factory reset, enable/disable JFFS custom scripts, format JFFS, ... nothing helped - not mounted/read-only/empty). After uploading of 384.13 JFFS works (as expected I think).

 

[RMerlin]

Ax88u 384.14_Beta 1 bugs :

1.My traffic analyzer doesn’t show any traffic
2.Signature shows it’s updating-update completely but doesn’t actually do anything
3.VPN certificate of authority doesn’t save so I can’t setup a VPN
4. When I change a device name it reverts back to the old name when I restart
5.When I change bandwidth priorities it reverts when I restart

All of these point to a problem with your JFFS partition. They are working fine for me.

Search your system log for any reference to mtdblock9 or to jffs.

Also, please post the output of this command:

nvram show | grep jffs2_

 

[S.claus]

All of these point to a problem with your JFFS partition. They are working fine for me.

Search your system log for any reference to mtdblock9 or to jffs.

Also, please post the output of this command:

nvram show | grep jffs2_

ASUSWRT-Merlin RT-AX88U 384.14-beta1 Thu Nov 7 15:41:06 UTC 2019
Admin@RT-AX88U-A240:/tmp/home/root# nvram show | grep jffs2_
size: 60329 bytes (70743 left)
jffs2_clean_fs=1
jffs2_enable=1
jffs2_format=0
jffs2_on=1
jffs2_scripts=0
Admin@RT-AX88U-A240:/tmp/home/root#

 

[dave14305]

ASUSWRT-Merlin RT-AX88U 384.14-beta1 Thu Nov 7 15:41:06 UTC 2019
Admin@RT-AX88U-A240:/tmp/home/root# nvram show | grep jffs2_
size: 60329 bytes (70743 left)
jffs2_clean_fs=1
jffs2_enable=1
jffs2_format=0
jffs2_on=1
jffs2_scripts=0
Admin@RT-AX88U-A240:/tmp/home/root#

How about this command too:

grep -iE "mtdblock9|jffs" /tmp/syslog.log*

 

[S.claus]

How about this command too:

grep -iE "mtdblock9|jffs" /tmp/syslog.log*

No response from the router just check the code again

 

[RMerlin]

ASUSWRT-Merlin RT-AX88U 384.14-beta1 Thu Nov 7 15:41:06 UTC 2019
Admin@RT-AX88U-A240:/tmp/home/root# nvram show | grep jffs2_
size: 60329 bytes (70743 left)
jffs2_clean_fs=1
jffs2_enable=1
jffs2_format=0
jffs2_on=1
jffs2_scripts=0
Admin@RT-AX88U-A240:/tmp/home/root#

Try this:

nvram unset jffs_clean_fs
nvram commit
reboot

 

[dave14305]

No response from the router just check the code again

This is what I see on my own router.

# grep -iE "mtdblock9|jffs" /tmp/syslog.log*
May  5 05:05:08 kernel: JFFS2 version 2.2. (NAND) © 2001-2006 Red Hat, Inc.
May  5 05:05:12 jffs2: valid logs(1)
May  5 01:05:05 jffs2: valid logs(1)
Nov 20 12:26:16 httpd: Restoring JFFS backup...
Nov 20 12:26:17 httpd: JFFS restore completed

 

[S.claus]

Try this:

nvram unset jffs_clean_fs
nvram commit
reboot

Try this:

nvram unset jffs_clean_fs
nvram commit
reboot

No improvment

 

[RMerlin]

No improvment

Something must be holding the mounting process, I suspect it could be a timing issue. I'll prepare an AX88U test build with more detailed logging during the jffs mount procedure, I will upload it a bit later today.

 

[S.claus]

Something must be holding the mounting process, I suspect it could be a timing issue. I'll prepare an AX88U test build with more detailed logging during the jffs mount procedure, I will upload it a bit later today.

No need I followed @Vexira advice and downgraded to .13 and back to .14 and everything seems to be working now. I suspect it might have to be a bad flash that caused the problem but thanks you so much for assisting.

Thank you @RMerlin, @dave14305, @skeal, and @Vexira

 

[RMerlin]

No need I followed @Vexira advice and downgraded to .13 and back to .14 and everything seems to be working now. I suspect it might have to be a bad flash that caused the problem but thanks you so much for assisting.

There's still something wonky there, a few users were affected, all of them on an RT-AX88U. Some users weren't able to "recover" with a downgrade/upgrade. And again, it's something which I am unable to reproduce on my own RT-AX88U.

Asus recently added some extra code for JFFS2 mounting in another (...) closed source component, I'd like to see if it's related. I know that function deals with cleaning up a malware that was targetting Asus routers, I don't know what else it does.

 

[PromPom]

There's still something wonky there, a few users were affected, all of them on an RT-AX88U. Some users weren't able to "recover" with a downgrade/upgrade. And again, it's something which I am unable to reproduce on my own RT-AX88U.

Asus recently added some extra code for JFFS2 mounting in another (...) closed source component, I'd like to see if it's related. I know that function deals with cleaning up a malware that was targetting Asus routers, I don't know what else it does.

Please share version with extended logging, because .14 b1 -> .13 -> .14 b1 does not work for me. Always empty JFFS on .14 b1 and all work fine on .13.

Thank you.

 

[RMerlin]

If you are having JFFS2 or dnsmasq issues with the RT-AX88U, please try the beta1-g02edc51d7e test build available here:

https://www.asuswrt-merlin.net/test-builds

JFFS2: after booting, check if the partition is mounted. If not, please post the output of the following commands:

cat /tmp/jffs2.log
nvram show | grep jffs2_