[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

NTFS permissions issue on Linux

From: Jaan Vajakas <jaanvajakas_at_hot.ee>
Date: Sat, 25 Dec 2010 14:50:07 +0200


I am using SVN version 1.6.15 on openSUSE 11.3 (x86).and have the
following issue.

I have an NTFS partition mounted with the following line in /etc/fstab:
/dev/disk/by-id/ata-SAMSUNG_HM250HI_S1RUJ9FZ801112-part1 /windows

     ntfs-3g gid=users 0 0

When I run the following commands:

cd /windows
sudo svnadmin create --fs-type bdb repos
sudo svn co file:///windows/repos/ aa
svn up aa
sudo svn log aa

then the output is as follows:

Checked out revision 0.
svn: Can't set permissions on 'aa/.svn/tempfile.2.tmp': Operation not
svn: 'aa' is not a working copy

So updating the working copy as a non-root user (with the command "svn
up aa") fails and also it spoils the working copy so that even svn
commands run as root ("sudo svn log aa") do not recognize the directory
as a working copy anymore.

The command "ls -l" shows that all files and directories under /windows
have rwxrwxrwx permissions, root as the owner and "users" as the owner
group. My user is (obviously) not the root but belongs to the users

So the expected behavior would be that
a) "svn up aa" (and other svn commands) should not fail, since I have
rwx permissions,
b) or if it cannot do better than fail then at least it clean up after
itself instead of leaving the working copy corrupted.

A workaround is to add the parameter uid=1000 to the /etc/fstab line:
that would make me, instead of root, the owner of all the files and
directories under /windows. However, I want multiple users on my
machine to have full access to the Windows partition and also to be
to use working copies on that partition.

svnadmin seems to have the same problem (run e. g. "svnadmin create
--fs-type bdb repos" to see it) but I personally currently only need
the svn client.

Best regards,

Jaan Vajakas
Received on 2010-12-27 15:36:47 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.