[Beta 384/NG] Asuswrt-merlin 384.4 Beta is now available

[JohnNerd]

"Running a RT-87U here and since I installed 384.4-Beta1 and 2 my internet speed (using speedtest.net) has decreased dramatically."
I have the opposite experience. I have three tv's, media server, four phones, media bridge and gaming hooked up. Since Beta 1 and 2 everything is rock solid and with better speed than ever before.
I had to do a factory default, however. Have you done this?

 

[isr25]

Hi there. Something weird is happening on my AC86U - apparently when I upgraded to the Beta 1 and Beta 2, my 5GHz wifi is unusable. I can't even access the Wifi configuration page. Worst still, the AC86U keeps on restarting every few minutes. Rolling back to 384.3 for now

Mar  7 19:55:48 kernel: httpd[2209]: unhandled level 3 translation fault (11) at 0xff987000, esr 0x92000007
Mar  7 19:55:48 kernel: pgd = ffffffc0151ef000
Mar  7 19:55:48 kernel: [ff987000] *pgd=0000000012aab003, *pud=0000000012aab003, *pmd=0000000012a37003, *pte=0000000000000000
Mar  7 19:55:48 kernel: CPU: 1 PID: 2209 Comm: httpd Tainted: P           O    4.1.27 #2
Mar  7 19:55:48 kernel: Hardware name: Broadcom-v8A (DT)
Mar  7 19:55:48 kernel: task: ffffffc014e6a140 ti: ffffffc01519c000 task.ti: ffffffc01519c000
Mar  7 19:55:48 kernel: PC is at 0x56d84
Mar  7 19:55:48 kernel: LR is at 0x0
Mar  7 19:55:48 kernel: pc : [<0000000000056d84>] lr : [<0000000000000000>] pstate: 20070010
Mar  7 19:55:48 kernel: sp : 00000000ff980800
Mar  7 19:55:48 kernel: x12: 00000000f704bc6c
Mar  7 19:55:48 kernel: x11: 00000000ff980d64 x10: 000000006e616863
Mar  7 19:55:48 kernel: x9 : 00000000ff980840 x8 : 0000000000000000
Mar  7 19:55:48 kernel: x7 : 00000000ff981164 x6 : 00000000000015a6
Mar  7 19:55:48 kernel: x5 : 00000000ff980850 x4 : 00000000ff981564
Mar  7 19:55:48 kernel: x3 : 00000000ff987000 x2 : 0000000000000001
Mar  7 19:55:48 kernel: x1 : 0000000000000000 x0 : 0000000000000001
Mar  7 19:55:51 pppd[1504]: System time change detected.
Mar  7 19:55:53 kernel: br0: received packet on eth5 with own address as source address
Mar  7 19:55:53 dnsmasq-dhcp[1258]: DHCPREQUEST(br0) 192.168.50.147 5c:e0:c5:41:2b:61
Mar  7 19:55:53 dnsmasq-dhcp[1258]: Ignoring domain XXXX.XXX.XX for DHCP host name XXXX00XX
Mar  7 19:55:53 dnsmasq-dhcp[1258]: DHCPACK(br0) 192.168.50.147 5c:e0:c5:41:2b:61 XXXX00XX
Mar  7 19:55:59 watchdog: restart httpd
Mar  7 19:55:59 rc_service: watchdog 1274:notify_rc stop_httpd
Mar  7 19:55:59 rc_service: watchdog 1274:notify_rc start_httpd
Mar  7 19:55:59 RT-AC86U: start httpd:80
Mar  7 19:56:07 kernel: networkmap[2345]: unhandled level 3 translation fault (11) at 0x00760000, esr 0x92000007
Mar  7 19:56:07 kernel: pgd = ffffffc01640f000
Mar  7 19:56:07 kernel: [00760000] *pgd=0000000014e1f003, *pud=0000000014e1f003, *pmd=0000000015165003, *pte=0000000000000000
Mar  7 19:56:07 kernel: CPU: 1 PID: 2345 Comm: networkmap Tainted: P           O    4.1.27 #2
Mar  7 19:56:07 kernel: Hardware name: Broadcom-v8A (DT)
Mar  7 19:56:07 kernel: task: ffffffc014e6a140 ti: ffffffc0128c4000 task.ti: ffffffc0128c4000
Mar  7 19:56:07 kernel: PC is at 0x132b0
Mar  7 19:56:07 kernel: LR is at 0x75fffc
Mar  7 19:56:07 kernel: pc : [<00000000000132b0>] lr : [<000000000075fffc>] pstate: 20070010
Mar  7 19:56:07 kernel: sp : 00000000ff9f1400
Mar  7 19:56:07 kernel: x12: 0000000000000000
Mar  7 19:56:07 kernel: x11: 000000000075fffc x10: 000000000073ff10
Mar  7 19:56:07 kernel: x9 : 000000000002a8d0 x8 : 0000000000000000
Mar  7 19:56:07 kernel: x7 : 00000000000001b4 x6 : 000000004b537c00
Mar  7 19:56:07 kernel: x5 : 00000000f704ace0 x4 : 000000000002a8d0
Mar  7 19:56:07 kernel: x3 : 0000000000000100 x2 : 000000000002a8d0
Mar  7 19:56:07 kernel: x1 : 0000000000000106 x0 : 000000000073f807
Mar  7 19:56:21 kernel: br0: received packet on eth5 with own address as source address
Mar  7 19:56:21 dnsmasq-dhcp[1258]: DHCPREQUEST(br0) 192.168.50.147 5c:e0:c5:41:2b:61
Mar  7 19:56:21 dnsmasq-dhcp[1258]: Ignoring domain XXXX.XXX.XX for DHCP host name XXXX00XX
Mar  7 19:56:21 dnsmasq-dhcp[1258]: DHCPACK(br0) 192.168.50.147 5c:e0:c5:41:2b:61 XXXX00XX
Mar  7 19:56:37 kernel: networkmap[2365]: unhandled level 3 translation fault (11) at 0x005e8000, esr 0x92000007
Mar  7 19:56:37 kernel: pgd = ffffffc0152bb000
Mar  7 19:56:37 kernel: [005e8000] *pgd=0000000014d58003, *pud=0000000014d58003, *pmd=0000000012a40003, *pte=0000000000000000
Mar  7 19:56:37 kernel: CPU: 1 PID: 2365 Comm: networkmap Tainted: P           O    4.1.27 #2
Mar  7 19:56:37 kernel: Hardware name: Broadcom-v8A (DT)
Mar  7 19:56:37 kernel: task: ffffffc01e002b00 ti: ffffffc016458000 task.ti: ffffffc016458000
Mar  7 19:56:37 kernel: PC is at 0x132b0
Mar  7 19:56:37 kernel: LR is at 0x5e7ffc
Mar  7 19:56:37 kernel: pc : [<00000000000132b0>] lr : [<00000000005e7ffc>] pstate: 20070010
Mar  7 19:56:37 kernel: sp : 00000000ffb46350
Mar  7 19:56:37 kernel: x12: 0000000000000000
Mar  7 19:56:37 kernel: x11: 00000000005e7ffc x10: 00000000005c7f10
Mar  7 19:56:37 kernel: x9 : 000000000002a8d0 x8 : 0000000000000000
Mar  7 19:56:37 kernel: x7 : 00000000000001b4 x6 : 00000000de956e00
Mar  7 19:56:37 kernel: x5 : 00000000f70f1ce0 x4 : 000000000002a8d0
Mar  7 19:56:37 kernel: x3 : 0000000000000100 x2 : 000000000002a8d0
Mar  7 19:56:37 kernel: x1 : 0000000000000106 x0 : 00000000005c7807
Mar  7 19:56:44 kernel: br0: received packet on eth5 with own address as source address
Mar  7 19:56:44 dnsmasq-dhcp[1258]: DHCPREQUEST(br0) 192.168.50.147 5c:e0:c5:41:2b:61
Mar  7 19:56:44 dnsmasq-dhcp[1258]: Ignoring domain XXXX.XXX.XX for DHCP host name XXXX00XX
Mar  7 19:56:44 dnsmasq-dhcp[1258]: DHCPACK(br0) 192.168.50.147 5c:e0:c5:41:2b:61 XXXX00XX
Mar  7 19:57:07 kernel: networkmap[2559]: unhandled level 3 translation fault (11) at 0x000d9000, esr 0x92000007
Mar  7 19:57:07 kernel: pgd = ffffffc012922000
Mar  7 19:57:07 kernel: [000d9000] *pgd=0000000012852003, *pud=0000000012852003, *pmd=0000000017ac4003, *pte=0000000000000000
Mar  7 19:57:07 kernel: CPU: 1 PID: 2559 Comm: networkmap Tainted: P           O    4.1.27 #2
Mar  7 19:57:07 kernel: Hardware name: Broadcom-v8A (DT)
Mar  7 19:57:07 kernel: task: ffffffc012a49580 ti: ffffffc016454000 task.ti: ffffffc016454000
Mar  7 19:57:07 kernel: PC is at 0x132b0
Mar  7 19:57:07 kernel: LR is at 0xd8ffc
Mar  7 19:57:07 kernel: pc : [<00000000000132b0>] lr : [<00000000000d8ffc>] pstate: 20070010
Mar  7 19:57:07 kernel: sp : 00000000ffdc9e10
Mar  7 19:57:07 kernel: x12: 0000000000000000
Mar  7 19:57:07 kernel: x11: 00000000000d8ffc x10: 00000000000b8f10
Mar  7 19:57:07 kernel: x9 : 000000000002a8d0 x8 : 0000000000000000
Mar  7 19:57:07 kernel: x7 : 00000000000001b4 x6 : 0000000064bbb500
Mar  7 19:57:07 kernel: x5 : 00000000f7682ce0 x4 : 000000000002a8d0
Mar  7 19:57:07 kernel: x3 : 0000000000000100 x2 : 000000000002a8d0
Mar  7 19:57:07 kernel: x1 : 0000000000000106 x0 : 00000000000b8807

 

