Bug 195439

Summary: vfat corruption
Product: [Fedora] Fedora Reporter: barry gould <bozo>
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED DUPLICATE QA Contact: Brian Brock <bbrock>
Severity: high Docs Contact:
Priority: medium    
Version: 5CC: wtogami
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-06-15 16:51:25 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description barry gould 2006-06-15 08:10:55 UTC
Description of problem:
A VFAT partition which is mounted frequently gets corrupted after adding,
changing, or deleting files.

Version-Release number of selected component (if applicable):
kernel-2.6.16-1.2122_FC5
and earlier, but not in FC4 AFAIK

How reproducible:
fairly

Steps to Reproduce:
1. copy, change, and/or delete files on a mounted vfat partition
2. run fsck or windows chkdsk to check for corruption.
  
Actual results:
fsck or chkdsk reports fs damage

the most common result is that deleted files end up as 'lost chains' according
to XP chkdsk,
however, I have had data loss on files edited by emacs, etc.

Expected results:


Additional info:
this is on a Dell D800 notebook, Pentium M, 1GB RAM, 100GB Seagate notebook HD.
note I have no swapfile or swap partition, period.

I have tried re-creating and re-formatting the partition; it hasn't made a
difference.

I am not having any problems with lockups or crashes.

I have not seen any problems with my ext3 partition, or my NTFS partition
(dual-boot winXP)
Note that the corruption happens even if I never boot XP.

Also note that deleting files from XP on the vfat partition works fine. Also, XP
chkdsk always fixes the problem (but data loss still occurs on the corrupted
files). I have not tried letting fsck fix the partition.
After fixing with chkdsk, both chkdsk and fsck say the partition is fine.


$ sudo fdisk -l /dev/hda

Disk /dev/hda: 100.0 GB, 100030242816 bytes
255 heads, 63 sectors/track, 12161 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/hda1               1        1460    11727418+  83  Linux
/dev/hda2   *        1462        2920    11719417+   7  HPFS/NTFS
/dev/hda3            2921       12161    74228332+   f  W95 Ext'd (LBA)
/dev/hda4            1461        1461        8032+  83  Linux
/dev/hda5            2921       12161    74228301    b  W95 FAT32

Partition table entries are not in disk order


Please let me know if additional information is needed.

Thanks!

Comment 1 barry gould 2006-06-15 16:51:25 UTC

*** This bug has been marked as a duplicate of 195440 ***