Open dxdxdt opened 5 years ago
Note that fsck.extN/xfs/cramfs reports this case as error.
It used to be an error, but several users with buggy cameras were unhappy with that: https://github.com/relan/exfat/commit/fcba4d92e7a78feb263f8ee0374ec5277341cdd3
It used to be an error, but several users with buggy cameras were unhappy with that: fcba4d9
yes, I saw the comment. But fsck'ing is a different thing? Using shrunk fs is dangerous. It's obvious that using the fs will fail at some point. Isn't that why people run fsck? If main users of this software use exfat for broken cameras and run fsck for other problems than this, fair enough. I admit that the case is pretty rare but can happen.
Your project, your decision.
fsck should probably mark clusters beyond the end as bad. This way, the warning can be turned into an error again.
I was curious as to what happens if you accidentally shrink file systems. So far, I've found that the developers of btrfs, exfat, and vfat didn't think this through.
output
(exit code 0)
I assume the "WARN: " line is from mount.c:293. Shouldn't it be an error?