there are stability problems with ntfs-3g when updating to the latest development release of opensolaris snv 129. Attempting to use the stable release of ntfs-3g 2009.04 causes Opensolaris to automatically and immediately shutdown the system. the commands used are:

$ format (to determine the disk configuration and then ^C to return without formating the drive)
$ ntfs-3g /dev/dsk/c7d0p1 /mnt
$ cd /mnt

Immediate lock-out of the system as it begins the shutdown process!

What is the issue?

This problem is NOT evident with the stable release of OpenSolaris 0906.

John

Hi,


Do you mean ntfs-3g 2009.4.4 ?


Is there some indication in the system log ?

Regards

Jean-Pierre

Jean-Pierre,

Yes, I did mean ntfs-3g-2009.4.4

There are a large number of log files in /var/log, is there a particular file you are looking for? None in this directory gives any indication of anything amiss.

John

Hi,


No idea, I am not familiar with opensolaris. I would just have grepped for "ntfs-3g".

Also, can you try mounting with option debug for displaying file system calls ?


Regards

Jean-Pierre

Jean-Pierre

Is this the expected output from the debug option?

John

jireland@john-1:~/Downloads/ntfs-3g-2009.11.14$ su
Password:
jireland@john-1:~/Downloads/ntfs-3g-2009.11.14# ntfs-3g -odebug /dev/dsk/c7d0p1 /mnt
Version 2009.4.4 external FUSE 27
Mounted /devices/pci@0,0/pci-ide@1f,1/ide@0/cmdk@0,0:r (Read-Write, label "", NTFS 3.1)
Cmdline options: debug
Mount options: silent,allow_other,nonempty,relatime,fsname=/devices/pci@0,0/pci-ide@1f,1/ide@0/cmdk@0,0:r
unique: 1, opcode: INIT (26), nodeid: 1, insize: 56
INIT: 7.8
flags=0x00000000
max_readahead=0x00000000
INIT: 7.8
flags=0x00000000
max_readahead=0x00000000
max_write=0x00020000
unique: 1, error: 0 (Error 0), outsize: 40
jireland@john-1:~/Downloads/ntfs-3g-2009.11.14#

after cd /mnt

the following on-screen info without the system shutting down.

jireland@john-1:~/Downloads/ntfs-3g-2009.11.14# cd /mnt
unique: 2, opcode: GETATTR (3), nodeid: 1, insize: 40
unique: 2, error: 0 (Error 0), outsize: 112
unique: 3, opcode: ACCESS (34), nodeid: 1, insize: 48
ACCESS / 01
unique: 3, error: -89 (Operation not applicable), outsize: 16
jireland@john-1:/mnt#

Hi,


You are obviously using Version 2009.4.4, not ntfs-3g-2009.11.14 as suggested by your current directory. Did you install ntfs-3g-2009.11.14 ? If you did not, you should nevertheless be able to start ntfs-3g from the compile directory by doing



This looks like an error in fuse, maybe mismatching versions. flags and readahead should not be null.

This error code cannot be returned by ntfs-3g.4.4 In this version protections are not supported and there is no access() function.

Did you use ntfs-3g previously on this machine ?

Maybe you first retry with ntfs-3g.11.14, if you still have that kind of errors, you had probably better report to fuse.

Regards

Jean-Pierre

Jean-Pierre

Sorry to confuse. The output report given relates to ntfs-3g-2009.04.04
(it was run in debug mode whilst I was in the ntfs-3g-2009.11.14 directory)
I've not been able to compile the latest version.

ntfs-3g has worked on this machine when running opensolaris 09.06 build snv111b. It will not run on the latest build snv129.

I will advise the fuse team at opensolaris of your thoughts.

Regards,
John

Jean-Pierre

As mentioned in the other message it appears that fuse is the problem. It needs to be removed from the kernel, rebuilt from source and then reinstalled.

John

I'm a new user to OpenSolaris (and Unix/Linux in general) and I had the exact same problem although I'm running on build snv_111b. So I strongly recommend to not use the ASntfs-3g-2009.4.4 package from the sunfreepacks.com website.

The first thing I recommend you to do is to remove the fuse and ntfs-3g packages from your system, specifically

pkgrm SUNWfusefs
pkgrm SUNWlibfuse
...

Go to the following site and follow the instructions on it to the t:

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

You will also need to get the pkg-config, and the gcc (and all its dependencies). Gcc is in the default repository (package manager...), the pkgconfig has to be retreived elsewhere. Now you have all you need to compile the ntfs-3g sources on this website. So, download it and follow the compiling instructions and you're ready to go. If something is missing, just follow the clues in the messages and get the files from the web.

Other thoughts:
I don't know how fuse and ntfs-3g works but it seems like ntfs-3g doesn't care about what fuse you currently have in the system. The current version of the fuse and fuselib binaries seems to be used only when you compile the ntfs-3g on your system. I'm saying this because even though I replaced the fuse packages with 2.7.1 the same crashes occurred but when I compile the new version, all problems disappeared.

I was confused for a long while about packages that were not inside .pkg files but instead in subdirectories (containing install, pkginfo, pkgmap, reloc). If that be the case I learned that they could be installed the following way: Let say that you have a package directory with the name packagename in your current directory the following commands install it:

# pkgadd -d . packagename
or
# pkgadd -d $PWD
.

I think this is everything you need to know to get ntfs-3g to work on opensolaris.

I don't know how to compile the latest version of fuse for OpenSolaris. The source of the latest version of fuse can be found at

http://fuse.sourceforge.net/

but when I try to compile it I get target errors for "all-recursive". I think the problem is easy to solve but I don't know how to build and configure makfiles for GCC environments.