Por que obtenho permissão negada ao usar mv, embora os direitos de diretório estejam corretos?

Eu me permissão negada ao tentar mover a pasta Musicvia mvembora proprietário do diretório está definido para meus usuários e usuários permissões são definidas a 7. O que está acontecendo?

(Eu sei que eu poderia usar o sudo, mas quero descobrir o que há de errado. Algo cheira a peixe aqui). Ps: Estou no Mac OS X El Capitan.

Observe que, quando estiver na pasta a, movendo b- se para c, as permissões da pasta adeterminam o que você pode fazer.

Nesse caso, as permissões .ativadas serão mais importantes.

Observe que as permissões são mais complexas do que simples rwx. Sua musicpasta tem um @no final, a .pasta tem um +no final.

• Use xattr -hpara determinar as permissões complexas para o símbolo @.
• Use getfaclpara determinar a ACL para o símbolo +.

Eu estava usando o Windows Subsystem para Linux. Eu tive o diretório aberto em uma instância diferente do bash. Fechando, deixe-me mover o diretório.

Parece que havia pelo menos 1 arquivo em algum lugar profundo naquele diretório que não tinha as permissões corretas.

Então, o que eu fiz foi:

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

Agora funciona.

O problema aqui provavelmente está relacionado à lista de controle de acesso (ACL) da pasta Música. A ACL é um sistema de permissão separado dos POSIX regulares, normalmente listados por ls -l. Alguns outros diretórios na pasta Home e em outros lugares também têm ACLs.

Para ver as ACLs no diretório inicial, use:

/bin/ls -le ~

Você provavelmente verá uma regra como 0: group:everyone deny deletepara o diretório Música. Como você observou, você pode substituir o problema com sudo. Se você não quiser fazer isso (ou não puder), terá outras opções, pois é o proprietário do arquivo. Você pode retirar a entrada incorreta da ACL do diretório Música, com base em seu índice (0 no exemplo que forneci acima):

/bin/chmod -a# 0 Music

Ou você pode remover todas as entradas na ACL:

/bin/chmod -N Music

Agora você pode mover o diretório (sujeito às permissões POSIX regulares). Se você deseja devolver a ACL após a mudança, use:

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

E use /bin/ls -lenovamente para confirmar que a ACL está como você deseja. Confira os exemplos da ACL man chmodpara mais informações. Em particular, esta introdução é útil:

Cada arquivo possui uma ACL, contendo uma lista ordenada de entradas. Cada entrada se refere a um usuário ou grupo e concede ou nega um conjunto de permissões. Nos casos em que um usuário e um grupo existem com o mesmo nome, o nome do usuário / grupo pode ser prefixado com "usuário:" ou "grupo:" para especificar o tipo de nome.

Pedido ACL

Não acho que a página de manual explique as regras sobre pedidos, mas esta página explica claramente as regras de pedidos para ACLs. Em particular, uma denyregra explícita será aplicada antes de uma allowregra explícita . Portanto, enquanto a group:everyone deny deleteentrada estiver em vigor, não é possível conceder ao usuário permissão para excluir com uma allowregra. Isso ocorre porque a permissão é negada ao everyonegrupo, que inclui você, e essa regra será aplicada primeiro.

Eu tive esse problema quando um conjunto de programas estava sendo executado em um diretório que estava tentando remover. Para mover o diretório, primeiro tive que matar todos os programas em execução nesse diretório.

Nos comandos a seguir, tenha muito cuidado com a maneira como você seleciona o nome do seu programa. Eu usei os seguintes comandos, para referência:

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

O procedimento geral é:

1. mate todos os programas em execução no diretório em questão
2. tentativa de renomear diretório
3. se isso falhar, force a eliminação ( kill -9com muita cautela ) de todos os programas do diretório
4. tentativa de renomear diretório
5. se isso falhar, veja se o programa está sendo executado novamente, ou seja, foi reiniciado por algum programa daemon em execução em um diretório diferente
6. forçar a matar o programa daemon que reinicia o programa irritante
7. forçar a matar o programa irritante
8. renomear diretório
9. lucro

Isso também pode acontecer quando um dos arquivos internos está protegido contra gravação. Hoje tive o caso de ponta quando access.logestava protegido contra gravação no Apache, que já estava parado. Acabei de remover este arquivo, para poder mover o diretório pai.