尽管目录权限正确，为什么在使用mv时为什么我的权限被拒绝？

尽管将目录所有者设置为我的用户并将用户权限设置为7 Music，mv但尝试通过移动文件夹时却获得了拒绝权限。这是怎么回事？

（我知道我可以使用sudo，但我想找出问题所在。这里有些腥味。）附言：我在Mac OS X El Capitan上。

请注意，在文件夹中a，移至b时c，文件夹权限a确定您可以做什么。

在这种情况下，上的权限.将是最重要的。

请注意，权限比简单更复杂rwx。您的music文件夹@的末尾.有一个，文件夹+的末尾有一个。

• 使用xattr -h以确定@符号的复杂权限。
• 使用getfacl来确定ACL的+符号。

我使用的是Windows Subsystem for Linux。我在另一个bash实例中打开了目录。关闭它可以让我移动目录。

好像在该目录中某个位置的深处至少有一个文件没有正确的权限。

因此，我所做的是：

sudo chown -R valmar ./Music
sudo chmod -R 755 ./Music

现在可以了。

这里的问题可能与Music文件夹的访问控制列表（ACL）有关。ACL是通常由列出的常规POSIX的独立许可系统ls -l。主文件夹和其他目录中的某些其他目录也具有ACL。

要查看主目录中的ACL，请使用：

/bin/ls -le ~

您可能会看到类似0: group:everyone deny delete“音乐”目录的规则。如您所述，您可以使用解决问题sudo。如果您不想这样做（或不能这样做），则可以选择其他方法，因为您是文件的所有者。您可以根据音乐目录的ACL索引（在我上面给出的示例中为0）从音乐目录的ACL中删除有问题的条目：

/bin/chmod -a# 0 Music

或者，您可以剥离ACL中的所有条目：

/bin/chmod -N Music

现在，您可以移动目录（受常规POSIX权限的限制）。如果要在移动后放回ACL，可以使用：

/bin/chmod +a "group:everyone deny delete" Music_tmp

并/bin/ls -le再次使用以确认ACL是否符合您的要求。请参阅中的ACL示例以man chmod获取更多信息。特别地，此介绍很有帮助：

每个文件都有一个ACL，其中包含一个有序的条目列表。每个条目均指一个用户或组，并授予或拒绝一组权限。如果用户和组名称相同，则用户/组名称可以以“ user：”或“ group：”为前缀，以指定名称的类型。

ACL订单

我不认为该手册页解释了有关订购的规则，但是此页清楚地解释了ACL的订购规则。特别是，显式deny规则将在显式allow规则之前应用。因此，只要group:everyone deny delete条目到位，就不可能授予用户使用allow规则删除的权限。这是因为拒绝everyone包括您在内的组的权限，并且该规则将首先应用。

当一组程序正在我要删除的目录中运行时，我遇到了这个问题。为了移动目录，我必须首先杀死该目录中所有正在运行的程序。

在以下命令中，请谨慎选择程序名称。我使用了以下命令，以供参考：

ps aux | grep -i [NAME_OF_ANNOYING_PROGRAM] | grep -v grep
# make sure that you are only about to kill the programs you want to kill

ps aux | grep -i [NAME_OF_ANNOYING_PROGRAM] | grep -v grep | awk '{print $2}' | sudo xargs kill -9
sudo mv /usr/local/[DIR_FOR_ANNOYING_PROGRAM] /usr/local/[DIR_FOR_ANNOYING_PROGRAM]2

通用程序为：

1. 杀死从相关目录运行的所有程序
2. 尝试重命名目录
3. 如果失败，则强制杀死（kill -9非常小心）目录中的所有程序
4. 尝试重命名目录
5. 如果失败，请查看该程序是否再次运行，即它已由从其他目录运行的某些守护程序重新启动
6. 强制终止重新启动烦人程序的守护程序
7. 强制杀死烦人的程序
8. 重命名目录
9. 利润

当其中一个文件被写保护时，也会发生这种情况。今天，我遇到了极端情况，当时access.log它已被Apache禁止写保护，而Apache已经停止了。我只是删除了此文件，所以进一步可以移动父目录。