Related
Universal Systemless Installer for Xposed Framework
>> disclaimer: imagine the most horrible possible outcome and multiply it by 6
(did you get the Megamind joke ?) , you have been warned though <<
what is this ?
basically its an on-the-fly systemless converter/installer for xposed framework
the beauty is that you can install the latest releases of Xposed Framework: systemless
install it from twrp like any other zip
queu your rom with supersu and this zip
it will automatically detect the needed framework (which you still have to download)
versions:
xposed-usi-v0.1l (8bce9f8)
- revised bootdetection properly
- revised file attribute detection completely
- revised loopback options
- updated mount script
- added multiarch archive check (arm/arm64/x86/x64/mips/mips64)
xposed-usi-v0.1k (3f236e6)
- revised imgsize
- revised unpack method
- revised mount script and init.rc
xposed-usi-v0.1j (b96ab4c)
- revised mount options, removed comma for compatibility busybox,toolbox and toybox
- added diskfree check for /tmp
- revised paths and librarypaths properly
- rollback aapt search
- fixed chown problem for toolbox
xposed-usi-v0.1i (5ff57eb)
- removed awk for compatibility whether busybox,toolbox and toybox
- fixed search for paths with spaces
- revised librarypath
- added aapt check, if not found, apkname defaults to filename (omnirom)
- removed incorrect 64-bit patch check
- revised mount process and cleanup
xposed-usi-v0.1h (75403d1)
- revised imgsize detection, revised imgbuild (reduced by 30%)
- added sanity checks throughout the script
- boot.img backup to /data or /cache, with md5sum and origin
- removed some obsolete loops, added log optimizations
- added 1mb imgsize buffer for inline patching
xposed-usi-v0.1g - Changed imgsize detection, fixed ui_print, some minor bugs and typo's (124184f)
xposed-usi-v0.1f - Changed abi detection, fixed apk install for /cache (ac0e0f0)
xposed-usi-v0.1e - Changed bootpartition detection (997e0af)
xposed-usi-v0.1d - Some bug fixes (edf3c9b)
xposed-usi-v0.1c - MIUI / TouchWiz support (untested) (89d44b6)
xposed-usi-v0.1b - first public beta (c1f9fb7)
xposed-usi-v0.1a - non-public release
features:
universal: works on all devices xposed is written for (auto-detect cpu and sdk)
futureproof: compatible with any future versions of xposed-framework ( v87+ )
trustability: installs and patches the official xposed-framework zipfiles
compatible: also works with any unofficial release although not tested
secure: xposed.img is mounted read-only
small: smallest possible footprint for xposed.img
requirements:
twrp (tested with 3.0+)
supersu (tested with 2.65+)
urls/credits
rovo89 - xposed framework
chainfire - systemless idea & tools
topjohnwu - systemless xposed idea
dvdandroid - xposed-installer
romracer - systemless xposed
gh2923 - arm64 tester (awesome guy :good
HypoTurtle - proof of concept for supersu image/su.d
FAQ
why did you write it?
i thought i could do a better job, you decide
is it safe?
backup your device, in case the installation fails just restore your boot partition
its the first release and beta, make no assumptions,
how to install ?
>>> WARNING: it will overwrite /data/xposed.img without prompt! <<<
download supersu by chainfire
download the xposed-usi-v*.zip (download link below)
download the proper xposed-v*-sdk*-*.zip version for your device
and place it alongside or in a subfolder (auto-detect)
Official Xposed Framework
Xposed for Samsung/TouchWiz
Xposed for MIUI
download one of the installers below
Xposed Installer by dvdandroid or
Xposed Installer by romracer
and place it alongside or in a subfolder (auto-detect)
queue and install supersu 2.65+ followed by xposed-usi-v*.zip
(already on supersu?, just install the xposed-usi-v*.zip)
reboot
how do i know what version of xposed i need ?
run the xposed installer by dvdandroid
or run the xposed-usi-*.zip
both will show which version you need
bugs/problems:
probably, i only have one device
donate:
bitcoin address: 1HPRug5MFDp2eA3rr4kDEhV1gEguinRnpQ
download: (latest version is at the bottom of the list)
saved for future reference
Customized Frameworks and Installers
(supported from 0.1c and above)
Do you want your custom Xposed Framework supported ? Follow these rules:
installer searches for: "xposed-v*-sdkAPI-ARCH-*.zip"
API = 21, 22, 23 ... etc
ARCH = arm, arm64, x86, x64, mips, mips64 (case insensitive)
zipfile must contain "/system" folder with the xposed system files.
Do you want your custom Xposed Installer App supported ? Follow these rules:
installer searches for: "*xposed*installer*.apk" (case insensitive)
I'l try and give report
Minions_Army said:
I'l try and give report
Click to expand...
Click to collapse
Thanks mate, appreciate it
st0rm77 said:
Thanks mate, appreciate it
Click to expand...
Click to collapse
Failed on xperia m running rr 569 lp
Edit
My fault
I'm not install xposed framework official before
Test again
On my hammerhead nexus 5
Failed too
Minions_Army said:
Failed on xperia m running rr 569 lp
Edit
My fault
I'm not install xposed framework official before
Test again
Click to expand...
Click to collapse
I changed the bootpartition detection, tested it and it should run now.
Updated to xposed-usi-v0.1.e
BTW: the recovery.log file is now copied after the installation and can be found in same directory as the ZIP file, with the same name.log (xposed-usi-v0.1e.zip.log) just to make things easy.
st0rm77 said:
I changed the bootpartition detection, tested it and it should run now.
Updated to xposed-usi-v0.1.e
BTW: the recovery.log file is now copied after the installation and can be found in same directory as the ZIP file, with the same name.log (xposed-usi-v0.1e.zip.log) just to make things easy.
Click to expand...
Click to collapse
I'll try latest build
Might want to try the latest version.
@everyone: i need some more testers, so if you're up for it, post away.
I need to wait more feed backs before installing this one. Sdk22 user here anyway
MrBrowseGierza said:
I need to wait more feed backs before installing this one. Sdk22 user here anyway
Click to expand...
Click to collapse
Updated version to >> 0.1h <<
It works flawlessly on my own device, so try it out and if you run into problems let me know.
First time the folder name contains a space, it just says error.
After I rename the folder, it still failed, and the log is as follows:
Code:
I:operation_start: 'Flashing'
正在安装刷机包 '/sdcard/1/SystemlessXposed_by_st0rm77/xposed-usi-v0.1h.zip'
检查 MD5 文件…
跳过 MD5 校验：无法找到 MD5 文件
I:Zip does not contain SELinux file_contexts file in its root.
I:Legacy property environment initialized.
******************************
Universal Systemless Installer
for Xposed Framework
ver: 0.1h
written by: st0rm
Licensed under: GPL v2
******************************
- Mounting /system(ro), /data, /cache
- Setting library path: /system/lib64
- Cpu architecture: arm64-v8a/arm64, sdk23
*************
Image builder
*************
- UnZipping into TMPDIR: /tmp/30499
Archive: /sdcard/1/SystemlessXposed_by_st0rm77/xposed-usi-v0.1h.zip
inflating: /tmp/30499/arm64-v8a/sukernel
creating: /tmp/30499/common/
creating: /tmp/30499/common/ramdisk/
inflating: /tmp/30499/common/ramdisk/init.xposed.rc
creating: /tmp/30499/common/ramdisk/sbin/
inflating: /tmp/30499/common/ramdisk/sbin/mount_xposed.sh
/tmp/updater[176]: awk: not found
! Failed: /sdcard/1/SystemlessXposed_by_st0rm77/xposed-v86-sdk23-arm64.zip is corrupt
***********
Cleaning up
***********
- Unsetting library path
- Unmounting
- Removing TMPDIR: /tmp/30499
I checked the xposed-v86-sdk23-arm64.zip, the md5sum it is just the same as the official. Then I down a new one, but it still failed.
I'm using Oneplus 3, TWRP 3.0.2-0.
Sorry for my poor English...
gh2923 said:
First time the folder name contains a space, it just says error.
After I rename the folder, it still failed, and the log is as follows:
Code:
I:operation_start: 'Flashing'
正在安装刷机包 '/sdcard/1/SystemlessXposed_by_st0rm77/xposed-usi-v0.1h.zip'
检查 MD5 文件…
跳过 MD5 校验：无法找到 MD5 文件
I:Zip does not contain SELinux file_contexts file in its root.
I:Legacy property environment initialized.
******************************
Universal Systemless Installer
for Xposed Framework
ver: 0.1h
written by: st0rm
Licensed under: GPL v2
******************************
- Mounting /system(ro), /data, /cache
- Setting library path: /system/lib64
- Cpu architecture: arm64-v8a/arm64, sdk23
*************
Image builder
*************
- UnZipping into TMPDIR: /tmp/30499
Archive: /sdcard/1/SystemlessXposed_by_st0rm77/xposed-usi-v0.1h.zip
inflating: /tmp/30499/arm64-v8a/sukernel
creating: /tmp/30499/common/
creating: /tmp/30499/common/ramdisk/
inflating: /tmp/30499/common/ramdisk/init.xposed.rc
creating: /tmp/30499/common/ramdisk/sbin/
inflating: /tmp/30499/common/ramdisk/sbin/mount_xposed.sh
[SIZE="5"]/tmp/updater[176]: awk: not found[/SIZE]
! Failed: /sdcard/1/SystemlessXposed_by_st0rm77/xposed-v86-sdk23-arm64.zip is corrupt
***********
Cleaning up
***********
- Unsetting library path
- Unmounting
- Removing TMPDIR: /tmp/30499
I checked the xposed-v86-sdk23-arm64.zip, the md5sum it is just the same as the official. Then I down a new one, but it still failed.
I'm using Oneplus 3, TWRP 3.0.2-0.
Sorry for my poor English...
Click to expand...
Click to collapse
Poor English is better than 'No English'
There isnt a problem with your files, >> awk is missing << and the script does a check for you to make sure the zip file isnt broken. (contains files)
No awk, no correct check it seems, i will work something out for you.
Please download en run tool-test zip file, post logfile as attachment
st0rm77 said:
Poor English is better than 'No English'
There isnt a problem with your files, >> awk is missing << and the script does a check for you to make sure the zip file isnt broken. (contains files)
No awk, no correct check it seems, i will work something out for you.
Please download en run tool-test zip file, post logfile as attachment
Click to expand...
Click to collapse
That is to say, some busybox command not support?
st0rm77 said:
Updated version to >> 0.1h <<
It works flawlessly on my own device, so try it out and if you run into problems let me know.
Click to expand...
Click to collapse
Thanks, work perfectly fine on my LG G3 dual SIM D856.
MrBrowseGierza said:
Thanks, work perfectly fine on my LG G3 dual SIM D856.
Click to expand...
Click to collapse
And we have a winner
Thanks for posting the result mate :good:
I want to test. I have an htc m10. I have Xposed v85. I just tried v86 and im having lots of problems. Im not to good with this stuff so im not sure how to install it. Im going to do a fresh install of rom and Xposed. I have you're file, Xposed v85, and my rom ready to go. After I flash my rom, boot and restore my apps. Then? Im not sure what to do with you're file and the Xposed v85 file. Do I flash them both?
Sent from my 2PS64 using XDA-Developers mobile app
gh2923 said:
That is to say, some busybox command not support?
Click to expand...
Click to collapse
Well it seems you have no busybox in /sbin at all instead i found toolbox,
which is limited and does not have awk.
So i have to work around this somehow. I would hate to include a complete installation of busybox for all architectures.
Im working on a solution.
l1ttl3z said:
I want to test. I have an htc m10. I have Xposed v85. I just tried v86 and im having lots of problems. Im not to good with this stuff so im not sure how to install it. Im going to do a fresh install of rom and Xposed. I have you're file, Xposed v85, and my rom ready to go. After I flash my rom, boot and restore my apps. Then? Im not sure what to do with you're file and the Xposed v85 file. Do I flash them both?
Sent from my 2PS64 using XDA-Developers mobile app
Click to expand...
Click to collapse
Did you read the how to install from the first post ?
Download your rom
Download supersu (see 1st post)
Download xposed-usi- latest version (see 1st post)
Download xposed version you want (85 in your case)
Download xposed-installer-apk (see 1st post)
Put only these files in a new folder
folder/yourrom.zip
folder/supersu*.zip
folder/xposed-usi-*.zip
folder/xposed-v85-*.zip
folder/xposed-installer*.apk
Start TWRP and navigate to your folder
Select your yourrom.zip and press "Add more Zips"
Select your supersu*.zip and press "Add more Zips"
Select --> xposed-usi-*.zip and "Swipe to install"
And that should do it
st0rm77 said:
Well it seems you have no busybox in /sbin at all instead i found toolbox,
which is limited and does not have awk.
So i have to work around this somehow. I would hate to include a complete installation of busybox for all architectures.
Im working on a solution.
Click to expand...
Click to collapse
I'm using H2OS, maybe it just delete many things...
Perhaps I should first flash a systemless busybox?
Like this one:
http://forum.xda-developers.com/android/software-hacking/tool-busybox-flashable-archs-t3348543
It's 0:40am, sorry but I have to go to sleep
Device: Meize MX4
Build: Flyme 5.1.5.0G
OS: Lolipop MR1 (5.1)
Architecture: armv7l
I installed XposedInstaller_3.0_alpha4.apk from here:
http://forum.xda-developers.com/showthread.php?t=3034811
And download xposed-v86-sdk22-arm.zip from here:
http://dl-xda.xposed.info/framework/sdk22/arm/
I don't have an custom recovery, So I installed the SDK manually by this steps:
1. Decompressed xposed-v86-sdk22-arm.zip
2. Copy all files in "bin" to "/system/bin" with "rwxr-xr-x" permissions
3. Copy the file in "framework" to "/system/framework" with "rw-rw----" permissions
4. Copy all files in "lib" to "/system/lib" with "rw-rw----" permissions
5. Copy the file "xposed.prop" to "/system" with default permissions
6. Rebooting the system
At the main menu of Xposed I see this message under "Framework" title:
"The lastest version of Xposed is currently not active, Did you install the framework and reboot?"
And when I press on "Framework" I see this message:
"Xposed framework version 86 is installed, but not active, Please check the logs for details."
When I switch to "Logs" I see that:
"Could not read log: /data/data/de.robv.android.xposed.installer/log/error.log: open failed: ENOENT (No such file or directory)"
Can someone help me please?
Thanks!
I'm still need help about this probelm...
The permissions mask take from "Root Explorer" application.
Try an earlier version.
hazan88 said:
Device: Meize MX4
Build: Flyme 5.1.5.0G
OS: Lolipop MR1 (5.1)
Architecture: armv7l
I installed XposedInstaller_3.0_alpha4.apk from here:
http://forum.xda-developers.com/showthread.php?t=3034811
And download xposed-v86-sdk22-arm.zip from here:
http://dl-xda.xposed.info/framework/sdk22/arm/
I don't have an custom recovery, So I installed the SDK manually by this steps:
1. Decompressed xposed-v86-sdk22-arm.zip
2. Copy all files in "bin" to "/system/bin" with "rwxr-xr-x" permissions
3. Copy the file in "framework" to "/system/framework" with "rw-rw----" permissions
4. Copy all files in "lib" to "/system/lib" with "rw-rw----" permissions
5. Copy the file "xposed.prop" to "/system" with default permissions
6. Rebooting the system
At the main menu of Xposed I see this message under "Framework" title:
"The lastest version of Xposed is currently not active, Did you install the framework and reboot?"
And when I press on "Framework" I see this message:
"Xposed framework version 86 is installed, but not active, Please check the logs for details."
When I switch to "Logs" I see that:
"Could not read log: /data/data/de.robv.android.xposed.installer/log/error.log: open failed: ENOENT (No such file or directory)"
Can someone help me please?
Thanks!
Click to expand...
Click to collapse
Hi,
I had this, I downloaded an earlier version and it worked, so work back from v86 try v85 v84 till you get working right.
Framework installed but not active, log included
Log:
/data/data/de.robv.android.xposed.installer/conf/modules.list was not found
Device info: Note5, ARM64, Nougat
7.0 is still unstable. (7.0还是不稳定。。)
Hello
Do you remember my custom ROMs for older devices? Do you remember my "DevBase" and its idea? If not - please read hidden content below:
>> [ROM] DevBase for Note 3 (SM-N9005) <<
>> [ROM] DevBase for Note 4 (SM-N910F) <<
>> [ROM] DevBase for S5 (SM-G900F) <<
>> [ROM] DevBase for S5 Duos (SM-G900FD) <<
Since I created these custom ROMs - many things have changed. Main idea of my previous work was the ability to flash these ROMs over stock ROM without wipe data - to let users simply jump between official ROM and DevBase with most necessary modifications for advanced users. It was relatively simple to implement until Samsung introduced both: dm-verity's boot prevention + forced /data encryption (starting from S7/S7edge series). What does it mean? If you disable /data encryption - you are able to use TWRP like in older devices, you are able to flash custom ROMs available in this section, but you are not able simply switch to official stock ROM. Since I bought my S7 edge I realized, that the most reasonable way is to go in the "systemless direction".
Are you tired with traditional custom ROMs?
Do you miss custom ROMs but do not want to decrypt your device (for privacy/security reasons)? (!)
You are in the right place! I present you SYSTEMLESS DevBase - an SYSTEMLESS equivalent of my previous work (see hidden content above)
SYSTEMLESS DevBase is developed and physically tested on S7 Edge (G935F). However, it should work on ALL UNLOCKED SAMSUNG DEVICES running Android 6.x/7.x/8.x. Exynos? Snapdragon? NO MATTER !!!
Prerequisites:
- Samsung device running stock or stock-based Android 6.x or newer (7.x/8.x)
- Rooted device - Magisk v12+ or SuperSU v2.76+ installed in SYSTEMLESS mode (!)
- Stock, untouched /system partition (not mandatory, but recommended for OTA)
(!) WARNING (related to installing TWRP and/or rooting Nougat - e.g. ZPLN, DPLT or newer): There are confirmed reports that installing TWRP and/or rooting encrypted phones running stock Nougat causes bootloop (even if you just flash TWRP, without rooting). You will need to restore both - stock recovery and stock kernel (if you e.g. tried to flash SuperSU or other ZIP which might modify the kernel) to make your device bootable. You need to remove stock encryption (by formatting /data after rooting). If you need data encryption - you can easy re-encrypt already rooted device (by setting "KEEPFORCEENCRYPT" flag to "true" before (re)flashing Magisk or SuperSU).
SYSTEMLESS DevBase v2.0:
1. Benefits / main features:
- Works with encypted /data partition (**) (!)
- Working official OTA updates! (see Tips & Tricks - post #4)
- Does NOT perform any phisical modifications in /system
- Does NOT perform any additional changes/patches to the kernel
- Removed KNOX warnings (systemlessly removed SecurityLogAgent)
- It contains SYSTEMLESS BusyBox (bionic, the most stable and respected release)
- It allows you to easily modify most of files & apps in your /system - SYSTEMLESSLY (see Tips & Tricks)
2. Systemless Safe De-Bloat (more info below):
What does it mean and why is it called "safe"?
- ONLY apps available in stores will be systemlessly removed from the ROM, so you can easily (re)install any of these app if you like
- ONLY pre-installed system apps are will be systemlessly removed, DevBase installer never touch any updated app nor app installed manually from store
Thus, the following conclusions can be drawn:
1. If you install my SYSTEMLESS DevBase directly over working stock ROM - in most cases almost all these apps will remain untouched, because almost all apps have been updated already (stored on /data). But then you will be able to remove any useless app using the "Application manager" -> [Name_Of_App_To_Remove] -> MORE -> Uninstall updates. NOTE: App will disappear arter reboot and will be visible even in Titanium Backup!
2. If you perform "Wipe data" directly before installing SuperSU and my SYSTEMLESS DevBase (before you let to install app's updates) - then all apps listed below will be removed. If you would like to use any of these apps - just install it manually from appropriate store. Installed manually app will not be removed during the next DevBase update or re-install.
Removed apps list (depends on the device, should cover all devices starting from Galaxy S5):
ChatON
Chrome
Drive
Dropbox
EditorsDocs
Evernote
Excel
Facebook
FB Messenger
FB Pages Manager
Flipboard
Google+ / Photos
Group Play
Hangouts
Instagram
OneDrive
OneNote
PEN.UP
Play Books
Play Games
Play Movies
Play Music
Play Newsstand
PowerPoint
Skype
Smart Remote
WhatsApp
Word
NEW! Safe De-Bloat feature automatically detects and systemlessly removes apps not listed above, but present in your CSC package
3. Systemless CscFeature MOD (enabled some built-in, hidden features):
- Added shutter sound menu in Camera app
- Sending/receiving MMS without data on
- Show SMS/MMS sending time instead of receiving
- Added "Exit Internet" option to stock browser
- Added call button in Phone Logs (**)
- Added "Call/Message block" option in Settings
- Added symbols as secondary keys in Samsung keyboard (**)
- Added 4G/3G network support (master/slave SIM card - applies to Duos variants)
- Call Recording (added "Record" button, auto record calls - starting from Nougat)
- Enabled "Recent App Protection" feature
(**) may not work starting from Android 7.0 Nougat
Installation:
1. TWRP recovery:
- Tap "Keep Read Only" on the Welcome screen [extremely important for working OTA!]
- Open file using "Install" option (use extSdCard or OTG storage in case of encrypted /data)
- Confirm flash by swiping right
- Tap "Reboot System" (DO NOT wipe /cache after flashing in case of encrypted /data!)
2. FlashFire app (***):
- Open file using "Flash ZIP or OTA" option
- UNTICK "Mount /system read/write" [extremely important for working OTA!]
- Tap "FLASH"
NOTE1: One additional auto-reboot may be performed at first boot. It is not a bug (may be required for systemless build.prop support - see Tips & Tricks for more explanations)
NOTE2: Do not worry about red "mount /data failed..." messages displayed in TWRP in case of encrypted /data (installer will do the work anyway!)
(***) As far as I know - FlashFire is the only flashing tool with full access to /data during flash in case of encrypted devices (!). It is also the only tool which allows you to perform full backup/restore of partitions, including encrypted /data (!). It does NOT require custom recovery to work!
Credits:
@Chainfire for systemless SuperSU and a lot of inspiration
@topjohnwu for Magisk, another inspiration & some binaries used separately
Hit Thanks button if you like my work. If you really appreciate my work - feel free to buy me a beer
Download
>> SYSTEMLESS_DevBase_v2.1.zip <<
>> Recent SYSTEMLESS DevBase <<
Note:
Check MD5 sum BEFORE flash (useful TOOL), because flashing damaged or incomplete ZIP files can lead to issues! Correct MD5 sum is shown on the AndroidFileHost website while downloading.
Changelog
v2.1:
- Fixed potential "Google Play services" FCs in case of S8 or newer device(s)
v2.0:
- Initial support for devices using /system/omc CSC location (e.g. S8 / S8+ / Note 8)
- Added support for /system/preload as app location
- Other improvements & optimizations in the installer
v1.15:
- Added support for BINDSBIN mode (required by latest suhide) in case of SuperSU as root solution
v1.14:
- Added possibility to bypass all systemless mods by creating /cache/.disable_devbase file. It is usefull option especially for encrypted devices (without access to /data from TWRP) in case of you experienced bootloop due to placing a problematic MOD in /data/devbase/system/.. If /cache/.disable_devbase file exists then all systemless mods in ../app ../framework & ../piv-app will be moved to /data/devbase/system/.backup
- Backup all mods (to /data/devbase/system/.backup) instead of delete in case of major Android update has been detected
v1.13:
- Fixed bug with combination Magisk v15+ & SYSTEMLESS DevBase if we are trying to install one by one directly after wipe/format data
v1.12:
- Improved compatibility with Magisk v15+
v1.11:
- Fixed issues and improved compatibility with Magisk v14.5+
v1.10:
- Fixed not working /sbin support after clean installation of Magisk v14+, then SYSTEMLESS DevBase
v1.9:
- Improved/tuned compatibility with Magisk v13+ (which has been re-built from the scratch)
- Updated Magisk's binaries (e.g. resetprop function is now an applet available in magisk binary)
- Systemless BusyBox will be installed even with Magisk (since it has been removed from Magisk v13+)
v1.8:
- Fixed unroot2ota script to work while busybox is NOT in the $PATH (typical Magisk's case)
v1.7:
- Added support for /sbin via /data/devbase/sbin (you can only add a NEW item, e.g. script/binary/executable file). It can be an interesting feature for advanced users which would like to add custom commands, because /sbin is in the $PATH
- resetprop & unroot2ota now are placed in /sbin, in result unroot2ota command will natively work even with Magisk (without SuperSU)
v1.6:
- Improved/fixed Systemless Safe De-Bloat - now it should work in any case (even if enforceskippingpackages.txt file does not exist in your stock FW)
- In case of SYSTEMLESS DevBase update or re-installation - installer will not remove your custom entries in /data/devbase/system/build.prop and in *.xml files placed in /data/devbase/system/csc
- Added new features to Systemless CscFeature MOD: Allow 3G network mode in case of slave SIM card (Duos variant); Enabled "Recent App Protection" feature
v1.5:
- Added full support for MagiskSU as root solution. SuperSU is no longer the only available prerequisite
- Improved build.prop support in case of SuperSU as root solution, without magisk installed (seems like we can't rely on resetprop binary @ Android N)
- unroot2ota: removed SuperSU's sukernel dependency
v1.4:
- Improved/changed support for /data/devbase/system/build.prop file (uses @topjohnwu's resetprop binary)
- "ro.warranty_bit" & "ro.boot.warranty_bit" are set to "0" at boot -> fake KNOX 0x0 status (uses @topjohnwu's resetprop binary)
v1.3:
- Fixed CscFeature MOD (e.g. G920I case, now should work with all Samsung devices/variants)
v1.2:
- Added info in Settings/About device/Software info/Build number (can be overrided by editing /data/devbase/system/build.prop)
- unroot2ota: added ability to restore stock recovery using /system/recovery-from-boot.p file (no guarantee)
- unroot2ota: check /system partition for common modifications before unroot
- Minor changes & improvements in the shell code
v1.1:
- Added SYSTEMLESS support for /system/framework
- Added SYSTEMLESS support for /system/build.prop (overrides & additions)
- Added SYSTEMLESS BusyBox bionic (the most stable and respected release)
- Added major Android update detection (auto-remove mods for older API to prevent bootloops & FCs)
- Added logging to /data/devbase/last_boot.log (API & errors)
- Added SuperSU boot patcher version checker (exits su.d boot script if < 2.76)
- Added "Please DO NOT wipe /cache" warning in case of encrypted devices and TWRP recovery
- Minor changes & optimizations in the shell code
- Added SYSTEMLESS DevBase uninstaller
v1.0:
- Initial version
Tips & Tricks
1. OTA updates:
- Basically, the only thing you need to take OTA update is to perform "Full unroot" in the SuperSU app. However, a better way is to use "unroot2ota" terminal command, because this will not remove DevBase boot script from /su/su.d and the only thing you will need to re-activate SYSTEMLESS DevBase (and all your systemless MODs) after performing OTA update is just re-root your device with CF-Auto-Root.
- If you flashed custom recovery like TWRP - it is mandatory to restore your stock recovery (otherwise OTA will not work). You can do it using FlashFire app (the easiest way) - just open recovery.img file (extracted from your original FW) using "Flash firmware package" option, disable "Preserve recovery" option and then tap "FLASH". EDIT: Starting from version v1.2 there is a new "unroot2ota" feature which allow you to restore stock recovery using /system/recovery-fromm-boot.p file. There is no guarantee to perform it successfully (even if there is no error message) but in most cases it works well (tested on Nougat beta). Please go to recovery before you try to get OTA to check if you have stock recovery already after performing "unroot2ota" (if not - you need to use PC Odin to flash recovery.img packed in tar file).
- It is recommended to temporarily disable "Auto-update apps" in Play Store settings before you unroot your device. It will prevent updating applications covered by Safe De-Bloat list, as there apps will temporarily appear until you re-root the phone after performing OTA update.
Note (devices which use dm-verity): You should never allow /system modifications in TWRP, never allow to remount /system r/w in any app (e.g. Root Explorer, FlashFire, etc.) and never flash a ZIP file which could modify your /system or remount it r/w. Failure to follow these recommendations will break dm-verity verification and will cause, that your device may not be able to boot with the stock kernel (you will need to re-flash your original FW using PC Odin to make your device bootable).
UPDATE: Due to the fact that installing TWRP and/or rooting encrypted phones running stock Nougat is not possible without format /data - the above described advantages applies to stock ROMs based on Android up to 6.0
2. Making your own modifications:
- You can systemlessly replace any existing system app by modded one. Just put modified app to /data/devbase/system/app or /data/devbase/system/priv-app and then reboot your device
- You can systemlessly replace jar or apk in /system/framework. Just put modified one to /data/devbase/system/framework and then reboot your device (NOTE: framework support has been added for advanced users -> there is high risk of bootloop if you do something wrong!)
- You can systemlessly add or override any line in /system/build.prop. Just put (only new or changed) line to /data/devbase/system/build.prop and then reboot your device (NOTE: one additional auto-reboot may be performed if /data/devbase/system/build.prop file has been added, modified or removed (SuperSU case). It is not a bug - it is required for the changes in /data/devbase/system/build.prop to take effect!)
- You can systemlessly replace any existing file in /system/csc and /system/etc (but NOT in subdirectories). Just put modified copy of a file to /data/devbase/system/csc or /data/devbase/system/etc and then reboot device
Limitations: original app or file MUST physically exist with the same name in /system, you can NOT add a new app or file this way!
Example 1 (Ad-Blocking): Download the latest Ad-Blocking ZIP installer from THIS thread. Extract "hosts" file (placed in /system/etc inside ZIP file), then copy it to /data/devbase/system/etc, set rw-r--r-- (644) permissions and then reboot device
Example 2 (modded SamsungCamera6): Create "SamsungCamera6" directory in /data/devbase/system/priv-app and then put modified "SamsungCamera6.apk" file into it. Set rwxr-xr-x (755) permissions to "SamsungCamera6" directory, rw-r--r-- (644) permissions to "SamsungCamera6.apk" and then reboot device
Example 3 (De-Bloating a bit more): You can just create empty directories in /data/devbase/system/app (or priv-app) corresponding to applications in /system/app (or priv-app). Alternatively (more advanced method), you can add an app to modded enforceskippingpackages.txt file (you can find it in /data/devbase/system/etc or /data/devbase/system/csc_contents, depending on the original location in /system) and increase number in the 1st line. Second method should not be used by beginners (without a basic knowledge related to UNIX text format)
3. How to manually maintain the newest ROM version:
If you do not care about OTA - you can manually update your device to the newest ROM available @ Sammobile, keeping your original CSC (you need multi-file original FW, I mean separate files for BL/AP/CP/CSC). You need to download 2 ROMs: ROM with the newest changelist and the latest ROM containing your original CSC. Extract both and open in PC Odin BL/AP/CP files from the ROM with highest changelist but open CSC file from the ROM containing your CSC (I recommend to use HOME_CSC_* file to avoid auto-wipe-data). Flash such "mix", re-root and enjoy
Optional MODs
I put some of my favorite MOD's. These modifications I have done personally using (bak)smali tools - these are NOT "borrowed" from other custom rom, nor from someone else's thread (thanks to @majdinj & @tdunham for their excellent modding guides). All files are FlashFire / TWRP flashable ZIPs.
These MODs are compatible with SYSTEMLESS DevBase - installer will try to detect if your /system has been moddified (or not) already. If the installer will not detect any popular /system modifications like SuperSU / busybox / Xposed (installed to /system) then will try to install app systemlessly to /data/devbase/system/(priv-)app
1. Modified Camera app:
- Full functionality of the Camera app in low battery
2. Modified Messages app:
- Disabled SMS delivery notifications (*)
(*) If you long press a message you can still check if the message has been delivered or not, we do not need to see and hear notifications for every sms. It's annoying to me!
>> MODs for G935F (Marshmallow) << (**)
>> MODs for G935F (Nougat) << (**)
(**) Original apps come from stock ROM for G935F, but these MODs should work on all S7 flat & edge variants (Exynos based)
In case of MODs installed to /system - you can restore original apk using backup stored in /data/alexndr/backup
Incredible work, man! Thanks
I'm HAPPY to see you in this Forum with an S7edge !
@_alexndr
Congrats mate! Great job I will test it in a few days
# 1 question
What about framework folder support with modded files ?
# 2 question
Modded deodex apps putted in /data/devbase/system folders will work on odex system ?
For example:
/data/devbase/system/priv-app/SystemUI/SystemUI.apk
will be deodexed
but orginal one:
/system/priv-app/SystemUI/SystemUI.apk
will be odex (with arm folders)
# 3 question
For example if I put systemui.apk the modded will be run and original no ? Or they collaborate toggether ?
Edit:
If I correct understand examples they are colaborate
# 4 question
system/etc/permissions files not supported too ? For exapmle platform.xml
••••
This tool have a BIG potential to be the greatest !
Have a nice day
ambasadii said:
@_alexndr
Congrats mate! Great job I will test it in a few days
# 1 question
What about framework folder support with modded files ?
# 2 question
Modded deodex apps putted in /data/devbase/system folders will work on odex system ?
For example:
/data/devbase/system/priv-app/SystemUI/SystemUI.apk
will be deodexed
but orginal one:
/system/priv-app/SystemUI/SystemUI.apk
will be odex (with arm folders)
# 3 question
For example if I put systemui.apk the modded will be run and original no ? Or they collaborate toggether ?
Edit:
If I correct understand examples they are colaborate
# 4 question
system/etc/permissions files not supported too ? For exapmle platform.xml
����
This tool have a BIG potential to be the greatest !
Have a nice day
Click to expand...
Click to collapse
#2: Deodexed apps works great in odexed rom, but odexed apps will not work at all in case of deodexed framework!
SYSTEMLESS DevBase uses bind mounts so entire /system/priv-app/SystemUI directory (and its content) will be virtually replaced by /data/devbase/system/priv-app/SystemUI => it means you will not see oat/arm directory => entire app will act as deodexed in /system/...
See attached screenshots - first is with moded SamsungCamera5 present in /data/devbase/system/priv-app, second is after deleting /data/devbase/system/priv-app/SamsungCamera5 (and reboot)
Now it is good time to answer #1: With framework I intentionally dropped possibility to replace systemlessly files in .../framework (for security reasons @ to avoid unintentional bootloops). Imagine that you "systemlessly" replace ../framework/oat directory by empty one => then all jars corresponding to *.odex files in oat/arm(64) will immediately require classes*.dex files inside jars (otherwise will not work). Even if you replace entire framework by deodexed (with classes.dex inside jars) -> as I stated above (answer #2) -> almost all apps in /system/app & priv-app will stop working as almost all apps are originally ODEXED.
Imagine also that you leaded device into bootloop by replacing files in framework AND you have encrypted /data. There is no easy way out for normal users (which are not able to play with "fake" /cache/su.img to make workaround matched to the problem) they will not be able just remove files (causing the problem) from /data/devbase/system/framework using TWRP
In sum - thats why I have not introduced such possibility for normal users, but you as the DEV may extend this idea and try to systemlessly replace entire framework, app & priv-app by deodexed content (I have not tested it personally, IMO it does not worth the effort)
#3: The answer is now clear from the answer to question #2 - modded will run and original will NOT (original will "virtually disappear")
#4: It is easy to extend support for etc/permissions/* files by editing 0000000devbase, I will think about it
Now almost everything is clear
so for example if i put /data/devbase/system/framework/services.jar and delete from system/framework/oat/arm64/services.odex file should work ?
add support for etc/permissions/* files to fix ext-card permissions (platform.xml)
ambasadii said:
Now almost everything is clear
so for example if i put /data/devbase/system/framework/services.jar and delete from system/framework/oat/arm64/services.odex file should work ?
add support for etc/permissions/* files to fix ext-card permissions (platform.xml)
Click to expand...
Click to collapse
The only way to "virtually remove" files using this method is "fake" (e.g. empty) parent directory. Another way is to create "fake" file with same name (but size 0 bytes).
There is a chance that it will work for services.jar - but such "fun/play" is only for advanced DEVs, like you :good: you need to extend support for framework and subdirectories in 0000000devbase su.d script. Then you can try to systemlessly replace jar by deodexed&modded one in /data/devbase/system/framework... and odex file by "fake 0 sized" odex in /data/devbase/system/framework/oat/arm64/...
EDIT: @ambasadii, there is no need to "remove" (whatever it means) odex file as it will be ignored in case of jar or apk contains classes*.dex inside
Ok I will test it
Sent from my SM-G935F using XDA-Developers mobile app
_alexndr said:
you need to extend support for framework and subdirectories in 0000000devbase su.d script. Then you can try to systemlessly replace jar by deodexed&modded one in /data/devbase/system/framework...
Click to expand...
Click to collapse
correct ?
Code:
if [ -d "/data/devbase/system/framework" ] ; then
for i in `ls /data/devbase/system/framework` ; do
mount -o bind /data/devbase/system/framework/$i /system/framework/$i 2>/dev/null
done
fi
if [ -d "/data/devbase/system/etc/permissions" ] ; then
for i in `ls /data/devbase/system/etc/permissions` ; do
if [ -f "/data/devbase/system/etc/permissions/$i" ] ; then
mount -o bind /data/devbase/system/etc/permissions/$i /system/etc/permissions/$i 2>/dev/null
fi
done
fi
EDIT: @ambasadii, there is no need to "remove" (whatever it means) odex file as it will be ignored in case of jar or apk contains classes*.dex inside
Click to expand...
Click to collapse
good news, remove it means delete
ambasadii said:
correct ?
Code:
if [ -d "/data/devbase/system/framework" ] ; then
for i in `ls /data/devbase/system/framework` ; do
mount -o bind /data/devbase/system/framework/$i /system/framework/$i 2>/dev/null
done
fi
if [ -d "/data/devbase/system/etc/permissions" ] ; then
for i in `ls /data/devbase/system/etc/permissions` ; do
if [ -f "/data/devbase/system/etc/permissions/$i" ] ; then
mount -o bind /data/devbase/system/etc/permissions/$i /system/etc/permissions/$i 2>/dev/null
fi
done
fi
Click to expand...
Click to collapse
Basically correct but you need to add bind mounts only for files (just in case)
I will send you today new (pre-release v1.1) version with "slightly tuned code" and with support for framework
good news, remove it means delete
Click to expand...
Click to collapse
Nice joke :silly: "whatever it means" => FYI => it may also mean bind mounts with files (0 bytes size)
Welcome to the S7 bro
Hi alexndr
I love you from 9005 to now.
Plz add a option in cmera mod,that under i geting 60fps video,i can get pic.
Mean, camcorder 60fps and camera pictures together .
I cant write eng.plz exercise me.
Sent from my SM-G935F using Tapatalk
Awesome to see you here! Thanks @_Alexandr
Gesendet von meinem SM-G935F mit Tapatalk
Nice to see a familiar face in the S7 (E) section! Good luck with all your plans here.
Verstuurd vanaf mijn SM-G935F met Tapatalk
Nice to find you here Alexandr, been using your Roms on my old note 3 about 8 months ago and they were the most stable "custom Roms". But then you were providing a full unmodified ROM with root access, can you do something like this here for those of us that wish it? I personally don't have access to a PC so I can't flash newer firmwares with Odin, so I'm stuck using flashable ROMs.
It is possible to install magisk and work hide magisk for apps, for example bank apps?
Warning: It's not a Magisk module!
Description
This is a Magisk module management tool that can be used in Recovery mode.
It's based on Aroma Installer.
You can manage almost everything in Magisk with this tool.
You can manage installed modules, enable/disable core only mode, and even manage Root rights.
What can it do
1. Enable/Disable modules
2. Enable/Disable modules mount
3. Remove modules at next reboot (support undo)
4. Remove modules directly
5. Enable/Disable Magisk core only mode
6. Enable/Disable Magisk Hide
7. Enable/Disable Zygisk
8. Enable/Disable DenyList
9. View module descriptions, versions, authors, etc.
10. View module content (directory structure)
11. Shrinking magisk.img (useable for Magisk v18.1 and earlier)
12. Clear MagiskSU logs
13. Manage Superuser rights
Feature
1.Friendly interface & easy to use.
2.Supported older recovery or even CWM.
Download
Github releases
or Download the latest version v2.5 via XDA
How to use
1. Reboot to recovery mode
2. Flash it
3. Enjoy!
Note
1. Only supported arm & arm64 architecture.
2. Will get stuck at Recovery for some device. This is a bug in Aroma Installer binary file and I can not fix it(about: see this issue).
3. If your device is using Qualcomm soc and model is greater than {660, 7xx, 835}, then this tool does not support it.
Github
https://github.com/Pzqqt/Magisk_Manager_Recovery_Tool
Thanks
DualBootUtilities (framework)
Magisk Manager for Recovery Mode (mm) (code of mount magisk.img)
ElementalX Kernel (Aroma Installer theme)
p7zip (7za)
tree (tree)
micropython (micropython binary)
usqlite (μSQLite library module for micropython)
If you have other questions, you can ask me in this post.
Changelog
V1.0 Alpha:
Initial Release
V1.0 Alpha5:
1.Now can recognize update & remove flag. Not allowed to operate modules with these flags to ensure stability.
2.Show "version" & "author", instead of "description".
V1.0 Alpha7:
1.Add switch to enable/disable auto_mount.
2.Draw a new "delete" icon.
V1.0 Alpha9:
1.More friendly user tips.
V1.1 Alpha:
1.If the zip binary is already have in /system/xbin or /system/bin, use it first.
2.Add a "Shrinking magisk.img" option
V1.1 Alpha2:
1.Fix "Error 1" if have not installed any Magisk modules.
V1.1 Alpha3:
1.Arch check: no longer check ro.build.version.sdk.
2.If module removed/with update flag/with remove flag, immediate prompt.
3.Fix wrong printing method in shrink-magiskimg.sh
V1.2 Alpha:
1.Give up zip, use 7za
V1.3 Alpha:
1.Improve magisk.img mount method
2.Draw a fake Magisk logo
3.Show module ID on title
4.Add an option to show module description
5.Version text italic
6.Code clean
V1.4 Alpha:
1.Show different icons depending on the module status
2.Adjust the method of getting module description
3.Add an option to enable/disable Magisk core only mode
4.Remove all unnecessary "-ex" parameters
5.Code clean
V1.5 Alpha:
1.No longer use textbox to return execution results (all use Alert dialog)
2.Dynamic enable/disable module(auto_mount) options
3.Adjust UI & some text (make it look more like the Magisk Manager app)
4.Code clean
V1.6 Alpha:
1.Support operate /data/adb/modules directory (compatible with magisk.img). And make some adjustments to the UI
2.7za: set compression method to 0 (reduce startup time by at least 30%)
3.Show more execution details when flashing
4.Shrinking magisk.img: only show results, no details
5.Code clean
V1.7 Alpha:
1.Force use DroidSansFallback font
2.Use an easier way to create symbolic link
3.Faster way to get magisk.img size
4.Mount /system as readonly
5.Support reading build.prop from system-as-root devices
6.Show installed Magisk version code in the welcome interface
7.Show magisk.img information (size & free) in the welcome interface
8.Remove useless partition information in the welcome interface
9.Show module's size on subtitle
10.Add an option to show module's recursive directory listing
11.Add an option to remove module at next reboot (and can undo this operation)
12.Code clean
V1.8 Alpha:
1.Show magisk.img used size instead of free size
2.Use an easier way to show installed Magisk version
3.License: change to GPL-3.0
4.Handle compatibility with Magisk v19.0
5.Code clean
Hotfix: Fix cannot handle modules with exception path
V1.9 Alpha:
1.Handle modules with exception path (module ID/directory name endswith \r)
2.Improve the mount_image & symlink_modules method again
3.With the help of Aroma Installer's built-in file_getprop function, reduce startup time by at least 50%
4.Add -h flag to du command
5.Improve generate icon prop method, shorten the interface conversion time
6.Hide unavailable options directly
7.Get the module's enabled/disabled status accurately
8.Add an option to clear the MagiskSU logs
9.Add an option to remove all saved apps MagiskSU permissions
10.Add an option to reject all saved apps MagiskSU permissions
11.Add an option to allow all saved apps MagiskSU permissions
12.Add build script
13.Code clean
V2.0 Alpha:
1.List installed modules: sort by module id(case insensitive) or sort by module name
2.Add a debug option to enable geek mode, it will disable a lot of unnecessary "operational success" dialog in this tool
3.Add an option to uninstall Magisk(include latest Magisk-uninstaller package)
4.Add an option to manage Root rights
5.Remove some residual options from v1.9
6.Some UI & text adjustments
7.Code clean
V2.1 Alpha:
1.Automatic creation modules dir when MAGISK_VER_CODE > 18000
2.Automatic creation /data/adb/magisk.img when MAGISK_VER_CODE <= 18000(drop check /data/magisk.img)
3.Shrink magisk.img: Fix sometimes "awk: not found"
4.Give some sorting tasks to sqlite3
5.Rebuild tree binary with Android ndk
6.Include a prebuilt sqlite3 binary(built with Android ndk)
7.List installed modules: force sort by module name
8.Some UI & text adjustments, and remove "Geek mode" debug option
9.Update Magisk uninstaller to 20190501
10.Drop unused resources
11.Show more execution details
12.Code clean
V2.2:
1.Install Magisk internal busybox before use(make sure all common commands are available)
2.No need mount /system now
3.Force use prebuilt sqlite3 binary
4.Unblock the restriction of force remove modules
5.Root manager: show the uid of item in list
6.Update sqlite3 binary to 3290000
7.Rebuild 7za with Frankenstein NDK(reduce binary size by 40%)
8.Real-time calculation of modules number and total size
9.Add an option to enable/disable MagiskHide
10.Update Magisk uninstaller to 20191011
11.Added "About" interface... and some easter eggs
V2.3:
1.Fix "Clear MagiskSU logs" not working on Magisk v20.2+
2.Add module backup/restore options(Experimental)
3.Update Magisk uninstaller to 20200110
4.Update sqlite3 binary to 3300100
V2.4
1. Move the binary files to the bin directory
2. Use Aroma's "include" method to simplify overly long and complex code
3. Fix an issue where sometimes the name of backed up module was incorrectly displayed
4. Unmount all unnecessary partitions when preparing
5. Add MagiskHide warning for v20.4+
6. Disable core only mode switch in Magisk v21.0+
7. Disable MagiskHide switch if Magisk version number >= 23010
8. Add an option to enable/disable Zygisk
9. Add an option to enable/disable Deny List
10. Move Magisk Core Only Mode, MagiskHide, Zygisk and Deny List to the new "Magisk Settings" menu
11. Handling the case where no some key in the Magisk database
12. Remove the uninstall Magsik option
V2.5
1. Compatible with Magisk 24305+
2. Rewrite some script with Python (use micropython as the interpreter)
3. aroma-config: Use magisk busybox's sh instead of /sbin/sh
4. Module size is not displayed for now (until I find a way to reimplement it)
Works great thanks
Updated
Pzqqt said:
Warning: It's not a Magisk module!
Description
This is a Magisk module management tool that can be used in Recovery mode.
It's based on Aroma Installer.
This tool will allows you to perform certain operations, such as enabling, disabling, and removing, on the installed Magisk modules.
Feature
1.Friendly interface & easy to use.
2.Supported older recovery or even CWM.
Download
Google Drive
or Download the latest version v1.2 Alpha via XDA
How to use
1.Reboot to recovery mode
2.Flash it
3.Enjoy!
Note
1.Only supported arm & arm64 architecture. Not supported x86 & x64 architecture.
Github
https://github.com/Pzqqt/Magisk_Manager_Recovery_Tool
Thanks
I borrowed some of the code and resources for the following projects.
If I infringe on the interests of anyone. Please tell me. I will deal with it in time.
DualBootUtilities(framework)
Magisk Manager for Recovery Mode (mm)(code of mount magisk.img)
ElementalX Kernel(Aroma Installer theme)
p7zip(7za binary)
If you have other questions, you can ask me in this post.
Click to expand...
Click to collapse
I can't thank you enough for this app. It saved me from a troublesome module. (I'm looking at you, xposed)
It's easy to use, and has nice UI.
Again, thank you very much!
gamalkevin said:
I can't thank you enough for this app. It saved me from a troublesome module. (I'm looking at you, xposed)
It's easy to use, and has nice UI.
Again, thank you very much!
Click to expand...
Click to collapse
Welcome
Now you can see the status of each module more intuitively, just like this
Well known, magisk.img was removed in Magisk v18.2 build.
The modules will be installed in the /data/adb/modules directory.
It is beneficial to do so. Of course we will follow it.
Magisk Manager Recovery Tool has been updated to v1.6-Alpha. Now it supports operating /data/adb/modules directory to manage modules.
What is the difference between CH magisk recovery and magisk recovery zip
sachin karinki said:
What is the difference between CH magisk recovery and magisk recovery zip
Click to expand...
Click to collapse
I'm gonna take a guess that CH means chinese
Thanx for this tool:good: Is it possible to get a non-transparent theme? On my Z1c the aroma installer is transparent, which makes it hard to read anything.. Thanx again
Ænimal said:
Thanx for this tool:good: Is it possible to get a non-transparent theme? On my Z1c the aroma installer is transparent, which makes it hard to read anything.. Thanx again
Click to expand...
Click to collapse
Transparent theme? Maybe it's a bug in your recovery or Aroma Installer. no problem on my device. Sorry I cannot fix it. Youneed to find a solution yourself.
Thank you for your great work!
God bless you ?️?️?️
Ænimal said:
Thanx for this tool:good: Is it possible to get a non-transparent theme? On my Z1c the aroma installer is transparent, which makes it hard to read anything.. Thanx again
Click to expand...
Click to collapse
What version of twrp are you using ? The latest ? Flash the latest and test it
The official site of twrp is: http://twrp.me
joluke said:
What version of twrp are you using ? The latest ? Flash the latest and test it
The official site of twrp is: http://twrp.me
Click to expand...
Click to collapse
Thanx, I know, but there are no official updates for my device. I'm using 3.2.3-0 and everything else is working fine. I'll just wait for an update of the other magisk manager for compatibility with Magisk 18.2..
Absolutely easier than the vi text editor based one, keep it up!
Hey...
Why not go one step further...
Add in flashing magisk from your tool (external zip)
And
Add in removing magisk from your boot.img (ala the uninstall button in the Manager app)
rignfool said:
Hey...
Why not go one step further...
Add in flashing magisk from your tool (external zip)
And
Add in removing magisk from your boot.img (ala the uninstall button in the Manager app)
Click to expand...
Click to collapse
This will increase the zip file size and is reinventing the wheel.
v2.0-Alpha release!
This is probably the most powerful release d to date.
Magisk Manager Recovery Tool is no longer a simple Magisk modules management tool. It has to be a real "Magisk Manager for Recovery Mode".:fingers-crossed:
Now what can it do?
1.Enable/Disable modules
2.Enable/Disable modules mount
3.Remove modules at next reboot(support undo)
4.Remove modules directly(useable for Magisk v18.1 and earlier)
5.Enable/Disable Magisk core only mode
6.View module descriptions, versions, authors, etc.
7.View module content(directory structure)
8.Shrinking magisk.img(useable for Magisk v18.1 and earlier)
9.Clear MagiskSU logs
10.Manage Superuser rights
11.Uninstall Magisk
Enjoy it!
Hello. Could you tell me if it works on Android pie with rom samsung? Thx
NONE OF THESE ARE MY WORK, THANK THE DEVELOPERS
YOU NEED ASHYX TWRP - https://forum.xda-developers.com/ga...overy-twrp-3-1-0-1-samsung-galaxy-j3-t3573607
BEFORE STARTING - Some apps like Pokemon Go detect BusyBox apps, Xposed Installer and the Magisk Manager. Enable the general Magisk Hide as well Magisk Hide for the specific app in Magisk Manager. Activate in Magisk Manager 'Repackage Magisk Manager with random package name.'
Then you have to try renaming the package name of the Xposed Installer apk with APK Editor or something else.
STEP 1 - Download the Magisk 18.0 zip and move to External SD Card - http://www.mediafire.com/file/4rmzov...%29.zip/file.
STEP 2 - Install the Xposed Installer app but DO NOT INSTALL IT FROM THE APP, YOU WILL GET SOFT BRICKED - https://forum.xda-developers.com/showthread.php?t=3034811
STEP 3 - Download the generic Samsung Xposed zip and uninstaller by wanam and move to External SD Card - https://forum.xda-developers.com/xposed/unofficial-xposed-samsung-lollipop-t3180960.
STEP 4 - Uninstall Xposed completely if you had it already.
STEP 5 - Unroot in SuperSU. MAKE SURE YOU SELECT 'RESTORE STOCK BOOT IMAGE' OR YOU WILL HAVE TO REFLASH THE BOOT IMAGE FROM ODIN.
STEP 6 - Reboot to TWRP and flash the Magisk zip. Reboot to system and wait a while, make sure everything is working properly.
STEP 7 - Reboot to TWRP and flash the generic Samsung Xposed zip.
STEP 8 - Reboot to system and and wait a while, make sure everything is working properly. Enable in the Xposed Installer 'No Device Check' or download it - https://forum.xda-developers.com/xposed/modules/xposed-device-check-t3199705.
STEP 9 - Install BusyBox and then delete any BusyBox app.
Now you should pass SafetyNet.