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
Related
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.
Rebooted my phone today and quickly noticed that my xposed framework stopped, well, doing anything. Some customizations from modules were not there. Went into the xposed installer and it reported that an update was available but the counts were all matched and green. Tried to install it all the same, and it failed. I'm getting the error "Could not extract app_process". I tried uninstalling the framework (along with running the disabler in recovery) thinking maybe it just bugged out. However, I am still unable to install/reinstall the framework, still getting the "Could not extract app_process".
The only thing I did related to xposed was update BubbleUPnP (which just posted an update today). I have since uninstalled it in case it was causing the problem, but it has had no impact. I'm not sure if it's possible for a module to break the framework itself, or to cause an ongoing issue once it is removed.
I'm running rooted stock 4.4.2 on a Galaxy Note 3. Any help would be very appreciated.
------Edit
Decided to do a nandroid backup, came across something there. I'm getting I/O errors at the start of the backup (e: error opening '/data/data/de.robv.android.xposed.installer/conf' as well as a couple similar for two modules). Is it possible my internal storage is going bad? I've hardly had the phone a year, would be rather surprised.
Thanks.
------Edit
Another update. Following instructions I found to manually install xposed framework (see http://forum.xda-developers.com/nexus-4/general/diy-manually-installing-xposed-t2369618 ), I was able to get app_process once again installed and recognized by the installer. Shows 58 bundled, 58 active. The XposedBridge.jar, however, still is not being seen though I did set it up per the instructions above. It looks like this is where the problem stems.
Still looking for assistance. Thanks.
------Final Edit
Poked around a bit trying to fix things. Tried deleting the xposed directory in /data/data and was getting I/O errors. I was able to rename the directory, and then able to install the framework normally. Apparently that directory is somehow corrupt. Even after renaming, I cannot delete it. Unsure what's going on with it, but at least I don't have to wipe my phone or replace it (yet).
See solution below.
First the problem:
-------------
I have Xposed installed in CM11 on my moto razr M. All was working fine, as far as I could tell.
Recently, I ran out of space for apps.
I think that while space was low I did try to install an Xposed module. I did install link2sd (to free space), but it wasn't activated, because I don't have a second partition. I uninstalled it.
I removed some apps, so that now space for apps is available again.
However, in Xposed, when I try to download and install a module, the installer is started, but then I get the
error dialog "Out of space - [module name] couldn't be installed. Free up some space and try again. [cancel] [manage apps]"
I have 840MB out of 1.4GB available on /system, 1.6GB of 4.6GB on /data (which also is the emulated sdcard)
I can't see any suspicious messages in the Xposed log, and I don't know what to look for in the system log.
I tried to uninstall and reinstall Xposed, I uninstalled all modules I didn't need. But, the error message persists.
-----------
It turns out that when I installed and tried link2sd, I played with the setting "native app2sd settings"->install location. I set it to "external" instead of "automatic". When I set it back to "automatic" my problems stopped.
:silly:
I factory reset my LG Volt 2 and had 3.13 GB of available space on my internal storage. After flashing xposed-v85-sdk22.zip using FlashFire, Xposed is successfully installed, but I'm left with only 2.35 GB of available space. Theres no way Xposed is supposed to take up .78 GB of storage. I don't have a single Xposed module installed and it's not the Xposed installer which is taking up only 1.34MB. Here are the apps on my device after flashing Xposed sorted by size to prove that no other apps are taking up all that space.
It's probably because many system apps have to be recompiled with less optimization. Usually, they are pre-compiled by the vendor and stored as odex files on the /system partition, but now they're also stored in the Dalvik cache. Unfortunately, it's necessary, otherwise hooks wouldn't work reliably. The only workaround I can imagine is using compiler filter properties to influence how much is compiled, but that would mean that the uncompiled methods are slower. It's basically space vs. performance.
rovo89 said:
It's probably because many system apps have to be recompiled with less optimization. Usually, they are pre-compiled by the vendor and stored as odex files on the /system partition, but now they're also stored in the Dalvik cache. Unfortunately, it's necessary, otherwise hooks wouldn't work reliably. The only workaround I can imagine is using compiler filter properties to influence how much is compiled, but that would mean that the uncompiled methods are slower. It's basically space vs. performance.
Click to expand...
Click to collapse
Im having the same problem also, once I flashed the Xposed Framework, without any module installed, not also Xposed Installer, but it takes up to 800mb of internal storage. Is it normal? What workaround can I do because I dont know anything about compiler filter.
Honor 4C, rooted, Marshmallow.
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