Storage space running out

[jsingle3]

For the past week, I have received an error message at my storage space is running out and some system functions may not work properly. I am also receiving repeated force close error messages, which I assume to be related to the storage space issue. The problem is, I have plenty of internal storage space and external storage space available. Below, I've attached screenshots of my current storage.

The error message first came up while using the AOSP 4.2 ROM compiled by pawitp. Before getting the message, I have been using this rom for a couple months with no problem. I reflashed the ROM several times to remedy the issue , but each time I would end up with force close issues after a day or two. Before flashing, I would perform a full wipe, wife cache/dalvik, and format system. Just to be sure, I have tried flashing 4.2 that was recently released by Collective, and the latest slim4.2. I am having these issues no matter what rom I am on.

Edit: cannot upload images from the xda app. Will upload as son as I'm at the computer.

Sent from my SGH-I897 using xda premium

 

[laughingT]

Suggestion;
Go get SD maid, by darken, on Google play store. it does much more than clean the SD.

Try the free version, then buy the pro if you want to support the dev.

 

[jsingle3]

Suggestion;
Go get SD maid, by darken, on Google play store. it does much more than clean the SD.

Try the free version, then buy the pro if you want to support the dev.

Unfortunately, I cannot download anything from the play store due to the storage issue...

 

[laughingT]

Would uninstalling some apps allow you to install others. ? You can always reinstall them later.

Alternatively. Go into settings, apps, and start deleting app data. for example, gallery, which can take up much more space than it needs. Leave the app, jus clear the data. Maps, browser, etc.

Chances are that your data data partition is full of junk, near its 422mb limit. If you open terminal emulator, type su, then df, you will see which partition is causing the problem.

 

[Dark3n]

+1 for what laughingT said
Taking a look at the partitions is the best way to start on this as it is the most common cause, usually /data (/data/data) or /cache is full.
Due to the way android lumps the different partitions toegether in the system view, it might look like there is enough free space when in reality there are sub partitions that are full.

But:
"The insufficient storage" will also be (missleadingly) displayed if an app can not be installed because it's .odex file already exists (for whatever reason) from a previous install.

 

[laughingT]

Thanks for input, Dark3n.

Correct me if I am wrong, but your SD Maid app can clean up stray odex, yes?

I have used SD Maid Pro to keep my phone 'clean'. I had 400 mb in datadata on cm10.0 at one point, and SD Maid helped me trim that down to 150 mb.

 

[jsingle3]

+1 for what laughingT said
Taking a look at the partitions is the best way to start on this as it is the most common cause, usually /data (/data/data) or /cache is full.
Due to the way android lumps the different partitions toegether in the system view, it might look like there is enough free space when in reality there are sub partitions that are full.

But:
"The insufficient storage" will also be (missleadingly) displayed if an app can not be installed because it's .odex file already exists (for whatever reason) from a previous install.

Thank you to everyone for the help so far. I wiped and reflashed the ROM so that I could have enough time to get into Titanium Backup before the launcher FCed on me. I restored SD Maid and see that my datadata partition is full (420 of 422). Can I move the system apps to the SD card with SD Maid? I thought that I had this option at one time, but I do not seem to get an option to move my system apps. I tried to convert them to user apps using link2sd (was able to get this installed from a flashable zip that I created before having this issue), but I am unable to do so.

 

[jsingle3]

What is odd is that my data data is basically full with only the standard system apps installed on slim and/or AOCP. I didn't even flash gapps.

Sent from my SGH-I897 using xda premium

 

[laughingT]

Moving apps to SD, especially system apps, probably won't help you. Your data partition isn't full, right?

I'd use the app cleaner tab and system cleaner tabs in SD maid to selectively clear app and system data. Clean browsers, maps, galleries and photo apps, at least. this won't uninstall the apps which is good, but it should clear a lot of garbage out.

If that won't do for you, then go into manage apps under the settings menu and clear at the browser data and cache, the maps data and cache, and the gallery data and cache. I'll take a guess that that alone will free up 150 mb.

 

[Dark3n]

Correct me if I am wrong, but your SD Maid app can clean up stray odex, yes?

Can I move the system apps to the SD card with SD Maid?

Not yet, but both on the TODO list in that order. No time for coding SD Maid atm . Soon...

 

[jsingle3]

Thanks for input, Dark3n.

Correct me if I am wrong, but your SD Maid app can clean up stray odex, yes?

I have used SD Maid Pro to keep my phone 'clean'. I had 400 mb in datadata on cm10.0 at one point, and SD Maid helped me trim that down to 150 mb.

I'm trying everything I can but I can't seem to find out what is taking up all my data data storage space. I've cleaned the cache and data for every app and it is still showing me around 400. Like I said before, I've got nothing installed other than what came on the slim 4.2 ROM (plus es file explorer and SD maid).

Sent from my SGH-I897 using xda premium

 

[laughingT]

okay. try this

start terminal emulator and enter

su

du datadata > sdcard/du.txt

exit
exit
. . .
okay, now go open the text file named du.txt that is in your sdcard.
it should list every file in datadata along with the size of each one.
because the size is at the beginning of each line, you can also sort the info by file size, either on your phone with an app like quickoffice, or on your pc.

there is also a way to do that sorting in the shell in terminal emulator, or with a script, but I'm too rusty on linux commands to give you that long command line.

edit: du is going to show the file space used by each subdirectory. that should point you to the offending files and orphan directories.

 

[jsingle3]

Did not find any issues after running the datadata log. I did, however, notice several simlink errors after getting es file explorer installed. Flashed the zip referenced in the following link to see if it would fix my errors (http://forum.xda-developers.com/showthread.php?t=1541942). So far, so good. No storage notifications, I am able to install from play store, and can restore from T/B. I will report back in a day or two to confirm if this fixed my issue.

 

[laughingT]

I'm not sure that fix script is useful for the jelly bean partition layout, which is different from ics , I think.
They are referencing CM9 and a 170mb datadata partition. As you know, we've got a 422mb datadata partition, and I beleive jb uses a different strategy to make use of the fast flash rom in captivate.

 

[jsingle3]

Sorry, wrong link. I meant to link the datafix app from the play store. By the way, still seems to be working well.

Sent from my A500 using xda app-developers app

 

[jsingle3]

Okay, I figured it out. I looked in my cwm log and noticed that I had a TON of bad blocks in my datadata partition. This effectively shrunk my partition down to about 50MB. No wonder I had storage warning issues as soon as I would flash any ROM (and why I needed datafix app to free up some space). Before using the phone as a paperweight, I decided I would reflash to stock kg3 to see if repartitioning and flashing back to cm 10.1 could fix it. After going back to stock and then getting back to 10.1, the bad datadata sectors appear to be fixed. I'll report back in a few days.

 

[Dark3n]

Any idea what caused the badblocks?

 

[laughingT]

Any idea what caused the badblocks?

I'll hazard a guess..
if his card was actually using a vfat or non jounaling fs, like ext2 for datadata, then
nonjournaling file systems on SD cards under linux are known to become corrupted when power is lost or interrupted. killing apps through a task manager or power manager could do the same, if it didn't allow the write buffer to finish. also a weak sd card might misbehave, particularly if bus is overclocked as it can be in semaphore kernel.

if it isn't a journaling fs, then the blocks show up as either bad or used when they are actually empty and good. periodically running fsck might be a good strategy for him.

edit; fsck isn't included in android build or busybox, I guess. Dark3n, could you build the fsck module into your SD maid app?