¿Por qué me niegan los permisos cuando uso mv aunque los derechos de directorio son correctos?

Consigo permiso denegado al intentar mover la carpeta Musica través mvaunque propietario del directorio se establece en mis permisos de usuario y de usuario se establece en 7. ¿Qué está pasando?

(Sé que podría usar sudo, pero quiero averiguar qué está mal. Algo huele a pescado aquí). Ps: estoy en Mac OS X El Capitan.

Tenga en cuenta que, cuando está en la carpeta a, moviéndose ba c, los permisos de la carpeta adeterminan qué puede hacer.

En este caso, los permisos .serán los más importantes.

Observe que los permisos son más complejos que simplemente rwx. Su musiccarpeta tiene un @al final, la .carpeta tiene un +al final.

• Se usa xattr -hpara determinar los permisos complejos para el símbolo @.
• Use getfaclpara determinar la ACL para el símbolo +.

Estaba usando Windows Subsystem para Linux. Tenía el directorio abierto en una instancia de bash diferente. Cerrándome me permitió mover el directorio.

Parece como si hubiera al menos 1 archivo en algún lugar profundo de ese directorio que no tuviera los permisos correctos.

Entonces, lo que hice fue:

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

Ahora funciona.

El problema aquí probablemente tiene que ver con la Lista de control de acceso (ACL) de la carpeta Música. La ACL es un sistema de permisos separado para los POSIX normales que normalmente se enumeran por ls -l. Algunos otros directorios en la carpeta Inicio y en otros lugares también tienen ACL.

Para ver las ACL dentro del directorio de inicio, use:

/bin/ls -le ~

Es probable que vea una regla como 0: group:everyone deny deletepara el directorio de Música. Como notó, podría anular el problema con sudo. Si no quieres hacer eso (o no puedes), tienes otras opciones, dado que eres el propietario del archivo. Puede quitar la entrada ofensiva de la ACL del directorio de música, en función de su índice (0 en el ejemplo que proporcioné anteriormente):

/bin/chmod -a# 0 Music

O puede quitar todas las entradas en la ACL:

/bin/chmod -N Music

Ahora puede mover el directorio (sujeto a los permisos POSIX normales). Si desea volver a colocar la ACL después del traslado, puede usar:

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

Y úsela /bin/ls -lenuevamente para confirmar que la ACL está como la desea. Consulte los ejemplos de ACL man chmodpara obtener más información. En particular, esta introducción es útil:

Cada archivo tiene una ACL, que contiene una lista ordenada de entradas. Cada entrada se refiere a un usuario o grupo, y otorga o niega un conjunto de permisos. En los casos en que exista un usuario y un grupo con el mismo nombre, el nombre de usuario / grupo puede tener como prefijo "usuario:" o "grupo:" para especificar el tipo de nombre.

Orden de ACL

No creo que esa página de manual explique las reglas sobre el pedido, pero esta página explica claramente las reglas de pedido para las ACL. En particular, denyse aplicará una allowregla explícita antes de una regla explícita . Por lo tanto, mientras la group:everyone deny deleteentrada esté en su lugar, no es posible darle permiso a su usuario para eliminar con una allowregla. Esto se debe a que se denegó el permiso al everyonegrupo, que lo incluye a usted, y esa regla se aplicará primero.

Tuve este problema cuando un conjunto de programas se estaba ejecutando en un directorio que estaba tratando de eliminar. Para mover el directorio, primero tuve que eliminar todos los programas en ejecución de ese directorio.

En los siguientes comandos, tenga mucho cuidado al seleccionar el nombre de su programa. Usé los siguientes comandos, como referencia:

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

El procedimiento general es:

1. matar a todos los programas que se ejecutan desde el directorio en cuestión
2. intenta cambiar el nombre del directorio
3. si eso falla, fuerce kill ( kill -9con mucha precaución ) todos los programas del directorio
4. intenta cambiar el nombre del directorio
5. si eso falla, vea si el programa se está ejecutando nuevamente, es decir, si algún programa demonio lo ha reiniciado desde un directorio diferente
6. forzar a matar el programa demonio que reinicia el programa molesto
7. forzar a matar el programa molesto
8. cambiar el nombre del directorio
9. lucro

Eso también puede suceder cuando uno de los archivos dentro está protegido contra escritura. Tenía el caso borde de hoy cuando access.logestaba protegido por escritura para Apache, que ya fue detenido. Acabo de eliminar este archivo, por lo que pude mover el directorio principal.