Немає такого файлу чи каталогу /etc/init.d/functions

Я створив сценарій запуску, щоб запустити / перезапустити / зупинити групу програм. Я використовував lib /etc/init.d/functionsу своєму сценарії. Він добре працює в моїй системі, але не працює для мого клієнта; він отримує помилку:

Немає такого файлу чи каталогу /etc/init.d/functions

Зараз я не знаю, який дистрибутив Linux використовує мій клієнт. Чи init.d/functionsвідрізняється файл для різних дистрибутивів Linux? Якщо так, то як я можу його знайти?

Це специфічно для будь-якого розповсюдження, яке ви працюєте. Debian і Ubuntu мають /lib/lsb/init-functions; SuSE має /etc/rc.status; жоден з них не сумісний з іншими. Насправді, деякі дистрибутиви взагалі не використовують /etc/init.dабо використовують його несумісним способом (Slackware та Arch трапляються мені вгорі голови; є й інші).

У зображенні CentOS 7 Docker мені довелося просто встановити пакет, щоб встановити initscriptsцей сценарій:

yum install -y initscripts

(Завдяки цьому питанню,docker-library яке змусило мене поглянути на це зобов'язання )

Це абсолютно залежить від розподілу. Вам дійсно знадобиться дізнатися дистрибутив, щоб написати правильно відповідний сценарій init.

Ви також можете дотримуватися специфікації LSB (Linux Standard Base) і сподіватися, що і розглянутий дистрибутив. Поточна специфікація диктує, що стандартні функції скрипта init будуть доступні як /lib/lsb/init-functions( див. Документи тут ). У Fedora та інших дистрибутивах, пов'язаних з Red Hat, це передбачено redhat-lsbпакетом, який не є обов'язковим .

Отже, ви дійсно повинні з'ясувати, на що ви орієнтуєтесь. Вибачте.

Додавання нещодавньої відповіді

Як зазначається в інших відповідях, специфікації стандартної бази Linux (LSB) надають спосіб писати init.dсценарії запуску незалежно від платформи , використовуючи визначені LSB функції init, перелічені тут

Все LSB сумісні дистрибутиви (всі великі) забезпечують файл /lib/lsb/init-functions(який визначає перераховані функції) в мета-пакет , lsb-core-noarchякий може бути встановлений з допомогою менеджера пакетів дистрибутива $PKGMAN $INSTOPT lsb-core-noarch( yum, dnf, apt...).

Приклад такого сценарію init - це .

Однак, враховуючи те, як systemdзараз де-факто система та менеджер сервісних послуг для більшості дистрибутивів, краще написати а systemd service unitне виписувати initscript.

Я пропустив ці функції, коли перейшов на Ubuntu, тому створив бібліотеку, яка відтворює їх функціональність: efunctions .

Я теж отримав таку ж помилку, коли запускаю контейнер докера. Це було виправлено додаванням нижче рядка в моєму Dockerfile

RUN yum install -y initscripts