-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 03/15/2013 01:09 PM, Stephen Warren wrote:
On 03/15/2013 12:36 AM, Sonic Zhang wrote: ...
We can erase the first 3 blocks completely before formatting it again. But, nothing can prevent others from formatting the SD card with different tools.
Surely any tool that creates a partition table on a device when there wasn't any partition table there before (i.e. converts a raw filesystem to a partition table) should zero out the "boot code" area of that MBR, since there is no "boot code" area in a raw filesystem. This seems like a bug in whatever partitioning tool was used.
If any device /always/ historically contained a real partition table, or /always/ contained a raw FAT filesystem, then there will be no issue. It's only when switching between the two, and not clearing out all the data in the MBR when doing so, that you get this problem.
To me the question is, are we looking at a "torture card" that doesn't really contain a compliant set of choices, but happens to not fail in other cases (that don't play clever games like we do) or a really valid card and we need to make a harder choice.
- -- Tom