Чому мені отримують відмову в дозволі під час використання mv, хоча права каталогів є правильними?

Я отримую дозвіл відмовлено при спробі переміщення папки Musicчерез, mvхоча власник каталогу встановлений на мого користувача, а дозволи користувачів встановлені на 7. Що відбувається?

(Я знаю, що я міг би використовувати судо, але хочу дізнатися, що не так. Тут щось пахне рибкою). Ps: Я на Mac OS X El Capitan.

Зверніть увагу, що, aпереходячи bдо cпапки, дозволи дозволу на папку aвизначають, що ви можете зробити.

У цьому випадку дозволи на .найважливіші.

Зауважте, що дозволи більш складні, ніж просто rwx. У вашій musicпапці є @кінець, у кінці - .папка +.

• Використовуйте xattr -hдля визначення складних дозволів для символу @.
• Використовуйте getfaclдля визначення ACL для символу +.

Я використовував підсистему Windows для Linux. У мене був відкритий каталог в іншому екземплярі bash. Закривши його, дозвольте мені перемістити каталог.

Схоже, що десь глибоко в цьому каталозі був принаймні 1 файл, який не мав правильних дозволів.

Отже, що я зробив:

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

Зараз це працює.

Проблема тут, ймовірно, пов'язана зі списком контролю доступу (ACL) папки "Музика". ACL - це окрема система дозволів до звичайних POSIX, які зазвичай перераховані ls -l. Деякі інші каталоги в домашній папці та інших місцях також мають ACL.

Щоб переглянути ACL в домашньому каталозі, використовуйте:

/bin/ls -le ~

Ви, ймовірно, побачите правило, подібне 0: group:everyone deny deleteдо каталогу музики. Як ви зазначали, ви можете вирішити цю проблему sudo. Якщо ви не хочете цього робити (або не можете), у вас є інші варіанти, враховуючи, що ви власник файлу. Ви можете зняти зловмисний запис із списку ACL музичного каталогу, виходячи з його індексу (0 у прикладі, який я подав вище):

/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

Я не думаю, що "man man" пояснює правила щодо замовлення, але ця сторінка чітко пояснює правила замовлення 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, яке вже було зупинено. Я просто видалив цей файл, тому далі я зміг перемістити батьківський каталог.