[scjr]

As I suspected, Asus broke the DST parser in 20379 (and in more than just one way). Fixed with this commit.

Site Survey should now be fixed for AiMesh-enabled models with this commit (I originally only fixed it on the non-AiMesh version of the site survey page).

Thank you!

 

[Broken Hope]

@RMerlin,

Have you solved problems with the 5 GhZ WiFi speed for the iPhone X? (problem solved since Merlin 384.3 beta)
With Merlin I got 866, but with the stock Asus firmware, I have 300/444. That's why I think you changed something ;-)

5GhZ information:

Wireless Mode: N/AC Mixed
Channel bandwidth: 80 MhZ
Control Channel: 108
Extension Channel: Auto

Other people (@Broken Hope) had this problem too and indicated that it was gone:

[Beta 384/NG] Asuswrt-Merlin 384.3 Beta is now available

@Broken Hope,

Can you indicate the problem is still gone with the new Merlin firmware? (version 384.4 beta)

Most of the time my iPhone X connects at 866, occasionally it connects at 433, rebooting the phone resolves it and no other devices are affected, I’m thinking it might be a bug in the firmware of the iPhone X.

I know 11.3 updates the radio firmware perhaps that will help.

 

[king006]

Most of the time my iPhone X connects at 866, occasionally it connects at 433, rebooting the phone resolves it and no other devices are affected, I’m thinking it might be a bug in the firmware of the iPhone X.

