NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.

Forum Discussion

mjw1's avatar
mjw1
Aspirant
Sep 03, 2010

[SOLVED] NTFS Operation Not Supported (45)

[PLEASE JUMP HERE IF YOU WANT TO GO STRAIGHT TO THE SOLUTION]

I have been struggling with a few permissions related problems and would really appreciate some help:

This is my setup:
- User mode permissions
- A share called "lifepractice"
- Two users (one called "karen" and another called "mshields")
- Both users belong to the group "users"

I want both karen and mshields to both have rw access to files and rwx access to directories. The users are accessing the files via windows using CIFS. I don't want any other users to have any access to files or directories.

In the FrontView CIFS tab I have
- Default Access: Disabled
- Write-enabled users: karen,mshields

In the "Advanced CIFS Permission" tab I have set
- Automatically set permissions on new files and folders: true
- For both file and folders/directories I have set "Group rights:" to "Read/write" and "Everyone rights:" to disabled.
- Enable oplocks for this share: true.

In "Advanced Options" I have set:
- Share folder owner: lifepractice
- Share folder group: users
- Share folder owner rights: Read/write [actually this is greyed out]
- Share folder group rights: Read/write
- Share folder everyone rights: Disabled
- Grant rename and delete privileges to non-owner of files : True

The problems arise when one user creates a file and then another user edits that file and re-saves it. For example:
1) mshields creates the file test.doc

ls -l test.doc
-rw-rw---- 1 mshields users 24064 Sep 3 16:44 test.doc

getfacl test.doc
# file: test.doc
# owner: mshields
# group: users
user::rw-
group::rw-
other::---

So far so good.

2) Next karen opens test.doc, changes it and saves

ls -l test.doc
-rw-rwx--- 1 karen users 24064 Sep 3 16:48 test.doc

getfacl test.doc
# file: test.doc
# owner: karen
# group: users
user::rw-
user:mshields:rw-
group::rw-
mask::rwx
other::---

This is where things seem to go wrong.
Problem 1 - The owner of test.doc has changed from mshields to karen. Why does this happen? I thought that in Linux, when files are edited by a different user, the file will still retain the original user as the owner.
Problem 2 - Somehow the file has gained group execute permissions. How can I stop this happening?
Problem 3 - The ACLs for the file have an additional "user:mshields:rw-" entry and an additional "mask::rwx" entry that weren't present before the second edit of the file.

Problem 3 causes rsync to report errors when backing up to an NTFS USB drive (see the backup-related problem http://www.readynas.com/forum/viewtopic.php?f=31&t=44972&p=255310 that this causes).

I guess I can live with problems 1-3 if there's no alternative, but I really would like to avoid the rsync backup failures that are a consequence of Problem 3.

Thanks for any help.

39 Replies

Replies have been turned off for this discussion
  • Ewok - Were you able to try my suggestions above?
  • ewok's avatar
    ewok
    NETGEAR Expert
    Sorry, I've been a little bogged down.

    Here is the user mapping file:


    april:~# cat /USB_FLASH_2/.NTFS-3G/UserMapping
    ::S-1-5-21-3141592653-589793238-462643383-10000


    Debug output:


    april:~# ntfs-3g -o debug,user_xattr,rw,sync,noatime,allow_other /dev/sda1 /USB/USB_FLASH_2> /tmp/ntfs-3g.err
    utime_omit_ok: 0
    Version 2010.10.2 integrated FUSE 28
    Mounted /dev/sda1 (Read-Write, label "", NTFS 3.1)
    Cmdline options: debug,user_xattr,rw,sync,noatime,allow_other
    Mount options: rw,sync,allow_other,allow_other,nonempty,noatime,fsname=/dev/sda1,blkdev,blksize=4096
    User mapping built, Posix ACLs in use, configuration type 7
    unique: 1, opcode: INIT (26), nodeid: 0, insize: 56
    INIT: 7.8
    flags=0x00000003
    max_readahead=0x00020000
    INIT: 7.8
    flags=0x00000041
    max_readahead=0x00020000
    max_write=0x00020000
    unique: 1, error: 0 (Success), outsize: 40


    I'll take another look at the setup tomorrow.
  • ewok wrote:


    april:~# ntfs-3g -o debug,user_xattr,rw,sync,noatime,allow_other /dev/sda1 /USB/USB_FLASH_2> /tmp/ntfs-3g.err
    utime_omit_ok: 0
    Version 2010.10.2 integrated FUSE 28


    It looks like your driver was built from the 2010.10.2 standard release whereas the bug fix is in the 2010.10.2AR.1 (advanced release) which can be downloaded here:
    http://www.tuxera.com/community/ntfs-3g-advanced/

    Please can you try again with the 2010.10.2AR.1 release?
  • ewok's avatar
    ewok
    NETGEAR Expert
    Okay, I'll request another build. It probably won't be done until early next week, but I'll update this topic then.
  • ewok's avatar
    ewok
    NETGEAR Expert
    If that addon works for you, I'd probably suggest sticking with it. It's unlikely that a bleeding edge version of ntfs-3g would make it into the official firmware release, but we can revisit this once the fixes reach the main branch.
  • ewok wrote:
    we can revisit this once the fixes reach the main branch.

    Hi Ewok - The fixes have now reached the main NTFS-3G branch and can be obtained in STABLE Version 2011.1.15 (January 23, 2011). Care must be taken to compile using the --enable-posix-acls option (which is NOT enabled by default).

    It seems that the 2010.10.2 Stable version made it into RAIDiator 4.1.7, but that version had a big endian bug that still unfortunately prevents the permissions functionality from working.

    Please could you see if version 2011.1.15 can be put into the next releases for both Sparc and X86 with the --enable-posix-acls build option? When do you expect there to be a 4.1.8 firmware release?

    Thanks again.
  • mjw wrote:
    ewok wrote:


    1. Download the source tarball
    2. Build using the "--enable-posix-acls" option
    3. Post the ".deb" file in this thread so that I can also try it out
    4. Install the resulting deb in your ReadyNAS Sparc development/test environment


    Hi,

    I've noticed that when making a Backup from my NV+ to an USB drive with NTFS on it the mount.ntf-3g takes basically all the CPU and since I've read that some performance issues have been resolved I would like to try a later build of mount.ntfs-3g. But I then have a few problems since I'm not a developer and not that good at Linux.
    A. How do I check what version I have of the current mount.ntfs-3g?
    B. How do I perform the 2:nd "Build" bullet in the above quoted list?
    C. I assume that installing the resulting file is as simple as making a backup of the existing file and then replacing it with the new file, or is there something else I need to do?

    Thanks in advance
  • Just update to the latest version of raidiator.
    You should be able to check the version of ntfs-3g by ssh'ing into your nas using Putty and typing

    ntfs-3g -help

NETGEAR Academy

Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology! 

Join Us!

ProSupport for Business

Comprehensive support plans for maximum network uptime and business peace of mind.

 

Learn More