Onno Benschop, please be aware that the bug was filed against sysvinit, instead of dosfstools. There is no point for Ubuntu to check FAT32 partitions in the first place, especially when dosfsck is buggy.
I am affected by the dosfsck bug #62831 as well. The file got truncated by dosfsck is (4G-1) in size. Dapper LTS hangs when running dosfsck on the FAT32 partition with the big file. Edgy does't halt, but truncates the file size to 0. Running "chkdsk <drive>: /f" in Windows can recover the big file.
Please set the sixth field of the entries for vfat/ntfs partitions to 0 by default in /etc/fstab.
Onno Benschop, please be aware that the bug was filed against sysvinit, instead of dosfstools. There is no point for Ubuntu to check FAT32 partitions in the first place, especially when dosfsck is buggy.
I am affected by the dosfsck bug #62831 as well. The file got truncated by dosfsck is (4G-1) in size. Dapper LTS hangs when running dosfsck on the FAT32 partition with the big file. Edgy does't halt, but truncates the file size to 0. Running "chkdsk <drive>: /f" in Windows can recover the big file.
Please set the sixth field of the entries for vfat/ntfs partitions to 0 by default in /etc/fstab.