I know 11.3 updates the radio firmware perhaps that will help.

Thank you for your information! Let's hope that iOS 11.3 will solve this problem. It remains a separate problem.

 

[nzwayne]

Installed 384.4 beta2 on two AC86U's and one AC87U (AP setup) and no factory resets. On power off/on afterwards one AC86U would not complete power up. Did the firmware restore process and all good after that, then all working well. Via speedtest.net the AC86U's faster then beta1 or at anytime before (260 Mbps download now 264) on cogeco cable modem.

 

[Odkrys]

Ok, now I have experience the services-start problem.

@RMerlin I think lldpd or services-start starting point should be adjusted to somewhere.

7688 run_custom_script("services-start", NULL);
7713 start_amas_lldpd();

log

Feb 14 09:00:34 custom_script: Running /jffs/scripts/services-start
Feb 14 09:00:34 jffs2: valid logs(1)
Feb 14 09:00:34 Mastiff: init
Feb 14 09:00:34 sd-idle-2.6[1018]: initialized
Feb 14 09:00:34 lldpd[1023]: could not open either /etc/os-release or /usr/lib/os-release
Feb 14 09:00:34 lldpd[1023]: lsb_release information not available
Feb 14 09:00:34 lldpd[1026]: created chroot directory /var/run/lldpd
Feb 14 09:00:34 lldpd[1026]: /etc/localtime copied to chroot
Feb 14 09:00:34 lldpd[1026]: protocol LLDP enabled
Feb 14 09:00:34 lldpd[1026]: protocol CDPv1 disabled
Feb 14 09:00:34 lldpd[1026]: protocol CDPv2 disabled
Feb 14 09:00:34 lldpd[1026]: protocol SONMP disabled
Feb 14 09:00:34 lldpd[1026]: protocol EDP disabled
Feb 14 09:00:34 lldpd[1026]: protocol FDP disabled
Feb 14 09:00:34 lldpd[1026]: libevent 2.0.22-stable initialized with epoll method
Feb 14 09:00:34 lldpd[1026]: cannot get ethtool link information with GLINKSETTINGS (requires 4.9+): Operation not permitted
Feb 14 09:00:48 kernel: ubi1: attaching mtd9
Feb 14 09:00:48 kernel: ubi1: scanning is finished
Feb 14 09:00:48 kernel: ubi1: attached mtd9 (name "misc1", size 8 MiB)
Feb 14 09:00:48 kernel: ubi1: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes
Feb 14 09:00:48 kernel: ubi1: min./max. I/O unit sizes: 2048/2048, sub-page size 2048
Feb 14 09:00:48 kernel: ubi1: VID header offset: 2048 (aligned 2048), data offset: 4096
Feb 14 09:00:48 kernel: ubi1: good PEBs: 64, bad PEBs: 0, corrupted PEBs: 0
Feb 14 09:00:48 kernel: ubi1: user volume: 1, internal volumes: 1, max. volumes count: 128
Feb 14 09:00:48 kernel: ubi1: max/mean erase counter: 3/2, WL threshold: 4096, image sequence number: 1960956644
Feb 14 09:00:48 kernel: ubi1: available PEBs: 0, total reserved PEBs: 64, PEBs reserved for bad PEB handling: 4
Feb 14 09:00:48 kernel: ubi1: background thread "ubi_bgt1d" started, PID 1108
Feb 14 09:00:49 kernel: UBIFS (ubi1:0): UBIFS: mounted UBI device 1, volume 0, name "nvram", R/O mode
Feb 14 09:00:49 kernel: UBIFS (ubi1:0): LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes
Feb 14 09:00:49 kernel: UBIFS (ubi1:0): FS size: 5840896 bytes (5 MiB, 46 LEBs), journal size 1015809 bytes (0 MiB, 6 LEBs)
Feb 14 09:00:49 kernel: UBIFS (ubi1:0): reserved for root: 275879 bytes (269 KiB)
Feb 14 09:00:49 kernel: UBIFS (ubi1:0): media format: w4/r0 (latest is w4/r0), UUID 700E756D-208E-4C91-B256-B51AA3EDE77F, small LPT model
Feb 14 09:00:49 kernel: UBIFS (ubi1:0): un-mount UBI device 1
Feb 14 09:00:49 kernel: ubi1: detaching mtd9
Feb 14 09:00:49 kernel: ubi1: mtd9 is detached
Feb 14 09:00:54 lldpcli[1024]: lldpd should resume operations
Feb 14 09:00:54 lldpd[1026]: custom TLV op replace oui f8:32:e4 subtype 3
Feb 14 09:00:59 lldpd[1026]: custom TLV op replace oui f8:32:e4 subtype 3
Feb 14 09:01:03 admin: Could not start Entware
Feb 14 09:01:04 lldpd[1026]: custom TLV op replace oui f8:32:e4 subtype 3
Feb 14 09:01:09 lldpd[1026]: custom TLV op replace oui f8:32:e4 subtype 3
Feb 14 09:01:14 lldpd[1026]: custom TLV op replace oui f8:32:e4 subtype 3
Feb 14 09:01:14 lldpd[1026]: custom TLV op replace oui f8:32:e4 subtype 3
Feb 14 09:01:14 lldpd[1026]: custom TLV op replace oui f8:32:e4 subtype 3
Feb 14 09:01:14 lldpd[1026]: custom TLV op replace oui f8:32:e4 subtype 3
Feb 14 09:01:14 lldpd[1026]: custom TLV op replace oui f8:32:e4 subtype 3
Feb 14 09:01:14 lldpd[1026]: custom TLV op replace oui f8:32:e4 subtype 3
Feb 14 09:01:14 lldpd[1026]: custom TLV op replace oui f8:32:e4 subtype 3
Feb 14 09:01:14 lldpd[1026]: custom TLV op replace oui f8:32:e4 subtype 3
Feb 14 09:01:14 lldpd[1026]: custom TLV op replace oui f8:32:e4 subtype 3
Feb 14 09:01:14 lldpd[1026]: custom TLV op replace oui f8:32:e4 subtype 3
Feb 14 09:01:14 lldpd[1026]: custom TLV op replace oui f8:32:e4 subtype 2
Feb 14 09:01:14 lldpd[1026]: custom TLV op replace oui f8:32:e4 subtype 2
Feb 14 09:01:14 lldpd[1026]: custom TLV op replace oui f8:32:e4 subtype 2
Feb 14 09:01:14 lldpd[1026]: custom TLV op replace oui f8:32:e4 subtype 2
Feb 14 09:01:14 lldpd[1026]: custom TLV op replace oui f8:32:e4 subtype 2
Feb 14 09:01:14 lldpd[1026]: custom TLV op replace oui f8:32:e4 subtype 2
Feb 14 09:01:14 lldpd[1026]: custom TLV op replace oui f8:32:e4 subtype 2
Feb 14 09:01:14 lldpd[1026]: custom TLV op replace oui f8:32:e4 subtype 2
Feb 14 09:01:14 lldpd[1026]: custom TLV op replace oui f8:32:e4 subtype 2
Feb 14 09:01:14 lldpd[1026]: custom TLV op replace oui f8:32:e4 subtype 2
Feb 14 09:01:14 lldpd[1026]: custom TLV op replace oui f8:32:e4 subtype 2
Feb 14 09:01:14 lldpd[1026]: custom TLV op replace oui f8:32:e4 subtype 2
Feb 14 09:01:14 lldpd[1026]: custom TLV op replace oui f8:32:e4 subtype 2
Feb 14 09:01:14 lldpd[1026]: custom TLV op replace oui f8:32:e4 subtype 2

 

