I have Linux Mint 10 and Windows 7 installed on the same HDD. First partition is Linux, then swap, then the Windows system partition and finally an NTFS partition for commonly used data I would like to share between systems. I work almost exclusively on Linux, sometimes booting to Windows.

The problem is that mint seems to corrupt the NTFS partitions almost each time - sometimes it's only the data partition Windows wants to have checked, sometimes it's the system partition, although I never write to the win system partition from Linux.

I have experienced data loss on the data partition after starting windows several times already. The win installation altogether was broken twice - unable to start and had to be reinstalled. And its not years I am talking about but just a few weeks.

I have set up and used dual boot systems before, but only with Ubuntu, and never had any problems with data corruption.

What might be the problem and what can be done about it? Any additional info I could provide?

  • If you mount the filesystems as read-only does the corruption still occur? If not I'd then use a FAT32 filesystem to transer data back to Windows as FAT32 support is much more mature in Linux than NTFS.
    – Mokubai
    Mar 22, 2011 at 9:41
  • @Mokubai. Thank you Haven't yet tried to mount them read-only. The gnome integration just mounts both win partitions by default. I'll have to look up how to do that. Is there a way to prevent linux from mounting the windows system partition at all?
    – kostja
    Mar 22, 2011 at 10:53
  • Nothing stated in the question supports the contention that the Linux software is causing/has caused data corruption in the NTFS filesystem. Such speculations are usually brought about by user error in failing to properly dismount the filesystem in Windows before switching to Linux.
    – kreemoweet
    Jul 17, 2015 at 13:27

2 Answers 2


The safest thing to do is probably to have the NTFS partitions mounted as read-only and use either a USB memory stick or FAT32 formatted partition to transfer data. This should prevent any corruption occurring.

The configuration file that determines what filesystems get mounted at the computer's boot time is /etc/fstab. It lists the filesystem device (partition) name, the point in the filesystem that it gets mounted at (e.g. "/mnt/Partition_Name"), and various options that can be passed to the filesystem driver.

There is a program called PySDM that can edit the file for you, and apparently you can get it for Linux Mint at this page.

Using the image below as an example, you'll need to look through the partition list until you find the partitions that relate to your Windows install (by checking the mount points). Where you see the options field below, you'll probably have something like user,noexec. You'll want to keep whatever options are already there, but add ro (for readonly) to the list of options (for example: user,ro,noexec).

After a reboot you should hopefully be able to read but not write to your NTFS partitions, and therefore they also should be protected against corruption. As mentioned earlier, a USB memory stick or a partition formatted to FAT32 should be safe for files needed by both systems. Dropbox is also a possibility for keeping files in sync between the systems.


A bit of info on why you might be getting the corruption:

Windows and Linux running on one system is a mixed bag of issues when it comes to working with the same data between both operating systems. Microsoft has no desire, and no real reasons, to provide the open source community with details of the full inner workings of the NTFS filesystem (as of this writing). This tends to mean that Linux implementations of NTFS can be somewhat incomplete or lacking in features, though they do tend to quickly catch up with changes.

With each successive upgrade to Windows, Microsoft has upgraded the filesystem and Linux has been left in a race to try to catch up and support features for people who want to be able to use both systems at once. So, while Linux may be able to safely read and write Windows XP NTFS partitions, it may not be as reliable with Windows 7 NTFS partitions yet (as of this writing). It is also possible for different Linux flavours to have different versions of the NTFS drivers, which could be why Ubuntu was fine, but Mint is not. If you were using Windows XP with Ubuntu, then that could have been why they were happily working together.

I've used Linux in the past, and whenever I've compiled the kernel where the NTFS options are located, I actually had to consciously enable NTFS Write support because it was marked experimental and potentially dangerous (as you have found out).

FAT32 is a filesystem that is mature, well defined, and hasn't changed for many years, so Linux support is very good.

It is entirely possible that after an update in the future, you would be able to read and write NTFS partitions without any fear of this happening, but Microsoft is prone to whimsy and could easily re-break support in future.

  • This is as great as an answer can get. Thank you so much.
    – kostja
    Mar 22, 2011 at 13:13
  • @kostja You are very welcome. Did PySDM work to make the filesystem readonly?
    – Mokubai
    Mar 22, 2011 at 13:44
  • Yes, worked like a charm. I am unable to mount the system partition and writing to the data partition is disabled. Have restarted a couple of times to check - no corruption yet :)
    – kostja
    Mar 22, 2011 at 16:54

Do you have hybrid sleep enabled (see Win7 Power options in control panel)? It seems that NTFS-3G in Mint, if booted when Win7 is in hybrid sleep, can corrupt the NTFS filesystem - however, it's always a bad idea to hibernate Windows then boot Linux, so it's not completely Mint's fault. See this posting

There are also some other reports of NTFS corruption in Mint.

  • Thank you, I never tried to reboot the system while it was hibernating though. The corruption could be reproduced with regular shutdown/restart cycle.
    – kostja
    Oct 17, 2011 at 16:50

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.