我在Ubuntu服务器上遇到了一些文件权限问题。 我正在使用WinSCP将文件移动到服务器。 服务器将正常工作，然后过了一段时间，似乎我不再有权限删除文件。
我使用名为svadmin的帐户连接到服务器，并且Apache服务器的根目录是/ var / www 。 每个网站都有它自己的目录下 – 即
/var/www/site1 /var/www/site2 这是来自ls命令的输出…
cd /var/www ls -al drwxr-sr-x 4 svadmin svadmin 4096 2009-06-12 14:45 . drwxr-xr-x 15 root root 4096 2009-05-05 15:47 .. drwxr-sr-x 4 svadmin svadmin 4096 2009-06-12 15:15 site1 drwxr-sr-x 4 svadmin svadmin 4096 2009-06-12 15:15 site2
我的理解是，这意味着目录拥有者已经读/写/执行？ 当我使用svadmin帐户连接到服务器时，是否可以覆盖或删除/ var / www / site1或/ var / www / site2中的文件？
我不是很熟悉linux文件/目录的权限，所以一直在努力解决我应该做的。 任何帮助将不胜感激！
更多信息:(感谢您的快速回复！）
输出/ var / www / site1的ls -al
drwxr-sr-x 4 svadmin svadmin 4096 2009-06-12 15:15 . drwxr-sr-x 4 svadmin svadmin 4096 2009-06-12 14:45 .. -rw-r--r-- 1 svadmin svadmin 157 2009-05-12 13:23 error.php -rw-r--r-- 1 svadmin svadmin 158 2009-05-12 13:23 .htaccess -rw-r--r-- 1 svadmin svadmin 142 2009-05-12 13:23 index.php drwxr-sr-x 2 svadmin svadmin 4096 2009-05-12 18:40 libraries
错误信息当我尝试删除文件时：
rm admin.php rm: cannot remove 'admin.php' : Read-only file system
更多信息只是添加一些可能相关的信息…一切都在工作，直到昨天下午。 此时，一位同事拿出了虚拟机文件所在的SAN，而且Web服务器的关机还不够平稳。
这不是一个权限问题。 这两个线索是：
不知何故，包含/ var / www的文件系统可能会在SAN消失的时候掉到“只读”。 mount命令的输出应该在末尾用（ro）标志标识这个文件系统。
解决方法是找出为什么发生，确保它已被纠正，并用此命令重新挂载文件系统rw：
mount -oremount,rw $filesystem
如果您在目录上有rwx，那意味着您可以编辑目录文件，这相当于删除和添加文件。 编辑文件是个人权限的一个function。 其中一个子目录的ls -l是什么样的？
你的问题是粘性的。 请注意，这里的perms不是drwxr-xr-x ，它们是drwxr-sr-x 。 维基百科说：
目前最常见的粘性使用是在目录上，当设置时，目录中的项目只能由项目的所有者，目录的所有者或超级用户重命名或删除。 没有设置粘滞位，对目录具有写入和执行权限的任何用户都可以重命名或删除包含的文件，而不pipe所有者。 通常这是设置在/ tmp目录，以防止普通用户删除或移动其他用户的文件。 这个特性是1986年在4.3BSD中引入的，现在在大多数现代Unix系统中都可以find。
所以，文件只能由那些把它们放在那里的组来写和删除。