Yeah, that's not a supported way of beta installation in amtm, never was.
lrwxrwxrwx 1 myusername root 51 Apr 22 09:38 /opt/bin/pixelserv-tls -> /opt/tmp/pixelserv-tls-beta/dist/pixelserv-tls-beta
Right, I wrote mine for the specific case of my router, so it needs my mount point. I did that pre-scribe, I would have done it differently today (and I still might). I did not mean for that to be code that was usable in the general case, just showing what I had done (and that I wasn't indenting that block).That's only halve of what I proposed to use, but Adamm disagreed because of backwards compatibility.
Yours would not mount if not found on the "usbssd" mount.
I proposed this line in post-mount, which would always work if the file is found:
But again, this would not work with the current tests.Code:[ "$(find $1/myswap.swp 2> /dev/null)" ] && swapon "$1"/myswap.swp
I'll get yours to work, you just wait.
I do indent my code in general, it was just that bit I couldn't, which I see you caught in a later message. scribe is very much indented.You can indent your code just fine. Look at my /opt/share/diversion/file/post-conf.div which is sourced in dnsmasq.postconf. It does a LOT when restarting Dnsmasq .
How's amtm treating your swap file entry now? All good?Right, I wrote mine for the specific case of my router, so it needs my mount point.
Been at work all morning, haven't had a chance to VPN in and test.How's amtm treating your swap file entry now? All good?
It'll work.Been at work all morning, haven't had a chance to VPN in and test.
Got a break, VPNed in, works like a charm. Thank you!!How's amtm treating your swap file entry now? All good?
Swap file found at:
/tmp/mnt/MY_LINUX/myswap.swp
/tmp/mnt/RECOVERY/myswap.swp
Delete the Swap file? [1=Yes e=Exit]
Hi thelonelycoderIt'll work.
No Swap file found at
/tmp/mnt/MY_LINUX/myswap.swp
/tmp/mnt/RECOVERY/myswap.swp
Added missing swap file entry to
/jffs/scripts/post-mount
What does that mean? Did you install pixelserv-tls trough amtm? If it does not show up as installed in amtm, then it's not a supported way of installing pixelserv-tls betas.
-rwxr-xr-x 1 username root 72960 Mar 20 04:45 /opt/bin/pixelserv-tls
For people who have installed through this script binaries regardless being call ed beta or final
releases, you can undo by:
1. opkg --force-reinstall install pixelserv-tls
2. rm -rf /opt/tmp/pixelserv-tls-beta
Removing package pixelserv-tls from root...
Installing pixelserv-tls (2.2.1-1) to root...
Downloading http://bin.entware.net/aarch64-k3.10/pixelserv-tls_2.2.1-1_aarch64-3.10.ipk
Configuring pixelserv-tls.
Place ca.crt and ca.key to /opt/var/cache/pixelserv before starting HTTPS mode.
Start options can be adjusted via /opt/etc/init.d/S80pixelserv-tls.
See 'pixelserv-tls -h' for details
You never had a beta version. Nothing to remove in step 2.Installed through amtm, yes. Just typed in "ps" in amtm's "install scripts or tools" menu and selected the regular beta version ("dynamically linked beta version").
This is what I get from the line you requested (same as @underdose):
Code:-rwxr-xr-x 1 username root 72960 Mar 20 04:45 /opt/bin/pixelserv-tls
I tried installing it again (via amtm), and, apparently, the author has temporarily suspended the service (Apr 23, 2019 announcement). Edited with the full announcement in the spoiler tab.
(c) 2017, 2018, 2019 kvic (aka kvic-z@github)
https://kazoo.ga/pixelserv-tls/
PERMISSION IS GRANTED TO USE OR MODIFY THIS SCRIPT FREE OF CHARGE
AS LONG AS THE ABOVE COPYRIGHT NOTICE REMAINS INTACT.
NO WARRANTY IS PROVIDED. PLEASE DECIDE AND USE AT YOUR OWN RISK.
***
Apr 23, 2019 - Announcement
This script was created upon requests of a few SNBforum members to easily partic ipate in
the development cycles of pixelserv-tls. All the past cycles ran great. For exam ple, I
introduced forum members to
* realize pixelserv-tls
1) offering them a smoother, faster and cleaner browsing experience
2) having capabilities to inspect privacy breaches by all sorts of websites
3) quickly cherry picking hostnames to whitelist for broken websites, and
4) much more on adblock related techniques and know-how's
* memory optimization in OpenSSL that people will not realize they could benef it otherwise
* latest TLS 1.3 and some of its leading edge features, and
* using 'htop' for inspecting memory & cpu hogs
Thanks to all people who participated back then. It was fun and great times.
This script later has evolved into bringing latest pixelserv-tls to SNBforum mem bers without
waiting for the long update cycles of Entware. So this acts both as releases of beta versions
as well as final release versions of pixelserv-tls.
This script also brought people latest TLS 1.3 by supplying a statically linked version
during a time of doubt and uncertainty of the availability of OpenSSL 1.1.1 on O penWRT/Entware.
For people who enjoyed it, you should realize that's my extra time and work for you.
I don't foresee a major development cycle on the current pixelserv-tls in the co ming months due
to work and other hobbies. For new features and performance elevation that I've been pondering
for a long time, they will come in a brand new pixelserv-tls from scratch. No ti meline there
really. Hence, temporarily suspending this service.
For people who have installed through this script binaries regardless being call ed beta or final
releases, you can undo by:
1. opkg --force-reinstall install pixelserv-tls
2. rm -rf /opt/tmp/pixelserv-tls-beta
This will give you a clean install from Entware repository.
If you have absolute need for the original service, please contact me at
https://kazoo.ga/pixelserv-tls/ or https://github.com/kvic-z/pixelserv-tls/
This service may resume on a future time when I pick up major work on this proje ct. Until
then enjoy pixelserv-tls and preach the gospel by all means.
Cheers,
kvic
Press ctrl-c to go back or quit...
I then followed the suggestions listed:
#1 gives me this:
Code:Removing package pixelserv-tls from root... Installing pixelserv-tls (2.2.1-1) to root... Downloading http://bin.entware.net/aarch64-k3.10/pixelserv-tls_2.2.1-1_aarch64-3.10.ipk Configuring pixelserv-tls. Place ca.crt and ca.key to /opt/var/cache/pixelserv before starting HTTPS mode. Start options can be adjusted via /opt/etc/init.d/S80pixelserv-tls. See 'pixelserv-tls -h' for details
#2 gives me... nothing.
Not sure if the removal process worked, how can I tell?
Regardless of whether beta had been installed, I believe that the rm command would never have any output unless you add the -v (i.e., verbose) option.You never had a beta version. Nothing to remove in step 2.
Also true.Regardless of whether beta had been installed, I believe that the rm command would never have any output unless you add the -v (i.e., verbose) option.
I'm good to go, then? No further instructions necessary?
Also, I'm amazed at how fast web browsing on mobile has become since installing the scripts. The content blockers I used to have running (1 Blocker X and Firefox Focus) did an okay job blocking ads and whatnot, but never provided a significant speed boost.
Now that everything's being blocked at the router level, my experience is so much faster and smoother. Thanks again for all of your help and work, @thelonelycoder, @L&LD and others.
I agree, however, when I use my mobile devices 'off my home network' I find that I need the contect blockers. I can't be bothered to enable/disable them each time I leave/return home.
With dc I only have option to remove Disk check script. No way to open Disk check options like in the capture of yours? Why is that?
dc remove Disk check script dcl show log
- New Disk check script thanks to @ColinTaylor . It now uses a more reliable filesystem type detection by the router.
This requires firmware version 384.11 or V39E1 (John's LTS fork) or higher to work.
A fall-back to the previous disk check is built in for routers not supporting it.
Sat May 5 08:05:29 DST 2018 Firmware does not support filesystem type parameter, probing Linux on device /dev/sdc1.
Tue Apr 23 21:03:12 DST 2019 Running disk check (v2.2) 'e2fsck -p' on /dev/sdc1
DT_1: clean, 53/474208 files, 1464417/1893320 blocks
.
.
.
.
---------------------------------------------------
END FILE
_____________________________________________
Delete log file now? [1=Yes e=Exit]
With dc I only have option to remove Disk check script. No way to open Disk check options like in the capture of yours? Why is that?
My options are:
Code:dc remove Disk check script dcl show log
And you wrote:
From the contents of my amtm-disk-check.log I can see that the new disk check script is not used because of firmware ( RT-AC68U (armv7l) FW-384.10)? Do I have to update fw to 384.11 alpha to get the new script in action?
Code:Sat May 5 08:05:29 DST 2018 Firmware does not support filesystem type parameter, probing Linux on device /dev/sdc1. Tue Apr 23 21:03:12 DST 2019 Running disk check (v2.2) 'e2fsck -p' on /dev/sdc1 DT_1: clean, 53/474208 files, 1464417/1893320 blocks . . . . --------------------------------------------------- END FILE _____________________________________________ Delete log file now? [1=Yes e=Exit]
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!