What's new

amtm amtm - the Asuswrt-Merlin Terminal Menu

  • 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!

^^^ See the link I posted above... I'm not the only one to see this. The Traffic* files were huge and they were hidden in /jffs/.sys

Update 10 Nov 19, since turning off the stats, my /jffs has not ballooned to 99%.. I feel better now. As a general rule, disabling and turning off unused features simplifies the setup, support and complexity of our awesome, little routers!
 
Last edited:
Adding a check for Entware updates did cross my mind, it just never stuck.

Let's see, all version numbers in this screenshot (including amtm and Diversion) may not be available to the public yet.

kF4ajce.png

WOW ... the speed with which you have responded AND applied the request is AWESOME :D:D - {Thumbs Up} to you.
 
WOW ... the speed with which you have responded AND applied the request is AWESOME :D:D - {Thumbs Up} to you.
The Entware packages update check was long overdue in hindsight. I'm glad you asked for it, coding that part was fun and entertaining.
One not so good side-effect of that sudden and welcome distraction is the partial halt on the Diversion update progress.
But then, this very enjoyable task triggered my brain cells to think of better solutions for the Diversion code in parallel.
Some of them are awesome improvements, also long overdue.
 
The Entware packages update check was long overdue in hindsight. I'm glad you asked for it, coding that part was fun and entertaining.
One not so good side-effect of that sudden and welcome distraction is the partial halt on the Diversion update progress.
But then, this very enjoyable task triggered my brain cells to think of better solutions for the Diversion code in parallel.
Some of them are awesome improvements, also long overdue.
Thank you for all the great work you provide.
 
This week I used for the first time the reboot scheduler from amtm on my RT-AC86U. The reboot was scheduled for 06:00 at sunday. When I woke up this morning wifi was not working and I was not able to open websites and the web interface of the router from a cabled computer.

