Description of problem: dosfsck truncated large files (close to 4Gb boundary) to 0 bytes. Version-Release number of selected component (if applicable): I have 2.11-8, but all versions have this problem. How reproducible: Create a file with size 4294966784 bytes (4 GB - 512 bytes) on a FAT32 file system. (Files of this size are created by Acronis Image tool, which I used frequently). use command: dosfsck -a -v /dev/... The previous created file is now truncated to 0 bytes !!! Expected results: This file size is allowed on a FAT32 file system, therefore it should NOT be truncated to 0 bytes. Additional info: The problem is caused by a overflow in the calculation of the filesize. In case of a large file the multiplication 65535 * 65535 results in 0, which is incorrect. The Ubunto distro has fixed this issue by using "long long" values, therefore a fixed can be found at there website. But I would like to see that this bug will be resolved in Fedora also. see bug report ubuntu: https://bugs.launchpad.net/ubuntu/+source/dosfstools/+bug/62831 Patch for dosfstools large files fix: https://launchpad.net/ubuntu/feisty/+source/dosfstools/2.11-2.1ubuntu3/+files/dosfstools_2.11-2.1ubuntu3.diff.gz sources of dosfstools of Ubuntu: https://launchpad.net/ubuntu/feisty/+source/dosfstools/2.11-2.1ubuntu3/+files/dosfstools_2.11.orig.tar.gz
Changing version to '9' as part of upcoming Fedora 9 GA. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
This bug has been fixed upstream in 3.0.0 (when merging debian changes in it) and can be closed now.