Problem:
When i login as normal user in server,i cannot delete any file. Even i already chmod 777 to specific file.
Why user cannot remove file? Root(administrator) can do anything.
example:
login as root
chmod 777 testing.txt (root exec)
exit

login as user: user
rm testing.txt (fail because permission denied)


Situation try to solve(fail too)

i try add user as same group with root. example : root group is under root.
User join into root group.
Try delete/remove the file under chown into root group. Because same group is allow delete/remove file.

chgrp root testing.txt

login as user: user
rm testing.txt (fail because permission denied)


Really hope anyone to help solve this problem.THANKS FOR HELP

Can you list here the permission field of the file

ls -l

Yes root can do any thing even destroying the system
A user get privilege to do certain things no more
About files who is the owner of the file
As example in Suse I have 3 users they have the privilege to delete their own files in their own home/dir
Root can delete them all

all the best

I'm assuming this means the file is owned by root and group exec. If that is the case, then, as far as I'm aware, the user trying to delete the file either needs to be root, or in the group exec.

try rm -f file

rm -f file ( this is not work even user try force to delete) ---> permission denied

i put chmod 777 testing.txt (root exec) ===> this mean everyone is able to read,exec,write


Problem:
user cannot delete file(which create by root) even is same group

i already put
chmod g+rw testing.txt
chown :root testing.txt ( i using root as group exec)

user try to delete testing.txt
rm -f testing.tx (permission denied)

what happens if you try

touch test.file

rm test.file

If you can't touch the file, I'd suggest the issue is the permissions of the directory the file is in, not the file. You need write access to the directory.

i also try using touch before

root login:root
touch testing.txt

change to user login:user

rm testing.tx (permission denied)


List the file:
ls -ln

(777 permi) (user) (group-root)
-rwxrwxrwx 1 10000 0 28721 2008-05-13 17:35 testing.txt


user@localhost$ id
uid=10000(user) gid=0(root) groups=0(root)

please help!!! anyone got good solution for this.. I already test many time..The result is still same.
Hope can solve this problem..THanks

Did you read my post? You need to check the directory permissions

Could you indicate the full pathname for the file? Also list the permissions of the directory. (ls -ld <dirname>)

A users needs write access to the directory to delete a file. Also, if the directory has the sticky permission bit set, then only an owner of a file inside that directory can delete it. If root creates a file in a users home directory, that user, being the owner of the directory is able to delete the file.
Here is an example where I created a directory. Notice the permissions on the directory. I removed write access for myself after creating the directory and copying the files there. Even though I am a member of the group owner of the directory, I can't delete the file. ( This may be different than other *nixes. )
Creating files or deleting files is an operation on the directory, so it is the permissions that are important.

A file could also have extended attributes set. If the "i" bit is set, then even root can't delete the file until the "i" attribute is cleared. The filesystem needs to support these attributes.

Please remove that user with root permissions. That is a bad idea.

hmm.. i understand.
I think this not related to the stick set problem. I didn't set it with chatr command.
chatr +i "testing.txt" ===> to make hidden file (this make root is unable to remove it)

billymayday, sorry about make you misunderstanding. Problem: permission is not the issue.
Even you put rewrite,exec,read to that file. User is able to rewrite,exec,read but user is unable to delete specific file.

Problem:
if any file under subfolder(root), That mean user are no permission to delete it.
if any file under /home/user(user own folder) , that mean user are able to delete it??

That isn't a problem. You shouldn't have files in /root/. I already explained that it is the write permissions on the directory that are needed to create or delete files inside the directory. A regular user shouldn't even be able to enter the /root/ directory. The sticky bit isn't set with chattr. It is set using chmod. The /tmp directory has this bit set. So a non-owner of a file will not be able to delete a file in /tmp even though they have write permission on the directory.

hmm..ok i understand what you mean..
Thanks a lot

Permission was the issue, but permissions for the directory as I pointed out in my first post