So I did a manual reboot by a power cycle. Here are the latest lines of the log from 6:00 this morning till the manual reboot:
Code:
Nov  3 06:00:00 rc_service: service 20793:notify_rc reboot
Nov  3 06:00:00 wsdd2[6364]: error: wsdd-mcast-v4: wsd_send_soap_msg: send
Nov  3 06:00:00 wsdd2[6364]: error: wsdd-mcast-v4: wsd_send_soap_msg: send
Nov  3 06:00:01 iTunes: daemon is stopped
Nov  3 06:00:01 FTP_Server: daemon is stopped
Nov  3 06:00:01 wsdd2[6364]: Terminated received.
Nov  3 06:00:01 Samba_Server: smb daemon is stopped
Nov  3 06:00:01 Timemachine: daemon is stopped
Nov  3 06:00:01 WEBDAV_Server: daemon is stopped
Nov  3 06:00:02 custom_script: Running /jffs/scripts/services-stop
Nov  3 06:00:02 ntpd: Stopped ntpd
Nov  3 06:00:02 DualWAN: skip single wan wan_led_control - WANRED off
Nov  3 06:00:02 nat: apply redirect rules
Nov  3 06:00:03 WEBDAV_Server: daemon is stopped
Nov  3 06:00:03 NAT_Tunnel: AAE Service is stopped
Nov  3 06:00:03 NAT_Tunnel: AAE Service is stopped
Nov  3 06:00:03 iTunes: daemon is stopped
Nov  3 06:00:03 FTP_Server: daemon is stopped
Nov  3 06:00:03 Samba_Server: smb daemon is stopped
Nov  3 06:00:03 Timemachine: daemon is stopped
Nov  3 06:00:03 disk_monitor: Finish
Nov  3 06:00:03 miniupnpd[6366]: shutting down MiniUPnPd
Nov  3 06:00:06 nat: apply nat rules (/tmp/nat_rules_eth0_eth0)
Nov  3 06:00:06 kernel: ubi1: attaching mtd9
Nov  3 06:00:06 kernel: ubi1: scanning is finished
Nov  3 06:00:06 kernel: ubi1: attached mtd9 (name "misc1", size 8 MiB)
Nov  3 06:00:06 kernel: ubi1: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes
Nov  3 06:00:06 kernel: ubi1: min./max. I/O unit sizes: 2048/2048, sub-page size 2048
Nov  3 06:00:06 kernel: ubi1: VID header offset: 2048 (aligned 2048), data offset: 4096
Nov  3 06:00:06 kernel: ubi1: good PEBs: 64, bad PEBs: 0, corrupted PEBs: 0
Nov  3 06:00:06 kernel: ubi1: user volume: 1, internal volumes: 1, max. volumes count: 128
Nov  3 06:00:06 kernel: ubi1: max/mean erase counter: 8/5, WL threshold: 4096, image sequence number: 1875325633
Nov  3 06:00:06 kernel: ubi1: available PEBs: 0, total reserved PEBs: 64, PEBs reserved for bad PEB handling: 4
Nov  3 06:00:06 kernel: ubi1: background thread "ubi_bgt1d" started, PID 22912
Nov  3 06:00:07 kernel: UBIFS (ubi1:0): UBIFS: mounted UBI device 1, volume 0, name "nvram", R/O mode
Nov  3 06:00:07 kernel: UBIFS (ubi1:0): LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes
Nov  3 06:00:07 kernel: UBIFS (ubi1:0): FS size: 5840896 bytes (5 MiB, 46 LEBs), journal size 1015809 bytes (0 MiB, 6 LEBs)
Nov  3 06:00:07 kernel: UBIFS (ubi1:0): reserved for root: 275879 bytes (269 KiB)
Nov  3 06:00:07 kernel: UBIFS (ubi1:0): media format: w4/r0 (latest is w4/r0), UUID 6D5A851A-B0EB-4294-BAFF-FC3F0B46362F, small LPT model
Nov  3 06:00:07 kernel: UBIFS (ubi1:0): un-mount UBI device 1
Nov  3 06:00:07 kernel: ubi1: detaching mtd9
Nov  3 06:00:07 kernel: ubi1: mtd9 is detached
Nov  3 06:00:09 FTP_Server: daemon is stopped
Nov  3 06:00:09 Samba_Server: smb daemon is stopped
Nov  3 06:00:09 Timemachine: daemon is stopped
Nov  3 06:00:10 init: USB partition unmounted from /tmp/mnt/flash1
May  5 07:05:06 kernel: klogd started: BusyBox v1.25.1 (2019-07-31 13:30:38 EDT)
The scheduled reboot was not really necessary, last night the free ram was 135MB, and now after the reboot 155MB.

The router is running with the latest Merlin version, 384.13.
 
quick question:
is it still recommended to update pixelserv-tls within Diversion?
Since @kvic apparently stopped development of pixelserv-tls there will be no updates through the Entware package manager. But if there is an update, you can now safely update it through amtm.
 
This week I used for the first time the reboot scheduler from amtm on my RT-AC86U. The reboot was scheduled for 06:00 at sunday. When I woke up this morning wifi was not working and I was not able to open websites and the web interface of the router from a cabled computer.

