Mailinglist Archive: opensuse (4398 mails)
| < Previous | Next > |
Re: [SLE] Konqueror doesn't allow me to delete a file I have full rights to
- From: Randall R Schulz <rschulz@xxxxxxxxx>
- Date: Tue, 27 Sep 2005 19:01:51 -0700
- Message-id: <200509271901.51301.rschulz@xxxxxxxxx>
Shriramana,
On Tuesday 27 September 2005 09:19, Shriramana Sharma wrote:
> Tuesday 06 Sep 2005 16:41 samaye Jonas Helgi Palsson alekhiit:
> > But can you delete the file in a terminal (e.g. konsole)?
>
> Sorry for the delay.
>
> With the following lines in my fstab
>
> /dev/sda1 /windows/c vfat
> rw,users,uid=samjnaa,gid=users,utf8=true 0 0
> /dev/sda5 /windows/d vfat
> rw,users,uid=samjnaa,gid=users,utf8=true 0 0
>
> samjnaa@linux:/windows/d/Transit/Buffer> rm OOo-2.0-beta2.zip
> rm: cannot remove `OOo-2.0-beta2.zip': Permission denied
>
> Konqueror at /windows/d/Transit/Buffer shows the permissions of the
> OOo-2.0-beta2.zip file to be rwxr-xr-x, owner to be samjnaa (me) and
> group to be users.
If it really is a FAT file system, then the uid= and gid= in the fstab
will apply to _all_ files and directories within that mounted file
system.
As Patrick S. hinted, the ability to delete a file is primarily governed
by the permissions of the directory in which it resides (to speak
loosely, since this creates a misunderstanding about the nature of the
organization and structure of Unix file systems).
In particular, in order to unlink a file (the system call associated
with the "rm" command) you must have effective permissions to both
write and execute the directory holding the entry you're trying to
remove.
This follows the usual pattern: If you own the directory, then it's the
owner's permissions that apply. If you don't own the directory but your
primary or one of your (current) access groups is equal to the group of
the directory, then the group-level permissions govern the operation.
If neither of the previous two apply, then the other permissions govern
the operation.
So, you may need to use the chmod command to alter the directory's
permissions before you can remove the file.
Lastly, are you sure that the file system is FAT? If it's actually NTFS
(I think the mount might still succeed even if the fstab entry
misidentifies it) then you cannot modify the file system. There is no
(non-experimental) NTFS write capability in Linux, so far.
> ...
Randall Schulz
On Tuesday 27 September 2005 09:19, Shriramana Sharma wrote:
> Tuesday 06 Sep 2005 16:41 samaye Jonas Helgi Palsson alekhiit:
> > But can you delete the file in a terminal (e.g. konsole)?
>
> Sorry for the delay.
>
> With the following lines in my fstab
>
> /dev/sda1 /windows/c vfat
> rw,users,uid=samjnaa,gid=users,utf8=true 0 0
> /dev/sda5 /windows/d vfat
> rw,users,uid=samjnaa,gid=users,utf8=true 0 0
>
> samjnaa@linux:/windows/d/Transit/Buffer> rm OOo-2.0-beta2.zip
> rm: cannot remove `OOo-2.0-beta2.zip': Permission denied
>
> Konqueror at /windows/d/Transit/Buffer shows the permissions of the
> OOo-2.0-beta2.zip file to be rwxr-xr-x, owner to be samjnaa (me) and
> group to be users.
If it really is a FAT file system, then the uid= and gid= in the fstab
will apply to _all_ files and directories within that mounted file
system.
As Patrick S. hinted, the ability to delete a file is primarily governed
by the permissions of the directory in which it resides (to speak
loosely, since this creates a misunderstanding about the nature of the
organization and structure of Unix file systems).
In particular, in order to unlink a file (the system call associated
with the "rm" command) you must have effective permissions to both
write and execute the directory holding the entry you're trying to
remove.
This follows the usual pattern: If you own the directory, then it's the
owner's permissions that apply. If you don't own the directory but your
primary or one of your (current) access groups is equal to the group of
the directory, then the group-level permissions govern the operation.
If neither of the previous two apply, then the other permissions govern
the operation.
So, you may need to use the chmod command to alter the directory's
permissions before you can remove the file.
Lastly, are you sure that the file system is FAT? If it's actually NTFS
(I think the mount might still succeed even if the fstab entry
misidentifies it) then you cannot modify the file system. There is no
(non-experimental) NTFS write capability in Linux, so far.
> ...
Randall Schulz
| < Previous | Next > |