I may be able to get some freshness out in a few days...CM guys are testing offmode charging graphics ATM and I'd like to hold off until that's ready before building new recovery.@jrior001 any possibility you can update this thread with new setups for the new CM (with F2Fs baked in) and TWRP 8+. I know you are busy with the new OPO !
I may be able to get some freshness out in a few days...CM guys are testing offmode charging graphics ATM and I'd like to hold off until that's ready before building new recovery.
Thanks, now that the device stuff all seems about ironed out for cm12 I can updated these side projects a little.
Fixed
Edited: I take it all back, looks like mine was busted...I'll clean it up tonight, it's way to early on a Monday for this.i have fixed fstab.qcom in the original zip. now it boots properly and i was able to change my cache to F2FS and boot to my old system.
please fix in OP
however, we still need TWRP to restore data properly so we can switch from EXT to F2FS smoothly without losing data.
I don't think this is possible, a clean slate to start from is part of the deal. There's plenty of ways to back things up so you don't lose games/texts and all that.hey jrior001
i have a question about TWRP.
suppose i backed up my data back when i was on ext4.
then i reformatted /data as f2fs
next i want to restore data from backup. but the first thing that TWRP does is reformat it back to ext4.
could you disable this functionality, at least temporarily, so that we can safely move to f2fs without losing data?
thanks!
--pavel
i'm pretty sure it's possible: i saw someone on another forum posting a step-by-step guide to convert an existing system to F2FS, and it involved backing up in TWRP, formatting data as F2FS and restoring.I don't think this is possible, a clean slate to start from is part of the deal. There's plenty of ways to back things up so you don't lose games/texts and all that.
Funny you mention that..for all the hype f2fs gets and for me all the time I put into putting all this together and functional and as user friendly as possible, it really hasn't lived up to the hype.i'm pretty sure it's possible: i saw someone on another forum posting a step-by-step guide to convert an existing system to F2FS, and it involved backing up in TWRP, formatting data as F2FS and restoring.
anyways, i already backed up with titanuim and went fully F2FS. surprisingly enough, i didn't get much improvement over my old system. boo
for me neither. very disappointing. unstable and almost no improvement.Funny you mention that..for all the hype f2fs gets and for me all the time I put into putting all this together and functional and as user friendly as possible, it really hasn't lived up to the hype.
There are tons of updated f2fs code I need bring in since I originally did all this. 100+ at least commits to bring us up to speed with current mainline Linux kernel. I'm hoping this will help with performance/stability but its gonna take some time to pull it all in.thanks man.
too bad it's so unstable. now that I'm back on EXT4, i see that there was some minor improvement after all. i'd stick to F2FS if it would be stable...
the correct block size seems to be 4096...when your version of TWRP formats partitions for f2fs, does it take into account the block size of our flash? i hear that making block size equal to media size improves speed tremendously.
CHANGELOG
V1.0 - Initial release
V1.1 - added inline_data flag to F2FS mounts
V1.2 - updated to latest kernel/fstab as of 8/9
V2.0 - updated for cm-12.0
I may be able to get some freshness out in a few days...CM guys are testing offmode charging graphics ATM and I'd like to hold off until that's ready before building new recovery.@jrior001 any possibility you can update this thread with new setups for the new CM (with F2Fs baked in) and TWRP 8+. I know you are busy with the new OPO !
Could you please define "speeds"? Do you have any supportive data or is this just anecdotal?
Sent from my Evita