Please note that on Linux, only the owner of a file and root are allowed to set
the timestamps of a file to a value different from the current time. So there
are three options :
1) disabling permissions checks (no uid, gid, dmask, fmask and umask options)
2) make the user appear as the owner (uid
Also after a clean installation of ubuntu 10.4 I have the same problem.
However, when I remove the uid and gid tag of the fstab line it seems the
problem is solved.
And it seems that USB NTFS harddisks work fine.
--
New timestamp when copying to NTFS partition
https://bugs.launchpad.net/bugs/314
I have enhanced the script so that the base directory is corrected as
well, and dangling symlinks are tolerated now.
** Attachment added: "timesync.py"
http://launchpadlibrarian.net/37349437/timesync.py
--
New timestamp when copying to NTFS partition
https://bugs.launchpad.net/bugs/314860
You
With root privileges the timestamp is preserved, this can be achieved by
using 'sudo':
sudo cp -a srcdir targetdir
sudo nautilus
I have written a Python script to correct the timestamps. The files need
not be copied again! I have appended the script.
** Attachment added: "a Python script which
Maybe this is too much to ask for at the moment. Even the Windows
systems do not allow to connect the users of different Windows
installations to one identity. A SID change would be necessary to have
exactly the same SID on all Windows systems, but this can have security
implications in an Active D
I have a multiboot system with three operating systems:
A) Windows XP SP3
B) Windows 7
C) Ubuntu 9.10
On every OS I have created a user. These three users have to be mapped
to one *identity* (me), so that the security features work flawlessly.
If, for example, I restrict read access to one direct
This bug only occurs with NTFS partitions, so I change the package
accordingly. The Ubuntu installers need to be fixed too, because the
fstab options are not complete (only gid is set). But if I understand
the issue correctly, a new version of ntfs-3g, "2009.11.14", would help
tremendously in findi
This is not a Nautilus bug, since it also applies to the cp -a command,
with an error message: "cp: preserving times for
`/mnt/Windisk/Me/Bug311567Demo.gnumeric': Operation not permitted". See
http://tuxera.com/forum/viewtopic.php?f=2&t=2405 for details, especially
my reply of Sat Dec 05, 2009 20
** Changed in: linux (Ubuntu)
Status: New => Confirmed
--
New timestamp when copying to NTFS partition
https://bugs.launchpad.net/bugs/314860
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs
I can add something to this.
This is happening in Jaunty as of today. If you rely on the fstab entry
as set up by the Jaunty installer for an internal partition (device
mountpoint ntfsdefaults,nls=utf8,umask=007,gid=460 1), you
get:
Nautilus file copy ext3 partition -> NTFS partition
** Changed in: linux (Ubuntu)
Sourcepackagename: None => linux
--
New timestamp when copying to NTFS partition
https://bugs.launchpad.net/bugs/314860
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bug
I followed the advice of Mr.Walton and let strace monitor the copying of a file
to a NTFS partition.
The log is attached.
I did the following:
I opened gnome-commander with /data/Antoon/Temp/Test on the left (this is a
folder on a NTFS partition) and
/home/antoon/Backup/home/antoon/Pictures/Sev
I re-linked this bug with Nautilus because this problem (also) shows up
in Nautilus.
When Nautilus uses another package to copy files, then maybe the problem
is caused by that other package, but as I'm just a simple Ubuntu desktop
user who is trying very hard to stop using XP, I have no idea what
If it's happening in GNOME commander it means that it's happening in
something below both file managers (which traverses from GLib down to
the kernel). Where the bug exists below is a good question, but it's not
one we can answer without a lot more information about how this change
occurs. Your bes
** Changed in: nautilus (Ubuntu)
Sourcepackagename: None => nautilus
--
New timestamp when copying to NTFS partition
https://bugs.launchpad.net/bugs/314860
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubun
I get the bug in BOTH Nautilus and GNOME Commander. As Nautilus is the
native Ubuntu file manager, I filed the bug under Nautilus.
When you can tell me which package is causing the problem, please let me
know and I will change that.
--
New timestamp when copying to NTFS partition
https://bugs.la
you get the bug in GNOME commander so that's clearly not a nautilus
issue
** Changed in: ubuntu
Sourcepackagename: nautilus => None
--
New timestamp when copying to NTFS partition
https://bugs.launchpad.net/bugs/314860
You received this bug notification because you are a member of Ubuntu
Bugs, w
** Attachment added: "Screenshot of the problem"
http://launchpadlibrarian.net/20993181/NTFS_copy_problem.png
--
New timestamp when copying to NTFS partition
https://bugs.launchpad.net/bugs/314860
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
** Attachment added: "Screenshot of the problem"
http://launchpadlibrarian.net/20993151/NTFS_copy_problem
** Attachment removed: "Screenshot of the problem"
http://launchpadlibrarian.net/20993151/NTFS_copy_problem
--
New timestamp when copying to NTFS partition
https://bugs.launchpad.net
19 matches
Mail list logo
