Here is a way for some of you noobs to easily move your data/app to system/app to free up space. Or if you are just lazy and want an easy way. It also automatically integrates updates into your ROM if you choose. It's free, check it out:https://play.google.com/store/apps/details?id=com.lrenault.tools.apps2rom
Wait, can't you just do this with TB?
CNexus said:
Wait, can't you just do this with TB?
Click to expand...
Click to collapse
Can you do that on the free version? I have had Pro since I rooted. Which was 5 days after getting it a year and a half ago. This is free and more noob friendly.
In the description it says " When you update one of your pre-installed application (say GMail as an example), Android does not really update it but "deprecates" the pre-installed version and installs a new instance in your user space, which causes your available free space to decrease because of some duplicate applications." Where is this "user space" they are referring to?
Chad The Pathfinder said:
In the description it says " When you update one of your pre-installed application (say GMail as an example), Android does not really update it but "deprecates" the pre-installed version and installs a new instance in your user space, which causes your available free space to decrease because of some duplicate applications." Where is this "user space" they are referring to?
Click to expand...
Click to collapse
Data/app
bilgerryan said:
Can you do that on the free version? I have had Pro since I rooted. Which was 5 days after getting it a year and a half ago. This is free and more noob friendly.
Click to expand...
Click to collapse
Huh, I'm not sure because I have the paid version since like forever. But I think you can, I know that the pro version adds the ability to create more schedules but other than that idk...
CNexus said:
Huh, I'm not sure because I have the paid version since like forever. But I think you can, I know that the pro version adds the ability to create more schedules but other than that idk...
Click to expand...
Click to collapse
Yeah, I don't either. This automatically integrates them on boot tho... The ones you have checked that is. It adds an init.d script to system/etc/init.d
Some apps won't integrate
Anybody knows why there are certain apps like Google+ and some others which for some reason can't be integrated in to System ROM ? , I mean they are originally there ,, why can't their updated version be there too ?
Related
Hi,
what does it mean technically if an app is "freezed"? Is the APK moved to another location, or are the unix access rights altered, or is a reference to the app deleted from some kind of "registry" of the Android system, or what else? Can it be done manually by a file manager?
Thanks,
Stefan
It can be done using the purchased version of Titanium Backup and probably a few other apps. It basically renders the app inactive without uninstalling it. Helpful for bloatware that runs in the background but you can't decide if you want to delete it or not.
Thanks, but this was not my question...
lowandbehold said:
It can be done using the purchased version of Titanium Backup and probably a few other apps. It basically renders the app inactive without uninstalling it. Helpful for bloatware that runs in the background but you can't decide if you want to delete it or not.
Click to expand...
Click to collapse
Yes, I know, but what does it do exactly on file system level? Doesn't anybody know?
stbi said:
Yes, I know, but what does it do exactly on file system level? Doesn't anybody know?
Click to expand...
Click to collapse
Most freezing apps simply rename the app to be frozen with an extension, like in the case of Bloat Freezer (IMHO the best one) the frozen app gets a .bzw extension. It remains in place but of course cannot be executed. The nice part is that if you run into an issue you can just rename the app back to what it was (assuming that you have root).
It works!
docfreed said:
Most freezing apps simply rename the app to be frozen with an extension, like in the case of Bloat Freezer (IMHO the best one) the frozen app gets a .bzw extension. It remains in place but of course cannot be executed. The nice part is that if you run into an issue you can just rename the app back to what it was (assuming that you have root).
Click to expand...
Click to collapse
Cool, so simple - thanks! So it can be done with any file manager.
I've just successfully frozen the preinstalled "LGWorld.apk" by renaming it to "LGWorld.apk.bak". As soon as I had done this, a message popped up, saying "Deinstalled", and the icon disappeared from the app drawer, and also the update for "LG World" vanished from the Market app.
Hmm.. freezing doesn't mean rename. It is being remove from system. If.you rename yourself, the apps may failed to work.
Accidentally sent from my Google Nexus S using XDA Premium
Freezing the app works via decreasing the temperature of the app to roughly 50 Kelvin. At this point the the app's molecular structure becomes a super condensed crystal lattice. Due to the nature of the crystal lattice, android treats the super dense app as non existent. Essentially the app is deleted from your system completely. However, think of it not as a permanent deletion but rather a reversible one. Should you chose to 'restore' the app, you can defrost the app. You could defrost the app using a microwave but I for one use TB Pro as it does a far better job.
lambstone said:
Freezing the app works via decreasing the temperature of the app to roughly 50 Kelvin. At this point the the app's molecular structure becomes a super condensed crystal lattice. Due to the nature of the crystal lattice, android treats the super dense app as non existent.
Click to expand...
Click to collapse
Haha smart ass.
lambstone said:
Freezing the app works via decreasing the temperature of the app to roughly 50 Kelvin. At this point the the app's molecular structure becomes a super condensed crystal lattice. Due to the nature of the crystal lattice, android treats the super dense app as non existent. Essentially the app is deleted from your system completely. However, think of it not as a permanent deletion but rather a reversible one. Should you chose to 'restore' the app, you can defrost the app. You could defrost the app using a microwave but I for one use TB Pro as it does a far better job.
Click to expand...
Click to collapse
ha ha ha! that was hilarious man
Press THANKS
stbi said:
Hi,
what does it mean technically if an app is "freezed"? Is the APK moved to another location, or are the unix access rights altered, or is a reference to the app deleted from some kind of "registry" of the Android system, or what else? Can it be done manually by a file manager?
Thanks,
Stefan
Click to expand...
Click to collapse
Press thanks if I helped
Source - How TO Geek
Manufacturers and carriers often load Android phones with their own apps. If you don’t use them, they just clutter your system and sometimes in the background, draining resources. Take control of your device and stop the bloatware.
We’ll be focusing on disabling – also known as “freezing” bloatware here. It’s a safer process than uninstalling the bloatware completely, and is also easier to accomplish with free apps.
Uninstalling vs. Freezing
Uninstalling an app is exactly what it sounds like – the app is entirely removed from your device. Unfortunately, it’s not possible to get many of these preinstalled apps from the Play Store if you ever need them again. Uninstalling some preinstalled apps may result in problems or instability, so you could run into problems.
It’s safer to “freeze” apps instead of uninstalling them. A frozen app is disabled completely – it won’t appear in your app drawer and it won’t automatically start in the background. A frozen app cannot run in any way until you “unfreeze” it. Freezing and unfreezing are instant processes, so it’s easy to undo your changes if you end up freezing a necessary app.
If you really must uninstall apps, you should freeze them first and wait a few days to ensure that your phone or tablet works properly without them.
You can’t uninstall or freeze preinstalled bloatware apps without root access and third-party app managers. Try and you’ll find the options grayed out in the standard Android interface.
klacenas said:
ha ha ha! that was hilarious man
Click to expand...
Click to collapse
I understand and have frozen quite a few apps with TB Pro. My issue is there are shine pre-installed apps that I like to use, but when I run the task killer, they're always running. Is there a way I can fix them where they don't keep starting immediately after killing them, but still having them available when I want to use them?
donnebonn said:
I understand and have frozen quite a few apps with TB Pro. My issue is there are shine pre-installed apps that I like to use, but when I run the task killer, they're always running. Is there a way I can fix them where they don't keep starting immediately after killing them, but still having them available when I want to use them?
Click to expand...
Click to collapse
you can try greenify it will hibernate the apps and hence the app will be available for you any time
donnebonn said:
I understand and have frozen quite a few apps with TB Pro. My issue is there are shine pre-installed apps that I like to use, but when I run the task killer, they're always running. Is there a way I can fix them where they don't keep starting immediately after killing them, but still having them available when I want to use them?
Click to expand...
Click to collapse
Another app called greenify. Or using an autostart manager to prevent them from running without ykur intervention.
sangalaxy said:
you can try greenify it will hibernate the apps and hence the app will be available for you any time
Click to expand...
Click to collapse
Thx a bunch. I dwld and installed the grenify app and disabled them, however, when I run my task killer the gallery app is always running. I wanted to greenify it, but it's not showing up in the greenify app, even when I did a search for it, it just took me to my home screen. I clicked on the app and it just opened but I didn't see any options to greenify it. Any suggestions? Thx for ur help.
so at the end is freezing and renaming the same thing? no one cleared that up, i usually just rename to BAK and thats it, what does TItanium apart from renaming?
ok i answer myself, freezing is the same as going to app manager, and selecting DISABLE
or from a root terminal using:
pm disable {package_name} (e.g. # pm disable com.android.browser)
wich calls:
/system/bin/pm
wich in turn contains:
# Script to start "pm" on the device, which has a very rudimentary
# shell.
#
base=/system
export CLASSPATH=$base/framework/pm.jar
exec app_process $base/bin com.android.commands.pm.Pm "[email protected]"
what it does is set a flag for a component to some of different values:
COMPONENT_ENABLED_STATE_DEFAULT
COMPONENT_ENABLED_STATE_DISABLED
among others. (http://developer.android.com/reference/android/content/pm/PackageManager.html)
where does it store this flag: I DONT KNOW
is this flag a value inside some manifest/ini file? : IDK
is this flag st in the file system? IDK
can someone show me the light?
edit: I DONT KNOW for sure but i think it stores it in : /data/system/packages.xml
that is generated by package manager taking info fro each app manifest. i hope i am right, but dont take my word as absolute truth since it was a quick google research lol
Renaming the apk file can result in unwanted behaviour... I learned by trial&error! I'm running MIUI 6 and wanted Google Play as default app store and not the MI Market. Renaming the apk file for the Mi Market gave me the result I wanted: launching Google Play whenever I clicked a link to a certain app. But that was until I rebooted the phone... it got stuck on the MI startup logo. After renaming the Mi Market apk file in twrp recovery, my phone booted again.
So might try freezing it to see if it will do the job properly.
Freezing Mi Market with AppFreezer worked like a charm!
el_jefe said:
Renaming the apk file can result in unwanted behaviour... I learned by trial&error! I'm running MIUI 6 and wanted Google Play as default app store and not the MI Market. Renaming the apk file for the Mi Market gave me the result I wanted: launching Google Play whenever I clicked a link to a certain app. But that was until I rebooted the phone... it got stuck on the MI startup logo. After renaming the Mi Market apk file in twrp recovery, my phone booted again.
So might try freezing it to see if it will do the job properly.
Click to expand...
Click to collapse
Depends what you mean by "renaming." Changing the extension from .apk to .apkold or .bak or something like that will harmlessly freeze the app since it's no longer seen as an apk by the system. Renaming the app itself is another thing entirely.
I renamed the extension to .noapk and Miui wouldn't boot anymore.
Good stuff
how do i know if the apps i download are safe? i mean anyone can write apps these days.
ludeguy said:
how do i know if the apps i download are safe? i mean anyone can write apps these days.
Click to expand...
Click to collapse
Check reviews in the market, check that the permissions make sense (a wallpaper app doesnt need sms or call permissions for example), only download app by known devs (recognised dev in the market).
Google the app name and see what people have to say.
If it looks iffy, dont download it.
Use common sense.
does the Market take the trouble to verify the apps before putting them on?
ludeguy said:
does the Market take the trouble to verify the apps before putting them on?
Click to expand...
Click to collapse
No.
You are expected to exercise common sense, not use pirated apps (huge source of crap), and generally be sensible.
The market can detect some malicious stuff, but if you steer clear of anything recently uploaded, with few users, you should be ok.
Just think of it like a pc. You don't have a nanny to hold your hand, so you use common sense
ludeguy said:
does the Market take the trouble to verify the apps before putting them on?
Click to expand...
Click to collapse
Whether they do or don't is irrelevant. Android's Market is not Apple's App Store, and probably never will be.
Veyka's advice holds true for Android/iOS and any other software, wherever you choose to place it.
B3311 said:
Whether they do or don't is irrelevant. Android's Market is not Apple's App Store, and probably never will be.
Veyka's advice holds true for Android/iOS and any other software, wherever you choose to place it.
Click to expand...
Click to collapse
There have been cases of malware sneaking onto the IOS app store as well, so its not like its even safe in apples walled garden!
fair enough
Is there a way to maybe spoof the Android Market so that we can download apps that it says we can't install because it's incompatible on the device? The main example is My Verizon because it's useful for monitoring data usage.
NoHolidaysForAHooker said:
Is there a way to maybe spoof the Android Market so that we can download apps that it says we can't install because it's incompatible on the device? The main example is My Verizon because it's useful for monitoring data usage.
Click to expand...
Click to collapse
I used titanium backup And restored those apps..
Sent from my SCH-I500 using xda premium
If you are running ICS it has the data feature built into it.
System settings -> Data usage
xwhofarted said:
If you are running ICS it has the data feature built into it.
System settings -> Data usage
Click to expand...
Click to collapse
I don't know about everyone else, but that's never worked for me. I'm not really worried about it cause I have unlimited data, but if you do want the Verizon app you can always sideload it. I've seen the apk floating around various places.
So far, I've never had data usage actually actively work. Although oddly the wifi data usage operates correctly. I like the My Verizon app though because it tells you your actual usage from their side, as opposed to the 4.0 feature or an app like Onavo, which I'm using, that has inaccuracies.
I'm actually the person who asked for it in JT/TeamHacksung's thread on RootzWiki but I just realized I didn't word the thread correctly because I'm more trying to see how to update some of the apps that the Market says are incompatible.
Hey all,
Just come across this and wanted to know if it was 'normal' for some apps to do this or some form of encryptiony type thing.
When flashing new roms I use our ROMCleaner to backup and restore apks. Recently Ive noticed some apks not being backed up and needing a redownload from the market.
Notably ADW Ex 1.3.3.8, SickStache and the Natwest Banking app.
After having a look through my system it seems the apks are not actually in /data/app, system/app or even installed on my sdcard.
I noticed a while back that the Natwest app was actually being installed as a .zip and couldnt be installed back as a zip, or renamed as a apk, using ROMcleaner. This I thought was pretty cool seeing as its a banking app and a way of dealing with security.
Now with ADW I managed to get the apk back by using TB. Moving to internal (still not appearing in data/app) and then converting to a system app. The apk was then present in system/app.
Is this a new form of app encryption? If it is its a pretty cool way of dealing with piracy, no apk = no stealing
Or is there something wrong?
Yeah, it is. One of the main features of JellyBean was paid app encryption. Play Store automatically downloads paid apps into an encrypted partition in /data. This is currently disabled, because the implementation of this paid app encryption caused a lot of problems, especially paid app widgets and live wallpapers disappearing after reboot. This happened because the encrypted partition was being loaded AFTER the Android system booted up, so while the system was booting it couldn't see any of these apps and their data and didn't load them. Google hasn't developed a fix for that yet and so they've turned the feature off to avoid frustration among users. Currently the paid apps download like before without going into any encrypted partition.
http://www.android.com/about/jelly-bean/
http://code.google.com/p/android/issues/detail?id=34880
http://blog.gsmarena.com/google-dis...cryption-after-issues-with-several-paid-apps/
http://www.androidpolice.com/2012/0...n-the-play-store-google-disables-drm-for-now/
http://www.talkandroid.com/126461-jelly-bean-encryption-negatively-affects-paid-apps/
http://techie-buzz.com/mobile-news/...eature-breaks-account-sync-for-paid-apps.html
http://www.gadgettweet.com/2012/08/jelly-bean-app-encryption-makes-mess-in.html#.UNw3VG9HLAE
sashank said:
Yeah, it is...
Click to expand...
Click to collapse
Wicked, thanks for the info! Thought something had gone with my phone lol
It seems some apps, free or paid, still do get 'encrypted' in the 4.1.2 ROM im using so dunno, maybe some still do.
Anyway, at least I know whats happening now and can work around it.
Many thanks for the info as well, much appreciated
first of all - amazing app!!
I have one question, maybe I got it completely wrong ...
If I hibernate an app, and restart it later again, e.g using the recent key, shouldn't the app state also be restored??
e.g. I use root explorer and navigate to a folder, then press the home key. When I get back to the application ( not using greenify) I will see the same folder that I was in before (if LMK did not kill my app of course).
But when the app was hibernated (greenifed), it always starts up "fresh"... Is this intended??
Galaxy s6, android 5.0.2 rooted
The app is stopped so is normal. Btw in Root Explorer is an option to restore your last working folder, check it if you want to go back to your folder.
MihaiSG said:
The app is stopped so is normal. Btw in Root Explorer is an option to restore your last working folder, check it if you want to go back to your folder.
Click to expand...
Click to collapse
Root explorer was just an example. So it is not exactly the iOS feeling that an application is stopped in background and resumed afterwards...
Which means, that I should not greenify apps that I want to go back later on using the recent key - because I will get a reload of the whole app which makes the 3 Gigs of RAM completely useless ... Is this correct??
So people who greenify everything will get a bad user experience, at least on the apps they use many a time....
A little disappointing but still a great app.
GZA1337 said:
Root explorer was just an example. So it is not exactly the iOS feeling that an application is stopped in background and resumed afterwards...
Which means, that I should not greenify apps that I want to go back later on using the recent key - because I will get a reload of the whole app which makes the 3 Gigs of RAM completely useless ... Is this correct??
So people who greenify everything will get a bad user experience, at least on the apps they use many a time....
A little disappointing but still a great app.
Click to expand...
Click to collapse
That is how the app is designed. You are not supposed to Greenify every app especially those you use frequently. That will consume more battery. This is stated in the OP of the main thread by the Dev himself and repeated many times in many sub-threads.
Makes sense.
tnsmani said:
That is how the app is designed. You are not supposed to Greenify every app especially those you use frequently. That will consume more battery. This is stated in the OP of the main thread by the Dev himself and repeated many times in many sub-threads.
Makes sense.
Click to expand...
Click to collapse
Yes, makes sense.
Thank you for the clarification.
GZA1337 said:
Root explorer was just an example. So it is not exactly the iOS feeling that an application is stopped in background and resumed afterwards...
Which means, that I should not greenify apps that I want to go back later on using the recent key - because I will get a reload of the whole app which makes the 3 Gigs of RAM completely useless ... Is this correct??
So people who greenify everything will get a bad user experience, at least on the apps they use many a time....
A little disappointing but still a great app.
Click to expand...
Click to collapse
I believe the closest equivalent of the IOS behavior that you are looking for is generated through Doze, a function implemented in Android phones with Marshmallows. For a more aggressive Doze behavior, you can use greenify. And if you don't have marshmallow on your phone, I believe there is a dedicated Doze app on the play store
Surfinette said:
I believe the closest equivalent of the IOS behavior that you are looking for is generated through Doze, a function implemented in Android phones with Marshmallows. For a more aggressive Doze behavior, you can use greenify. And if you don't have marshmallow on your phone, I believe there is a dedicated Doze app on the play store
Click to expand...
Click to collapse
Ok thank you. I assume the app you are taking about is shutApp... The doze app (same developer) just cuts off the network activity using a dead VPN connection. I will try shutApp on my device phone, but for now I am happy with greenify, it works great except for Chrome and YouTube... Thanks for your help..
GZA1337 said:
Root explorer was just an example. So it is not exactly the iOS feeling that an application is stopped in background and resumed afterwards...
Which means, that I should not greenify apps that I want to go back later on using the recent key - because I will get a reload of the whole app which makes the 3 Gigs of RAM completely useless ... Is this correct??
So people who greenify everything will get a bad user experience, at least on the apps they use many a time....
A little disappointing but still a great app.
Click to expand...
Click to collapse
You may try the new experimental feature - "Shallow Hibernation" if your device is running Android 6.0 and rooted. It preserves the app running context even in hibernation.
oasisfeng said:
You may try the new experimental feature - "Shallow Hibernation" if your device is running Android 6.0 and rooted. It preserves the app running context even in hibernation.
Click to expand...
Click to collapse
I will give it a try, thanks!