Perché mi viene negata l'autorizzazione quando utilizzo mv sebbene i diritti di directory siano corretti?

Mi viene negata l'autorizzazione quando provo a spostare la cartella Musictramite mvsebbene il proprietario della directory sia impostato sul mio utente e le autorizzazioni dell'utente siano impostate su 7. Cosa sta succedendo?

(So ​​che potrei usare il sudo ma voglio scoprire cosa c'è che non va. Qualcosa puzza di pesce qui). Ps: sono su Mac OS X El Capitan.

Si noti che, quando si è nella cartella a, si passa ba c, le autorizzazioni della cartella adeterminano cosa è possibile fare.

In questo caso, le autorizzazioni .saranno più importanti.

Osserva che le autorizzazioni sono più complesse del semplice rwx. La tua musiccartella ha un @alla fine, la .cartella ha un +alla fine.

• Utilizzare xattr -hper determinare le autorizzazioni complesse per il simbolo @.
• Utilizzare getfaclper determinare l'ACL per il simbolo +.

Stavo usando il sottosistema Windows per Linux. Ho aperto la directory in una diversa istanza di bash. Chiudendolo mi consente di spostare la directory.

Sembra che ci fosse almeno 1 file da qualche parte in profondità in quella directory che non avesse le giuste autorizzazioni.

Quindi, quello che ho fatto è stato:

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

Ora funziona.

Il problema qui probabilmente ha a che fare con l'elenco di controllo di accesso (ACL) della cartella Music. L'ACL è un sistema di autorizzazione separato rispetto ai normali POSIX normalmente elencati da ls -l. Alcune altre directory nella cartella Home e altrove hanno anche ACL.

Per visualizzare gli ACL nella home directory, utilizzare:

/bin/ls -le ~

Probabilmente vedrai una regola come 0: group:everyone deny deleteper la directory Music. Come hai notato, potresti risolvere il problema sudo. Se non vuoi farlo (o non puoi), hai altre opzioni, dato che sei il proprietario del file. Puoi rimuovere la voce offensiva dall'ACL della directory Music, in base al suo indice (0 nell'esempio che ho dato sopra):

/bin/chmod -a# 0 Music

Oppure puoi eliminare tutte le voci nella LCA:

/bin/chmod -N Music

Ora puoi spostare la directory (soggetto alle normali autorizzazioni POSIX). Se si desidera ripristinare l'ACL dopo lo spostamento, è possibile utilizzare:

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

E utilizzare di /bin/ls -lenuovo per confermare che l'ACL è come desiderato. Controlla gli esempi ACL man chmodper maggiori informazioni. In particolare, questa introduzione è utile:

Ogni file ha un ACL, contenente un elenco ordinato di voci. Ogni voce fa riferimento a un utente o gruppo e concede o nega una serie di autorizzazioni. Nei casi in cui un utente e un gruppo esistono con lo stesso nome, il nome utente / gruppo può essere preceduto da "utente:" o "gruppo:" per specificare il tipo di nome.

Ordine ACL

Non credo che la pagina man spieghi le regole relative all'ordinamento, ma questa pagina spiega chiaramente le regole d'ordine per gli ACL. In particolare, denyverrà applicata una allowregola esplicita prima di una regola esplicita . Pertanto, fintanto che la group:everyone deny deletevoce è attiva, non è possibile autorizzare l'utente a eliminare con una allowregola. Questo perché l'autorizzazione viene negata al everyonegruppo, che include te, e tale regola verrà applicata per prima.

Ho avuto questo problema quando un set di programmi era in esecuzione in una directory che stavo cercando di rimuovere. Per spostare la directory, ho dovuto prima uccidere tutti i programmi in esecuzione da quella directory.

Nei seguenti comandi, fai molta attenzione a come selezioni il nome del tuo programma. Ho usato i seguenti comandi, come riferimento:

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

La procedura generale è:

1. uccide tutti i programmi in esecuzione dalla directory in questione
2. tenta di rinominare la directory
3. in caso contrario, forzare l'uccisione ( kill -9con molta cautela ) di tutti i programmi dalla directory
4. tenta di rinominare la directory
5. in caso contrario, vedere se il programma è di nuovo in esecuzione, vale a dire che è stato riavviato da un programma daemon in esecuzione da una directory diversa
6. force kill il programma demone che riavvia il fastidioso programma
7. forzare uccidere il fastidioso programma
8. rinomina directory
9. profitto

Ciò può accadere anche quando uno dei file all'interno è protetto da scrittura. Oggi ho avuto il caso limite quando access.logera protetto da scrittura su Apache, che era già stato interrotto. Ho appena rimosso questo file, quindi sono stato in grado di spostare la directory principale.