What's new

RT86U - problem after last Entware update.

miazza

Regular Contributor
Hi all, I have updated my RT86U with last amtm , diversion and all the relevant scripts.
Also I have updated enware to latest version.

Now I see the following anomalous behaviours:
- In webif CPU, Internet Traffic and RAM bars are stuck at about 40%
- all cron jobs are not executed
- spdmerlin not working and relevant webui page not updated
- same story for uiDivStatus
- in SSH I can only execute amtm while if I try any command like "reboot" I get the following:
Code:
/sbin/reboot: line 1:ELF: not found
/sbin/reboot: line 10: : not found
/sbin/reboot: line 107: syntax error: unexpected ";"

A reboot from webif works but after few minutes from reboot the problem appears again.
I tried to power cycle the rooter without success

I tried a full deep factory reset but after restoring the same set-up I again have the problem.

Am I alone with this issue ?

thanks

miazza
 
There was an update to AMTM on 18APR26. I've noticed several other reports of things not working properly after the update. Will have to see if things straighten up in a bit.
 
Ok. This happened with the previous update and I hoped this last amtm was solving the issue but this in not the case.
I will wait otherwise I will go back to an old backup.
 
You should probably check out this post. There are multiple reports of issues as a result on the latest Entware update
as well as how it could be fixed.



 
@tlc updated AMTM this morning. May fix your issue?
 
You should probably check out this post. There are multiple reports of issues as a result on the latest Entware update
as well as how it could be fixed.



Thank you. I'm following that post to see what happens. It seems that a manual dowload with manuall install fixes te problem.
 
Thank you. I'm following that post to see what happens. It seems that a manual dowload with manuall install fixes te problem.
I don't think you'll find the a manual download will fix your issue.
The problem is which library files something is using, Check your env when logged in. If you have an
LD_LIBRARY_PATH set you want to try unsetting it.
unset LD_LIBRARY_PATH.

There is also a recommendation to add that to top of /jffs/scripts/service-event.
#!/bin/sh -
unset LD_LIBRARY_PATH
 
@miazza Can you confirm that your router is still an RT-AC86U.
99 % sure :) . I need coming back home and check because yesterday evening I made a full reset and I did not have the time to set back VPN. After full reset without installing anything it seems back working as nominal. I will try to restore a back-up with backup script and I will update you.
 
I don't think you'll find the a manual download will fix your issue.
The problem is which library files something is using, Check your env when logged in. If you have an
LD_LIBRARY_PATH set you want to try unsetting it.
unset LD_LIBRARY_PATH.

There is also a recommendation to add that to top of /jffs/scripts/service-event.
Indeed the manual intall did not fix.
 
...
- all cron jobs are not executed
- spdmerlin not working and relevant webui page not updated
- same story for uiDivStatus
When these problems occur, double-check and make sure that all the shell scripts in the /jffs/scripts directory have executable permissions. If you see some scripts without the execution bits set, run the following command for each file:
Bash:
chmod 755 /jffs/scripts/THE_SCRIPT_FILENAME

- in SSH I can only execute amtm while if I try any command like "reboot" I get the following:
Code:
/sbin/reboot: line 1:ELF: not found
/sbin/reboot: line 10: : not found
/sbin/reboot: line 107: syntax error: unexpected ";"
That's very odd. It looks as if the binary was treated as a script file by the shell interpreter.
Next time you have the problem, don't just type reboot, try the full command instead:
Bash:
/sbin/service reboot

But before rebooting, run the following commands:
Bash:
for binFile in $(which -a reboot) $(which -a rc) $(which -a busybox) ; do ls -1lF "$binFile" ; done
I'm just wondering if, when installing Entware, you have also installed another busybox service, which comes with its own reboot command. Having the Entware busybox available may cause issues with some built-in commands, especially if your PATH environment variable has the /opt paths defined *before* the native paths to the built-in commands.

My 2 cents.
 
When these problems occur, double-check and make sure that all the shell scripts in the /jffs/scripts directory have executable permissions. If you see some scripts without the execution bits set, run the following command for each file:
Bash:
chmod 755 /jffs/scripts/THE_SCRIPT_FILENAME


That's very odd. It looks as if the binary was treated as a script file by the shell interpreter.
Next time you have the problem, don't just type reboot, try the full command instead:
Bash:
/sbin/service reboot

But before rebooting, run the following commands:
Bash:
for binFile in $(which -a reboot) $(which -a rc) $(which -a busybox) ; do ls -1lF "$binFile" ; done
I'm just wondering if, when installing Entware, you have also installed another busybox service, which comes with its own reboot command. Having the Entware busybox available may cause issues with some built-in commands, especially if your PATH environment variable has the /opt paths defined *before* the native paths to the built-in commands.

My 2 cents.
Thanks for the detailed feedback.
Please note that
Code:
service reboot
comes back with the same error.
 
Finally I fixed my RT-AC86 with a full factory restore and a format of the entware drive.
I reinstalled a backup with BACKUPMON script and than I upgraded amtm + Diversion + all the script to latest release.
Ay the end I also updated entware and so far it seems well behaving.
Thanks to all for the assistance.
 
Finally I fixed my RT-AC86 with a full factory restore and a format of the entware drive.
I reinstalled a backup with BACKUPMON script and than I upgraded amtm + Diversion + all the script to latest release.
Ay the end I also updated entware and so far it seems well behaving.
Thanks to all for the assistance.
Something got "borked", as we call it in the industry. 😋
 
More of a pc term for fubar.
Fubar is definitely stronger than "borked". Like when a user backs up over a laptop, that's fubar'd. Perhaps it being an "OSI Layer 8" problem would be more appropriate. Lol
 
Similar threads
Thread starter Title Forum Replies Date
P BE88U Merlin amtm AdGuardHome Problem Asuswrt-Merlin AddOns 3

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!
Back
Top