[Rene1978]

"Running a RT-87U here and since I installed 384.4-Beta1 and 2 my internet speed (using speedtest.net) has decreased dramatically."
I have the opposite experience. I have three tv's, media server, four phones, media bridge and gaming hooked up. Since Beta 1 and 2 everything is rock solid and with better speed than ever before.
I had to do a factory default, however. Have you done this?

Hi John, yes I performed a factory reset after upgrading to 384.4-Beta1 followed by manually setting all options once again. Did not help.

 

[Broken Hope]

Any chance you could fix your Wireless Log to report the router mode correctly?

 

[PeterV]

What happens if you switch back to the local syslog daemon?

Update:
Tried to disable (then enable) network logging in between. No result.
Tried disable (then enable) custom scripts with reboot in between. No result.

2018-03-07T18:34:39+02:00 192.168.99.142 custom_script: Found firewall-start, but custom script execution is disabled!
2018-02-14T02:00:29+02:00 192.168.99.142 custom_script: Found wan-start, but custom script execution is disabled!
2018-02-14T02:00:36+02:00 192.168.99.142 custom_script: Found firewall-start, but custom script execution is disabled!
2018-02-14T02:00:39+02:00 192.168.99.142 custom_script: Found firewall-start, but custom script execution is disabled!
2018-02-14T02:00:41+02:00 192.168.99.142 custom_script: Found post-mount, but custom script execution is disabled!
2018-02-14T02:00:50+02:00 192.168.99.142 custom_script: Found firewall-start, but custom script execution is disabled!
2018-02-14T02:00:51+02:00 192.168.99.142 custom_script: Found post-mount, but custom script execution is disabled!
2018-02-14T02:01:49+02:00 192.168.99.142 custom_script: Running /jffs/scripts/firewall-start (args: eth0)
2018-02-14T02:00:58+02:00 192.168.99.142 custom_script: Running /jffs/scripts/wan-start (args: 0)
2018-03-07T18:38:40+02:00 192.168.99.142 custom_script: Running /jffs/scripts/firewall-start (args: eth0)
2018-03-07T18:38:43+02:00 192.168.99.142 custom_script: Running /jffs/scripts/firewall-start (args: eth0)
2018-03-07T18:38:43+02:00 192.168.99.142 custom_script: Running /jffs/scripts/post-mount (args: /tmp/mnt/entware)
2018-03-07T18:38:44+02:00 192.168.99.142 custom_script: Running /jffs/scripts/post-mount (args: /tmp/mnt/data)
2018-03-07T18:38:44+02:00 192.168.99.142 custom_script: Running /jffs/scripts/dnsmasq.postconf (args: /etc/dnsmasq.conf)
2018-03-07T18:38:50+02:00 192.168.99.142 custom_script: Running /jffs/scripts/firewall-start (args: eth0)

 

