systemd для администраторов
Lennart Poettering (автор)*
Сергей Пташник (русский перевод)†
Данный документ доступен на условиях лицензии CC-BY-SA 3.0 Unported
8 марта 2013 г.
http://www2.kangran.su/~nnz/pub/s4a/
Условия лицензии:
http://www2.kangran.su/~nnz/pub/s4a/
systemd для администраторов
Спасибо, забрал, посмотрю. Но знаю, что в Slackware systemd нет и не будет - не UNIX-way.
Немного почитал.
В рамках классического SysV init, штатная реализация такой возможности отсут-
ствует. Похожий эффект может быть достигнут с помощью «костылей», например,
путем добавления команды exit 0 в начало init-скрипта. Однако, подобные реше-
ния имеют ряд недостатков, например, потенциальная возможность конфликтов
с пакетным менеджером (при очередном обновлении исправленный скрипт может
быть просто затерт соответствующим файлом из пакета).
# chmod -x /etc/rc.d/rc.ntpПрофит.
%)
И ничего при обновлении у меня не затрется.
(при очередном обновлении исправленный скрипт может
быть просто затерт соответствующим файлом из пакета).
здесь речь идет о том, что файл замещается новым(исправленным)
# chmod -x /etc/rc.d/rc.ntp
т.е. команды:
rm -f /etc/rc.d/scr
cp {build}/scr /etc/rc.d/
не отработают что ли?
здесь речь идет о том, что файл замещается новым(исправленным)
В Slackware никогда конфиги не замещаются, если админ не разрешит :)
Установшик распаковывает в корень пакет, а там лежит config.conf.new, затем отработает doinst.sh, если config.conf не существует, config.conf.new переименуется в config.conf, иначе проверится неизменность старого и нового конфига, если они идентичны config.conf.new удалится. Если же конфиги различаются, выведется запрос админу, что делать: перезаписать старый конфиг новым, объединить, сохранить старый, или посмотреть чем они отличаются.
при очередном обновлении исправленный скрипт можетПри очередном обновлении исправленный юнит может быть просто затерт соответствующим файлом из пакета.
быть просто затерт соответствующим файлом из пакета