Hi,

I'm using ntfs-3g on opensolaris. I can mount the device and I can create new files on the ntfs. Changing an existing file doesn't work though. Here's an example:



I've tried various versions and various mount options but nothing helps. Any hints are much appreciated!

Thanks, Joost



...

Hi,


From the ntfs-3g perspective, this sequence is correct : the caller checks for existing file, and gets zero (file available), and the following file creation is rightfully rejected.

This looks like an error in fuse. It has been reported that fuse has to be recompiled on OpenSolaris. Did you do so ?

Regards

Jean-Pierre

I have just installed ntfs-3g on openindiana build and get the same error.

I can read, create and delete files, but cannot update them.

i followed these instruction to install fuse:

http://hub.opensolaris.org/bin/view/Pro ... stallation

and also downloaded the latest ntfs-3g package

i got the following warning when compiling the ntfs-3g source

****************************************************************************
* WARNING WARNING WARNING WARNING WARNING WARNING WARNING WARNING *
* The FUSE user space binaries were NOT installed with root directory *
* executable prefix. This means that automounting NTFS volumes during boot *
* could fail. This can be fixed the below way by reinstalling FUSE using *
* the right 'configure' option during FUSE compilation: *
* ./configure --exec-prefix=/ *
* make && sudo make install *
* WARNING WARNING WARNING WARNING WARNING WARNING WARNING WARNING *
****************************************************************************

I also found this entry on Oracle's site
blogs.oracle.com/rslee/entry/mount_ntfs_partion_on_solaris

which mentioned the same issue

I thought i would try a newer version of fuse and attempted to compile it and got the following errors:
fuse.c: In function `convert_statfs_old':
fuse.c:1022: error: structure has no member named `f_bavail'
fuse.c:1025: error: structure has no member named `f_namelen'
fuse.c: In function `fuse_fs_create':
fuse.c:1428: warning: unsigned int format, mode_t arg (arg 5)
fuse.c:1428: warning: unsigned int format, mode_t arg (arg 6)
fuse.c: In function `fuse_fs_mknod':
fuse.c:1579: warning: unsigned int format, mode_t arg (arg 4)
fuse.c:1579: warning: unsigned int format, mode_t arg (arg 6)
fuse.c: In function `fuse_fs_mkdir':
fuse.c:1593: warning: unsigned int format, mode_t arg (arg 4)
fuse.c:1593: warning: unsigned int format, mode_t arg (arg 5)
make[1]: *** [fuse.lo] Error 1

could you please assist

regards

Hi,


I have finally been able to replicate this problem on OpenIndiana.... not easy, as there is apparently no free source for standard include files (stdio.h, stat.h etc.).

First, the problem does not exist with the low level interface (use lowntfs-3g instead of ntfs-3g).

Then, with the high level (standard ntfs-3g), it only occurs when appending to a file, I did not get it for other update modes. For some reason, fuse issues a create_file request instead of an open request. Luckily the "append" flag is set, so ntfs-3g can detect the situation and do a normal open. I do not know whether this is a hack or expected behavior.

Please try the attached patch, and sorry for the delay.

Regards

Jean-Pierre

Hi,

Running more tests on OpenIndiana, I find numerous bugs in fuse behavior :
- cannot recreate an existing file,
- cannot write (or ftruncate) to a file created for writing read-only,
- when unlinking is denied, unlink() returns 0,
- opened directories are not released,
- probably more...

Also file name completion is not done ("ls -l foo*"), though the file list is queried from ntfs-3g, with a proper answer.

I could work around the above bugs by hacking lowntfs-3g, but with ntfs-3g too many errors accumulate in a single call.

I am using the latest fuse release from the sfe directory.... It is obviously far from being acceptable.

Good luck to OpenIndiana users.

Regards

Jean-Pierre

Hi,

See http://b.andre.pagesperso-orange.fr/ope ... fs-3g.html for workarounds.

Regards

Jean-Pierre