So I did a manual reboot by a power cycle. Here are the latest lines of the log from 6:00 this morning till the manual reboot:
Code:
Nov  3 06:00:00 rc_service: service 20793:notify_rc reboot
Nov  3 06:00:00 wsdd2[6364]: error: wsdd-mcast-v4: wsd_send_soap_msg: send
Nov  3 06:00:00 wsdd2[6364]: error: wsdd-mcast-v4: wsd_send_soap_msg: send
Nov  3 06:00:01 iTunes: daemon is stopped
Nov  3 06:00:01 FTP_Server: daemon is stopped
Nov  3 06:00:01 wsdd2[6364]: Terminated received.
Nov  3 06:00:01 Samba_Server: smb daemon is stopped
Nov  3 06:00:01 Timemachine: daemon is stopped
Nov  3 06:00:01 WEBDAV_Server: daemon is stopped
Nov  3 06:00:02 custom_script: Running /jffs/scripts/services-stop
Nov  3 06:00:02 ntpd: Stopped ntpd
Nov  3 06:00:02 DualWAN: skip single wan wan_led_control - WANRED off
Nov  3 06:00:02 nat: apply redirect rules
Nov  3 06:00:03 WEBDAV_Server: daemon is stopped
Nov  3 06:00:03 NAT_Tunnel: AAE Service is stopped
Nov  3 06:00:03 NAT_Tunnel: AAE Service is stopped
Nov  3 06:00:03 iTunes: daemon is stopped
Nov  3 06:00:03 FTP_Server: daemon is stopped
Nov  3 06:00:03 Samba_Server: smb daemon is stopped
Nov  3 06:00:03 Timemachine: daemon is stopped
Nov  3 06:00:03 disk_monitor: Finish
Nov  3 06:00:03 miniupnpd[6366]: shutting down MiniUPnPd
Nov  3 06:00:06 nat: apply nat rules (/tmp/nat_rules_eth0_eth0)
Nov  3 06:00:06 kernel: ubi1: attaching mtd9
Nov  3 06:00:06 kernel: ubi1: scanning is finished
Nov  3 06:00:06 kernel: ubi1: attached mtd9 (name "misc1", size 8 MiB)
Nov  3 06:00:06 kernel: ubi1: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes
Nov  3 06:00:06 kernel: ubi1: min./max. I/O unit sizes: 2048/2048, sub-page size 2048
Nov  3 06:00:06 kernel: ubi1: VID header offset: 2048 (aligned 2048), data offset: 4096
Nov  3 06:00:06 kernel: ubi1: good PEBs: 64, bad PEBs: 0, corrupted PEBs: 0
Nov  3 06:00:06 kernel: ubi1: user volume: 1, internal volumes: 1, max. volumes count: 128
Nov  3 06:00:06 kernel: ubi1: max/mean erase counter: 8/5, WL threshold: 4096, image sequence number: 1875325633
Nov  3 06:00:06 kernel: ubi1: available PEBs: 0, total reserved PEBs: 64, PEBs reserved for bad PEB handling: 4
Nov  3 06:00:06 kernel: ubi1: background thread "ubi_bgt1d" started, PID 22912
Nov  3 06:00:07 kernel: UBIFS (ubi1:0): UBIFS: mounted UBI device 1, volume 0, name "nvram", R/O mode
Nov  3 06:00:07 kernel: UBIFS (ubi1:0): LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes
Nov  3 06:00:07 kernel: UBIFS (ubi1:0): FS size: 5840896 bytes (5 MiB, 46 LEBs), journal size 1015809 bytes (0 MiB, 6 LEBs)
Nov  3 06:00:07 kernel: UBIFS (ubi1:0): reserved for root: 275879 bytes (269 KiB)
Nov  3 06:00:07 kernel: UBIFS (ubi1:0): media format: w4/r0 (latest is w4/r0), UUID 6D5A851A-B0EB-4294-BAFF-FC3F0B46362F, small LPT model
Nov  3 06:00:07 kernel: UBIFS (ubi1:0): un-mount UBI device 1
Nov  3 06:00:07 kernel: ubi1: detaching mtd9
Nov  3 06:00:07 kernel: ubi1: mtd9 is detached
Nov  3 06:00:09 FTP_Server: daemon is stopped
Nov  3 06:00:09 Samba_Server: smb daemon is stopped
Nov  3 06:00:09 Timemachine: daemon is stopped
Nov  3 06:00:10 init: USB partition unmounted from /tmp/mnt/flash1
May  5 07:05:06 kernel: klogd started: BusyBox v1.25.1 (2019-07-31 13:30:38 EDT)
The scheduled reboot was not really necessary, last night the free ram was 135MB, and now after the reboot 155MB.

The router is running with the latest Merlin version, 384.13.
Nothing unusual in the log. The RT-AC86U has a known software bug while rebooting that only Asus can fix.
Apparently they are working on it. The router shuts down but fails to boot after. This happens occasionally, no matter how one triggers the reboot process.
 
