Что заставляет файлы терять полномочия?
Найти исполняемые файлы названными java в соответствии с указанным каталогом:
find '/Applications/NetBeans/NetBeans 7.0.app/' -name java -type f -perm -u+x
Вывод будет одним именем файла на строку, например.
/Applications/NetBeans/NetBeans 7.0.app/Contents/Resources/NetBeans/ExecutableJavaEnv/java
Если Вы хотите опустить …/NetBeans 7.0.app часть, сначала переключитесь на каталог и работайте find на текущем каталоге (.). Все еще будет a ./ префикс.
cd '/Applications/NetBeans/NetBeans 7.0.app/'
find . -name java -type f -perm -u+x
Строго говоря, -perm u+x выбирает все файлы, которые являются исполняемым файлом их владельцем, не всеми файлами, которые можно выполнить. GNU находит, имеет a -executable опция искать файлы, которые Вы имеете, выполняет разрешение на, принимая во внимание все режимы файла и ACLs, но эта опция не доступна в других системах, таких как OSX. На практике это вряд ли будет иметь значение; на самом деле для Вашего варианта использования можно забыть о полномочиях в целом и просто соответствовать -name java -type f.
-type f выбирает только регулярные файлы, не каталоги или символьные ссылки. Если Вы хотите включать символьные ссылки на регулярные файлы в поиске, добавьте -L опция к find (сразу после find команда, перед названием каталога для поиска).
Что заставляет файл проигрывать, полномочия или программа, изменяющая (редкие) полномочия или программа, воссоздающая новый файл с тем же именем и различными полномочиями. Последний - то, что происходит здесь.
.Xauthority файл сохраняется через xauth утилита. Каждый раз, когда xauth изменяет файл, он сначала создает новую версию, затем перемещает его в место. Это старается не иметь уродливый полузаписанный файл если xauth сбои в середине по любой причине (диск полный, сбой питания, …).
.Xauthority файл всегда (пере-) создан с режимом 600 (доступный только для владельца, с чтением и полномочиями записи, т.е. rw-------) потому что это полномочия, которые имеют смысл для файла. Файл содержит конфиденциальные данные, таким образом, это не должно быть доступно для других пользователей. Файл не является исполняемым файлом, таким образом, он не имеет, любой выполняет разрешение.
Безотносительно проблемы, которую Вы пытаетесь решить, Вы делаете его неправильно. Полномочия 777 на .Xauthority бессмысленны. В наиболее распространенных ситуациях, .Xauthority будет иметь корректные данные автоматически. Иногда, Вы, возможно, должны были бы скопировать полномочия от одного файла cookie до другого с xauth merge, иногда предшествовавшийся xauth extract. Я предлагаю, чтобы Вы задали вопрос для обнаружения то, что необходимо делать вместо этого; обязательно опишите Вашу проблему точно.
Подводить итог: в этом случае Ваши полномочия не придерживаются, потому что они не имеют смысла, таким образом, программа, которая обычно управляет файлом, не потрудилась копировать их.
-
1Хорошо я спросил, я не сделал не получил ответ! lol Спасибо за понимание tho! askubuntu.com/questions/153345 / … – Chad Harrison 24.06.2012, 04:48
Трудно сказать, не зная всех специфических особенностей, но иногда преступник будет некоторой программой установки, устанавливающей полномочия на что-то, что это думает, что этому нужно.