[Bug 1087915] Re: Can't combine -o permissions with -o uid=UUU, gid=GGG

Dan Muresan 1087915 at bugs.launchpad.net
Sat Dec 8 09:12:48 UTC 2012


"id; touch newfile; stat newfile"

OK, you are right "-o permissions" alone accurately preserves owners and
permissions, which is sort of what I needed. I was confused by some
experiments I did with memory sticks accessed from Windows.

"Yes, that should be expected. You cannot both define the owner of a
file both as the current user and a forced user. See
http://www.tuxera.com/community/ntfs-3g-advanced/ownership-and-
permissions/#options"

Ownership and permission are orthogonal settings. You could force
ownership while leaving permissions alone.

This would be useful when working with memory sticks that are accessed
both in Windows and Linux (because sometimes directories created in
Windows will appear owned by root and unwritable).

The permissions/conditions table is actually quite confusing. It's
trying to represent a decision tree. I don't have better suggestions
though, other than switching the column order, i.e. Condition first,
Results second.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to ntfs-3g in Ubuntu.
https://bugs.launchpad.net/bugs/1087915

Title:
  Can't combine -o permissions with -o uid=UUU,gid=GGG

Status in “ntfs-3g” package in Ubuntu:
  New

Bug description:
  At the moment, it seems that mount.ntfs-3g disables -o permissions if
  -o uid=UUU and/or uid=GGG are also specified. This (combined with
  Ubuntu's compilation options disallowing user mounts for NTFS-3g)
  prevents unprivileged users from easily accessing NTFS systems while
  preserving standard Unix permissions.

  root# mount -o uid=500,gid=500,umask=000 /dev/sdb1 /vol/exthd/
  root# touch /vol/exthd/x
  root# ls -al /vol/exthd/x
  -rwxrwxrwx 1 muresan muresan 0 Dec 8 00:29 /vol/exthd/x
  root# chmod u-x /vol/exthd/x
  root# ls -al /vol/exthd/x
  -rwxrwxrwx 1 muresan muresan 0 Dec 8 00:29 /vol/exthd/x

  So chmod is ignored and all permissions are fixed to rwx.

  With "mount -o permissions", permissions ARE preserved, but all files
  are owned by root:

  root# mount -o permissions /dev/sdb1 /vol/exthd
  Using default user mapping
  root# touch /vol/exthd/x
  root# ls -al /vol/exthd/x
  -rw--w--w- 1 root root 0 Dec 8 00:29 /vol/exthd/x
  root# chmod u+x /vol/exthd/x
  root# ls -al /vol/exthd/x
  -rwx-w--w- 1 root root 0 Dec 8 00:29 /vol/exthd/x
  root# rm /vol/exthd/x

  root# ls -al /bin/bash
  -rwxr-xr-x 1 root root 920788 Apr 3 2012 /bin/bash
  root# cp -a /bin/bash /vol/exthd/
  root# ls -al /vol/exthd/bash
  -rwxr-xr-x 1 root root 920788 Apr 3 2012 /vol/exthd/bash
  root# umount /vol/exthd

  Trying to mount the filesystem as an unprivileged user results in:

  Either mount the volume as root, or rebuild NTFS-3G with integrated
  FUSE support and make it setuid root. Please see more information at
  http://tuxera.com/community/ntfs-3g-faq/#unprivileged

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ntfs-3g/+bug/1087915/+subscriptions




More information about the foundations-bugs mailing list