While having had the issue of not repowering after a reboot with Merlin firmwares prior to Merlin 14Alpha2 I have not had this issue with his current Alpha2 release. Which is good as the AC86 seems to be spontaneously rebooting itself every 1- 4 days. Fortunately the process is quick and all the services including the VPN clients and server come back on line with no intervention on my part.
 
Since @kvic apparently stopped development of pixelserv-tls there will be no updates through the Entware package manager. But if there is an update, you can now safely update it through amtm.
Does this mean diversion will look else where for viable adblocker if pixelserv-tls becomes obsolete due to lack of dev team will somebody pick up the pixelserv-tls torch?
 
Does this mean diversion will look else where for viable adblocker if pixelserv-tls becomes obsolete due to lack of dev team will somebody pick up the pixelserv-tls torch?

Seems to me that the prolific script writer @Jack Yaz has already stepped in with a modified pixelserv-tls. This is an extract from the instructions on the Diversion website ... https://diversion.ch/

Option in ep, 6, 3 to install @Jack Yaz pixelserv-tls v2.3.0 which is compatible with new required security settings enforced by Apple and soon other companies.

However - this is off topic under amtm thread - and should be continued if necessary under the Diversion thread ...
https://www.snbforums.com/threads/diversion-the-router-ad-blocker.48538/
 
Has this replaced Diversion? Should I uninstall Diversion and install this now?

Edit - I just think maybe amtm is a front menu to access Diversion and other features so I will leave Diversion installed.
 
Edit - I just think maybe amtm is a front menu to access Diversion and other features so I will leave Diversion installed.

Your edit is correct.

Not sure where you got the idea that this replaced Diversion no one has said anything remotely close to that.
 
Minor aesthetics: No matter what you have the menu set for, when you use "u" to check for updates it always has "i" as show inactive scripts or tools. Consider suppressing that line for the 'u' menu or have the "i" setting carry over and have it say "not inst" in the column that has "no upd" or the version number?
Are you using one of the reduced themes that does not show a color distinction for installed / not installed scripts in i?
If so, let me quote from the theme selector in amtm and Diversion:
The basic and reduced themes use no or fewer
colors, service states may not be visible.

Anyway, I have some good news for you. More on that later.
 
Has this replaced Diversion? Should I uninstall Diversion and install this now?

Edit - I just think maybe amtm is a front menu to access Diversion and other features so I will leave Diversion installed.
It is indeed a helper and front end for popular SNB Forum scripts: https://diversion.ch/amtm.html
 
amtm 3.0 is now available

What's new
- I'm pleased to welcome FreshJR Adaptive QOS to the amtm collection of favorite SNBForum scripts!
- The menu entry for the deprecated Stubby DNS installer has been changed from 3 to sd.
- The i option to show all available scripts or tools is now highlighted (theme depending).
- The pixelserv-tls ps menu is now hidden in i if the CA certificate is not used for the router WebUI.
- Non-updatable scripts or tools are now hidden when checking for updates with u.

How to update amtm
Use u to update to this latest version.

pmUAeXm.png
 
amtm 3.0 is now available

What's new
- I'm pleased to welcome FreshJR Adaptive QOS to the amtm collection of favorite SNBForum scripts!
- The menu entry for the deprecated Stubby DNS installer has been changed from 3 to sd.
- The i option to show all available scripts or tools is now highlighted (theme depending).
- The pixelserv-tls ps menu is now hidden in i if the CA certificate is not used for the router WebUI.
- Non-updatable scripts or tools are now hidden when checking for updates with u.

How to update amtm
Use u to update to this latest version.

pmUAeXm.png
It seems like forever since I asked you if DNSCrypt could be added to amtm. It's amazing how far you have developed this script to make this the most needed, wanted, script for an Asus-merlin user period, full stop. Good work my friend, as always cheers!
 
I second skeals's remarks! And thanks for the extended reboot capability!
 

Similar threads

Sign Up For SNBForums Daily Digest

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