Hi,
deb...@niek.gr wrote:
Hello,
What do you mean ? Is the issue un-repeatable, or did you switch
to an earlier version ?
I meant downgrading to the earlier version that is still in testing
(1:2013.1.13AR.1-2)
I haven't seen this problem with that version but when upgrading to
AR.4-2, the errors pop-up again.
2) Can you retry with only the first patch mentioned above applied.
Get the 2013.1.13AR.3 source and only apply the first patch.
Does the bug show ?
I had not tried to use version ...AR.3-4, so I did that first.
When using version AR.3-4, I could download
debian-7.4.0-amd64-DVD-1.iso fine with rtorrent.
No errors at all.
After that I patched it with
http://sourceforge.net/p/ntfs-3g/ntfs-3g/ci/d2c7d40a2b494f9bf355c8bbe78c24fa16925f86/
This is what you meant with the first patch, right?
I removed debian-7.4.0-amd64-DVD-1.iso again and removed the torrent
from rtorrent.
Installed the ntfs-3g with the first patch (d2c7...).
Unmounted and mounted the partition.
Started rtorrent and loaded the torrent.
Then the errors popped up again.
Thank you for testing. It confirms what I have found in the
meantime, and I have even found the cause.
I do not need the logs I asked, you can drop them.
Can you please try the attached patch over the latest
version 2013.1.13AR.4 ?
And I would also like to know whether there is a difference in
the execution times between 2013.1.13AR.3 and 2013.1.13AR.4
(with the new patch applied - if successful of course).
Just mount, make a rather big torrent download, and note the
execution time of the ntfs mounting process, before unmounting
(just do "ps -ef | grep ntfs")
Jean-Pierre
--- libntfs-3g/attrib.c.ref 2014-04-06 16:17:27.000000000 +0200
+++ libntfs-3g/attrib.c 2014-04-06 18:32:32.000000000 +0200
@@ -5662,6 +5668,11 @@
from_vcn = 0;
}
}
+ if (ntfs_attr_map_partial_runlist(na, from_vcn)) {
+ ntfs_log_error("Could not map partial runlist for updating\n");
+ errno = EIO;
+ return (-1);
+ }
#endif
if (na->ni->nr_extents == -1)
base_ni = na->ni->base_ni;