You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Yesterday I stumbled upon a problem with a tablet, which did not have the folder sdcard in the root directory.
When executing any of the EnergizedProtection commands like ep -p blu or ep -m
the first 3 lines consist of mkdir failed for /sdcard/, Read-only file system.
root@tablet:/ # ep -p blu
mkdir failed for /sdcard/, Read-only file system
mkdir failed for /sdcard/, Read-only file system
mkdir failed for /sdcard/, Read-only file system
[|] Pack: Downloadingwget: can't open '/sdcard/EnergizedProtection/hosts.gz': No such file or directory
[/] Pack: Downloadinggzip: can't gzopen /sdcard/EnergizedProtection/hosts.gz
[✓] Pack: Blu Protection
[*] No extension applied.
ls: Unknown option '-h'. Aborting.
[+] Size:
[\] Filter: Updatingwget: can't open '/sdcard/EnergizedProtection/cache/version.md': No such file or directory
cp: /sdcard/EnergizedProtection/cache/version.md: No such file or directory
/system/bin/ep[2133]: can't create /sdcard/EnergizedProtection/cache/filter: No such file or directory
[✓] Filter: Updated
-------------------------------------------------
[+] If you loved our work, consider donating.
> PayPal: paypal.me/shadmansaleh
> Support: energized.pro/support
-------------------------------------------------
The Download and apply obviously fail as well.
Side Note: The script still ticks it as updated. Does it always tick it? Does the script even check if the apply worked?
Side Note: I know 20.4 is the newest Magisk version, but due to Rockchips own "KRNL" boot image format, which Magisk does not support, I had to patch the boot image myself. I wont update Magisk if not needed as this is a hell of time waste to do so. I do think though that the Magisk version does not matter in this case.
Here are some commands I've tried in order to understand why the script doesn't work.
Notice how there is no /sdcard present in this list.
The script complains about it being a "read-only" file system,
as it also wants to create /sdcard,
but the rootfs is read-only.
mount -o rw,remount rootfs /
Now this is where it gets interesting.
Just for fun I tried remounting the entire root filesystem as read-write.
This changes the script output:
root@tablet:/ # mount -o rw,remount rootfs /
root@tablet:/ # ep -p blu
[✓] Pack: Blu Protection
[*] No extension applied.
ls: Unknown option '-h'. Aborting.
[+] Size:
[✓] Filter: Updated
-------------------------------------------------
[+] If you loved our work, consider donating.
> PayPal: paypal.me/shadmansaleh
> Support: energized.pro/support
-------------------------------------------------
It seems like the script is now able to create the folder.
directory variable
Now for an actual purposeful attempt to make the script work.
A similar result shows up when I set the path in the directory variable to /data/media/0/EnergizedProtection,
as this path definitively exists.
The /sdcard error disappears, but there seem to be some more problems:
root@tablet:/ # ep -p blu
[✓] Pack: Blu Protection
[*] No extension applied.
ls: Unknown option '-h'. Aborting.
[+] Size:
[✓] Filter: Updated
-------------------------------------------------
[+] If you loved our work, consider donating.
> PayPal: paypal.me/shadmansaleh
> Support: energized.pro/support
-------------------------------------------------
root@tablet:/ # ep -i
-------------------------------------------------
ϟ C O M P A T I B I L I T Y I N F O -
-------------------------------------------------
[✓] Shell: sh supported.
[✓] Magisk: 20.3 supported.
[✓] Root: Permission granted.
[✓] Busybox: v1.31.1-osm0sis supported.
[✓] Adblocker App: No confliction.
[✓] Directory: Setup properly.
[✓] Update: Already latest.
-------------------------------------------------
ϟ P A C K I N F O -
-------------------------------------------------
[+] Pack: Blu Protection
[+] Domains: -
ls: Unknown option '-h'. Aborting.
[+] Size:
[+] Current IP:
date: invalid option -- r
date: invalid option -r
[+] Updated:
-------------------------------------------------
[+] If you loved our work, consider donating.
> PayPal: paypal.me/shadmansaleh
> Support: energized.pro/support
-------------------------------------------------
These errors are about ls and date. What can be done about those?
The text was updated successfully, but these errors were encountered:
But it is still an issue, as it states that it needs busybox installed on Magisk 20 - 20.3.
I have done that and it does not work.
So either the Requirements need to be adjusted, or the code needs to be looked at to prevent this issue from happening.
Also why would the busybox make a difference when there is a folder and/or symlink missing?
Yesterday I stumbled upon a problem with a tablet, which did not have the folder
sdcard
in the root directory.When executing any of the EnergizedProtection commands like
ep -p blu
orep -m
the first 3 lines consist of
mkdir failed for /sdcard/, Read-only file system
.The Download and apply obviously fail as well.
Side Note: The script still ticks it as updated. Does it always tick it? Does the script even check if the apply worked?
Device Info:
Chipset:
Rockchip RK3128
Android:
5.1.1
uname -a
:Linux localhost 3.10.0 #309 SMP PREEMPT Tue Oct 18 16:49:27 CST 2016 armv7l Android
Magisk:
20.3
Energized Version:
1.3.2
Busybox:
v1.31.1-osm0sis
Side Note: I know 20.4 is the newest Magisk version, but due to Rockchips own "KRNL" boot image format, which Magisk does not support, I had to patch the boot image myself. I wont update Magisk if not needed as this is a hell of time waste to do so. I do think though that the Magisk version does not matter in this case.
Here are some commands I've tried in order to understand why the script doesn't work.
ls -la /
Notice how there is no
/sdcard
present in this list.The script complains about it being a "read-only" file system,
as it also wants to create
/sdcard
,but the rootfs is read-only.
mount -o rw,remount rootfs /
Now this is where it gets interesting.
Just for fun I tried remounting the entire root filesystem as read-write.
This changes the script output:
It seems like the script is now able to create the folder.
directory
variableNow for an actual purposeful attempt to make the script work.
A similar result shows up when I set the path in the
directory
variable to/data/media/0/EnergizedProtection
,as this path definitively exists.
The
/sdcard
error disappears, but there seem to be some more problems:These errors are about
ls
anddate
. What can be done about those?The text was updated successfully, but these errors were encountered: