Hi,
On Fri, 16 Nov 2007, Richard Nyberg wrote:
> I realized there is a debug mode for the driver so here's a log.
> Maybe it can help shed some light on the issue.
Actually quite a lot, thanks.
> OPEN[0] flags: 0x2 /WTF
> unique: 0, opcode: OPEN (14), nodeid: 2, insize: 48
> unique: 0, error: 0 (Unknown error: 0), outsize: 32
> OPEN[0] flags: 0x0 /WTF
> unique: 0, opcode: READ (15), nodeid: 2, insize: 64
> READ[0] 47104 bytes from 20381696
> ntfs_attr_pread partial write (20381696: 4274585600 <> 0): No such file or
> directory
> unique: 0, error: -2 (No such file or directory), outsize: 16
The messages for the same operations on Linux are:
OPEN[0] flags: 0x2 /WTF
unique: 13, opcode: WRITE (16), nodeid: 3, insize: 2112
WRITE[0] 2048 bytes to 20412416
WRITE[0] 2048 bytes
unique: 13, error: 0 (Success), outsize: 24
unique: 14, opcode: WRITE (16), nodeid: 3, insize: 4160
The READ is somehow unexpected on FreeBSD but I can imagine that it's a
FUSE kernel implementation detail.
The relevant code in ntfs-3g, which is supposed to handle the above case,
was broken upto the latest 1.1104 release because the (Linux) FUSE driver
was never supposed to send such requests. However thanks to a recently
introduced Linux kernel bug, the kernel started to send such messages and
the problem got exposed and quickly fixed in ntfs-3g.
If you upgrade ntfs-3g to the latet release then probably it will work for
you too.
Thanks,
Szaka
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
ntfs-3g-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ntfs-3g-devel
