My phone is a cluster **** of random files. Basically a bunch of .zip files,.apk's, wallpaper jpegs, etc. I want to clean up and delete any unnecessary files. Do I need to keep the zip's from the current ROM I am running? Can I create files for music, wallpaper, .apks? If so, what do I need to title them so that the phone can properly read the parent files?
Are you talking about the /sdcard/?
No, after you flash the rom, you don't need to keep it on the /sdcard. Folders don't matter as the gallary/music will parse all all folders.
The extX parition will be created at /system/sd -> the /app/ folder after that is where the applications are stored if you have a2sd (depending on rom) you don't want to delete those.
Info: This has been fixed in Nightly #15. If you still want to move your cache, you may do it, but it is not necessary anymore!!
Hey folks,
as many of you might have expierienced with the CM7 nightlies, large apps won't download from the android market.
This due to the /cache/ partition, where the download files are stored in /cache/download/, being too small to acommodate for large apk files cached by the market.
So I searched around the net how to move this cache to another directory.
This is what I've come up with:
ATTENTION: I do not take any responsibility for any problems you may encounter with using this fix. It has worked fine for me, and it probably will for you as well.
This fix comes at a (little) prize: It moves the market cache to the internal SD card, so when you unmount the internal storage when you turn USB Mass storage on, market downloads will probably fail.
You probably have to be rooted for this, but since you are on CM7, you already should be
Code:
adb shell
# cd /cache/
# rm -R download
# mkdir /mnt/emmc/marketcache
# ln -s /mnt/emmc/marketcache download
# chown -h system.cache download
Code explanation:
Code:
adb shell
This one should be obvious, if you don't know what it does, you probably shouldn't do this
Code:
cd /cache/
Navigate to /cache partition
Code:
rm -R download
Remove /download recursively (meaning DELETE F***ing everything in there )
Code:
mkdir /mnt/emmc/marketcache
Create a directory named marketcache in the root directory of the internal SD card. Theoretically, you can choose whichever directory you'd like, but I don't know how the symlink would handle different file systems for example if your external SDCard is FAT32. And since the internal SD card became somewhat unused in CM7, I found it to be a good spot for this cache folder.
Code:
ln -s /mnt/emmc/marketcache download
Create a symbolic link named download to the directory you just created (remember to change the directory if you chose another one). This is somewhat anologous to a shortcut in Windows, where the OS treats the shortcut as a folder, while it actually just redirects everything to another location.
Code:
chown -h system.cache download
I don't know if this is necessary, but the original download folder has these permissions. It worked for me with, and without these permissions, maybe someone more expierienced could comment on whether you should set the permissions for the symlink and/or the destination folder.
To sum it up, what we did was delete the original download cache folder for the market and create a shortcut to the internal SDcard. From now on, the market will store the cached apks there instead of the cache partition.
After applying these changes, I was successfully able to download Cordy and MegaJump from the market, which I couldn't do before.
Hit the Thanks button if it helped you
Cheers
aMpeX
aMpeX said:
Hey folks,
as many of you might have expierienced with the CM7 nightlies, large apps won't download from the android market.
This due to the /cache/ partition, where the download files are stored in /cache/download/, being too small to acommodate for large apk files cached by the market.
So I searched around the net how to move this cache to another directory.
This is what I've come up with:
ATTENTION: I do not take any responsibility for any problems you may encounter with using this fix. It has worked fine for me, and it probably will for you as well.
You probably have to be rooted for this, but since you are on CM7, you already should be
Code:
adb shell
# cd /cache/
# rm -R download
# mkdir /mnt/emmc/marketcache
# ln -s /mnt/emmc/marketcache download
# chown -h system.cache download
Code explanation:
Code:
adb shell
This one should be obvious, if you don't know what it does, you probably shouldn't do this
Code:
cd /cache/
Navigate to /cache partition
Code:
rm -R download
Remove /download recursively (meaning DELETE F***ing everything in there )
Code:
mkdir /mnt/emmc/marketcache
Create a directory named marketcache in the root directory of the internal SD card. Theoretically, you can choose whichever directory you'd like, but I don't know how the symlink would handle different file systems for example if your external SDCard is FAT32. And since the internal SD card became somewhat unused in CM7, I found it to be a good spot for this cache folder.
Code:
ln -s /mnt/emmc/marketcache download
Create a symbolic link named download to the directory you just created (remember to change the directory if you chose another one). This is somewhat anologous to a shortcut in Windows, where the OS treats the shortcut as a folder, while it actually just redirects everything to another location.
Code:
chown -h system.cache download
I don't know if this is necessary, but the original download folder has these permissions. It worked for me with, and without these permissions, maybe someone more expierienced could comment on whether you should set the permissions for the symlink and/or the destination folder.
To sum it up, what we did was delete the original download cache folder for the market and create a shortcut to the internal SDcard. From now on, the market will store the cached apks there instead of the cache partition.
After applying these changes, I was successfully able to download Cordy and MegaJump from the market, which I couldn't do before.
Hit the Thanks button if it helped you
Cheers
aMpeX
Click to expand...
Click to collapse
Thanks dude
Really nice fix and easy to understand.
-- Kiljacken
An interesting solution.
However, as I understand it, CM7 on the 2X has this issue because the Dalvik Cache is in the /cache/ partition, thus using up a large portion of the available space. There is a fix in the CM7 thread called fix_cache.zip that moves Dalvik-Cache to /data/
This has the added advantage of the download cache being located on a faster NAND chip (I think). Not that it'd make much difference for Market downloads. It also means that Market downloads will work with USB Storage turned on.
I'd link to it, but I'm in bed and cbf getting out and to my PC
Kudos for the original solution though; I've been wondering how to put /emmc/ to better use!
Sent from my Optimus 2X using XDA App
kiljacken said:
Thanks dude
Really nice fix and easy to understand.
-- Kiljacken
Click to expand...
Click to collapse
You're welcome, but you shouldn't full quote posts like that ;o)
Also, does this fix persist after a reboot?
Sent from my Optimus 2X using XDA App
unfnknblvbl said:
An interesting solution.
However, as I understand it, CM7 on the 2X has this issue because the Dalvik Cache is in the /cache/ partition, thus using up a large portion of the available space. There is a fix in the CM7 thread called fix_cache.zip that moves Dalvik-Cache to /data/
This has the added advantage of the download cache being located on a faster NAND chip (I think). Not that it'd make much difference for Market downloads. It also means that Market downloads will work with USB Storage turned on.
I'd link to it, but I'm in bed and cbf getting out and to my PC
Kudos for the original solution though; I've been wondering how to put /emmc/ to better use!
Sent from my Optimus 2X using XDA App
Click to expand...
Click to collapse
Since the dalvik cache is the cache for all the app-related stuff, I opted for moving the download cache, because you don't care about file access/read speeds when downloading apps from the market.
The solution you mentioned basically does the same as mine, moving the dalvik cache instead of the market cache.
The issue with USB storage turned on is legit however. Downloading from the market while having USB storage turned on will likely fail. I'll update the first post.
unfnknblvbl said:
Also, does this fix persist after a reboot?
Sent from my Optimus 2X using XDA App
Click to expand...
Click to collapse
I cannot comment on that yet, probably I will when I have to reboot next time
aMpeX said:
You're welcome, but you shouldn't full quote posts like that ;o)
Click to expand...
Click to collapse
Full quoting is funny xD
It increases the amount of people who actually reads the post
Nice work, is it already merged? http://goo.gl/Zd9f6
The commit from your link makes this guide obsolete I guess. I'll keep going with this until it is merged into the nightlies (13 doesn't have it yet)
aMpeX said:
The commit from your link makes this guide obsolete I guess. I'll keep going with this until it is merged into the nightlies (13 doesn't have it yet)
Click to expand...
Click to collapse
Still u deserve a pat on your back. Good job!
temasek said:
Still u deserve a pat on your back. Good job!
Click to expand...
Click to collapse
I hoped it would've holded out a bit longer Thanks for the pat
How does Android responds to startups scripts. This should be in a startups script somewhere...
this workaround is permanent and withstands a reboot, so you only have to apply it once. As it says in the first post you are basically creating a shortcut to another partition.
The Fix from rmcc to the cyanogen source redirects the dalvik cache to /data/ instead of cache by a command line in build.prop, making room for the temporary downloads.
aMpeX said:
this workaround is permanent and withstands a reboot, so you only have to apply it once. As it says in the first post you are basically creating a shortcut to another partition.
The Fix from rmcc to the cyanogen source redirects the dalvik cache to /data/ instead of cache by a command line in build.prop, making room for the temporary downloads.
Click to expand...
Click to collapse
Ok, that's nice... 1 time change....
I was wondering...
Could it be something like the following:
(updater-script)
Code:
ui_print("Symlinking /cache to /mnt/emmc/cache");
run_program("/sbin/busybox", "mount" "/system");
run_program("/sbin/busybox", "rm -R", "/cache/download");
run_program("/sbin/busybox", "mkdir", "/mnt/emmc/marketcache");
run_program("/sbin/busybox", "ln -s", "/mnt/emmc/marketcache", "/cache/download");
unmount("/system");
Just a thought.
should work as well. But the issue will be fixed in the next nightly. So this fix would remain for other devices with that problem.
Ok, then we wait some hours
Chown notes
This is pretty useful information. I used AlphaRev and flashed the Bravo CM7 partition, and the small /cache means I can't download any large apps.
There's one extra thing to note:
Chown Note
In the event that you are getting "chown: unknown user/group system:system" please try 1000.1000 as this has been reported to work on several of the samfirmware-released roms that fail with this message.credit:max_warheads
http://forum.xda-developers.com/showpost.php?p=7390510&postcount=1
As of right now, it looks to me that my Desire+CM6 doesn't actually use /cache/download for market downloads, but rather just /cache.
Oh, that might also be related to me using market_black_emerald_2.3.4
http://forum.xda-developers.com/showthread.php?t=877510
Unclear if I can use this same symlink method in such a case.
Perhaps I can use something like this
http://blog.endpoint.com/2009/09/using-ln-sf-to-replace-symlink-to.html
to replace the current /cache with the new symlink. I'm hesitant, since /cache is it's own partition, right?
Symlink /cache FAIL
I tried to symlink /cache according to this
http://www.infoparlor.com/android/h...o-protected-apps-install-when-using-custommtd
1. Mount the root file system writable:
Code:
mount -oremount,rw rootfs /
2. Unmount the existing /cache mount
Code:
umount /cache
3. Remove the existing /cache folder
Code:
rmdir /cache
4. Create the new link
Code:
ln -s /sdcard/cache cache
Click to expand...
Click to collapse
That author was trying to fix Protected Apps, whereas I'm just trying to fix downloading large Apps, but seems that the process should be the same.
Except, each time I reboot recovery, the /cache keeps coming back just like it was.
This thread gives essentially the same instructions as are listed in the OP
http://miuiandroid.com/forums/showt...e-to-install-large-apps-like-MAPS-from-market.
Guys, I have a question:
I try to copy bootanimation.zip to /system/media folder using root explorer but failed due to not enough memory. And I saw on the top 274.64MB used, 1.48MB free. After look through all the folders, I noticed different folder has it own memory size available. Just wanna to know, beside deleting existing files in /system/media, any chance to increase the memory size of the /system/media by "transferring" from under utilized folder? Thanks
i have the same problem before having no space in system rom... just root ur phone.. delete some .apk file you do not use in the system/app but be careful what you are deleting.. just delete some files like
dual clock
aldiko
swype (if u do not use this keyboard)
talk
press reader
those are the files that i deleted and i got 24.7mb free
crushvic said:
i have the same problem before having no space in system rom... just root ur phone.. delete some .apk file you do not use in the system/app but be careful what you are deleting.. just delete some files like
dual clock
aldiko
swype (if u do not use this keyboard)
talk
press reader
those are the files that i deleted and i got 24.7mb free
Click to expand...
Click to collapse
crushvic, what is the different between /system/app and /data/app folders in internal SD. I found both contains apps. Thank you very much.
michaelnct said:
crushvic, what is the different between /system/app and /data/app folders in internal SD. I found both contains apps. Thank you very much.
Click to expand...
Click to collapse
System apps are applications installed with the system. You cannot delete or modify them if you don't have root.
These are often sensitive applications (like phone.apk, or XXXlauncher.apk : don't touch these apk !) but sometimes there are some useless applications that you can delete as crushvic told you.
Data apps are applications that can be supressed easily (even without root) and that come installed more oftenly with android market. These are "user applications".
flolep said:
System apps are applications installed with the system. You cannot delete or modify them if you don't have root.
These are often sensitive applications (like phone.apk, or XXXlauncher.apk : don't touch these apk !) but sometimes there are some useless applications that you can delete as crushvic told you.
Data apps are applications that can be supressed easily (even without root) and that come installed more oftenly with android market. These are "user applications".
Click to expand...
Click to collapse
I see..... in order for me to earn back some space in /system/ folder..... I have to "kill" those useless app as mentioned above..... Thanks for the useful info, your guys are helpful....
From beta3 I can't delete symlink. It's important for me because I actually using phone instead of flashing.
I tried->
1.root explorer
-> delete /data/data
-> copy /datadata ->/data
-> change name to /data/data
No effect, after reboot symlink restore
2. Same thing but with terminal
3. serch fstab, init, for script that making ln -s
4. delte from xbin ln program
nothing made any effect. Symlink always back after reboot.
I found at /sbin script setupdata....
But I can't delete/change it, every reboot it's restoring itself.
Sorry, I don't have an answer for you, but I really need this too. I didn't even install that many apps and everything is FC'ing because datadata is full. It seems it's not just app data as well, because I was browsing the folder with root explorer, and every time I clicked on a folder (within datadata), the available space went down some more. On CM7 my phone was fast enough without the symlink, so an option to remove it would be nice.