Swistheater
Very Senior Member
the new scripts are apart of the new jackhammer line of products...oops missed that . Thanks
the new scripts are apart of the new jackhammer line of products...oops missed that . Thanks
grep: /jffs/scripts/services-start: No such file or directory
Ironically, amtm fails to notify you of an available update for ..... amtm!amtm 2.1 is now available
What's new in amtm 2.1
- Checks for jffs partition before installing amtm
- fd format disk now has better way of device detection by using the same name the WebUI shows. Devices with no partition(s) are now also shown and can be formatted. Credit goes to @ColinTaylor .
- fd now stops file serving services such as Samba and FTP during formatting. This also solves most, if not all of the "Filesystem(s) did not unmount" errors. Credit goes to @ColinTaylor for figuring that out!
- su script updates / installed scripts: Unified code where possible to reuse code-block
- ps pixelserv-tls beta install option removed due to @kvic suspending the service until further notice. Menu is still shown if supported beta version is installed, with the option to remove the beta and install the latest Entware release version.
- Now supports these scripts by @Jack Yaz :
- YazFi
- connmon (new)
- ntpMerlin
- scMerlin (new)
- spdMerlin (new)
Use u to update amtm
u checks for amtm updates exclusively, while su checks for installed third party script updates exclusively.Ironically, amtm fails to notify you of an available update for ..... amtm!
(or it was there and I didn't see it)
But I'm incredibly lazy!!! I just want to hit su and know everything that needs updating!!! In my perfect world, su wouldn't update amtm, it would just tell you that an update was available.u checks for amtm updates exclusively, while su checks for installed third party script updates exclusively.
Many thanks; will do. I was a bit confused: I thought it was possible to cause problems by installing the pixelserv-tls version in Entware when one is running Diversion, which has its own, possibly different, version of picelserv-tls.Diversion requires Entware. Why not use ps to remove the beta? It does it all in one go.
so I fixed it reading your opened issue for entware on github: https://github.com/Entware/Entware-ng/issues/850 (zyxmon's comment)
Probably opkg considers these are different packages. Thу dirty solution is -
all good now
- open /opt/lib/opkg/status file on the router with the text editor and delete "section" with pixelserv-tls - V35.HZ12.Kk-1
- install with opkg install pixelserv-tls command
You have one of these installed but not properly as the /jffs/scripts/services-start file is missing and should have been created during the install.By the way, this information shows up underneath the list of installed scripts and above "update Entware":
What does that mean?Code:grep: /jffs/scripts/services-start: No such file or directory
What router and firmware version are you using? If it's a MIPSEL based router you will have the option to use parallel use of Entware-backports repo in "6. Manage Entware packages" in ep.It seems the 'ps' option tries to install the old entware version in my case:
Installing pixelserv-tls (V35.HZ12.Kk-1) to root...
which failes.
Running 'opkg list pixel*' shows two pixelserv-tls packages (the old and the new one);
pixelserv-tls - 2.2.1-1 - pixelserv-tls is a tiny bespoke webserver for adblock
with HTTP/1.1 and HTTPS support
pixelserv-tls - V35.HZ12.Kk-1
Running 'opkg install pixelserv-tls' always tries to install the old version.
Any ideas on howto remove the old package listing? It's no longer part of entware is it? Don't understand why it still shows up
What router and firmware version are you using? If it's a MIPSEL based router you will have the option to use parallel use of Entware-backports repo in "6. Manage Entware packages" in ep.
Your Entware version might be very dated. A fresh install of Diversion including Entware would solve that best.
Not sure if your snag is the same as mine; I used ps to remove pixelserv-tls beta and install pixelserv-tls, but pixelserv-tls won’t start.
syslog says:
Apr 29 16:58:38 Diversion: created br0ixelserv-tls 192.168.10.2, from /opt/etc/init.d/S80pixelserv-tls
Apr 29 16:58:38 Entware (armv7sf-k2.6): Failed to start pixelserv-tls (Diversion) from /opt/bin/diversion
So I tried uninstalling Diversion (choosing the option to leave Entware intact) and then reinstalling Diversion. It didn’t help.
I could try again, this time choosing the option to remove Entware, but it’s time to pause and reflect before I make things worse.
Any recommendations? And if I have run into the same snag as you, is there an alternative to your “dirty” method: I’m not too keen on editing the status file: I’m away from home right now and using OpenVPN server to access the router and I don’t want to cock things up more than I have done already!
I did indeed have a dual entry in the status file, which I removed. So I now only have the entry for pixelserv-tls 2.2.1-1. I saved the status file and then checked that entry was gone. I then ran opkg install pixelserv-tls and got the message:Yeah could be the same problem. I also use armv7 based entware for kernel 2.6.
I didn't check the syslog at the time pixelserv-tls failed to install using the 'ps' option in amtm but I tried to reïnstall it in Diversion using the 'ep' option and could see it was trying to install an old 'k version' (V35.HZ12.Kk-1). I then tried to manualy install it through opkg and saw the same error.
After digging around i found I had a double listing in the /opt/lib/opkg/status file. I suggest you check that aswell. If you have two entries for pixelserv-tls there you have the same problem as me.
Just remove all the lines containing the old pixelserv-tls version (V35.HZ12.Kk-1) with nano or vi. Save the file and run 'opkg install pixelserv-tls'. It should then install the correct 2.1.1 version.
It's not realy a 'dirty' method, you are actually cleaning the entware install and putting it back to a 'normal' state for pixelserv. I think zyxmon called it dirty because it requires some manual tingering with the status file but realy its quite a simple fix
The whole problem is still a leftover from the change in version naming Kvic introduced a year ago. My guess is the stats file got upgraded when entware-ng and entware-3x merged but clearly the old lines for pixelserv wernt removed for our entware package (armv7 - kernel 2.6.36 and higher).
Anyway, long story short: just edit the stats file, remove the lines containing the old pixelserv version, reinstall using opkg and you're good to go!
( 23 ) Failed writing body
Hi Lonelycoder
sometimes when running su - check script updates - I get the following
between the j2 and j3 entries.Code:( 23 ) Failed writing body
The script continues fine and if i run it again immediately after the occurrence - I no longer get this error.
Anyone else get this? Any idea what could cause this?
That's curl being shut too early, from when I googled it. I normally see if around spdmerlin's scheduled times, so it's probably memory management in playYes, I've seen it too. Seems to correspond to one of the Jack Yaz scripts running on their schedule.
Open diversion and type u and enter
You have one of these installed but not properly as the /jffs/scripts/services-start file is missing and should have been created during the install.
- /jffs/scripts/connmon
- /jffs/scripts/ntpmerlin
- /jffs/scripts/spdmerlin
Try uninstalling and reinstalling. If the issue persists, ask the script maintainer for help.
Welcome To SNBForums
SNBForums is a community for anyone who wants to learn about or discuss the latest in wireless routers, network storage and the ins and outs of building and maintaining a small network.
If you'd like to post a question, simply register and have at it!
While you're at it, please check out SmallNetBuilder for product reviews and our famous Router Charts, Ranker and plenty more!