Rights on ntfs

Hello!

I have a windows partition which I accesse from opensuse 11, 64-bit. No problems writing and deleting files on the disk. The problem is that I cannot change rights on the folders or files, not even as root. I would like to give users separate rights to folders. How should I do it?

Those are the rights on all folders and files:
root: create och delete
users: create och delete
others: access files

Her is my fstab for the specific partiton:

/dev/disk/by-id/scsi-36001e4f013a6a2000f5e929809e086a1-part1 /media/disken ntfs-3g users,gid=users,fmask=003,dmask=002,locale=en_US.UTF-8 0 0

Regards Magnus

Windows and ntfs partition rights are different to rights on linux partitions. I don’t think there is any way you can limit rights on either fat or ntfs filesystems in linux style - the filesystem doesn’t allow linux-type rights. Once it is shared/mounted on ntfs, that’s it.
To limit access, you must use a linux file system.

On Tue, 2009-08-18 at 21:56 +0000, magmos 019 wrote:
> Hello!
>
> I have a windows partition which I accesse from opensuse 11, 64-bit. No
> problems writing and deleting files on the disk. The problem is that I
> cannot change rights on the folders or files, not even as root. I would
> like to give users separate rights to folders. How should I do it?

About the best way is to turn this whole thing around and use openSUSE
as your file share. Then you get a somewhat functional mapping using
extended ACLs to what Windows uses. However, it isn’t perfect.

Also, you do NOT want to use normal chmod/chown etc. on them… you have
to use extended ACLs… of course, that’s IF you turn your problem
backwards and use openSUSE as the file share.

The Samba team at one time was going to supply a Windows piece (yes,
Windows software) that would give Windows knowledge of POSIX like
permissions… but the idea was scrapped several years ago.

Cjcox!

The users are logging in to opensuse PC through Putty or NX client. For everybody the partition is mounted. I do not understand what you mean by using “openSUSE as your file share”.

chmod does not have any effect.

Regards Magnus

change to

/dev/disk/by-id/scsi-36001e4f013a6a2000f5e929809e086a1-part1 /media/disken ntfs-3g defaults 0 0

reboot

FSTAB - Editing Manually - openSUSE Forums

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

No, I think cjcox was implying to NOT use NTFS, which is the only way I
see it as well. NTFS permissions cannot be enforced outside windows
because, and this should hopefully be clear, there are no windows users in
Linux. How do you enforce access (or lack of access) for a user with SID
500 (or username Administrator) when there is no user in Linux named
Administrator, or magmos019, or ab? You cannot, so unless Linux were to
actually use windows users from the hard drive (which would be weird at
best) it cannot be done. Copy off the data, make the drive use a Linux
filesystem, copy back, and assign back rights as you see fit (setfacl for
setting extended attributes if needed).

Good luck.

caf4926 wrote:
> change to
>
> /dev/disk/by-id/scsi-36001e4f013a6a2000f5e929809e086a1-part1
> /media/disken ntfs-3g defaults 0 0
>
> reboot
>
> ‘FSTAB - Editing Manually - openSUSE Forums’
> (http://tinyurl.com/cwopy9)
>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJKjNx0AAoJEF+XTK08PnB5OaQQAIe+3QdC99sMwQlRqbkfnb3B
GT4oOULEe4eJoO0rBo6zoUgm9rsgLQEdxooD/fBC18Ae2lfM4eg6odE+zZLSrsES
rB/iPJrHBcC/O4JOQMfD1cbXeSpNq24zExNTgsUnAltDl59PVIlPsJ4yx6IjMl92
phfJsrV2k2gNCuijBR4wJu2rOKFYyz4A1SeWXzlF+G0mKgshWQcrKCK+gODIfLBC
UVYe7l0d7SljI4uX3C+bsh8u+RI/u7LWNRAzIAJDiLcDy0Ih3HoqhZCKcJbwAItl
G5hP+9FAXq1AmEUxAcDMmKyK7tDs5qMdEmn9x1z+r6sONmZ7ElaWTCjkw15xdtvO
aE0Tkd9T3M8e2TdlDepUWCzcplskMt9B4i3wtdF0Rd30cb71RSAE3wNBucGaSB2K
JvdodRWKPMdowgY94c+qsTb6oaNwGJ783e1rPKd4v6UHTquhX3V1Ed9OG4dcd73t
jjwCdgcR8NIiU/Nf/AkD3WXaGi1oWur2GcZPGKCG/hftYKLkAc93l6T+ZhPRJJy2
SmwCc1jMszIN/SdWqMDk06yyID0azgfKl19LosZEOZ49aydlLQSSZTd/Bszzn3es
fS/8nNCMuBc6j+oeixJvAScjmeA2zbRRnnFl7gJ2fawQYgtKEQMllhDygPm0n4xz
hL/wFvCXLqgFehxeusHK
=iDhM
-----END PGP SIGNATURE-----