Since i've never got Titanium Backup to work with Miui i always had to remove systemapps manually, and every time it ends up by removing wrong files wich ends up with error messages.
So i'm trying to gather a list where all the systemapps are located at, and bookmark it for future updates.
*Notes
*Gallery
*Calendar
*Browser
*Music
*Explorer
etc etc
You can use the safe, systemless way to debloat the unwanted system apps:
Magisk Module Systemless Debloater
Magisk Module Systemless Debloater Download: https://github.com/zgfg/SystemlessDebloater https://github.com/Magisk-Modules-Alt-Repo/SystemlessDebloater Wiki pages by @ipdev: https://github.com/mModule/guide_sDebloater/wiki/ConfigScript with his...
forum.xda-developers.com
You just provide the names of apps and the module will find the system paths and mask their folders. You disable or uninstall the module, everything is back (and you can have no problem with OTA)
Even if you don't use the module for real debloating, you can find full paths for all the system apps and services in the log file - everything is explained in the OP posrs
Did not work as good as i thought
Related
I am wondering how i can disable Xposed log file?
Reason:
I am using Xposed on a phone that has 400 mb internal memory (for apps) and i have a 'space issue' with last versions of xposed...
The log file of xposed events gets huge and i have to clear it like once or twice a day else i have like 20mb+ extra dump data from xposed
the only temporary solution that i have found is to link xposed log directory on my sd ext partition and wipe it less frequent..
Check your log file and find out what module is causing the excessive output, and report the crashes as a bug (assuming the module is supposed to be compatible with your device) in the module's thread, or disable it.
thanks
google search brought me here.
apparently for me it was out of date Greenify
Hello,
I would like to know if an option could be added to save Xposed Installer settings and/or installed modules to the internal memory and/or SDCard. That way if you decide to change ROM, get back to factory defaults or similar you could easily restore settings and installed modules (not saying activating modules, just installing them). It could also be useful if you have more than one device where you can import the same settings as another device.
Thank you in advance.
We could talk about storing Xposed Installer's settings, but a) there aren't many of them and b) in more and more ROMs, apps can only write to one specific folder on the SD card, which is deleted when you uninstall the app.
Backing up modules (which are simply applications) or even their settings is out of scope for me. There are many apps for that, e.g. Titanium Backup.
rovo89 said:
We could talk about storing Xposed Installer's settings, but a) there aren't many of them and b) in more and more ROMs, apps can only write to one specific folder on the SD card, which is deleted when you uninstall the app.
Backing up modules (which are simply applications) or even their settings is out of scope for me. There are many apps for that, e.g. Titanium Backup.
Click to expand...
Click to collapse
Thank you for your reply. I meant backup a list of installed modules, not the modules (apks) and/or their settings. That way they can be re-downloaded by Xposed Installer when installing fresh or moving to another phone/system.
EDIT: Regarding where to store the saved settings maybe the cloud could be an option? (DropBox, Google, Mega, etc)
@rovo89 Were you able to see my response? I hope that now is clear what I would like to see implemented. Thank you.
What you suggest would first require something like this: http://forum.xda-developers.com/xposed/feature-request-add-bookmark-module-t2794359
But making a backup of the installer's data or even pushing them to the cloud is out of scope for me. There are enough apps out there which can do that.
rovo89 said:
What you suggest would first require something like this: http://forum.xda-developers.com/xposed/feature-request-add-bookmark-module-t2794359
But making a backup of the installer's data or even pushing them to the cloud is out of scope for me. There are enough apps out there which can do that.
Click to expand...
Click to collapse
Thank you for your response. I will follow the suggested thread.
Mods can close this one.
On OxygenOS Stock ROM (4.1.6) there are some apps came pre-installed that I don't use. For example Google Gmail, Hangout also OnePlus's own calculator/clock etc. I want to delete those apps and replace Gmail with Inbox. completely remove Hangout, OPCalculator and OPClock with Google's Calculator and Clock. I have deleted those apps before by manually deleting them from inside /System/App and /System/Priv-app
Now, I'm trying to write my 'own' TWRP flash-able updater script to do such action. But I am kind of confused if only deleting an APK's parent folder is enough to remove the apps completely? For example, if I only delete the folder System/App/(Deskclock) - is that enough or there will be related files remaining somewhere else?
* I know Titanium Backup or other debloat apps can perform similar task, but the main purpose of this question is to know how can this be done manually and properly without leaving un-necessary files in the system.
Thanks.
Deleting the folder of an app in /system/app will remove the app from your phone (as in, not showing up in launchers or the Installed Apps list). However, app data and updates may still be saved in the /data partition. To make sure all of it is removed, first clear data and uninstall all updates to the system apps you with to remove from the Installed Apps list (disable it), then delete the APK either through a root explorer, or a recovery script.
Anova's Origin said:
Deleting the folder of an app in /system/app will remove the app from your phone (as in, not showing up in launchers or the Installed Apps list). However, app data and updates may still be saved in the /data partition. To make sure all of it is removed, first clear data and uninstall all updates to the system apps you with to remove from the Installed Apps list (disable it), then delete the APK either through a root explorer, or a recovery script.
Click to expand...
Click to collapse
Thank you very much! Appreciate your replay.
Suggest to use OOS debloater via twrp
Babloo289 said:
Suggest to use OOS debloater via twrp
Click to expand...
Click to collapse
Are you talking about this one? https://forum.xda-developers.com/oneplus-3/themes/aroma-oos-debloater-t3615828
Hi, Just a quick question.. as you mentioned here
Anova's Origin said:
To make sure all of it is removed, first clear data and uninstall all updates to the system apps you with to remove from the Installed Apps list (disable it),
Click to expand...
Click to collapse
1. I wonder if this is even possible inside TWRP, I mean targeting those unwanted apps, uninstalling updates+ clearing app data/disable them.. Or you are suggesting me to remove them manually from the OOS interface/settings one by one?
2. Also while in TWRP, none of those app (that I will remove) are not functional so what's the points of clearing app data/uninstalling updates? why not simply delete /system/app/(app.apk) and /data/app/(related files.)
Thanks again.
tushxda said:
Hi, Just a quick question.. as you mentioned here
1. I wonder if this is even possible inside TWRP, I mean targeting those unwanted apps, uninstalling updates+ clearing app data/disable them.. Or you are suggesting me to remove them manually from the OOS interface/settings one by one?
2. Also while in TWRP, none of those app (that I will remove) are not functional so what's the points of clearing app data/uninstalling updates? why not simply delete /system/app/(app.apk) and /data/app/(related files.)
Thanks again.
Click to expand...
Click to collapse
1) If you know where the extra data/updates are stored in /data, then you could use a recovery script to delete them. It's kind of one-shot deal though, as unless you open the apps again (after re-flashing a ROM), they won't have any data saved to them the next time you want to delete them.
2) If they aren't functional, they likely won't have much app data to begin with. I would clear the app data from apps like Google Play Music or Movies (if you don't want to use them) before deleting them. Random Engineering Test Tools and unessential services won't have much data stored and can be deleted directly.
i think its just fine bt read other comments too for better understanding.
Personally, I don' t like the basic set of apps that come preinstalled with LineageOS like the calculator, calendar, contacts, dialer, etc. and prefer the Google version of these apps. So I just delete these apps from the system folder after installing the rom. But after every update, I have to repeat this process, which becomes very cumbersome. So, I created this script that deletes all the unwanted apps at once, and I thought that I would share it with everyone because let's be honest, no one likes those LineageOS apps.
*This script will work with all versions of LineageOS!*
List of deleted apps:
BasicDreams
Calendar
DeskClock
Email
ExactCalculator
Jelly
LockClock
messaging
PhotoTable
PicoTts
webview
Contacts
Dialer
Eleven
Gallery2
Installation:
Just got to the recovery and flash the zip file!
NOTE: You can always edit the script yourself if you want to keep certain apps.
Instructions for editing the script
1. Unzip the file.
2. Navigate to META-INF>com>google>android and open the "updater-script" with a text-editor.
3. Just add a "#" (without the quotes) at the starting line for the app you want to keep.
4. Save the updater-script file and re-zip.
You can do this with OpenGApps. https://github.com/opengapps/opengapps/wiki
It replaces your apps with Google Apps (if you want) or you can add apps to be removed during install.
archiv said:
You can do this with OpenGApps. https://github.com/opengapps/opengapps/wiki
It replaces your apps with Google Apps (if you want) or you can add apps to be removed during install.
Click to expand...
Click to collapse
Yes but that is only possible with the aroma package of opengapps, which is greater than 1 GB in size. Not everyone needs that package and it takes a lot of space, which is not worth it just for uninstalling some apps. I just made this script to make it a little easier for people to do the job without having to waste so much of space, especially considering that this phone does not support an SD Card.
@shreyamt The aroma package is not required to remove stock rom apps. This can be done through an open gapps config file.
Edit: Shreyamt I did try out your script and even added some other stuff I don't like to have installed. Works very well, I'm sure lots of people will find this helpful as it's easier than the gapps config file.
shreyamt said:
Yes but that is only possible with the aroma package of opengapps, which is greater than 1 GB in size. Not everyone needs that package and it takes a lot of space, which is not worth it just for uninstalling some apps. I just made this script to make it a little easier for people to do the job without having to waste so much of space, especially considering that this phone does not support an SD Card.
Click to expand...
Click to collapse
SlotTech said:
@shreyamt The aroma package is not required to remove stock rom apps. This can be done through an open gapps config file.
Edit: Shreyamt I did try out your script and even added some other stuff I don't like to have installed. Works very well, I'm sure lots of people will find this helpful as it's easier than the gapps config file.
Click to expand...
Click to collapse
That's why I shared it
How to make this work with Lineage Android 11 nowadays?
Marvino. said:
How to make this work with Lineage Android 11 nowadays?
Click to expand...
Click to collapse
Just use universal android debloater to search and delete the packages through adb. Note that most of these applications are unlisted, but you can find their 'names' in app info.
GitHub - 0x192/universal-android-debloater: Cross-platform GUI written in Rust using ADB to debloat non-rooted android devices. Improve your privacy, the security and battery life of your device.
Cross-platform GUI written in Rust using ADB to debloat non-rooted android devices. Improve your privacy, the security and battery life of your device. - GitHub - 0x192/universal-android-debloater:...
github.com
Hello to all folks,
This is a weird one.
My banking app could see rooted state although the app was in the hide list and also the Magisk Manager was hidden too (renamed, reinstalled etc).
So I was out of options until I read this:
https://www.didgeridoohan.com/magisk/MagiskHideHidingRoot
Among other useful bits and pieces it says "If an app still can detect Magisk, even if you have it on the Hide list, the Manager is repackaged and everything else from this list of tips is ok, try to uninstall the Manager and see if this helps. If that works, you might be out of luck and the only way to fully use the app in question is to regularly uninstall and then reinstall the Magisk Manager..."
I did so and here is the crazy part...
After uninstalling magisk manager app then a series of things took place:
My banking app now works ok
Root checker says root not properly applied
All apps that need root to work (TitaniumBk, Adaway, CallRecorder) see device as rooted and work flawlessly.
In other words, as like magic everything works fantastic!
Problem/Question/Worry: What will happen after I reboot?
Any ideas please?
Thank you very much!
You just made my day! Someone actually did their homework...
If you don't have the Manager installed you will end up having issues with superuser requests. Reinstalling the Manager after using the banking app is probably a good idea. Or you could probably set up a script or an app to freeze and unfreeze the Manager at the press off a button. I'll have to look into that and add to the guide.
Update:
I had to uninstall and reinstall TitaniumBk and sure enough TitaniumBk didn't get root permissions.
So I installed again Magisk Manager and updated to 8.0.0 and decided to try once more to hide Magisk Manager by renaming it to a different name than "Manager".
I noticed an important difference compared to previous endless times of hiding MM: The newly installed MM had a diferrent icon than the original one with the masked face.
And then...
...magic happened!
All banking apps didn't decect root!
Root checker could see device rooted!
Conclusions:
1. Either the MM 8.0.0 has a better hide MM feature
2.or my installation of MM 7.5.1 wasn't robust
Who knows...
Anyway this is my underatnding and I wsih there is a script to freeze/unfreeze MM with the push of button because in this battle of app developers against MM it's not always safe to assume that the "hide MM" feature will do the trick.
Thnak you again
awarexda said:
1. Either the MM 8.0.0 has a better hide MM feature
Click to expand...
Click to collapse
This, most likely.
With this new Manager, the stub that is used is completely empty (which is why you're seeing the basic Android icon) and much harder to detect.