[SMS786]

Means the procedure never completed. Reboot your router with no plugged USB disk, then try again flashing.

Followed your advice, all is well now! Thanks.

 

[vladsuk]

Brand new RT-AC86U running 384.4.beta2

Works well, but I noticed several issues:

1. HDD spindown unreliable. The same disc was spinning down without any problems with RT-AC66U runing 380.xx
2. Wifi radar shows only my networks
3. Wifi timer works until router restart, after that Time setting resets

Thank You, Merlin

 

[zenmota]

Can someone tell me what this entry in the General Log of RT-AC86U means:

Mar 7 05:34:40 kernel: jffs2: warning: (30142) jffs2_sum_write_data: Not enough space for summary, padsize = -1025

Is it something to worry about and if so, is there something to correct it?

Thanks

 

[GrinningShark]

Can someone tell me what this entry in the General Log of RT-AC86U means:

Mar 7 05:34:40 kernel: jffs2: warning: (30142) jffs2_sum_write_data: Not enough space for summary, padsize = -1025

Is it something to worry about and if so, is there something to correct it?

Thanks

I have the same question.

 

[RMerlin]

Any chance you could fix your Wireless Log to report the router mode correctly?

The Wireless log is accurate. From the radio's point of view, you can work in two mode: AP, or STA. AP is when clients connect to you (i.e. router or Access Point mode), while STA is when you are a client (i.e. Repeater or Media Bridge mode). The wireless log reports the chip's operating mode, not the router's operating mode.

 

