amtm amtm 3.2.x - the Asuswrt-Merlin Terminal Menu

[Centrifuge]

Thanks!
What's the recommended procedure to change the USB drive?

1. Unmount USB drive via router GUI
2. physically switch USB drive
3. then I have no Idea what to do next?

Format via AMTM

 

[AntonK]

Hi,
Yesterday and today, when logging into my router via SSH, AMTM is showing me an update from 3.2.3 to 3.2.3. When I press U to check for updates, the message doesn't show. Does anyone know what this is about?

Thanks.

 

[AntonK]

Aaaaand.... the oddity (ghost) is gone. So be it....

Anton

 

[thelonelycoder]

I have pushed a minor update for amtm, no version change.

What's new
CHANGED: Checks which AdGuardHome binary branch is installed.
Only the release branch will be checked for updates with u.

 

[JGN0123]

I had AMTA 3.2.0, manually installed, running on old Merlin version. I tried to update it but got the "amtm: diversion.ch unreachable" message. So, I removed it and tried to install manually with

curl -Os https://diversion.ch/amtm/amtm && sh amtm

It didn't do anything.
Is there another way to install it manually again?

 

[thelonelycoder]

I had AMTA 3.2.0, manually installed, running on old Merlin version. I tried to update it but got the "amtm: diversion.ch unreachable" message. So, I removed it and tried to install manually with

curl -Os https://diversion.ch/amtm/amtm && sh amtm

It didn't do anything.
Is there another way to install it manually again?

This: https://www.snbforums.com/threads/ac87u-all-download-attempts-failed.75049/page-2#post-734277

 

[JGN0123]

This: https://www.snbforums.com/threads/ac87u-all-download-attempts-failed.75049/page-2#post-734277

Got it, thank you!

 

[timevacuum]

Update (22/05/02): I don't want to mislead anyone so I'm going to retract what I said below as others are quite certain that cron should be happening in local time. I still haven't gotten it to behave this way on my router. However it appears not to be a amtm issue so I'm going to post in the main forum for further assistance.

For other rookies like me:
It appears that cron jobs are set in the UTC timezone regardless of router time zone setting. This means you will have to use a little math (or use a time converter) when you set up the LED OFF/ON times in amtm.

As long as I have this correct, it might be nice to state this when setting the LED times in amtm. If I don't, please educate me.

I don't know for sure but I assume this is the same for other busybox installs? While other cron implementations seem to indicate their jobs will use local time.

 

[visortgw]

For other rookies like me:
It appears that cron jobs are set in the UTC timezone regardless of router time zone setting. This means you will have to use a little math (or use a time converter) when you set up the LED OFF/ON times in amtm.

As long as I have this correct, it might be nice to state this when setting the LED times in amtm. If I don't, please educate me.

I don't know for sure but I assume this is the same for other busybox installs? While other cron implementations seem to indicate their jobs will use local time.

No, cron jobs are executed in router local time.

 

[Clark Griswald]

RE: Swap File Sizes

I noticed the options for 5 and 10GB, which far exceed the recommended 2GB.
Why are the large sizes needed? I thought it was a temp storage (used as needed).

 

[iTyPsIDg]

RE: Swap File Sizes

I noticed the options for 5 and 10GB, which far exceed the recommended 2GB.
Why are the large sizes needed? I thought it was a temp storage (used as needed).

Diversion - Diversion - the Router Ad-Blocker v4.2.x (see new thread for 4.3.x)

Updating via web gui seems to get stuck at 10%…

www.snbforums.com

 

[timevacuum]

No, cron jobs are executed in router local time.

So then I am definitely missing something. Screenshots attached.

Router is set to PDT.
Time is just after 8am
Leds are set to come on at 1300 and off at 600
Right now the option offered in amtm is to "disable" the leds implying that the leds are on. I can also confirm that the leds are actually on.

If this was scheduled in local time the leds should be off but they aren't.

 

[chongnt]

So then I am definitely missing something. Screenshots attached.

Router is set to PDT.
Time is just after 8am
Leds are set to come on at 1300 and off at 600
Right now the option offered in amtm is to "disable" the leds implying that the leds are on. I can also confirm that the leds are actually on.

If this was scheduled in local time the leds should be off but they aren't.

I don’t use this feature. But if this is done by cron jobs, perhaps can run “cru l” and see if the cron jobs time is correct.

 

[timevacuum]

XXXXXXXX@RT-AC68U-9E20:/tmp/home/root# cru l
0 13 * * * /jffs/addons/amtm/ledcontrol -on #amtm_LEDcontrol_on#
0 6 * * * /jffs/addons/amtm/ledcontrol -off #amtm_LEDcontrol_off#

Times are correct for UTC and these turn the lights off at night and back on in the morning. Still confused.

 

[ColinTaylor]

Times are correct for UTC and these turn the lights off at night and back on in the morning. Still confused.

The times shown in the output of the cru command are in the local time zone, not UTC.

So if you want the LEDs to turn off at 22:00 local time for example, the entry should be 0 22 * * * /jffs/addons/amtm/ledcontrol -off

If crond is not operating in the time zone set on your router then something has gone wrong.

Look in the router's syslog just after it's booted up. You should see a line similar to this just after NTP sets the router's clock:

Apr 29 19:54:11 crond[1455]: time disparity of 2096029 minutes detected

You can try manually restarting crond and seeing if that fixes the problem:

service restart_crond

 

[thelonelycoder]

amtm 3.3 is now available, see new thread here.