Переустановите наилучший вариант. У меня лично всегда было бы чувство нытья чего-то не сделанным правильно даже если следующая работа.
reference$ find / ! -type l \
-path "^/tmp" -prune \
-o -path "^/dev" -prune \
-o -path "^/sys" -prune \
-o -printf "%m %p\n" > /root/perms.txt
/root/perms.txt
к Вашей основной системеИспользовать /root/perms.txt
сослаться и изменить полномочия
main$ cat /root/perms.txt | while read LINE; do
perm=echo -E "$LINE" | awk '{print $1}'
filename=echo -E "$LINE" | sed 's/^$perm //'
если [-a $filename]; затем повторите-E "$filename">>, /root/chmod-success.log chmod $perm$filename еще повторяет-E "$filename">> /root/chmod-failure.log fi сделанный
/root/chmod-success.log
и /root/chmod-failure.log
Так или иначе существует только слишком много пограничных случаев здесь, что я не могу даже вообразить, работало ли это отлично. Тест в другой непроизводственной системе сначала. И тест в основной производственной системе без chmod $perm $filename
строка сначала
start - это общее событие, генерируемое любым заданием, запущенным в системе. Так что, если есть какие-либо события udev или другие причины, вызывающие запуск каких-либо заданий выскочки, ваша работа будет запущена снова.
Возможно, вы захотите
start on runlevel [2345]
stop on runlevel [016]
Вместо этого.