[mikelees2]

The RT-AC5300 Beta 2 still says Beta 1 in the GUI?

Mine reads fine and is running fine on 384.4_beta2

 

[RMerlin]

Brand new RT-AC86U running 384.4.beta2

Works well, but I noticed several issues:

1. HDD spindown unreliable. The same disc was spinning down without any problems with RT-AC66U runing 380.xx
2. Wifi radar shows only my networks
3. Wifi timer works until router restart, after that Time setting resets

Thank You, Merlin

1) Exact same sd-idle daemon as before. Spindown is dependent on the disk's firmware, and whether any service accesses that disk or not.
2) Make sure you enable data collection: https://github.com/RMerl/asuswrt-merlin/wiki/Wi-Fi-Radar

 

[Dragster]

1) Exact same sd-idle daemon as before. Spindown is dependent on the disk's firmware, and whether any service accesses that disk or not.

Hi,

Interesting... wondering why the daemon's activity seems to be logged incorrectly... as mentioned before, when disks spin up, nothing shows up in the log, then they spin down, the log says they are spinning up... can anybody reproduce/confirm this behavior?

Cheers,
D.

 

[RMerlin]

Update:
Tried to disable (then enable) network logging in between. No result.
Tried disable (then enable) custom scripts with reboot in between. No result.

