Reply With Quoteвсе ли файлы в init.d должны быть исполняемыми (начинаться на #!/bin/sh и иметь chmod +x)? у меня присутствует файл rc.func который начинается на #!/bin/sh но не имеет атрибута исполняемого в свойствах файла.
Registered User
Шаблон скриптов инициализации init.d
Спасибо djet за полезный скрипт.
Только вот если кто-то, как и я, использует не стандартную цветовую схему (белые символы на чёрном фоне), то после запуска скрипта вручную, символы изменят цвет на белый.
Что-бы этого избежать, можно сделать так:
изменить
наansi_white="\033[1;37m"
Это вернёт цвета по умолчанию.ansi_white="\033[0m"
Думаю знающие люди и без меня так сделали, но таким, не очень знающимкак я, это может пригодиться.
Last edited by stupid Fry; 11-09-2011 at 03:37. Reason: повышение читабельности IMHO
Member
все ли файлы в init.d должны быть исполняемыми (начинаться на #!/bin/sh и иметь chmod +x)? у меня присутствует файл rc.func который начинается на #!/bin/sh но не имеет атрибута исполняемого в свойствах файла.
Посмотрите в любой стартовый скрипт /opt/etc/init.d/SXXxxx В каждом из них rc.func включается как часть кода. Делать его исполняемым не надо, точнее говоря, это ни на что не повлияет.Originally Posted by dlink
Member
Спасибо за ответ, можно в целях развития вопрос - вот смотрю на скрипт S10cron и не вижу там включения rc.func:
S10cron
Code:#!/bin/sh # # Startup script for cron PIDFILE=/opt/var/run/cron.pid case $1 in start) opt/sbin/cron ;; stop) [ -f ${PIDFILE} ] && kill `cat ${PIDFILE}` ;; *) echo "usage: $0 (start|stop)" exit 1 esac
Да, так и есть. Иногда авторы самописных скриптов не доверяют имеющимся механизмам запуска, а иногда (изредка) просто невозможно «впихнуть» логику запуска какой-нибудь софтины в «канонический вид». В приложенном мной в соседней теме примере тот же cron запускается «каноническим» способом.
