12/21：today I copied a video file about 1G from my PC to 5T, using MX player to watch it, then I used OOS built-in file manager to delete it……OK, yep, Hi……I/O bug again.
-------------------
OOS 4.7.5
Yesterday got my 5T, rooted and installed root explorer. When I deleted some big file like OOS 4.7.5 zip via it, I found the space left no change, only way is a reboot.
The issue happened once on my OP 3T, not only using Root explorer, all 3rd party file explorers like ES, Solid Explorer , have the issue. But oneplus fixed it in update later.
ref:https://www.xda-developers.com/io-bug-on-oxygenos-4-is-causing-deleted-files-to-still-take-up-space/
Anyone same here on 5T?
Iwbtone said:
OOS 4.7.5
Yesterday got my 5T, rooted and installed root explorer. When I deleted some big file like OOS 4.7.5 zip via it, I found the space left no change, only way is a reboot.
The issue happened once on my OP 3T, not only using Root explorer, all 3rd party file explorer have the issue. But oneplus fixed it in update later.
ref:https://www.xda-developers.com/io-bug-on-oxygenos-4-is-causing-deleted-files-to-still-take-up-space/
Anyone same here on 5T?
Click to expand...
Click to collapse
I may have experienced this yesterday. I'm on 4.7.4 stock. I had been copying files, firstly from my PC to the phone, then from a micro SD card to the phone. In each case I was moving game data to Android/OBB so I didn't have to download it all over again, meaning I would only have to download the app from the Play store. This didn't work as normal, and then when I tried to delete the data using ES file explorer, the app couldn't 'see' it in the first place. The built in file explorer could but I don't think the storage space changed until after I rebooted. After copying the game data over again, rebooting and then downloading the app from the Play store, only then did game see the data in OBB. Something odd was going on but I was only half paying attention, especially to the remaining storage space.
Ouzo said:
I may have experienced this yesterday. I'm on 4.7.4 stock. I had been copying files, firstly from my PC to the phone, then from a micro SD card to the phone. In each case I was moving game data to Android/OBB so I didn't have to download it all over again, meaning I would only have to download the app from the Play store. This didn't work as normal, and then when I tried to delete the data using ES file explorer, the app couldn't 'see' it in the first place. The built in file explorer could but I don't think the storage space changed until after I rebooted. After copying the game data over again, rebooting and then downloading the app from the Play store, only then did game see the data in OBB. Something odd was going on but I was only half paying attention, especially to the remaining storage space.
Click to expand...
Click to collapse
yep, actually I also don't pay attention at the first place.
But I tested later, copy some big file like a video clip sometims via Root Explorer, then I can see the storage space left is smaller. Test to delete file copy A clip via RE, storage space no change. Test to delete file copy B clip via OOS file manager, storage space reclaimed. Only after a reboot , original copy A clip space reclaimed.
So every one can test it easily and quickly to see if the issue is there on 5T. If true, then I'm disappointed about this thing, because it was fixed before, how can an old bug rebirth:silly:
I can second this. There was a SDCARDFS disabler or something released by @eng.stk as a Magisk module. I am tempted to dig it out to give it a try.
EDIT: If anyone wants to try this:
https://forum.xda-developers.com/showpost.php?p=71671217&postcount=4123
pretty sure there was a very similar bug on 1+5 that got fixed at some point. And if I recall correctly the fix was something to be added to the build.prop.
Need to dig tin the 1+5 forum.
---------- Post added at 14:00 ---------- Previous post was at 13:50 ----------
dreinulldrei said:
I can second this. There was a SDCARDFS disabler or something released by @eng.stk as a Magisk module. I am tempted to dig it out to give it a try.
EDIT: If anyone wants to try this:
https://forum.xda-developers.com/showpost.php?p=71671217&postcount=4123
Click to expand...
Click to collapse
As far as I can tell that module would remove ro.sys.sdcardfs property, which doesn't look to be present in the actual build.prop.
Maybe setting "ro.sys.sdcardfs=false" could do the trick?
---------- Post added at 14:57 ---------- Previous post was at 14:00 ----------
So, the issue I was referring to was:
https://www.xda-developers.com/io-bug-on-oxygenos-4-is-causing-deleted-files-to-still-take-up-space/
And the actual fix was to remove that "ro.sys.sdcardfs" property. Which is not there on 5T already.
I'm gonna try to change that to "false" instead, and see what happens.
EDIT: I was working under the assumption that was happening for me as well, but looks like everything is working fine on 4.7.5 with space being cleared as soon as I delete a file.
But, at least, adding "ro.sys.sdcardfs=false" to build.prop didn't break anything.
Which version are you on?
And I just found when I use Root Explorer copy one file , then using OOS file manager to delete it, the issue is still happening.
The fix with the Magisk module did not work, changing the prop to false instead of deleting also did not work.
Reading this I thought I might had tested for the I/O bug when I got my hands on the device. Couldn't remember for sure so went back for testing purposes.
I/O bug is present on 4.7.4, tested.
I/O bug is present on 4.7.5 as far as i see reported here, I never updated to it.
I/O bug is not present on 4.7.2. tested.
So it seems as it was introduced somewhere between 4.7.2 and 4.7.4.
Well done OnePlus...
I am on 4.7.5 and I can't replicate this problem. When I delete any file, the overall storage size is reduced accordingly and instantly. Tried with both Mixplorer and Solid Explorer.
What format do you have for data? ext4? f2fs?
dreinulldrei said:
What format do you have for data? ext4? f2fs?
Click to expand...
Click to collapse
Shouldn't make any difference...
BigBrosMo said:
I am on 4.7.5 and I can't replicate this problem. When I delete any file, the overall storage size is reduced accordingly and instantly. Tried with both Mixplorer and Solid Explorer.
Click to expand...
Click to collapse
I'm double posting because... You quoted me on another thread. Sorry XDA.
I have not personally tested on 4.7.5, but it was on that build that @Iwbtone first found the storage bug so I have to take his word on that.
I tested it on 4.7.4 and bug is present.
I reverted to 4.7.2 no bug to be found.
I tested with both Root Explorer and Solid Explorer, but any external file explorer will trigger the bug.
Also random installed apps deleting files might trigger it.
Workflow for testing purposes.
Copy any OOS Full ROM zip file to any other location, check used storage on Android settings.
Delete the new copied file with an external file explorer app and get back to Android storage settings.
The used storage remains as if you haven't deleted the zip file.
Some media files might get past the bug, I have not tested that on the OP5T and don't really care at this point, but that sometimes happened on the OP3/3T giving us false positives for cleared storage while the bug was still present.
There are 2 reports of bug not, yours and @maddler.
Would be nice to double check this with the workflow I shared here.
Yup. Deleting media files, ok. But deleting zip files, bug exists.
can someone try running trim command when you delete the zip and see if the problem persists after the command
virtyx said:
can someone try running trim command when you delete the zip and see if the problem persists after the command
Click to expand...
Click to collapse
No. Hardly related. Shouldn't make any difference.
By the way. I/O bug is still present on 4.7.6.
We are doomed. ?
Related
[TIP/TRICK] Stop Stock Gallery From Creating .thumbnails Folder! Save SD Card Space!
First off, I'll start by saying: "I am not responsible if you brick your phone! Always make a nandroid backup before using my steps/messing with Autostarts! (It's a very powerful application!)"
If you use a 3rd party gallery app (Like QuickPic, my personal favorite...) - You are probably tired of wasting over 100mb of space on your SD card... (And waiting a long time for booting up as well...) I had no need for the /sdcard/DCIM/.thumbnails folder taking up space on my SD card, so this is how to disable the stock Gallery app from doing so!
I researched a little on how to accomplish this and came up with little information, so I thought I'd share:
What you'll need:
1.) Autostarts app (I used: Version 1.7.0)
---
Steps/Directions:
1.) Run Autostarts
2.) Look for these entries: Media ejecting/mounted
3.) Choose either entry (ONLY CHOOSE ONE, IT DOES NOT MATTER WHICH! Choosing one entry will disable both entries in Media ejecting AND Media mounted!)
4.) Click on BootReceiver
5.) Choose Disable (A popup will show saying "This is a system app, are you sure? etc.)
6.) Done! Reboot. On boot, go to /sdcard/DCIM/ and look inside for the usual .thumbnails folder, it should be contained with a few (SMALL) files now!
Note: (Make sure you disable the entry BootReceiver ONCE, it should "strikeout" (as in: draw a line through) the entry BootReceiver, to show it has been disabled on boot.) - zmag
Hmm, seems I just looked in my folder and I saw the darn .thumbnails file again... If anyone knows how to disable the stock Gallery app from wasting boot time & sd space; PLEASE TELL ME!!! - zmag
Well, it looks like this is not a big issue for anyone out there - but it still annoys me.
I have since "frozen" the stock Camera and Gallery apps with Titanium Backup Pro, and still; no luck.
Now, granted when I reboot my phone and look in my DCIM folder it doesn't seem to be creating the .thumbnails folder 100% of the time. But the folder is still being created somehow, and my only guess is from a third-party app (and I can't seem to pinpoint which one) but I'm gonna test to find out which and post my results...
I wish someone out there could give me some input, I've been talking to myself here for too long. - zmag
This isn't the same, but you can create a filetype named '.nomedia' and place it at the root of the folder where you want and it will stop displaying the thumbnails in the gallery app.
http://smartadopter.wordpress.com/2...mbnails-showing-in-the-android-photo-gallery/
OK I believe I may have found the possible solution to this problem.
I was searching around on how to fix this problem as well, and tried a few things myself and believe I have found a solution, so I had to sign up for xda to share with everyone else. So please be gentle as this is my first post, although im a long time lurker.
I also got rid of the stock gallery (uninstalled with Titanium Backup) and now use Quick Pic. although I have removed the stock gallery it still builds that 60mb+ thumbnails directory on my SDcard. I was using SD Maid to delete it but it gets annoying that it kept reappearing even after the uninstall of stock gallery.
Now to start fixing,
I realized it was actually a large single file itself named ".thumbdata3-1967290299" in "sdcard/DCIM/.thumbnails/" that was taking up the 60mb+ , the smaller individual thumbnails Quick Pic created only added up to a 1mb or so.
So what I did was I just grabbed a random useless file from my SD card I didn't need anymore (an alarm clock plus backup .bak file, but I would assume the *new file" option in root explorer would do the same) and I renamed the unneeded file the same name as the file in /.thumbdata/ (the the .thumbdata3-19672902099).
Now I had a .thumbdata file that was only 1.75kb and just simply moved it to the sdcard/DCIM/.thumbnails/ folder and replaced the 60mb .thumbdata file with the smaller one.
After a few restarts of my phone, opening and browsing Quick Pic, checking my thumbnail size a few times with both SD Maid and Root Explore - I now have a much smaller 1.75kb file instead of the old 60mb file.
Hopefully this well help some of you out and solve your problem as well, as far as I can tell it is no longer making that thumbnail file expand so large on my phone.
Phone: HTC Hero CDMA
ROM: Cyanogenmod 7.1
Carrier: i-wireless/sprint
hewillmakehell said:
OK I believe I may have found the possible solution to this problem.
Click to expand...
Click to collapse
i've tried both your copied file trick and making a new file with root explorer, both to no avail. ".thumbdata3--1967290299" always reverts to its old size if any app associated with the gallery is opened.
has yours really stopped reappearing?
i can't figure out where the large thumbnail data is stored, but it must be in the system somewhere...
problem solved
hey i figured out how to fixed this on my atrix. should be the same for all android phones.
http://forum.xda-developers.com/showthread.php?p=28447099#post28447099
There's no "external.db" inside my "com.android.providers.media" folder.
However, I didn't even understood what I was supposed to do with this file. What he meant with "trim the thumbnails table with an sql editor"?
I quoted the post you linked below:
i found the place where the thumbnail data is stored, which was making the huge thumbnail file and crashing Entertainment Center.
it isn't storing the entire ".thumbdata3--1967290299" file (which can be hundreds of mb for some people), rather a large (tens of mb) .db database file that is being used to recreate it on demand.
/data/data/com.android.providers.media/databases
external.db
with Root Explorer i could view the file, and Speed Software also sells an sql editor which you can use to trim the thumbnails table.
*be careful: deleting entries from this file also seems to delete it from the device! i deleted all records from the thumbnails and images tables..
learn from my mistake. i thought it would regenerate, but it deleted all images from /sd card. good thing i backed up all my photos first, but better to use the filter option and trim out only the records for files that are no longer on the device.
".thumbdata3--1967290299" now reappears, but a whole lot smaller.
Gallery opens so much faster now, and Entertainment Center works again!
hope it helps!
Click to expand...
Click to collapse
i bet it is hiding somewhere. maybe it's slightly different on other phones.
the issue was that i had an ever-expanding sdcard/dcim/.thumbnails/.thumbdata3--1967290299 file being recreated every time i accessed the gallery viewer, even after that thumbnails folder was erased.
my device was keeping track of ALL the media files that were ever on it, not just the ones presently on it. so the more files that passed through my device, the bigger the thumbdata file kept getting. the external.db file contains a table that lists all media files along with a bunch of attributes for each. apparently this db file is used to generate the thumbdata file. all the info for deleted files just leads to more padding inside the thumbdata file, so it keeps getting bigger.
by trimming the table i meant to delete the records in the external.db that correspond to thumbnails for media no longer on the device. that file is an SQLite file, so to open it you need a special viewer/editor. i first used the SQLite Viewer that comes with Root Explorer. with that, i could see the all the redundant thumbnail entries. to edit it, i got the SQLite Editor, though i'm sure there are other ways. then it's a matter of recognizing which files it lists that are no longer on your device, and getting rid of those rows from the table. in my case the external.db file went down from 8mb to 500kb after i did that.
screenshot 1 showing tables inside external.db, using SQLite Editor
screenshot 2 showing 'thumbnails' table
TBN FILE 2gb
hi
i have a huge thumbnail file in he sd card its almots 2GB
i have already came to opeing the list for thumbnails in the editor
but i dont know how to filter it that i can delete only the files which are not in the sd card (i.e already deleted ) plss guide me throught ,,, this and u will be a star:good:
whitebreadstyle said:
i bet it is hiding somewhere. maybe it's slightly different on other phones.
the issue was that i had an ever-expanding sdcard/dcim/.thumbnails/.thumbdata3--1967290299 file being recreated every time i accessed the gallery viewer, even after that thumbnails folder was erased.
my device was keeping track of ALL the media files that were ever on it, not just the ones presently on it. so the more files that passed through my device, the bigger the thumbdata file kept getting. the external.db file contains a table that lists all media files along with a bunch of attributes for each. apparently this db file is used to generate the thumbdata file. all the info for deleted files just leads to more padding inside the thumbdata file, so it keeps getting bigger.
by trimming the table i meant to delete the records in the external.db that correspond to thumbnails for media no longer on the device. that file is an SQLite file, so to open it you need a special viewer/editor. i first used the SQLite Viewer that comes with Root Explorer. with that, i could see the all the redundant thumbnail entries. to edit it, i got the SQLite Editor, though i'm sure there are other ways. then it's a matter of recognizing which files it lists that are no longer on your device, and getting rid of those rows from the table. in my case the external.db file went down from 8mb to 500kb after i did that.
screenshot 1 showing tables inside external.db, using SQLite Editor
screenshot 2 showing 'thumbnails' table
Click to expand...
Click to collapse
I had the sam issue, but unfortunately your solution didn't help me. I have only a couple of pictures on my phone, but a lot of GBs of music on SDCard and I think this is he reason why .thumbdata3 file is so large on my phone.
I also tried using SDRescan as proposed here: http://forum.xda-developers.com/showpost.php?p=28516079&postcount=6, but that didn't help either.
I've done some more research and found a solution here: http://www.mobilephonetalk.com/show...in-memory-card&p=311954&viewfull=1#post311954. After I deleted the .thumbdata3 file, created a blank one with Root Explorer and removed write permission to it, the file stays at 0 bytes and Camera and Gallery apps still work fine.
mihir880 said:
hi
i have a huge thumbnail file in he sd card its almots 2GB
i have already came to opeing the list for thumbnails in the editor
but i dont know how to filter it that i can delete only the files which are not in the sd card (i.e already deleted ) plss guide me throught ,,, this and u will be a star:good:
Click to expand...
Click to collapse
it sure would be nice if android did that automatically
i don't know how though, sorry.. maybe there is a way, but it is surely safer to backup the media files to another drive, trim the db, then move them back if necessary.
---------- Post added at 09:47 PM ---------- Previous post was at 09:42 PM ----------
strom87 said:
I've done some more research and found a solution here: http://www.mobilephonetalk.com/show...in-memory-card&p=311954&viewfull=1#post311954. After I deleted the .thumbdata3 file, created a blank one with Root Explorer and removed write permission to it, the file stays at 0 bytes and Camera and Gallery apps still work fine.
Click to expand...
Click to collapse
i guess that's one way of doing it. it just means all the thumbnails have to be recreated every time you open the gallery or file browser.
strom87 said:
I had the sam issue, but unfortunately your solution didn't help me. I have only a couple of pictures on my phone, but a lot of GBs of music on SDCard and I think this is he reason why .thumbdata3 file is so large on my phone.
I also tried using SDRescan as proposed here: http://forum.xda-developers.com/showpost.php?p=28516079&postcount=6, but that didn't help either.
I've done some more research and found a solution here: http://www.mobilephonetalk.com/show...in-memory-card&p=311954&viewfull=1#post311954. After I deleted the .thumbdata3 file, created a blank one with Root Explorer and removed write permission to it, the file stays at 0 bytes and Camera and Gallery apps still work fine.
Click to expand...
Click to collapse
How did you removed write permission from the thumbdata3 file with RootExplorer. If I try this, then I get a message, that that is not possible on the SD-Card and nothing happens!! The permissions stay !!!
Sunnymen1975 said:
How did you removed write permission from the thumbdata3 file with RootExplorer. If I try this, then I get a message, that that is not possible on the SD-Card and nothing happens!! The permissions stay !!!
Click to expand...
Click to collapse
You can try creating a folder instead of a file(no need to set permissions). So far, it's working
lbrfabio said:
You can try creating a folder instead of a file(no need to set permissions). So far, it's working
Click to expand...
Click to collapse
Another quick way that seems to work:
Code:
rm -rf /mnt/sdcard/DCIM/.thumbnails && touch /mnt/sdcard/DCIM/.thumbnails
rm -rf /mnt/sdcard/external_sd/DCIM/.thumbnails && touch /mnt/sdcard/external_sd/DCIM/.thumbnails
Hello, I also have this problem. Now I put another file with that name and that seems to work.
However, I came on this because my device went suddenly very slow.
Is it possible that the application that writes these .thumbnail files is still searching through the complete device, even when it cannot update the file?
And, how can I inspect what app is causing this file or slow down?
Fixed!... deleted .thumbnails folder and then created a file called .thumbnails using root explorer....thats worked for me in my THL w1..saved 1.2 gb of space!
Is there anyway to stop the stock camera from posting pics in the DCIM folder? I am somewhat ocd and would like them to be posted in a folder of my choosing.
estranged1977 said:
Fixed!... deleted .thumbnails folder and then created a file called .thumbnails using root explorer....thats worked for me in my THL w1..saved 1.2 gb of space!
Click to expand...
Click to collapse
Created a file or a folder?
petrsiri said:
Created a file or a folder?
Click to expand...
Click to collapse
try create folder (I do this and see no more thumbdata3-files yet two months)
Issues with wanting to copy to extsdcard any new files/folders from my gdrive account...not specific to write or modify but a mix of both.
I am experiencing an issue with my 32gb sdhc card that baffles me. I use ES Explorer and create a folder on the extsdcard and it quickly shows creating the folder in asynch mode, I then refresh and it shows up. Ok odd, whatever, moving on... I then try to delete it and it says successfully deleted, hit refresh and it shows up. How is this?
Another test is use FolderSync and i set up the folder pair and then click sync. Status shows error in red, I click show to see errors and I see errors "could not create folder: <anyfolder> File transfer failed '<file>' open failed: EACCES (Permission denied)"
Anyone have issues like this? Any pointers? I have researched and cant find much other than 4.4 changed its extsdcard security.
Thanks
Robert
Kitkat is picky on third party apps writing files to the card. Call it Googles strive to be more like Apple with each release.
Google probably wants all users to be cloud loving lemmings they can data mine.
http://www.androidpolice.com/2014/0...at-and-even-samsung-may-be-implementing-them/
My main issue is I can't even delete a folder. ..
Sent from my SM-G900V using XDA Premium 4 mobile app
Dunno if it's just me.....I've had zero problems doing ....well....anything I want to ?!?
BTW, I used ES file explorer (file exploder?) on my Galaxy Nexus.....constant issues and crashes.
Never again.
On your S5 there is a app called "My Files", it seems to work almost exactly like ES is supposed to work.
It does everything I can think of....make folders, open and add to them, delete files and folders ???
Works perfectly on mine with a 32gb Pony class 10 micro SD, not a single problem ever.
Perhaps you have a problem SD card ?
<edit>
Err, it's a PNY sd card, just always seemed like calling it a Pony was the correct term ?
As soon as Verizon gets root run the app
SDFix
From the market, or you need to edit platform.xml and add in a permission, only takes a few seconds but you need to be rooted, it is an issue with kit kat
I did a search, but it yielded no results, so I'll ask it here... I use file Explorer and every now and again it will tell me in the status bar that I'm using this much space on the internal memory and ask to delete recently downloaded files or something to that effect. I tell it no and go on with my day. Today I realised that 7gb have mysteriously gone missing from my download folder inside file Explorer. I have no idea what happened to them. I'm currently running PureNexus with elimentalX kernel. Has anybody else experienced this? I'm wondering if this could be rom, file Explorer, or download manager related. Thanks in advance...
I am having the exact same damn problem as you. and I cannot copy it out of my phone, because it cannot be found in my phone. lol wtf
PS I am on Android N, and this has happened to me multiple times in the past.
Same thing with me. Stock ROM, rooted.
It's weird, the files can be found on the phone but not while trying to transfer files to PC.
There was a known bug since Android I-don't-know where whenever there is a new folder/file created, commonly in the Downloads folder, Java wasn't reloading that folder so it was stuck to the last time the folder was reloaded, long story-short, it stays as it is until you reload the code.
Try clearing Media Storage cache and then reboot. That got mine fixed.
Hi all,
I can't seem to get my obb folder to behave. After installing anything which makes a file inside it, the folder changes to a file inside any file manager including with root access.
In twrp it shows as a normal folder and can be deleted or edited, but once back in android, it reverts to this weird uneditable file...
Any clues? I can't (or rather won't) format internal storage as I don't have a micro SD and currently have lots of files in my root folder which I need in case of emergency (i.e. my twrp backups and some downloaded . zip files).
Any help would be appreciated! It's not an emergency I'm just trying to get a game working. Oh also, if it helps, when I try to download the game after folder has gone weird, play store gets to 99% then fails with error 0 every time.
darkglobe87 said:
Any help would be appreciated! It's not an emergency I'm just trying to get a game working. Oh also, if it helps, when I try to download the game after folder has gone weird, play store gets to 99% then fails with error 0 every time.
Click to expand...
Click to collapse
You simply need to delete the obb folder from TWRP file manager.
If no success, connect your phone to pc and delete ithe folder from there. (or use some force delete software for your platform)
darkglobe87 said:
Hi all,
I can't seem to get my obb folder to behave. After installing anything which makes a file inside it, the folder changes to a file inside any file manager including with root access.
In twrp it shows as a normal folder and can be deleted or edited, but once back in android, it reverts to this weird uneditable file...
Any clues? I can't (or rather won't) format internal storage as I don't have a micro SD and currently have lots of files in my root folder which I need in case of emergency (i.e. my twrp backups and some downloaded . zip files).
Any help would be appreciated! It's not an emergency I'm just trying to get a game working. Oh also, if it helps, when I try to download the game after folder has gone weird, play store gets to 99% then fails with error 0 every time.
Click to expand...
Click to collapse
Hi,
I'm also facing same issue, did you find any solution ?
Please help me too..
Don't know if this means anything but if I go into file manager after a reboot it's fine for a minute or two then goes back to being weird. Can't put my finger on what causes it. I've uninstalled magisk, clean flashed my ROM, only thing left to do is format internal storage but can't do that until I get an SD card for my ROM files and backups to go on.
darkglobe87 said:
Don't know if this means anything but if I go into file manager after a reboot it's fine for a minute or two then goes back to being weird. Can't put my finger on what causes it. I've uninstalled magisk, clean flashed my ROM, only thing left to do is format internal storage but can't do that until I get an SD card for my ROM files and backups to go on.
Click to expand...
Click to collapse
I also had the same issue with pixel experience rom. My Suggestion is to install a nougat based custom rom until someone finds a solution for that.
Prince Jhamat said:
I also had the same issue with pixel experience rom. My Suggestion is to install a nougat based custom rom until someone finds a solution for that.
Click to expand...
Click to collapse
Thanks but that's not really a solution I want when it worked fine on previous builds.
Wow... You'll never guess...the issue is present in nougat ROMs too...
*facepalm*
i also faced the above problem in almost every oreo rom. But in the below rom it is normal.
https://forum.xda-developers.com/g5-plus/development/rom-cosmic-os-v3-1-universe-t3730547. i am using this rom as daily driver.
Hi All,
I deleted obb folder from going into root >> data >> media >> obb
Choose file manager like es file explorer or Aroma file manager.
But this is temporary solution not permanent after some time same issue will occur again.
Kindly follow this thread to solve obb data lost on Oreo custom Rom.
https://forum.xda-developers.com/g5-plus/how-to/guide-how-to-solve-obb-data-lost-t3744711
Thank you so much!! I don't have an SD card at the moment, however, but happy to know a solution. Does anyone know the cause??
Is there a solution for this without SD card??
EDIT: I've noticed something. The issue described in this thread seems only to happen after connecting to WiFi and downloading apps from the play store. It doesn't seem to happen before I will do that. Hope it helps.
darkglobe87 said:
Is there a solution for this without SD card??
EDIT: I've noticed something. The issue described in this thread seems only to happen after connecting to WiFi and downloading apps from the play store. It doesn't seem to happen before I will do that. Hope it helps.
Click to expand...
Click to collapse
Did u find any solution ?
My theory says obb folder turns into file cause system link from data/media/obb should be revoked but I'm not smart enough to know how to create system links
I noticed that when I install the pubg mobile game manually I do not lose the obb folder, just like the friend mentioned above only occurs when the game is installed directly from the play store
For those who don't have rooted devices use this method until we get a fix
I have the 8GB/256GB direct from OnePlus and looking at the system partition size see it is 2.7GB and almost full. OOS is 9.0.5
Does OOS and OP6T have a fixed system size or does it resize according to needs when flashing?
btb55 said:
I have the 8GB/256GB direct from OnePlus and looking at the system partition size see it is 2.7GB and almost full. OOS is 9.0.5
Does OOS and OP6T have a fixed system size or does it resize according to needs when flashing?
Click to expand...
Click to collapse
Did you ever find any info about this? I have the same config, barely used the phone for 1 day and only have 54MB free
The system partition does seem a bit tight. 've got about 60 mb free.
Looks like priv-apps, where OP has put their own bloat, is taking up most of the space that could be deemed useless.
A "community" debloater script could be useful, I'm thinking.
Gaining place in system partition is irrelevant as by definition the it's reserved for system apps you don't gain anything for your personal apps located in /data partition. This one is dynamic and adapts itself.
Debloat is only interesting if you want to get rid of unused system apps eventually, more a cosmetic goal.
54.5mb left in system for me, running 9.0.6 here. Now how the hell OP can fill a nearly 3GB partition with an Android build is beyond me. That's a lot of bloat!
---------- Post added at 02:35 AM ---------- Previous post was at 02:34 AM ----------
54.5mb for me, I'm running 9.0.6. How the hell OP can fill a nearly 3GB partition with and Android build is beyond me! That's a lot of bloat!
Striatum_bdr said:
Gaining place in system partition is irrelevant as by definition the it's reserved for system apps you don't gain anything for your personal apps located in /data partition. This one is dynamic and adapts itself.
Debloat is only interesting if you want to get rid of unused system apps eventually, more a cosmetic goal.
Click to expand...
Click to collapse
True, though there is some merit in lessening clutter.
H4X0R46 said:
54.5mb for me, I'm running 9.0.6. How the hell OP can fill a nearly 3GB partition with and Android build is beyond me! That's a lot of bloat!
Click to expand...
Click to collapse
On a positive note, there is not much space left to add more bloatware
H4X0R46 said:
54.5mb left in system for me, running 9.0.6 here. Now how the hell OP can fill a nearly 3GB partition with an Android build is beyond me. That's a lot of bloat!
---------- Post added at 02:35 AM ---------- Previous post was at 02:34 AM ----------
54.5mb for me, I'm running 9.0.6. How the hell OP can fill a nearly 3GB partition with and Android build is beyond me! That's a lot of bloat!
Click to expand...
Click to collapse
Wouldn't that system partition be for both A & B slots so it's really 1.4GB or so for the ROM? That falls inline with what the full ROM update sizes are (and typically have been for the last few OP devices). :good:
Nosferatu. said:
Wouldn't that system partition be for both A & B slots so it's really 1.4GB or so for the ROM? That falls inline with what the full ROM update sizes are (and typically have been for the last few OP devices). :good:
Click to expand...
Click to collapse
I thought Diskinfo showed only the mounted system? I might be wrong though! It does make more sense since a 3GB rom installation seems overkill!
I just updated to the latest 9.0.15 and Solid Explorer says "0 B free of 2.71 GB" for the root partition. Unable to use many of my apps that need to push something in the system partition, it says no space left.
Has there been any workaround for this? I've got really less apps installed and I remember nice amount of space left before upgrading.
Paresh Kalinani said:
I just updated to the latest 9.0.15 and Solid Explorer says "0 B free of 2.71 GB" for the root partition. Unable to use many of my apps that need to push something in the system partition, it says no space left.
Has there been any workaround for this? I've got really less apps installed and I remember nice amount of space left before upgrading.
Click to expand...
Click to collapse
Bro, I too faced the same problem when I flashed the latest 9.0.15 rom first. I am rooted and wanted to chnage the hosts file, but total commander and other files managers like ES, EZ all gave an error that /system has not enough memory. Then I thought of reflashing the same rom again as I did earlier, and things worked out fine. I was able to edit the hosts file and save it. I was able to mount it. But still I just have 7 mb left of 2.71 GB. I don't know the exact reason for this :/
Yep same here, glad others are seeing this, not glad any of us are. Hoping for a solution soon.
Paresh Kalinani said:
I just updated to the latest 9.0.15 and Solid Explorer says "0 B free of 2.71 GB" for the root partition. Unable to use many of my apps that need to push something in the system partition, it says no space left.
Has there been any workaround for this? I've got really less apps installed and I remember nice amount of space left before upgrading.
Click to expand...
Click to collapse
Same here. Was gonna post a screenshot, but it looks like everyone is becoming aware of the issue.
Just an fyi, I tried deleting a few things like icon pack apks to see if it would free up space. Diskinfo shows it still full but titanium backup says I have 6.7 mb free. I thought that was enough space for my adaway hosts file to work, but it still says my storage is full.
blockhead428 said:
Just an fyi, I tried deleting a few things like icon pack apks to see if it would free up space. Diskinfo shows it still full but titanium backup says I have 6.7 mb free. I thought that was enough space for my adaway hosts file to work, but it still says my storage is full.
Click to expand...
Click to collapse
Friend of mine having the same problem after updating yesterday.. hope we get a solution quick
Sent from my POCO F1 using Tapatalk
I was able to free some space using Solid Explorer. I tried uninstall with Titanium Backup and while it says "successful" it is not. Reboot phone app is still there.
I removed Google Play Movies using Solid Explorer. Rebooted phone. Had free space, patched the host file, done. Still have a couple MB free after such.
Nosferatu. said:
I was able to free some space using Solid Explorer. I tried uninstall with Titanium Backup and while it says "successful" it is not. Reboot phone app is still there.
I removed Google Play Movies using Solid Explorer. Rebooted phone. Had free space, patched the host file, done. Still have a couple MB free after such.
Click to expand...
Click to collapse
I moved some things around in the system/reserve folder. It has OnePlus apps in it. I moved the whole folder, changed my font with ifont and did the adaway, but I couldn't move the folder back due to space. I remade the folder and moved most of the apps back, but couldn't move everything. I left out the icon packs and a few other things. I wonder if I can just reinstall those apks if I really want the apps? So far, I haven't noticed any issues. I still have enough space available for these apps, but I guess Android won't let them move due to space.
Just updated to OB14 and the system storage is FULL!
Nosferatu. said:
I was able to free some space using Solid Explorer. I tried uninstall with Titanium Backup and while it says "successful" it is not. Reboot phone app is still there.
I removed Google Play Movies using Solid Explorer. Rebooted phone. Had free space, patched the host file, done. Still have a couple MB free after such.
Click to expand...
Click to collapse
How do you uninstall with solid explorer? I'm new to it. Do you go in the list of system apps, select the app, and hit delete?
blockhead428 said:
How do you uninstall with solid explorer? I'm new to it. Do you go in the list of system apps, select the app, and hit delete?
Click to expand...
Click to collapse
Go to root folder.
Then go to System and then App.
Find the folder for the app you want to delete (I removed Google Play Movies which is in a folder labelled "Video").
(optional but recommend copy the folder somewhere on your regular partition (e.g. any of your normal folders like downloads, twrp, etc.)
Then delete the APK in the folder. I kept the folder in case I want to add it back I'd remember what it was called.
Reboot phone.
Enjoy the free space.