在所属普通帐号user的文件夹中， 删除了文件所属为root的文件root_file, root_file的文件权限为644。看root_file的文件权限， user帐号都没有写权限， 却能将其删除，自己还是第一次碰到这种情况，很是吃惊。以前总是认为，这种事情是不可思议的。user作为一个普通帐号，怎么能删除文件属主是root的文件呢？ 是不是大家也遇到过这种情况？

?

以下是相关的参考：

?

目录也是一种文件
目录上的读写执行权限和普通文件有所不同：
读：用户能读取目录内的文件
写：独立使用没有作用。和执行权限连用能在目录内添加和删除文件。
执行：用户能进入目录，调用目录内的资料
?
除了读写执行权限以外，ext2文件系统还支持强制位（setuid 和setgid)和冒险位(sticky)的特别权限。
针对u，g，o，分别有set uid，set gid，及sticky。
强制位和冒险位添加在执行权限的位置上。如果该位置上原已有执行权限。则强制位和冒险位以小写字母的方式表示，否则，以大写字母表示。
set uid和set gid在u和g的x位置上各采用一个s，sticky使用一个t。?
??
默认情况下，用户建立的文件属于用户当前所在的组。
目录上设置了setgid，表示在此目录中，所有人建立的文件，都会属于目录所属的组。?
?
默认情况下，如果一个目录上有w和x权限，则所有人能在此目录中建立和删除文件。
一旦目录上设置了冒险位，则表示在此目录中，只有文件的拥有者、目录的拥有者和系统管理员能删除文件。?
?
在可执行文件上，用户能添加set uid和set gid。
默认情况下，用户执行一个指令，会以该用户的身份来运行进程。
指令文件上的强制位，能让用户执行的指令，以指令文件的拥有者或所属组的身份运行进程。?
??
用户能用chmod指令来为文件设置强制位和冒险位。
set uid：chmod u+s 文件名
set gid：chmod g+s 文件名
sticky：chmod o+t 文件名
强制位和冒险位也能通过一个数字加和，放在读写执行的三位数字前来指定。
4(set uid)
2(set gid)
1(sticky)

设置s u i d??/? ? g u i d
命令? ?? ?? ?? ?? ?? ?? ? 结果? ?? ?? ?? ?? ???含义
chmod 4755? ?? ?? ?? ?-rwsr-xr-x? ?? ?? ?? ?? ???suid、文件属主具有读、写和执行的权限，所有其他用户具有读和执行的权限
chmod 6711? ?? ?? ?? ?-rws--s--x? ?? ?? ?? ?? ???suid、sgid、文件属主具有读、写和执行的权限，所有其他用户具有执行的权限
chmod 4511? ?? ?? ?? ?-rwS--x?x? ?? ?? ?? ?? ?suid、文件属主具有读、写的权限，所有其他用户具有执行的权限
上面的表中有具有这样权限的文件：rwS --x -- x，其中S为大写。他表示相应的执行权限位并未被设置，这是一种没有什么用处的suid设置能忽略他的存在。
注意，chmod命令不进行必要的完整性检查，能给某一个没用的文件赋予所有权限，但 chmod 命令并不会对所设置的权限组合做什么检查。因此，不要看到一个文件具有执行权限，就认为他一定是个程式或脚本。