Это кажется, что Вы хотите вывести свой список файлов в apt-mark auto
по одному. Этот псевдокод должен запустить Вас:
while read pkgname; do apt-mark auto $pkgname; done <list_of_packages
Предположение от хинду Wiki, редактируя NTPD_OPTS
в /etc/conf.d/ntpd
вероятно, добивается цели (независимо от вопроса, если -g
желательно, никакая идея).
В Debian и Ubuntu, часто у демона есть некоторые параметры конфигурации, начинаются /etc/default/daemon-name
, это, например. /etc/default/ntp
:
NTPD_OPTS='-g'
Этот файл получен от /etc/init.d/ntp
, и значение соответствующих переменных, используемых подходяще:
# near the beginning
if [ -r /etc/default/ntp ]; then
. /etc/default/ntp
fi
# later
start-stop-daemon --start --quiet --oknodo --pidfile $PIDFILE --startas $DAEMON \
-- -p $PIDFILE $NTPD_OPTS
Я не знаю, есть ли у хинду что-то подобное.
Демон похож на любую другую программу, записанную из исходного кода и скомпилированную в формат исполняемых файлов, это может быть сделано принять аргументы, обработать аргументы, например, для использования их в качестве переключателей определения аргумента или самих аргументов. Различие между демоном и программой может быть в сущности, что режим демона программы переключает задачи в фоновый режим и дополнительно зависит требование сервиса, должен послушать на сетевом интерфейсе и принять запросы по проводу. Так передача аргументов от командной строки на приглашении оболочки или прямо после определения пути исполняемого файла демона в сценарии является тем же. Метод конфигураций или переменных, которые используются в сценарии оболочки для вызова демона с необходимыми аргументами однако, мог бы отличаться через по стилю или конвенции. Важно прочитать руководство, если это обеспечивается, для знания, какие аргументы приняты исполняемым файлом демона или программой и знают то, что является ими используемый прежде, чем ввести их в эксплуатацию в выполнении, чем просто предоставление возможностей.
Я перемещаюсь между многими дистрибутивами Linux и версиями. Универсальный путь - который я беру в этих случаях:
Прочитайте init-сценарий - он часто получает одну руду больше конфигурационных файлов. Если init-сценарий не анализирует конфигурационного файла, можно изменить init-сценарий. Недостаток состоит в том, что обновление пакета, которому принадлежит init-сценарий, перезапишет Ваши изменения.
Различные дистрибутивы делают это по-другому. Вообще говоря, поиск под /etc
для места, где тот определенный демон запускается (grep -r ntpd /etc
или find /etc -type f -exec grep ntpd {} +
), затем посмотрите, как сценарий, который запускает его, получает свои параметры. С другой стороны, консультируйтесь с документацией своего распределения для общих принципов.
Обычно, или существует большой сценарий оболочки или другой конфигурационный файл, который запускает многие сервисы, или существует один сценарий или конфигурационный файл для каждого сервиса. Параметры могут быть даны в том сценарии или получены из переменной, которая установлена в некотором другом конфигурационном файле. Общие местоположения включают /etc/init*
, /etc/rc*
и /etc/default/*
.