ntfs-g3 doesn't preserve modification timestamp at copy

graysky · 2010-08-02 08:22:54

I have a data partition mounted using ntfs-g3 like this (from my /etc/fstab):

/dev/sda8       /media/data     ntfs-3g defaults,umask=002,fmask=113,gid=100    0       0

Here is the mount point:

drwxrwxr-x 1 root    users   4096 Aug  2 04:03 data

All my users are in the "users" group by the way. The odd thing is that when anyone in the "users" group tries to copy files to this partition, the date/time stamp is NOW rather than what was on the dir/files.

Example:

$ cp -a ./Desktop /media/data/
cp: preserving times for `/media/data/Desktop/templog-31-Dec-09-11_04_02.csv~': Operation not permitted
cp: preserving times for `/media/data/Desktop/screenshot2.png': Operation not permitted
cp: preserving times for `/media/data/Desktop/conky-d.desktop': Operation not permitted

I googled around for this but have yet to locate a solution, just the usual conflicting opinions/data. Anyone?

Example1: http://www.tuxera.com/forum/viewtopic.php?f=2&t=230

I have the result of the investigation. FUSE is right. Things worked
as they should. The operation indeed mustn't be permitted in such cases
according to the POSIX standard.
Namely utimes(2) doesn't permit changing the time stamps because the
effective uid of the cp process doesn't equal the uid of the file
__AND__ the new time stamps are not the current time, __EVEN_IF__
the user has write permission to the file. This is how POSIX wants.
I'll document this issue, thanks again.

Example2: https://forums.gentoo.org/viewtopic-t-8 … art-0.html

re-emerge and exclude the acl use flag. I'm not sure why or what acl does but by turning off that use flag I solved the problem I was having which was identical to yours with rsync.

...the thread goes on to say that this bug was fixed in ntfs-3g "latest" release and we are using > the version mentioned in the thread.

Thanks all!

graysky · 2010-08-04 00:17:55

Nobody has some love for me?

DIDI2002 · 2010-08-04 00:33:15

chris@chrispc ~ $ date
Wed Aug  4 02:29:58 CEST 2010

chris@chrispc ~ $ cp thumbnailers.xml /media/data/ -av
`thumbnailers.xml' -> `/media/data/thumbnailers.xml'

chris@chrispc ~ $ ll /media/data/ | grep thum
-rw-r--r--   1 chris users  55K Jul 27 00:10 thumbnailers.xml

chris@chrispc ~ $ ll /media/ | grep data
drwxr-xr-x 8 chris users 4.0K Aug  4 02:29 data

So is this what you're trying to do?
All I can say is: seems to work on my ntfs-3g 2010.5.22-1

If I understand your fstab correctly, you're setting fmask to 113...maybe rwx is needed to set the date after creation, maybe you could try a using 003

Last edited by DIDI2002 (2010-08-04 00:45:38)

graysky · 2010-08-04 09:03:03

I tried it using the 003 fmask as you suggested but it gave the same error. I think a key difference between your setup and my setup is that I have the owner of the mount as root whereas you seem to have it as chris. Why root? Can you post your /etc/fstab entry for your partition and also try using root as the owner and repeat your experiment.

Thanks!

DIDI2002 · 2010-08-05 03:59:58

I mount my partition using

/dev/sda3         /media/data    ntfs        defaults    0    1

I can't really reproduce your setup, I have set my ntfs partition's permission to 777 as theres just an old XP partition on it.
For only single-user access, I'd chown and chmod 755 or 777 it and see if that works.

graysky · 2010-08-05 06:47:07

Yeah, the whole problem stems from the need to keep the mount point owned by root:users for me. Otherwise, all of the members of the users group cannot rwx to it. There has to be a solution.

DIDI2002 · 2010-08-05 15:24:31

Is there a specific reason you don't mount it with just "defaults" and chmod 777 /media/data -R everything?
I can't think of a reason to keep proper permissions if all users are supposed to have rwx anyways.

graysky · 2010-08-05 20:22:19

Files should be 664 and dirs should be 775 - 777 is just wrong. There is no good reason why this shouldn't work!

DIDI2002 · 2010-08-05 22:04:54

Exactly. I just wanted to point out: If it doesn't work without umasks and with mode 777, it's not a matter of permissions.

graysky · 2010-08-05 23:46:47

Is does work w/ 777 and without umasks in the fstab...

Arch Linux

#1 2010-08-02 08:22:54

ntfs-g3 doesn't preserve modification timestamp at copy

#2 2010-08-04 00:17:55

Re: ntfs-g3 doesn't preserve modification timestamp at copy

#3 2010-08-04 00:33:15

Re: ntfs-g3 doesn't preserve modification timestamp at copy

#4 2010-08-04 09:03:03

Re: ntfs-g3 doesn't preserve modification timestamp at copy

#5 2010-08-05 03:59:58

Re: ntfs-g3 doesn't preserve modification timestamp at copy

#6 2010-08-05 06:47:07

Re: ntfs-g3 doesn't preserve modification timestamp at copy

#7 2010-08-05 15:24:31

Re: ntfs-g3 doesn't preserve modification timestamp at copy

#8 2010-08-05 20:22:19

Re: ntfs-g3 doesn't preserve modification timestamp at copy

#9 2010-08-05 22:04:54

Re: ntfs-g3 doesn't preserve modification timestamp at copy

#10 2010-08-05 23:46:47

Re: ntfs-g3 doesn't preserve modification timestamp at copy

Board footer