Aw: Re: Re: Re: Troubleshoot SD-card access issue

karl-heinz-1950 at web.de karl-heinz-1950 at web.de
Wed Apr 18 19:12:27 UTC 2018


> My understanding of .android_secure is that it's used to store files
> from another place in the internal storage (eg, App2SD) and shouldn't
> be accessed by way of the SD card at all. 

First of all be careful with the term internal storage, an SD card in Android terms can be internal storage. Internal refers to "internal for the app / cannot be accessed by other apps". Saying that I would most likely agree that others don't have access to that folder. So hiding this folder is fine for me, or showing it with permission denied as well. At the moment is simply behaves wrong, it doesn't show any files on the _same_ level as .android_secure, so I don't even want to look into .android_secure. This is due because sshd reports that .android_secure is not a file and then doesn't continue on the rest of the entries (on the same level as .android_secure). Which is a bug in sshd I would claim, but the version in kde connect is 6 years old.

> Investigating how other
> android apps handle sftp/ssh servers, and .android_secure
> specifically, would probably be a good place to start.

Full Ack. That is what I tried to do. I took a look in some open source file managers. They don't try Linux OS access like sshd / kde connect tries, but use the official Android APIs (SAF) and thus don't have a problem with it. Still looking for an open source ssh server for Android to verify how they handle it internally. Closed source ssh server seem to handle it okay - showing permission denied.

> > If neither works, then I would assume that doing this via ssh is the wrong way.
> 
> I'm not sure using a different protocol could solve the local
> filesystem problem.

protocol like smb? You are probably right. But I am 120% sure that if on Android we use the native methods (SAF) then it works fine, we just need to report then back in some kde connect JSON what to display in Dolphin. Not sure if that would be an issue on the KDE end. If a KDE dev says that this is done in a jiffy, then I would opt for this. I don't want to modify the sources of sshd and the more I look into it I believe it won't lead to a solution. It is not only that an empty SD card is shown, but as well that you cannot write to the SD card.



More information about the KDEConnect mailing list