I've swapped my SD cards using the option provided under storage in settings. Problem is, my (pyhsically) External SD card is EXT4 - causing permissions, user, and group of new files and folders created by, for example, xplore or the camera, to be inaccessible.
I cannot fix this through mount - the uid, gid, umask, fmask options are all
non-EXT options. Does anyone know a solution?
My internal SD Card (which is the primary) is formatted as EXT4 as well, I don't have any issues. So this issue might get caused by the data move from the internal to the external SD.
I've just digged into the code and luckily the SD card swap is controlled by a persistable property, which we can enforce in the build.prop.
The only way I can think of would be for you to do a full wipe to ensure everything will be set properly on the first boot.
Download the ROM, add the following line into the build.prop to force the first boot to use the external SD as default:
Code:
persist.sys.vold.switchexternal=1
Then flash the ROM and boot it - fingers crossed that it'll work. If not I'm afraid you're on your own and might have to format the SD as fat32 - remember this isn't fully supported by CM, I've just merged in some patches for your convenience!
1) Sometimes the phone will freeze on unlock for 20+ seconds
2) Sometimes out of the blue after unlock it asks for pin code (perhaps it means it has rebooted)
3) Sometimes, the time changes to a completely wrong (3 hours back for example)
First of all: You're missing logs, so you're lucky I'm in the mood (which rarely happens)
1) As long as it unlocks afterwards I don't see any issue here, god knows what communication is happening between the modem and the cell tower. Even my Nexus 5 sometimes locks up on unlocking the SIM Card.
2) This actually is a feature I think. I've added a patch which recoveres the RIL after a bad crash instead of just staying disconnected from data.
But my RIL knowladge is extremely weak - so it's unlikely anything here will change unless someone else is going to address it.
"Luckily" it's only affecting a minor amount of people - at least for me as I'm not affected.
By the way, I'm quite sure the whole "no signal after airplane mode" bug is caused by a missing function in the RIL as well, but I don't know how to fix that.
3) You're using automatic time, aren't you?
My advice: Disable automatic time and use the ClockSync app from the market. I'm doing that for ages now.
Or if you'd like to keep using automatic time you should add "telephony.test.ignore.nitz=true" to your build.prop.
@echo_21: Could you please add the automatic time issue to the OP?
I've tried to fix automatic time 8 month ago and don't know why it doesn't work as intended.
Usually a reboot fixes the time, which is even more odd because it means that my fix does indeed work - sometimes.
I've been logging the issue some time ago, but didn't manage to find out why it happens. As the ClockSync workaround works perfectly I didn't spent too much time with the issue, though.
As recently a couple people joined in and collaborated it's worth a try to post about it here I guess.
Here's my automatic time patch:
Link
The basebandSplit String array has been introduced by me here:
Link
SU660 Basebands and the newer P990 ICS ones (v28e upwards) need to ignore the NITZ conversion.