-   Linux - Enterprise (
-   -   'permission denied" inspite of right permission flags on network drive (

anirudhvij 05-17-2007 01:16 AM

'permission denied" inspite of right permission flags on network drive
when i logon to my computer,i end up in my home folder on a network drive.this is what ls gives

drwxrwxrwx  16 root bin 4096 May 17 02:13 vija
when i try to decompress a gzipped archive i get,


[vija@localhost ~]$ gzip -d InsightToolkit-3.2.0.tar.gz
gzip: InsightToolkit-3.2.0.tar: Operation not permitted

there is a .tar file,but it is of 0 bytes.creating a file with vi works
ls -l on the original file gives

-rwxrwxrwx  1 vija anonymous 27625097 May 17 02:12 InsightToolkit-3.2.0.tar.gz
gzip version is 1.3.3,tar version is 1.14.sysytem is fedora core 4.

Simon Bridge 05-17-2007 02:08 AM

# chmod 0777 InsightToolkit-3.2.0.tar.gz
# chgrp vija InsightToolkit-3.2.0.tar.gz

... try again. But use tar instead of gzip.

$ tar -xvzf InsightToolkit-3.2.0.tar.gz

anirudhvij 05-17-2007 02:51 AM

chmod gives "operation not permitted"
the network drive is 91% used as per 'df'.
i have write permissions to /tmp.temporarily using this to work,and then doing a cp to my home folder.
but why does'nt a write work even if permissions are rwx

doing a

gzip -d InsightToolkit-4.2.0.tar.gz
gives 'operation not permitted' ,and a "InsightToolkit-4.2.0.tar" file of size 0 bytes is created.


[vija@localhost ~/Desktop]$ ls -l
total 38656
-rwxrwxrwx  1 vija xyz 11870068 May 17 01:22 CableSwig-ITK-3.2.0.tar.gz
-rwsrwsrwx  1 vija xyz        0 May 17 03:47 InsightToolkit-4.2.0.tar
-rwxrwxrwx  1 vija xyz 27625097 May 17 03:40 InsightToolkit-4.2.0.tar.gz

there is a 's' in place of 'x' in the failed gzip -d effort.should that be there?

anirudhvij 05-17-2007 03:00 AM

even vi is unable to do anything

for eg:


vi try

Found a swap file by the name ".try.swp"
          owned by: vija  dated: Thu May 17 03:56:48 2007
        [cannot be read]
While opening file "try"

(1) Another program may be editing the same file.
    If this is the case, be careful not to end up with two
    different instances of the same file when making changes.
    Quit, or continue with caution.

(2) An edit session for this file crashed.
    If this is the case, use ":recover" or "vim -r try"
    to recover the changes (see ":help recovery").
    If you did this already, delete the swap file ".try.swp"
    to avoid this message.
"try" [New File]
Hit ENTER or type command to continue

this happens on creating any new files
but a 'touch' works:

touch test
-rwxrwxrwx  1 vija xyz    0 May 17 03:59 test

if the drive is not writable,why is the touch succeeding?

Simon Bridge 05-17-2007 03:56 AM

touch dummy
vi dummy

check how the network partition is mounted.
(i.e. in fstab ?)

anirudhvij 05-17-2007 04:09 AM

there is no entry regarding the network drive in /etc/fstab
however the following line exists in /etc/mtab


<server-name>:/vol/vol6/xyz/abc /home/vija nfs rw,hard,intr,grpid,addr= 0 0
Right now i am compiling my programs in /tmp/work,and then doing a :


cp -rv /tmp/work /home/vija/work
Strangely this works properly.

p.s.:Thanks for your advice on the previous thread.Appreciate it a lot.

Simon Bridge 05-17-2007 07:17 PM

Odd... You need to talk to the sysadmin.

Did you try:

touch dummy
vi dummy

...or maybe it is vi, and you should use emacs <ducks>

anirudhvij 05-22-2007 02:17 AM

chmod:Operation not permitted
I've isolated the problem.It relates to chmod failure on directories.The best way to put this is to paste the terminal output.

ls -l
total 4
drwxrwxrwx  2 vija xyz 4096 May 22 03:11 FL
-rwx--x--x  1 vija xyz    0 May 22 03:09 lal
vija@localhost include> chmod 700 FL/
chmod: changing permissions of `FL/': Operation not permitted
vija@localhost include> chmod 700 lal

chmod seems to be allowed on files,but not on directories.Does this make any sense?

Simon Bridge 05-22-2007 05:57 AM

You don't have the ability to alter permissions on directories on network drives ... did you discuss this with sysadmin?

All times are GMT -5. The time now is 01:55 PM.