So I check my Xoom out this morning and Boom "Low on Space 'Tablet storage space is getting low'. It is impossible that I filled all of the space. I looked at my breakup and i have about 6Gb of music and it says the rest is completely full due to applications. I look at my applications but I only have about 3GB worth of application and data attributed to saves (manually counting). For the most part, besides the stock honeycomb apps, these apps are the same that I have on my Droid1. Which has much smaller storage. Somehow some app is taking up all the space (which i can't identify), the OS is corrupted, or I have a virus. Everything else has been pretty mainstream applications.
I have the OTA update and my Xoom has never been rooted.
Is anyone else having this problem?
A lot of people got this issue. It is being discussed in the Motorola official Xoom forum. But still no one know what's the root cause.
Sent from my Nexus S using XDA App
gogol said:
A lot of people got this issue. It is being discussed in the Motorola official Xoom forum. But still no one know what's the root cause.
Sent from my Nexus S using XDA App
Click to expand...
Click to collapse
Thank you for the quick response. I guess its good to know I'm not the only one. Hopefully it gets fixed soon.
The link to the issue on the moto forums is
https://supportforums.motorola.com/thread/46601?start=0&tstart=30
Hi Everyone,
For those users not yet experiencing this but wants to see whats going on, I made a video. There is also a way to check to see if this is occurring to you by checking out your internal storage on the Xoom.
http://www.youtube.com/watch?v=tWFeq0Qj3iA
Is there anyone else experiencing this issue on their Xoom?
It happened to me last night while playing WordFeud. I get the two line message "Low on space" and "Tablet storage space is getting low"
There is no way that I am using 25 gig in applications.
Thanks,
Dan
My initial guess is that it is Application specific. My xoom has 628Mb for Applications. I think maybe some app that each of you is using is continuing to pull in data and not deleting it over time. Maybe something like a news stream or something else. I would chat with the others having this problem and see what similar apps you have.
Just a thought. Sounds odd, I agree.. but.. a place to start. Maybe akin to a memory leak.
Thanks for the quick reply, eaglecomm. Your suggestion makes sense. In looking around a little this morning, I see that some people thought it might be the Google Body app, which I had installed. I uninstalled it, but it didn't make a difference.
It turns out that there is a fix coming in the next update.
The thread is at the Motorola Owners Forum titled 'XOOM Storage is Full' problem - 47 apps takes up 27 GB?
Since I am a new member here, I cannot post the actual link.
I thought I would post this info for any other Xoom owners that are have this concern.
I am glad to see it is being addessed.
Thanks,
Dan
My Xoom is not indicating that it is low on storage, but the applications do seem to be taking up an inordinate amount of space. Funky little bug.
On a positive note, it is good to know that the functionality of this device will only get better over time.
Tombstones
Are any of you able to look at the sizes of the files in /data/tombstones? I had the same problem and did some digging and found a tombstone file that is 19 GB. It appears to have been generated by a browser crash. If any of you are having the problem can you open a terminal and go to /data/tombstones and find the biggest file and type cat (name of biggest file) and tell us the name of the process (listed after pid). You may need to be rooted and may need busybox for cat to work. I doubt it's only the browser... I'm curious to know if it's a honeycomb thing with how it tombstones app crashes.
Have you tried using a cache cleaner ? I use 1 Tap Cleaner and Fast Cache Cleaner .
Try using DiskUsage to view what is using up your storage. If you're rooted it gives you even more options to view specific folders. If you've ever used WinDirStat then this is the closest thing android has to it that I've found.
https://market.android.com/details?id=com.google.android.diskusage
Although Moto is promising an update "soon" to fix this, the problem has been getting reported on for over 45 days now. Some people were hit with this early and some more recently - like myself. This one was sort of the last straw for me. I had to do a factory reset on mine (in Settings) in order to resolve this issue; which hasn't reared its ugly head again since. However, between that mess, and no SD card, SMS, etc, I finally got fed up and rooted mine so that I could use the Tiamat kernel and at least add a 32 GB SD card in the slot provided. Rooting also allowed for Clockwork Recovery (which I love) so making modifications is much easier. If and when Motorizon decides to provide us with the 4G update, then I'll flash it back to stock. However, in the right here and now, I needed a tablet for my work and didn't have the luxury to sit around with my hands tied and wait for Moto to finally have pity on us and provide what they hyped us with. The XOOM has become too integral a part of my work and home life. The product answered a lot of needs - some I didn't even realize that I had. I'll just have to do the extra step now of flashing back to stock when (and if) update time finally comes around. Until then, I'm moving forward and I've got WORK to do!! Yippee kyy-yaayyyy!!
I have this problem and looked in my folders trying to find large files using ES File Explorer. I have found a repeating set of folders here:
/sys/module/usbhid/drivers/hid:generic-usb/module/drivers/hid:generic-usb/module
These folders keep going and going and going. I tried to look at the properties of the sys/module folder but the file size kept going and going and going. I ran it all night and it was still running in the morning at 1.25GB and counting. Is it safe to delete the repeating set of folders? Does anyone know what these folders are used for?
Deanne
DeanneJensen said:
I have this problem and looked in my folders trying to find large files using ES File Explorer. I have found a repeating set of folders here:
/sys/module/usbhid/drivers/hid:generic-usb/module/drivers/hid:generic-usb/module
These folders keep going and going and going. I tried to look at the properties of the sys/module folder but the file size kept going and going and going. I ran it all night and it was still running in the morning at 1.25GB and counting. Is it safe to delete the repeating set of folders? Does anyone know what these folders are used for?
Deanne
Click to expand...
Click to collapse
Looks to me like a recursive bug where the folder or device is continually being created inside itself, it would cause everything from unstable os to complete unresponsiveness and even filling up the storage.
Macbots drool as I XOOM through the Galaxy to my hearts Desire.
Can't post in development section, but I think this is very important and torment a lot of people. Temporary solution is for normal user and not perfect. There is a permanent solution, but we can only hope some ROM developers look into this and put the solution to their ROMs.
The "media battery drain on boot" issue is not a VZW SGS3 only problem, it exists in almost all the 4.1.x based ROMs on any kinds of devices. You can search in different sub-forums of XDA to find out. Only in recent, this issue got increasing concern on android googlecode issues page and some project members involved. See here: http://code.google.com/p/android/issues/detail?id=37199. In case you don't want to go through the whole thread, I summarize some important information here:
The reasons causing this issue are twofold:
1. After 4.1.x, the process "android.process.media" will scan every files in your sdcards on boot, this is due to the MTP support (I can't be entirely sure and have no idea why it's necessary). Even with .nomedia in folder, all the files inside are still scanned and indexed, only not shown in galley/ringtones. That's why adding .nomedia file will not help.
2. Even with scanning all files, it shouldn't be that slow. The real problem is the non-optimized matching algorithm for deciding if a file is indexed. The algorithm is slow when dealing with filenames with wildcard character such as "_", and this kind of files commonly exist in photos, cache files of apps etc.
Solution:
An android project member has pointed out that the problem has been mostly fixed in 4.2: https://android.googlesource.com/platform/frameworks/base/+/8ab2dc2f9680307febe997631c2148729f714e3d
But normal users can only wait for ROM developers to merge this fix to their ROMs.
A temporary solution is to look into your sdcards and delete all unnecessary files with name containing wildcard characters, such as "_". Those with media drain issue will find this kind of files very common. Some instant message/social network/maps/gallery apps will cache thumb and media files in this form, as well as the photos taken by camera. Some game data, such as NFS from EA, also contain a large number of such files.
Here is my test and prove:
I used to have about totally 40,000 files in sdcard and extsdcard. After I deleted about 5,000 cache files containing wildcard filename, my reboot indexing time reduced from 18+ mins to 8 mins. I still have about 5,000 wildcard files that I cannot delete, such as photos. The improvement is significant, and I believe if I remove the other 5,000 files, the scanning and indexing time should be similar as in 4.0 and before: around 2 minutes.
Here is a more detailed test: http://rowan.smith.gen.nz/post/37744838003/media-battery-consumption-revisited
Cheers!
Ok, so there has been a LOT of people complaining that they are having issues updating certain apps. This seem to be happening mostly on Android 4.3 or 4.4. I too started having this issue so did a search for a fix, I found probably hundreds of threads across all the XDA forums without really finding any solutions. One of them points to a trick with a function of Lucky Patcher. That used to work but it seems the latest updates removed that feature. In most cases, clearing the data or removing updates does not seem to fix this issue either. Most threads will eventually end up saying to do a factory reset, not so. So I figured out why that is happening and thought that I would post it here for everyone to finally fix that annoying problem.
It seems like this is happening because Android is creating two data folders for that app and then when you try to update it, it tries to create another folder and the system wont let it. Therefor it is giving an out of space error. Not really an expert or proven reason but that is what it seems like to me, maybe somebody else can clarify, here is what will fix the error though.
Use a file explorer (I use Solid Explorer) and navigate to the root folder
Do a search for a small portion of the app name that you cant update. You will see several folders come up. They are most likely in /data/app-lib and are called appname-1 and appname-2. Some apps may have it by the developers name instead so make sure that it is the app that you are having issues with first.(example - tunein radios folder is called radiotime)
Delete both folders (notice - it would probably also delete the apps data too)
Go back to the play store and magically update!
Let me know if anyone else finds this useful as I have not seen this mentioned anywhere.
I have found that across two different Roms, both on different phones i have came across this odd bug.
Current build is the Sprint Galaxy S 5 running the latest version of Rwilco.
Honestly though that's irrelevant.
The bug is this. Each time the phone is restarted i get the "Android is Optimizing" and it goes through a slew of apps. Afterwards i Miraculously have a slew of apps that needs updating. After about 5-6 restarts i then run into an issue of storage space.
When you do a scan of what the hell is taking up so much space you will come up empty handed.
However if you download a root file explorer like Es FileExplorer enable hidden files and System files and then navigate to:
ROOT/Data/Apps
You will see many versions of your apps that you have downloaded have duplicated with a _1 _2 _3 placeholder denoting each time the app has been optimized or updated. Lately ive been going through, deleting the oldest versions of the app, restarting and then running updates from the play store and it has resolved the problem only temporarily. I have no idea what is causing this or why.
Does anyone have a clue
I stumbled across a file on my S10+ that's peaked my interest; although it could be nothing it still serves a purpose of some kind and I'm not sure what.
I haven't noticed any symptoms of malicious software as of yet and none of my files have been encrypted, though I did recently have to re-flash stock firmware due to overheating issues and a plethora of errors in the dumpsys logs.
The file came along with Call of Duty Mobile, or is at least hiding in one of it's folders.
I haven't downloaded anything from Tencent in awhile due to privacy concerns, and now I've found this file which seems pretty suspicious. I've looked around online and can't seem to find anything, anyone have any idea on this?
SuperIronOut said:
I stumbled across a file on my S10+ that's peaked my interest; although it could be nothing it still serves a purpose of some kind and I'm not sure what.
I haven't noticed any symptoms of malicious software as of yet and none of my files have been encrypted, though I did recently have to re-flash stock firmware due to overheating issues and a plethora of errors in the dumpsys logs.
The file came along with Call of Duty Mobile, or is at least hiding in one of it's folders.
I haven't downloaded anything from Tencent in awhile due to privacy concerns, and now I've found this file which seems pretty suspicious. I've looked around online and can't seem to find anything, anyone have any idea on this?
Click to expand...
Click to collapse
The file you referenced is only 48 bytes; My initial impression is that whatever your phone uses to identify a file "type" (file signature? extension?) has likely collided with the same signature/extension that someone noted the referenced ransomware as having. I suspect this to be pure coincidence and not to represent any evidence of infection or threat to your device.
As always, if you have data that you care about on any device, make sure you keep backups in a safe, disconnected location.