Hello,

I`ve got a dualboot, FreeBSD and Vista.
But when I edit the ntfs file system in FreeBSD, and don`t umount it,
it doesn`t sync or something, so the files get lost.

Reproduction:
ntfs-3g /dev/ad4s1 /mnt
echo "Blah" > /mnt/blah.txt
reboot

The file blah.txt doesn`t exists on either vista or bsd.

But:
ntfs-3g /dev/ad4s1 /mnt
echo "Blah" > /mnt/blah.txt
umount /mnt
ntfs-3g /dev/ad4s1 /mnt
reboot

And I will find my blah.txt :)

Versions:
ntfs-3g: 1.710
FreeBSD: 6.2
Windows Vista

Hi!

That's how all Unix work, not to be horrible slow. You __ALWAYS__ must unmount properly if you don't want to lose data.

Hi,

you`re right about that;
But wouldn't it be possible/usefull to auto-unmount all ntfs filesystems, when ntfs-3g gets killed, or fusefs is unloaded ?
Or some 'autosync every 5 minutes' options or something like ?

On Mon, 27 Aug 2007, Quis wrote:


When ntfs-3g gets killed by the TERM or INT signals then it unmounts the
file system.


The FUSE module can't be unloaded when it's in use. At least on Linux.


Sync happens much more often, something like half minutes. But this can't
guarantee that it will happen right before you cut the power.

On FreeBSD fusefs got 'forcefully unloaded'.
It dumped some error (Don't know it exactly atm) like 'Filesystems are still in use.'

The weird thing is,
i editted the files, and did some other things (for about 30 minutes at least)
And rebooted to vista after that.
So there should`ve been enough time for the flushing

Everything should be fine as you say...
I`ll do some new tests ;)


Tnx for the support!

-- Quis

Hello.

The latest version of sysutils/fusefs-kmod (which provides the fuse rc.d script) unmounts all the fuse filesystems at shutdown, with a small delay that should help in most cases.

The author of fuse4bsd has an experimental (no problems until now though) version that implements a part of the FUSE API (previously ignored) which ensures "umount" will wait until the disk is synced (but with a reasonable timeout like normal FreeBSD disk syncing). I guess it will be released soon.

BTW I would like to know if you happen to see the problem (missing recent files) with the latest version of fusefs-kmod?

Best Regards,
Ale

I got hit by the same issue. Transferred about 60GB worth of media files from my failing UFS2 drive to a spare NTFS drive. Reboot and the files are gone.

The latest version of fusefs-kmod in the packages tree is currently 0.3.9.p1.20080208_2, while according to the commit history, the sync on dismount issue isn't resolved until 0.3.9.p1.20080208_5.

The minor rev5 was just committed to the ports tree just a few hours ago. That would have been nice to have this morning when I installed the package.

I went back and checked, and this problem isn't listed in the "known issues" section of either the README or README.FreeBSD file that comes with the 1.2531 binary.

Somebody should really add that.

--
FreeBSD 6.3/AMD64
fusefs-kmod-0.3.9.p1.20080208_2
fusefs-libs-2.7.3
fusefs-ntfs-1.2531