hi all
so my transition to kitkat hasnt been without its hiccups and the latest one is probably quite big. So since 4.4 we're not allowed to write in the external SD as I have seen it put. my problem is shown by 2 different apps. one is the gallery (or quicpic that I use) when trying to delete a photo I took (and since I have my photos being saved on the SD) I get a message saying it failed! gallery seems to let me do it and delete the photo but when I check in quicpic or the files themselves the photos are still there. the other app is my sms backup and restore app where again I have my backup saving to the SD but when I try to select it it says I wont be able to use it and as is expected when I try to back it up it doesnt work.
why would they implement such a policy?! that goes completely backwards! is there a fix or a workaround?
really appreciate the help
You can fix it by rooting (+ e. g. NetApp SDFix) or wait for app developers to change their apps (in terms of storing data in private data folder, for instance '/storage/extSdCard/Android/data/com.google.earth') - or if possible change the storage path by yourself.
Sent from my black pearl using Tapatalk
nunein said:
You can fix it by rooting (+ e. g. NetApp SDFix) or wait for app developers to change their apps (in terms of storing data in private data folder, for instance '/storage/extSdCard/Android/data/com.google.earth') - or if possible change the storage path by yourself.
Sent from my black pearl using Tapatalk
Click to expand...
Click to collapse
how can developers change their apps since they wont be allowed to write on the SD? and what do you mean change the storage path by myself? as in to have stuff save on my phone? cuz thats what Im avoiding
As I wrote: every app has write access to its 'private' data folder of the SD card (if it creates such a folder). The folder name has to match the app name.
For instance '/storage/extSdCard/Android/data/com.example.app'
Disadvantages are that other apps do not have write access to these folders - and that data of an app will be deleted from its 'private' data folder if the app will be uninstalled.
The temporal solution is to root and use any KitKat fix to write in SD, there are single apps xposed modules flashable zips write some string in some system file.
fburgos said:
The temporal solution is to root and use any KitKat fix to write in SD, there are single apps xposed modules flashable zips write some string in some system file.
Click to expand...
Click to collapse
any pointers on where I could find such a thing?
See post no. 2: SDFIX (from NextApp), available here or at Play Store
Related
I've a strange question that might or might belong in the development thread, but figured since it's a question, I'll try here first.
I'm using a Stock DeOxed Rooted Rom on my EVO.
I recently installed a few more apps and saw this pesky little warning about low on space.
When I went into my "SystemPanel" app to see how much space was left exactly and noticed that my /data folder only had around 30megs out of it's 428M available.
Ok.. time to delete some apps I thought, but then I noticed that my /system folder (Where I presume pre-installed apps live) had almost 1/3 of it's space still available (115 out of 350megs available).
So I'm wondering.....
Is there some method that I can use to install Apps directly to this folder instead of the standard /data that apps appear to go to when installed?
Is it as simple as moving the APK file with Root Explorer, or are there some under the hood items in apps that prevent this sort of thing?
I've a few rather large apps that I cannot move to the SD card due to widget problems and the like but would be perfect for the system folder if I can find a way to move them there easily.
Thoughts?
DroidGnome said:
I've a strange question that might or might belong in the development thread, but figured since it's a question, I'll try here first.
I'm using a Stock DeOxed Rooted Rom on my EVO.
I recently installed a few more apps and saw this pesky little warning about low on space.
When I went into my "SystemPanel" app to see how much space was left exactly and noticed that my /data folder only had around 30megs out of it's 428M available.
Ok.. time to delete some apps I thought, but then I noticed that my /system folder (Where I presume pre-installed apps live) had almost 1/3 of it's space still available (115 out of 350megs available).
So I'm wondering.....
Is there some method that I can use to install Apps directly to this folder instead of the standard /data that apps appear to go to when installed?
Is it as simple as moving the APK file with Root Explorer, or are there some under the hood items in apps that prevent this sort of thing?
I've a few rather large apps that I cannot move to the SD card due to widget problems and the like but would be perfect for the system folder if I can find a way to move them there easily.
Thoughts?
Click to expand...
Click to collapse
/system/app is where system apps are kept. If I remember correctly, any app can be installed into there, but you have to do through flashing an update.zip if I'm remembering properly. You may be able to take the apk that's in /data/app for the app you want to move and move it to /system/app, but I'm not sure if that will work properly or not. Someone who cooks ROMs might know more.
Also, you can partition your sd card and use true apps2sd with most ROMs. Its a little bit of work and will shorten the life of your card, but that gives you a lot more room if you need it.
I don't know that there's a way to move user apps to system. It's very possible there is a way, I've just never seen any posts about it. Apps 2 SD is usually the way to go.
ps. 30 megs?!?! Geez, how many apps do you have?
Sent from my SUPERSONIC
Easy peasy
First, use a true apk backup tool to backup e apk files you want to move. Titanium backup will NOT work because it compresses and distorts, and we need true apk files. I recommend file manager by adao team. Just go to applications, check what you want, and hit backup. Next, get the apk files on your computer by mounting sd and copying files from backups folder. You will lose all app data, but what can you do? Next, adb push the files to system app folder while in recovery mode (just say so if you don't know how to do this and i will tell you) and reboot. Done. Tell me if it works well.
By the way, 30 megs???
Doesn't froyo install to the sdcard if you tell it to?
I thought a2sd was obsolete
You can put apps there after changing the folder's permissions but I wouldn't recommend it. Just not a good idea to put regular apps there.
Just install them to your SD card instead
Sent from my PC36100 using XDA App
go into the android app manager and go through all your programs and click on move to sd card...
they will all still occupy some space on your nand, but not nearly as much.
Thanks for the advice, I thought it might not be as easy as moving them, oh well, just seems a shame for there to be over 100 megs I cannot do anything with.
I already had moved all I could to the SD card prior to posting this, but thanks for that advice as well, I'm sure others forget they can do that with Froyo.
As for the 30 megs I had left.. we'll it's back up to about 70 free which should be plenty for a while. (Remember we only have about 420 to start with).
Some of the big ones which could not be moved to the SD card are:
Swype (Deleted, took over 17megs)
TouchDown (12 megs.. must keep for tasks sync sadly)
Google Maps update (7.6 megs)
Documents to go (8megs)
A few various games that cannot yet be moved to the SD card at around 5megs each..
The rest are just lots of little apps.. I'm sort of an app junkie You should have seen my old Palm Centro... it was amazing!
According to Titanium, I currently have 194 'User apps', though I think a few are simply widgets, icon packs and the like.
Hi,
I just updated my desire with "official" 2.3.3 from HTC and i missing some space to install app (like most people using this phone...)
I don't want to flash a non-Sense rom as i like somes feature (contact list with FB integration for photos, agenda..). But i can reconsidere it if i don't find any solution to increase free space..
I don't want to virtually increase partition on sd, sometimes my sd mount as Read Only without warning, don't know if sd or sd reader on the phone is tired of life...
So i looked at app and what is using space: gmail update, flash update, map update, Market update... And i wonder if i can move these to system/app to replace the app shipped with the rom.. (A long time ago I already done something like this on nook by replacing vending.apk).
Is there a tutorial explaining this?
If possible, is there a list of apk's name? (Market = Vending.apk, Map = ???, Flash = ???)
If place is missing on rom partition (i see only 16mo is free) can i delete safely some app (i don't use (news app or footprint or stock exchange...).
Thank you!
You are not s-off or even rooted. So you cannot do this.
I s-off and rooted the phone to use titanium backup, so yes it is
I don't want to flash a non-Sense rom as i like somes feature (contact list with FB integration for photos, agenda..). But i can reconsidere it if i don't find any solution to increase free space..
Click to expand...
Click to collapse
Strangely I had these features in Gingervillain and also in MIUI - and they are non-Sense ROMs. And for agenda - there are many free/paid widgets, which are better than the stock HTC one IMO.
I don't want to virtually increase partition on sd, sometimes my sd mount as Read Only without warning, don't know if sd or sd reader on the phone is tired of life...
Click to expand...
Click to collapse
Well, if you don't have enough space in the system partition then you have no other options.
So i looked at app and what is using space: gmail update, flash update, map update, Market update... And i wonder if i can move these to system/app to replace the app shipped with the rom.. (A long time ago I already done something like this on nook by replacing vending.apk).
Click to expand...
Click to collapse
Yes you can replace the files, use Root explorer (S-OFF, ROOT)
If possible, is there a list of apk's name? (Market = Vending.apk, Map = ???, Flash = ???)
Click to expand...
Click to collapse
TI Backup gives you the name of the file if you click on the application.
Flash is com.adobe.flashplayer AFAIK.
If place is missing on rom partition (i see only 16mo is free) can i delete safely some app (i don't use (news app or footprint or stock exchange...).
Click to expand...
Click to collapse
Yes, you can.
ok, i will do a backup and try this. I just would to be sure before doing this (thank's about ti backup tips
You know a place where i can have a list of safely deletable app?
Some apps are found here:
http://leedroid.com/bravo-wiki/guidelines-for-safe-removal-of-included-apps-apks
But it only worths deleting apps larger > 1 or 2 MB so I'd hit up each app in Google, to see if it is needed.
Last question, i just looked into system\app folder, some app like gmail come in 2 file "gmail.apk + gmail.odex".
How do i replace this?
The first thing that bothered me after updating to stock 4.4.2 is the lack of SD card write for media.
Well here i fixed that, (ROOTED users only)
using your root explorer, navigate to /system/etc/permissions/
now look for "platform.xml" back up this file somewhere in case anything goes wrong.
now replace this file with the modified file attached, set correct permissions and reboot!
In case anyone is wondering what change is in the modified file, it is a permission added to write media to sdcard, ( "<group gid="media_rw" />" under external storage)
unzip the attached file (it should read platform.xml), and do leave the feedback.
is it same wtih this program?
https://play.google.com/store/apps/details?id=nextapp.sdfix
is it possible to change the directory of SD card just like previous OS
in kit kat directory is "storage/sdcard1"
in previous OS is ""storage/removeable/sdcard1"
because of this some of my app couldn't detected the data
raitokun said:
is it same wtih this program?
https://play.google.com/store/apps/details?id=nextapp.sdfix
is it possible to change the directory of SD card just like previous OS
in kit kat directory is "storage/sdcard1"
in previous OS is ""storage/removeable/sdcard1"
because of this some of my app couldn't detected the data
Click to expand...
Click to collapse
havent tried the app, but then again why would you want to keep an extra app for something that can be fixed
This doesnt change the directory, only allows the apps to write to sd card.
raitokun said:
is it same wtih this program?
https://play.google.com/store/apps/details?id=nextapp.sdfix
is it possible to change the directory of SD card just like previous OS
in kit kat directory is "storage/sdcard1"
in previous OS is ""storage/removeable/sdcard1"
because of this some of my app couldn't detected the data
Click to expand...
Click to collapse
xyge said:
havent tried the app, but then again why would you want to keep an extra app for something that can be fixed
This doesnt change the directory, only allows the apps to write to sd card.
Click to expand...
Click to collapse
install app, run app, uninstall app. solved with no user interference between and safe from bootloops. also, on JellyBean the sdcard direcotry was the same as KK (storage/sdcard1)
xkeita said:
install app, run app, uninstall app. solved with no user interference between and safe from bootloops. also, on JellyBean the sdcard direcotry was the same as KK (storage/sdcard1)
Click to expand...
Click to collapse
Well part of the reason why I prefer Android is the learning and understanding that comes with messing around with it, so I prefer modifying the system as per my needs
With that said, if the app doesn't require to be kept after fixing the issue it's definitely a good option for the ones who don't want to go with all the trouble.
Sent from my C6502 using Tapatalk
xyge said:
Well part of the reason why I prefer Android is the learning and understanding that comes with messing around with it, so I prefer modifying the system as per my needs
With that said, if the app doesn't require to be kept after fixing the issue it's definitely a good option for the ones who don't want to go with all the trouble.
Sent from my C6502 using Tapatalk
Click to expand...
Click to collapse
I know bro, I'm usually doing things with android modifying stuff here and there but sadly most users won't even do a single search after getting into a problem and that's kinda irritating after some time...
I have the T-Mobile Galaxy Note 3. I was on stock and just took the OTA upgrade to Lollipop (N900TUVUFOB6). After doing this, I rooted the phone with CF Auto Root and installed TWRP 2.8.5.0. I have root access fine. I keep my apps backed up from Titanium Backup on my SD card. When I open up Titanium Backup it tells me the directory isn't writable. I am on the latest su binary / supersu and I have tried changing the mount namespace setting with no luck. Is there anything else I could try to fix it?
Did you install the SD card fix app?
I think there is an option on lollipop to authorize other apps to access directories that are not there own. That might be the problem.
I searched and found you need to change a setting in Preferences - Backup folder location. Near the top is Storage Provider. Click and change to Directory provider. Fixed it for me. Never knew that was a setting before!
sjancura said:
I searched and found you need to change a setting in Preferences - Backup folder location. Near the top is Storage Provider. Click and change to Directory provider. Fixed it for me. Never knew that was a setting before!
Click to expand...
Click to collapse
Thanks so much! I had to pick the option DocumentProvider storage and then select the directory through there. Working fine now.
Sorry. Meant Document provider not Directory provider. ?
Has anyone found a reason why TiBu now thinks the entire directory of dalvik cache is unnecessary when you run the clean up option?
Changing that to DocumentProvider storage solved my problem too sjancura, thanks!
Hi,
I spoke too soon... I am still having problem with using external SD card with titanium backup.
I changed the storage provider to DocumentProvider but I cannot 'save' that selection as it's grayed out - please see the screenshot.
I have tried changing name of ex SD card. At first I used SDFix apps which were able to help with similar problem in KitKat but haven't fixed the issue now in lollipop.
I had the same problem (Running Lollipop and TB) and I got it fixed by using one of the KitKat fixes. The one I used was "SDFix" by "NextApp, Inc." in the google play store.
dajomas said:
I had the same problem (Running Lollipop and TB) and I got it fixed by using one of the KitKat fixes. The one I used was "SDFix" by "NextApp, Inc." in the google play store.
Click to expand...
Click to collapse
Thanks...that worked for me too.
sjancura said:
I searched and found you need to change a setting in Preferences - Backup folder location. Near the top is Storage Provider. Click and change to Directory provider. Fixed it for me. Never knew that was a setting before!
Click to expand...
Click to collapse
Hours of frustration brought to an end by that advice ... thanks mate ... you're a legend!
Hi,
I tried running SDFix, having run it in tbe past, prior to finding out this morsel of info on changing DP. However I still can't get it to save that location. Same greyed out directory like previous user posted.
Yeah I found that as well, changed it but could not "save" to that folder location (greyed out). Tried SDFix app, no change. Tried creating a new folder in TB, AND then using ESFile Explorer & neither would allow me to write to the extSD card. Rooted, stock Sprint Lollipop ROM.
I had that issue, worked it out. When you're browsing for a folder with the DocumentProvider select the root of the SD card, then it should close and return to the browser in Titanium Backup. Browse to the sub folder you want, you should be able to click the save button now.
Hi Ghosthree3,
Thanks so much for this. I'm going to give it a shot. My extSD card was used in the past on an earlier version of Android OS, whereby I could write to the extSD card just fine. Consequently there are prior backups on there. As such, I'm wondering if i should mount the phone, copy that folder off, delete that folder on the extSD card and then via TB create a "new" Titanium Backup folder and see if it then allows me to write. Note: I tried mounting the phone to my PC in an effort to create a folder on the extSD card and that method too, prevented me from creating a folder, hence my thought on getting what I have off of the device, and attempting writing a new folder per your directions. I wonder if my PC will allow me to erase that folder.....
Dopamin3 said:
I have the T-Mobile Galaxy Note 3. I was on stock and just took the OTA upgrade to Lollipop (N900TUVUFOB6). After doing this, I rooted the phone with CF Auto Root and installed TWRP 2.8.5.0. I have root access fine. I keep my apps backed up from Titanium Backup on my SD card. When I open up Titanium Backup it tells me the directory isn't writable. I am on the latest su binary / supersu and I have tried changing the mount namespace setting with no luck. Is there anything else I could try to fix it?
Click to expand...
Click to collapse
Install xposed and then use xinternalsd then configure it as u wish. This will fix the problem
Sent from my iris_X8 using XDA Free mobile app
sjancura said:
I searched and found you need to change a setting in Preferences - Backup folder location. Near the top is Storage Provider. Click and change to Directory provider. Fixed it for me. Never knew that was a setting before!
Click to expand...
Click to collapse
Thank you!
Hi s j a n cu r a,
Thank you very much. Someone else posted that, but maybe i'm not selecting it properly. When I select Document Provider, I browse to "Open from SD card", scroll down to the "Titanium Backup" folder, hit "Select" the "Titanium Backups" that are there [at one time I had no issues writing to my EXT SD card], it then says, "Detect!" [External storage] and I select "Everywhere in External Storage". It finds 41 backups there, I select that "External Storage' radio button. That's where I seem to hit a wall. The "Use the current folder" appears to be greyed out. I'm left only with "Cancel". I think there is some deeper issue writing to ExtSD because with File Explorer I can't copy picture files from one folder to the other. That's what is giving me this feeling that something else is going on with write permission. Frustrating to say the least. My only recourse at this point is to use the internal SD, which does work.
Google lollipop external sdcard fix. There's an app in the play store.
Sent from my SM-N900T using Tapatalk
I seem to have been at this for hours now. I finally got Xposed framework on my Tab S and Note 4 and decided to try Marshmallow SD fix
https://forum.xda-developers.com/xposed/modules/xposed-marshmallow-sd-fix-write-t3403263/page29
and then EXT SD fix
https://forum.xda-developers.com/android/software/fix-extsd-fix-v1-0b-2016-01-18-t3296266
In each case going to Titanium backup it just doesn't work - I get the same old "Folder is not writable" message for anything on the SD card.
Since many people are having success - I'm assuming this is because of the Samsung version of Xposed framework ?
I don't know but nothing I do seems to work.
Any suggestions / advice - has anyone got this to work on their tab s or note 4?
louiscar said:
I seem to have been at this for hours now. I finally got Xposed framework on my Tab S and Note 4 and decided to try Marshmallow SD fix
https://forum.xda-developers.com/xposed/modules/xposed-marshmallow-sd-fix-write-t3403263/page29
and then EXT SD fix
https://forum.xda-developers.com/android/software/fix-extsd-fix-v1-0b-2016-01-18-t3296266
In each case going to Titanium backup it just doesn't work - I get the same old "Folder is not writable" message for anything on the SD card.
Since many people are having success - I'm assuming this is because of the Samsung version of Xposed framework ?
I don't know but nothing I do seems to work.
Any suggestions / advice - has anyone got this to work on their tab s or note 4?
Click to expand...
Click to collapse
If it's lollipop you need the sdcard fix. If it's mm you just need to allow write permissions to the app.
ashyx said:
If it's lollipop you need the sdcard fix. If it's mm you just need to allow write permissions to the app.
Click to expand...
Click to collapse
I'm not sure I understand that. Are you talking about extsd or marshmallow fix ? Also there are no permissions to set other than the ones shown. For Titanium those are all set to on. Ie. Storage.
Is there a specific 'write' permission elsewhere that I've missed?
louiscar said:
I'm not sure I understand that. Are you talking about extsd or marshmallow fix ? Also there are no permissions to set other than the ones shown. For Titanium those are all set to on. Ie. Storage.
Is there a specific 'write' permission elsewhere that I've missed?
Click to expand...
Click to collapse
Any app that wishes to write to the external storage should show a dialog requesting permission to the ext sd after that it will have full write access.
Any app that doesn't isn't mm compatible.
Which folder path are you trying to use?
ashyx said:
Any app that wishes to write to the external storage should show a dialog requesting permission to the ext sd after that it will have full write access.
Any app that doesn't isn't mm compatible.
Which folder path are you trying to use?
Click to expand...
Click to collapse
The Titanium problem is fairly common. if all apps need to be was mm compatible then we wouldn't need a fix for the SD cards I would have thought.
But coming to Titanium itself I can select the old folder with is exsdcard/titaniumbackup but Titanium will tell me this has no write access but I can use it to read from and restore.
There is no location that Titanium will use or see on the extsdcard. What one has to do to is to copy the contents of your backup folder to the internal card then select that as the backup folder in Tba. Then you have elect to change the backup folder but choosing DocumentProvider storage. At this point you then have to create a folder - an existing folder is no good. Once created it will copy the contents of the internal folder to the extsdcard. Apart from the fact that this 'workaround' is much slower it is also inconvenient and any kind of change for whatever reason in the backup folder means that you can't just switch to the old one you have to go through the whole creation process.
As far as I am concerned this is why I wanted an SD card fix but I also understand to some point your view and it does make some sense. However it is confusing. When this nightmare started with Kitkat I understood that apps were allowed their own folder but couldn't affect or write to other folders. Also they were media folders only. This as I remember also affected file managers which then couldn't do their intended job.
With MM and without any fix Solid explorer can and does have full access to the sd card and can write in any folder from what I can see. Other apps seem to possibly access with documentprovider permissions - I'm not sure but many appear to have no problems but the pop up is very much like the documentprovider - choose a folder. So I am confused why Titanium has these problems and can understand a point of view that they haven't adapted as they should have perhaps but then I find it hard to believe that they wouldn't have done what they can with the features /tools they have for one of the most popular backup programs..
Either way, at the end of the day I was really hoping I could have got a fix which worked much like sdcard fix on Kitkat which stopped the nonsense and Google's insistence that they know best how we can and should use our SD cards.
And indeed for many people Marshmallow fix and or EXTSD appear to work for a lot of people in the way I was hoping - hence the creation of this thread because
1) it certainly doesn't for both my Samsung devices and
2) Many people with Samsungs (and some other devices) appear to be having the same difficulty.
I don't understand what has been done on MM to make it so difficult to overcome the problem but obviously it appears Google is just plain bloody minded and trying to make it more foolproof.
louiscar said:
The Titanium problem is fairly common. if all apps need to be was mm compatible then we wouldn't need a fix for the SD cards I would have thought.
But coming to Titanium itself I can select the old folder with is exsdcard/titaniumbackup but Titanium will tell me this has no write access but I can use it to read from and restore.
There is no location that Titanium will use or see on the extsdcard. What one has to do to is to copy the contents of your backup folder to the internal card then select that as the backup folder in Tba. Then you have elect to change the backup folder but choosing DocumentProvider storage. At this point you then have to create a folder - an existing folder is no good. Once created it will copy the contents of the internal folder to the extsdcard. Apart from the fact that this 'workaround' is much slower it is also inconvenient and any kind of change for whatever reason in the backup folder means that you can't just switch to the old one you have to go through the whole creation process.
As far as I am concerned this is why I wanted an SD card fix but I also understand to some point your view and it does make some sense. However it is confusing. When this nightmare started with Kitkat I understood that apps were allowed their own folder but couldn't affect or write to other folders. Also they were media folders only. This as I remember also affected file managers which then couldn't do their intended job.
With MM and without any fix Solid explorer can and does have full access to the sd card and can write in any folder from what I can see. Other apps seem to possibly access with documentprovider permissions - I'm not sure but many appear to have no problems but the pop up is very much like the documentprovider - choose a folder. So I am confused why Titanium has these problems and can understand a point of view that they haven't adapted as they should have perhaps but then I find it hard to believe that they wouldn't have done what they can with the features /tools they have for one of the most popular backup programs..
Either way, at the end of the day I was really hoping I could have got a fix which worked much like sdcard fix on Kitkat which stopped the nonsense and Google's insistence that they know best how we can and should use our SD cards.
And indeed for many people Marshmallow fix and or EXTSD appear to work for a lot of people in the way I was hoping - hence the creation of this thread because
1) it certainly doesn't for both my Samsung devices and
2) Many people with Samsungs (and some other devices) appear to be having the same difficulty.
I don't understand what has been done on MM to make it so difficult to overcome the problem but obviously it appears Google is just plain bloody minded and trying to make it more foolproof.
Click to expand...
Click to collapse
The fix for KitKat and lollipop isn't needed for MM because Google did in fact listen to people griping about the ext card restrictions.
MM will give full access to properly coded apps.
I have many different devices running MM and all gave write access to the ext sdcard including TB, which I use regularly.
However that doesn't mean to say I haven't had the issue you speak of. I may have even had it with TB.
The folder path I use in this case is mnt/media_rw/
This path is almost always accessible by apps and is the path I'm using right now for TB.
If that doesn't work try disabling 'mount namespace separation' in SuperSU settings then reboot also make sure your TB is up to date.
ashyx said:
The fix for KitKat and lollipop isn't needed for MM because Google did in fact listen to people griping about the ext card restrictions.
MM will give full access to properly coded apps.
Click to expand...
Click to collapse
Ok understood.
I'm guessing then that the so called Marshmallow fix via xposed is to get older apps which may not be updated to work
ashyx said:
I have many different devices running MM and all gave write access to the ext sdcard including TB, which I use regularly.
However that doesn't mean to say I haven't had the issue you speak of. I may have even had it with TB.
The folder path I use in this case is mnt/media_rw/
This path is almost always accessible by apps and is the path I'm using right now for TB.
Click to expand...
Click to collapse
Ok so now the plot thickens and I've no idea what is going on here. Tba says when I navigate to this folder [and I'm assuming that the choice when asked is "filesystem storage" and not "Filesystem storage - Media" (which only offers internal memory anyway)]
"This folder cannot be accessed"
and that is before getting to the external sd card which would be the number (F91E-D472) in my case. ie. mnt/media-rw
Needless to say - Solid explorer can see this and navigate to the sd card no problem.
This happens on both Note 4 and TAB s and I'm really curious now because something on my systems are different.
ashyx said:
If that doesn't work try disabling 'mount namespace separation' in SuperSU settings then reboot also make sure your TB is up to date.
Click to expand...
Click to collapse
Sure, namespace is unchecked - did that on both devices some time ago, and Tba is up to date.
Pretty damn confused now
louiscar said:
Ok understood.
I'm guessing then that the so called Marshmallow fix via xposed is to get older apps which may not be updated to work
Ok so now the plot thickens and I've no idea what is going on here. Tba says when I navigate to this folder [and I'm assuming that the choice when asked is "filesystem storage" and not "Filesystem storage - Media" (which only offers internal memory anyway)]
"This folder cannot be accessed"
and that is before getting to the external sd card which would be the number (F91E-D472) in my case. ie. mnt/media-rw
Needless to say - Solid explorer can see this and navigate to the sd card no problem.
This happens on both Note 4 and TAB s and I'm really curious now because something on my systems are different.
Sure, namespace is unchecked - did that on both devices some time ago, and Tba is up to date.
Pretty damn confused now
Click to expand...
Click to collapse
Have you tried placing the TB folder on your ext sdcard then used the detect button (whole device) in preferences to detect the folder and then select it under mnt/media_rw?
ashyx said:
Have you tried placing the TB folder on your ext sdcard then used the detect button (whole device) in preferences to detect the folder and then select it under mnt/media_rw?
Click to expand...
Click to collapse
This was the method I used as soon as I updated to MM and didn't notice the "this folder is not writable" message.
However, the option to choose mnt/media_rw isn't available. If I use Detect > whole device I'll be offered :
/storage/F91E-D472/Titaniumbackup
perhaps I'd see the other option under normal circumstances but Tba is not able to access that path so wouldn't find it in a search ... I guess
Aha! could this be the problem?
see post #15
https://forums.geforce.com/default/topic/917126/write-to-external-sd-restriction-in-marshmallow/
What is your sd card formatted as - mine is FAT32 so perhaps I need to go exfat?
..but then such links show that I'm certainly not alone - this one actually confirms that tb has this write problems and leads to the Documentprovider solution:
https://www.youtube.com/watch?v=GATqU1_xzqA
louiscar said:
Aha! could this be the problem?
see post #15
https://forums.geforce.com/default/topic/917126/write-to-external-sd-restriction-in-marshmallow/
What is your sd card formatted as - mine is FAT32 so perhaps I need to go exfat?
..but then such links show that I'm certainly not alone - this one actually confirms that tb has this write problems and leads to the Documentprovider solution:
Click to expand...
Click to collapse
ExFAT. Anything above 4gb should be ExFAT.
ashyx said:
ExFAT. Anything above 4gb should be ExFAT.
Click to expand...
Click to collapse
curiously I set permissions to 777 for the mnt/media_rw and titanium can go there but any further (even though I've done the same for the sdcard folder - nada!
and sadly after converting to exfat - mnt/media_rw .... "this folder cannot be accessed"
Not sure what else I can do.