Восстановите права доступа к файлам в CrunchBang Linux

Question

Я бегу #! Linux x64 Waldorf.

Настраивая Magento (программное обеспечение для электронной коммерции) для локального тестирования и разработки, я запустил следующую команду:

find . exec chmod 755 {} /;

Это было явно неопытным изменением инструкций здесь: http://www.magentocommerce.com/knowladge-base/entry/install-privs-before

Это произошло из-за того, что файлы не обслуживались правильно при локальной навигации по сайту.

К счастью, я не запускал это с помощью sudo, но в выводе команды перечислялось много каталогов и файлов из /, /sys, /lib, /home и /proc (в это время я нажал CTRL-C).

Я попытался проверить несколько разрешений в каталогах, таких как /sys, но я понятия не имею, какими они должны быть или изменились ли они. Я до сих пор скопировал вывод команды в файл и могу предоставить его при необходимости.

В основном мне просто нужно знать, что эта команда нанесла серьезный вред, и если есть способ восстановить права доступа к файлам тех, которые я не хотел изменять?

Answer 1

Знаменитый ответ "это зависит" относится здесь ... Главным образом, это будет зависеть от того, от какого пользователя вы выполнили команду, и от того, выполнили ли вы команду в точности так, как написали ее выше.

Проверьте самый верх вывода - я надеюсь, вы увидите что-то вроде:
.
find: exec: No such file or directory
find: chmod: No such file or directory
find: 755: No such file or directory
find: {}: No such file or directory

Сценарии:

• Вы на самом деле набрали find . -exec chmod 755 {} \; (Которая является действительной командой)
  Результатом команды будут только те ошибки, с которыми она столкнулась на этом пути, а не файлы, которые ей удалось изменить. Если вы запустили его от своего имени (то есть обычного пользователя с минимальными правами доступа), просто проверьте следующие каталоги:

  • Mail dir (вероятно, /var/spool/mail)
  • Домашний каталог (вероятно /home/)
  • Cron и у dirs (возможно /var /spool /cron)
  • Может быть, ваши временные каталоги (/tmp и /var/tmp), но не жизненно важные, если у вас там нет чего-то, что содержит секреты.

• Вы набрали команду, как написали выше
  Не волнуйся, у тебя все хорошо. Он попытался найти все файлы в . и все файлы в exec и все файлы в chmod ... вы поняли. Он просто перечислит их (вместе с несколькими ошибками, в которых отказано в разрешении) и ничего не изменит.