Agree, would be good to know the root cause -- eg. is it a bug having to do with some edge case in CWM recovery or a particular ROM that could fixed?
Does someone have a link to your recovery.rc?
If recovery.rc automatically mounts /system before starting CWM, you can sometimes wind up in a state where /system is mildly corrupted (needs an fsck), but can't be fscked or formatted because it's mounted - and in some cases, filesystem corruption causes it to be difficult to umount a partition to. Somehow this even derps up flashing to the partition in question using Odin (I guess it does some sort of partition checks before writing?) - this last symptom would often cause people to think they had suffered eMMC damage when they hadn't.
Galaxy Note (International - N7000) users had this problem on occasion and mistakenly called it "lost partial root".
Solution was easy - don't automount /system in recovery - https://github.com/CyanogenMod/andr...mmit/c362ad689ad24c4f64b58c7cada956808555ec21 was the solution there.
I've never seen this happen to /data before though... Although the GS3 has unified internal storage which could make this... interesting. Probably could be fixed by IMMEDIATELY doing a wipe data/factory reset. On a device with unified internal storage, navigating to /sdcard (linked to /data/media) for any reason would mount /data
Another option might be to try running a fsck from an ADB shell.
Last edited: