chmod в Ubuntu

[allexnew]

Чего то разработчики по-моему намудрили в этой утилитке. Отказывается  принимать ключ -R (рекурсия) при определенной маске, например, при задании таких параметров:

chmod -R 644 ./*

Разрешения меняются, включая подкаталоги. При задании такой маски:

chmod -R 644 ./*.*

меняются разрешения только у файлов текущего каталога. В подкаталогах изменения не происходят.

аналогичная ситуация с:

chmod -R 644 *.*
chmod -R 644 *.gif

Требовалось назначить минимальные права на все содержимое каталога (каталогам 755, файлам 644 (все файлы имели расширение)). Пришлось изобретать велосипед при помощи утилитки tree.

Наблюдается в Ubuntu 8.04 server, Ubuntu 9.04. Или я чего то недопонимаю? По-моему в ранних версиях убунты сей прием отрабатывался как надо...


Может кому интересно решение задачи на коленке:

Меняем на всех объектах права на 644:

chmod -R 644 ./*

Вываливаем список каталогов в файл:

tree -a -i -f -d > access.sh

в этом файле заменяем с помощью редактора "./" на "chmod 755 ./"

делаем файл исполняемым и запускаем. Громоздко, конечно, но если объектов тысячи, да еще и куча уровней...

[Protopopulus]

Use "find", Luke!
Чем find не угодил?

Код: [Выделить]

find ./path -type f -exec chmod 644 {} \;
find ./path -type d -exec chmod 755 {} \;Поправьте, если не прав

[allexnew]

Ну как то к маскам привык. Да и писать много . Дак это не баг чтоли?

Но ведь маска *.* так или иначе обрабатывается командой, но только для текущего каталога. Вот почему интересно? Если бы такая маска не поддерживалась, наверное она вообще бы не обрабатывалась.

[Protopopulus]

А я ваще без понятия баг это или где!

[easy2002]

IMHO find правильнее и логичнее  

[allexnew]

И все же хотелось бы узнать логичный ответ почему так происходит. Почему при такой маске игнорируется рекурсия?
Пользователь решил продолжить мысль 09 Октября 2009, 22:49:10:Не поленился, проверил во FreeBSD 622 - тоже самое. Похоже это не баг, это особенность. И все же мне непонятно почему... хех...

[Kwah]

Видимо потому, что маска *.* срабатывает на: что-то-непустое|точка|что-то-ещё-не-пустое?

[allexnew]

Видимо потому, что маска *.* срабатывает на: что-то-непустое|точка|что-то-ещё-не-пустое?

Я так понимаю, что "|" подразумевает "или". Еще, как вариант, это если сама рекурсия руководствуется маской. Т.е. если объект (в данном случае каталог) не удовлетворяет маске, то внутренности этого объекта не просматриваются далее. По-моему это самое логичное объяснение, хотя политика такой позиции мне все же не ясна.
Пользователь решил продолжить мысль 10 Октября 2009, 15:16:53:Проверил. Собственно так оно и есть. Если каталог состоит "из двух частей с точкой", то его объекты (имеется ввиду файлы и каталоги удовлетворяющие маске) обрабатываются.

И все же я не согласен с такой логикой. Рекурсия подразумевает в моем понимании анализ всех объектов и если объект удовлетворяет условию, то необходимо произвести действие, в противном случае перейти к анализу следующего объекта.

-- WIKI --
В программировании рекурсия — вызов функции (процедуры) из неё же самой, непосредственно (простая рекурсия) или через другие функции (сложная рекурсия), например, функция A вызывает функцию B, а функция B — функцию A. Количество вложенных вызовов функции или процедуры называется глубиной рекурсии.

[ArcFi]

Видимо потому, что маска *.* срабатывает на: что-то-непустое|точка|что-то-ещё-не-пустое?

Я так понимаю, что "|" подразумевает "или".

В данном случае это просто разделитель.
Если в имя каталога добавить точку, то он наверняка попадёт под действие регэкспа.

[allexnew]

Я вот тут подумал... может регулярные выражения вместо маски можно использовать... надо завтра будет попробовать.

[Protopopulus]

Я вот тут подумал... может регулярные выражения вместо маски можно использовать... надо завтра будет попробовать.

Ну, кагбэ, маско это и есть регулярко...

[Igor905_2]

Может неправильно вопрос понял, но если нужно всем каталогам назначить 755, а файлам 644, то вот я так сделал:
sudo chmod -R 755 ./Музыка/
sudo chmod -R a-x ./Музыка/
sudo chmod -R a+X ./Музыка/

[allexnew]

Может неправильно вопрос понял, но если нужно всем каталогам назначить 755, а файлам 644, то вот я так сделал:
sudo chmod -R 755 ./Музыка/
sudo chmod -R a-x ./Музыка/
sudo chmod -R a+X ./Музыка/

Да нет, вы как раз все правильно поняли...
Всю жизнь был уверен, что задание прав в символьном режиме эквивалентно восьмеричному, поэтому символьным режимом пользовался крайне редко. Вот все беды от лени, поленился в man залезть . Ладно буду теперь знать, но вопрос о рекурсии все же пока еще открыт.

На всякий случай, для других:

sudo chmod -R a+X [объект]

где,

a - пользователь "Все остальные";
+X - назначение прав на выполнение, только если объект является каталогом.

Igor905_2 = 5+

Единственное что я бы оптимизировал до такого, если права на группу не важны:

sudo chmod -R 744 ./Музыка/
sudo chmod -R a+X ./Музыка/

или, если важны:

sudo chmod -R 754 ./Музыка/
sudo chmod -R a+X ./Музыка/

[Frank]

вопрос о логике действия маски все же пока еще открыт.

* - означает любой набор любых символов
*.* - означает любой набор любых символов, среди которых в каком-то месте есть символ точки
чего непонятного то?
И ещё - маска разворачивается в аргументы сразу при запуске команды, ещё самим интерпретатором (шеллом), а не программой. Поэтому если есть ключ рекурсивности, то команда будет применена ко всем объектам, попавшим под маску. Например, chmod -R 644 *.gif будет применено ко всем файлам с расширением .gif в текущей (или указанной) папке, а так же ко всем файлам в папке some.pictures.in.gif - даже если в этой папке совсем не .gif файлы. Именно потому, что chmod обрабатывает параметры как текстовые имена, всё равно чьи они - файлов или папок.
Иными словами, автор не понимает значения ключа рекурсивности. Если нужно обработать исключительно .gif файлы во вложенных папках, необходимо применение конструкции find ... -type f -name '*.gif' ... exec ... chmod {}\;

[allexnew]

Иными словами, автор не понимает значения ключа рекурсивности.

Не совсем так, вернее сказать не до конца понимает. Поизучаю на досуге более подробнее.
Всем спасибо.