[Bug 906117] Re: NTFS partition unusable after copying network folder to it.

BertN45 906117 at bugs.launchpad.net
Tue Dec 20 18:20:22 UTC 2011


Dear Jean-Pierre

Your Ubuntu boss wants 200 million users by 2015. You do not help him, 
if you reply going into the internals of Ubuntu. A normal user, one of 
the 200 million:
- does not want to know that udisk mounts the partition.
- does not understand masks or boolean algebra.

So I explain my problem again in plain English.
I do not have an urgent problem anymore, because I recreated the 
partition and restored all files from my back-up. Before the problem it 
was a ntfs  partition, because I used to dual boot with Vista. A couple 
of years ago I dumped Vista, but kept the ntfs data partition. Just 
being lazy.

Grsync/rsync made an error, in the sync/copy operation, they went 
outside their scope/envelop and also changed the permissions of the 
partition instead of only the permissions of the folders they copied. I 
filed a separate bug report for it.

As one of those 200 million users I expect that I could go to the 
permission tab of nautilus and correct that situation manually and that 
was not possible. For a normal user that is not understandable. I 
believe that everything works probably according to the "specification", 
but my point is that the specification is wrong or at least not 
understandable for the 200 million.

In Windows as administrator in the security tab of the folder/partition, 
you can change the owner and set the permissions as you prefer without 
worrying about masks and mount commands and that is how it should be. 
Sorry :)

A solution could be:
*The default mount commands should never overrule/mask the file/folder 
permissions!*
That type of functionallity is only useful for professional 
administrators. For a normal user Ubuntu/Nautilus should show the stored 
file permission and he/she should not have to worry about mount masks. 
Besides the permission tab should display at least a warning, if the 
actual permission are different from the stored file permissions. 
Transparency & simplicity!

I will carefully check what happened with the masks etc, and whether 
Ubuntu 11.10 really behaved according your specification, but I have to 
recreate/simulate that situation.

Regards

Bert


On 12/20/2011 04:16 AM, Jean-Pierre wrote:
>> How is a normal user supposed to know that we have to use a
>> special mount command in that case? If the mount has been
>> inconsistent with rsync operation I expect a warning and not
>> this type of own, unexpected default action of the system.
> Your device was probably mounted automatically by udisks, which forces
> "fmask=177, dmask=077"
>
>> I have used the mount command with the permission set to 777,
>> without any success.
> Please post your exact command, or try :
>
> mount -t ntfs -o permissions MY-DEVICE MY-MOUNT-POINT
> chmod 731 MY-MOUNT-POINT/my-file
> ls -l MY-MOUNT-POINT/my-file
>

-- 
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/906117

Title:
  NTFS partition unusable after copying network folder to it.

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

Bug description:
  I had a working ntfs partition and used it for ubuntu
  9.10/10.04/10.10/11.04 and 11.10. I had a windows XP network folder
  with full permissions set to "system" and my user-id. I used grsync to
  copy that a subfolder from the network folder to my ntfs partition.
  unfortunately it had the preserve owner, preserve group and preserve
  permission ticked.

  After the grsync operation my ntfs partition had the following
  permission settings: owner "root" with permissions to "access files"
  only. Group and Others had no permissions at all.

  It has been impossible to correct the situation manually. If grsync or
  other programs are allowed to mess up my permission, I need at least
  the possibility to manually correct it.

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




More information about the foundations-bugs mailing list