[Bug 906117] Re: NTFS partition unusable after copying network folder to it.
BertN45
906117 at bugs.launchpad.net
Tue Dec 20 19:45:00 UTC 2011
Hi
I used a similar disk and ntfs partition from my desktop (defect power
supply) and put it in an usb case.
I think here we have the problem in the middle part of the listing. It
looks like the partition is rw for owner and group (same user as owner).
The mount command despite the umask=000 still mounts the disk read only.
Which is the same what happened using the Storage Device Manager (gui
for udisks) on the local disk a few days ago. I also remember that I did
correct the permissions using Windows, again using an usb case. Note
that on all systems I use the same user-id.
Just a thought: Maybe it has nothing to do with rsync, has there been an
ntfs related update the last couple of days?
Good luck
Bert
root at Dell-Ubuntu:~#
root at Dell-Ubuntu:~# mount -l
/dev/sda1 on / type ext4 (rw,errors=remount-ro,commit=0)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
/dev/sda3 on /media/Dell-Data type ext4 (rw,commit=0) [Dell-Data]
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc
(rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/bertadmin/.gvfs type fuse.gvfs-fuse-daemon
(rw,nosuid,nodev,user=bertadmin)
root at Dell-Ubuntu:~# ls -l /dev/sdb2
brw-rw---- 1 root disk 8, 18 2011-12-20 13:19 /dev/sdb2
root at Dell-Ubuntu:~# mount -t ntfs -o umask=000 /dev/sdb2 /media/sdb2
mount: warning: /media/sdb2 seems to be mounted read-only.
root at Dell-Ubuntu:~# ls -l /dev/sdb2
brw-rw---- 1 root disk 8, 18 2011-12-20 13:19 /dev/sdb2
root at Dell-Ubuntu:~# mount -l
/dev/sda1 on / type ext4 (rw,errors=remount-ro,commit=0)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
/dev/sda3 on /media/Dell-Data type ext4 (rw,commit=0) [Dell-Data]
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc
(rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/bertadmin/.gvfs type fuse.gvfs-fuse-daemon
(rw,nosuid,nodev,user=bertadmin)
/dev/sdb2 on /media/sdb2 type ntfs (ro,umask=000) [HP Data]
root at Dell-Ubuntu:~#
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