https://wiki.ramba-art.ru/index.php?action=history&feed=atom&title=%D0%A1%D0%BE%D0%B7%D0%B4%D0%B0%D0%B5%D0%BC_Unit_%D0%B2_Linux 2026-08-24T01:16:07Z История изменений этой страницы в вики MediaWiki 1.39.2 https://wiki.ramba-art.ru/index.php?title=%D0%A1%D0%BE%D0%B7%D0%B4%D0%B0%D0%B5%D0%BC_Unit_%D0%B2_Linux&diff=30&oldid=prev 2023-03-25T14:44:45Z

<p>Новая страница: «Что такое systemd? systemd — это набор базовых строительных блоков для системы Linux. Он предоставляет диспетчер систем и служб, который работает как PID 1 и запускает остальную часть системы. systemd предоставляет агрессивные возможности распараллеливания, исполь...»</p> <p><b>Новая страница</b></p><div>Что такое systemd?<br /> <br /> systemd — это набор базовых строительных блоков для системы Linux. Он предоставляет диспетчер систем и служб, который работает как PID 1 и запускает остальную часть системы. systemd предоставляет агрессивные возможности распараллеливания, использует активацию сокетов и D-Bus для запуска служб. Предлагает запуск демонов по требованию, отслеживает процессы, использующие группы управления Linux. Поддерживает точки монтирования и автоматического монтирования. Реализует сложную логику управления службами на основе транзакционных зависимостей. systemd поддерживает сценарии SysV и LSB init и работает как замена для sysvinit. Другие части включают демон ведения журнала, утилиты для управления базовой конфигурацией системы. В него входит: имя хоста, дата, локаль, ведение списка зарегистрированных пользователей и запущенных контейнеров. А также виртуальных машин, системные учетные записи, каталоги времени выполнения и параметры. Не забудем о демонах управления простой конфигурацией сети, синхронизацией сетевого времени, пересылкой журналов и разрешением имен.<br /> <br /> unitd работает с сервисами описанными в своей конфигурации. Основой для создания сервиса служит юнит (unit) — это текстовый файл с описанием на подобии ini файла в системе windows. Конфигурационный файл состоит из секций. Внутри каждой секции указываются необходимые параметры. Обязательными во всех юнитах являются две секции, остальные используются в зависимости от типа юнита.<br /> <br /> Приступим<br /> <br /> например в /opt/telegram/start/ создаем фаил имя_програмы.sh<br /> <br /> в нем пишем:<br /> <br /> #!/bin/bash<br /> /usr/bin/python3 /opt/telegram/папка_с_pyton_програмой/main.py<br /> Создаем фал в сисди<br /> <br /> nano /etc/systemd/system/имя_нашей_программы.service<br /> <br /> Вставляем следующее:<br /> <br /> Description= описывавшем нашу программу в пару слов<br /> <br /> After=network.target<br /> <br /> [Service]<br /> User=имя_пользователя_от_которого_будет_запускаться_программа<br /> Nice=1<br /> KillMode=none<br /> SuccessExitStatus=0 1<br /> ProtectHome=true<br /> ProtectSystem=full<br /> PrivateDevices=true<br /> NoNewPrivileges=true<br /> WorkingDirectory=/opt/telegram/папка_с_pyton_програмой<br /> ExecStart=/opt/telegram/start/имя_програмы.sh<br /> [Install]<br /> WantedBy=multi-user.target<br /> далее:<br /> <br /> systemctl start имя_нашей_программы.service<br /> <br /> systemctl status имя_нашей_программы.service<br /> <br /> если всё oK, то:<br /> <br /> systemctl enable имя_нашей_программы.service - это будет запускать нашу программу при старте системы.<br /> <br /> <br /> Полезное:<br /> <br /> Каталоги хранения юнитов<br /> <br /> /usr/lib/systemd/system — юниты поставляемые вместе с системой и устанавливаемыми приложениями<br /> /run/systemd/system — юниты созданные динамически (в рантайме)<br /> /etc/systemd/system — юниты системного администратора (тут и будем хранить наши)<br /> Юниты systemd<br /> <br /> target — группирует модули<br /> service — отвечает за запуск сервисов (служб) и поддерживает вызов интерпретаторов для исполнения пользовательских скриптов<br /> mount — занимается монтированием файловых систем<br /> automount — автомонтирование файловых систем, используется при обращении к точке монтирования;<br /> swap — отвечает за подключение файла подкачки<br /> timer — запускает модули по расписанию, аналог cron<br /> socket — запуск модуля при подключению к сокету<br /> slice — группировка других модулей в контейнер (дерево) cgroups<br /> device — использует реакцию на подключение какого-либо устройства<br /> path — запуск модуля по событию доступа по конкретному пути в файловой системе<br /> [Unit]<br /> Description — описание юнита для большего понимания<br /> Documentation — документация по процессу sshd<br /> After — зависимость, т.е. в данном случае запускать юнит только после запуска network.target и sshd-keygen.target<br /> Wants — еще одна зависимость, означает желательно. В примере Wants=sshd-keygen.target, т.е. желательно чтобы было запущено sshd-keygen.target . Желательно но не обязательно.<br /> [Service]<br /> Type — типы запуска служб. Могут быть<br /> simple (по умолчанию) — происходит незамедлительный запуск этой службы, с учетом того что процесс не разветвляется (fork). Не используйте simple если пользуетесь очередностью запуска. Одно исключение это активация сокета.<br /> forking — служба считается запущенной после того, после разветвления процесса с завершением родительского процесса. Используется для запуска классических демонов исключая случаи, когда в таком поведении процесса нет необходимости. Также желательно указать PIDFile=, чтобы systemd мог отслеживать основной процесс.<br /> oneshot — удобен для скриптов, которые выполняют одно задание и завершаются. При необходимости можно задать параметр RemainAfterExit=yes, чтобы systemd считал процесс активным даже после его завершения.<br /> notify — идентичен параметру simple, но с оговоркой, что демон пошлет systemd сигнал о своей готовности. Эталонная реализация данного уведомления представлена в libsystemd-daemon.so.<br /> <br /> dbus — служба считается находящейся в состоянии готовности, когда указанный параметр BusName появляется в системной шине DBus.<br /> idle — откладывается выполнение двоичного файла службы до момента выполнения всех остальных задач. В остальном поведение аналогично simple.<br /> Далее в разделе Service<br /> <br /> EnvironmentFile — файлы переменного окружения<br /> ExecStart — полный путь к исполняемому файлу программы с параметрами запуска<br /> ExecReload — полный пусть к исполняемому файлу программы с параметрами перезапуска программы<br /> KillMode — указывается как будет завершен процесс. В данному случае параметр process говорит о том что будет закрыт только главный процесс<br /> Restart — перезагрузка процесса, параметр on-failure указывает на автоматическую перезагрузку в случает отказа процесса<br /> RestartSec — время ожидания через которое процесс должен перезагрузиться<br /> [Install]<br /> WantedBy — указывает на каком урове запуска стартует сервис, параметр multi-user.target указывает на запуск в многопользовательском режиме без графики</div>

Admin