2018-03-07T18:34:39+02:00 192.168.99.142 custom_script: Found firewall-start, but custom script execution is disabled!
2018-02-14T02:00:29+02:00 192.168.99.142 custom_script: Found wan-start, but custom script execution is disabled!
2018-02-14T02:00:36+02:00 192.168.99.142 custom_script: Found firewall-start, but custom script execution is disabled!
2018-02-14T02:00:39+02:00 192.168.99.142 custom_script: Found firewall-start, but custom script execution is disabled!
2018-02-14T02:00:41+02:00 192.168.99.142 custom_script: Found post-mount, but custom script execution is disabled!
2018-02-14T02:00:50+02:00 192.168.99.142 custom_script: Found firewall-start, but custom script execution is disabled!
2018-02-14T02:00:51+02:00 192.168.99.142 custom_script: Found post-mount, but custom script execution is disabled!
2018-02-14T02:01:49+02:00 192.168.99.142 custom_script: Running /jffs/scripts/firewall-start (args: eth0)
2018-02-14T02:00:58+02:00 192.168.99.142 custom_script: Running /jffs/scripts/wan-start (args: 0)
2018-03-07T18:38:40+02:00 192.168.99.142 custom_script: Running /jffs/scripts/firewall-start (args: eth0)
2018-03-07T18:38:43+02:00 192.168.99.142 custom_script: Running /jffs/scripts/firewall-start (args: eth0)
2018-03-07T18:38:43+02:00 192.168.99.142 custom_script: Running /jffs/scripts/post-mount (args: /tmp/mnt/entware)
2018-03-07T18:38:44+02:00 192.168.99.142 custom_script: Running /jffs/scripts/post-mount (args: /tmp/mnt/data)
2018-03-07T18:38:44+02:00 192.168.99.142 custom_script: Running /jffs/scripts/dnsmasq.postconf (args: /etc/dnsmasq.conf)
2018-03-07T18:38:50+02:00 192.168.99.142 custom_script: Running /jffs/scripts/firewall-start (args: eth0)

That log shows your scripts properly running and also being logged so. What is the actual issue you are experiencing?

@RMerlin I think lldpd or services-start starting point should be adjusted to somewhere.

I suspect that over time as Asus added new entries to start_services() and I merged changes in, they ended up being merged after start-services. I just moved services-start down to the end of the function like it used to be.

 

[Odkrys]

wondering why the daemon's activity seems to be logged incorrectly... as mentioned before, when disks spin up, nothing shows up in the log, then they spin down, the log says they are spinning up... can anybody reproduce/confirm this behavior?
D.

He did some mistake to sc-idle when he fixed log problem ' o'

@RMerlin

-    _log ( LOG_INFO, "%s", _transition_message ( disk, "up", msg_buf ) );
+    _log ( LOG_INFO, "%s", _transition_message ( disk, "down", msg_buf ) );
 
-        printf("%s", _transition_message ( disk, "up", msg_buf ) );
+    _log ( LOG_INFO, "%s", _transition_message ( disk, "up", msg_buf ) );