Статьи
Информационные технологии для экспертов
Логин: Пароль:
Войти через:
Войти как пользователь
Вы можете войти на сайт, если вы зарегистрированы на одном из этих сервисов:
IT-WIKI - Энциклопедия терминов, классификаций     версия для печати

 
PC4XP / IT-WIKI / модульные файлы Linux
Автор: Администратор

Родительские статьи

- Материалы по Linux >>>

модульные файлы Linux

материал № 12407

модульные файлы Linux
Тип
файл
Назначение
системный файл
Операционная система
Операционные системы на основе RedHat
Путь
Linux
    usr
       lib
          systemd
             system

Определяют поведение модулей (units) - сущностей, которыми управляет менеджер systemd. В качестве модуля может быть служба, сокет, устройство, точка монтирования, точка автоматического монтирования, файл или раздел подкачки, цель запуска, просматриваемый файловый путь, таймер, управляемый systemd, часть ресурса управления, группа созданных извне процессов.

Состояния модульных файлов:

bad - проблема с модульным файлом.

disabled - модульный файл присутствует в системе, но не настроен для автономного запуска. Применяется только к модульным файлам, которые находятся в одном из системных каталогов systemd.

enabled - модульный файл инсталлирован и запущен. Стартует автономно. Применяется только к модульным файлам, которые находятся в одном из системных каталогов systemd.

indirect - модульный файл отключен, но имеет одинаковые значения в разделах Also, которые могут быть включены.

linked - модульный файл доступен через символическую ссылку. Создавался командой systemctl link. Такие модульные файлы могут обрабатываться командами или указываться в качестве зависимостей, но они не являются полноправными элементами системы и имеют некоторые заметные отклонения. Например, применение команды systemctl.

disable к модульному файлу в состоянии linked приводит к удалению связи и всех ссылок на него.

masked - нежелательный статус с логической точки зрения. Означает "заблокирован администратором". Менеджер systemd знает о модуле, но ему запрещено активировать его или действовать по любой из ero конфигурационных директив с помощью команды systemctl mask. В этом случае следует отключить модули, находящиеся в состоянии enabled или linked, с помощью команды systemctl disable и зарезервировать команду systemctl mask для модулей в состоянии static.

static - зависит от другого устройства. Не требует установки. Это состояние характерно для тех модулей, у которых нет процедуры инсталляции. Запускаются они вручную, либо указываются в качестве зависимостей от других активных модулей.


Расширения для модульных файлов:

.automount - автоматически присоединяемое устройство.

.device - устройство, которое распознало ядро ОС.

.path - путь.

.scope- процесс, созданный извне.

.service - собственно сервис (служба).

.slice - группа иерархически организованных юнитов, управляющая системными процессами.

.snapshot – сохраненное состояние менеджера systemd.

.socket - сокет.

.swap – файл подкачки.

.target - цель запуска (она же - уровень). Предназначены для группировки вместе других юнитов systemd через цепочку зависимостей.

.timer - таймер systemd.

.mount - присоединяемое устройство.


Внутренняя структура модульных файлов. [Разделы] и их параметры:
[Unit]

After= # Указывает после запуска каких модулей (приоритетный модуль) должен запуститься данный модуль (зависимый). Возможно указание нескольких переменных After с приоритетными модулями.

  After=syslog.target # Данный модуль будет запущен после запуска syslog.target

  After=network.target remote-fs.target nss-lookup.target # Можно указать несколько модулей, разделяя их имена пробелами

Before=syslog.target

Conflicts=shutdown.target

Description=текстовое описание

DefaultDependencies = true # По умолчанию. Systemd делает некоторые предположения о нормальном поведении большинства видов модулей. systemd предполагает, что среднестатистическая служба является надстройкой, которая не должна запускаться на ранних этапах инициализации системы.

DefaultDependencies = false # отключает запуск модуля на раннем этапе инициализации ОС.

Documentation=

Wants= # Модули, которые должны быть активированы одновременно, если это возможно, но не обязательно.

Requires= # Строгие зависимости; отказ от каких-либо предварительных условий прекращает работу этой службы.

Requisite= # Аналогично Requires, но модуль должен быть активным.

BindsTo= # Аналогично Requires, но модуль должен быть связан еще более тесно.

PartOf= # Аналогично Requires, но влияет только на запуск и остановку.

Conflicts= # Отрицательные зависимости; не может взаимодействовать с этими единицами.

[Path] - # в .path - м.файлах.

PathExists=

[Service] # в .service - м.файлах.

Enviroment= # Определяет переменные окружения.

EnviromentFile=

ExecStart= # Запуск модуля. Указывается полный путь файлу модуля.

ExecStop= # Остановка модуля. Указывается полный путь файлу модуля.

ExecReload= # Перезапуск модуля. Указывается полный путь файлу модуля.

Group=Zabbix # Группа пользователей, под которой будет запущен модуль.

KillMode=

OOMScoreAdjust=# вероятность (числовое значение 0-1000) отключения модуля, если не хватает памяти. 1000 - отключить модуль.

PIDFile=/run/program_name/program_name.pid # Путь к pid-файлу, который хранит идентификационный номер запускаемого модуля.

RemainAfterExit=Yes

Requires=service.service # для запуска данного модуля требуется чтобы была запущена служба service.

Restart= # при каких условиях перезапускается модуль. always - всегда, on-failure - при ошибке.

RestartSec=

SuccessExitStatus=

TimeoutSec= # время ожидания (секунды) выполнения команд ExecStart и ExecStop.

TimeoutStopSec= # время ожидания (секунды) за которое модуль должен завершить свою работу, прежде, чем systemd заставит его это сделать принудительно.

Type= # способ запуска модуля.
  Type=simple # немедленный запуск (по-умолчанию) [не рекомендуется, если другие службы зависят от очередности при запуске данной службы].

  Type=forking # запуск службы с разветвлением ее процессов и завершением родительского процесса. Команда запуска должна завершиться, даже если демон продолжает работать в фоновом режиме. Systemd не будет непосредственно запускать демона, тот записывает свой PID (идентификатор процесса) в указанном PIDFile, чтобы systemd мог определить, какой процесс является основным экземпляром демона.

  Type=notify

  Type=oneshot

User= # Пользователь, под которым будет запущен модуль.

Wants= # для запуска данного модуля рекомендуется другой модуль. Название модуля.

WorkingDirectory= # определяет рабочую папку модуля.

[Socket] - # в .socket - м.файлах.
[Timer] - # в .timer - м.файлах.
[Install]

Alias=

WantedBy= # уровень запуска модуля (7 уровней). multi-user.target - многопользовательский уровень.

[Mount] - # в .mount - м.файлах.


Создание модуля (юнита):

Для создания собственного модуля достаточно трех разделов - [Unit], [Service], [Install].


Ссылки:

https://habr.com/ru/company/southbridge/blog/255845/
https://habr.com/ru/company/infobox/blog/241237/
https://www.freedesktop.org/software/systemd/man/systemd.service.html
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/system_administrators_guide/index


Просмотров: 728

КОММЕНТАРИИ к "модульные файлы Linux"

Чтобы оставить комментарий, вам необходимо зарегистрироваться на сайте.
Комментировать

ДРУГИЕ МАТЕРИАЛЫ ПО ТЕМЕ

IT-WIKI (7)

zabbix-server.target  >>>

ID материала: 12415 / Дата публикации: 08.04.2020 / Просмотров: 2810

Модульный файл zabbix-сервера. Определяет порядок его загрузки и работы.

zabbix-agent.target  >>>

ID материала: 12414 / Дата публикации: 08.04.2020 / Просмотров: 2754

Модульный файл zabbix-агента. Определяет порядок его загрузки и работы.

reboot.target  >>>

ID материала: 12413 / Дата публикации: 08.04.2020 / Просмотров: 588

Выключение и перезагрузка системы.

graphical.target  >>>

ID материала: 12412 / Дата публикации: 08.04.2020 / Просмотров: 600

Настройка графической многопользовательской системы.

multi–user.target  >>>

ID материала: 12411 / Дата публикации: 08.04.2020 / Просмотров: 679

Настройка неграфической многопользовательской системы.

rescue.target  >>>

ID материала: 12410 / Дата публикации: 08.04.2020 / Просмотров: 667

Настройка оболочки восстановления.

poweroff.target  >>>

ID материала: 12409 / Дата публикации: 08.04.2020 / Просмотров: 615

Завершение работы и отключение системы.

Статьи (0)

IT4XP / статьи



НАЗНАЧЕНИЕ КОРЗИНЫ

Корзина не предназначена для покупки товаров, поскольку сайт не занимается продажами.

Функция корзины заключается всборе компьютерных комплектующих в собственную базу (требуется регистрация на сайте) и сравнении их между собой.

Сбор компьютерных комплектующих в собственную базу: Эта фанкция необходима для виртуальной сборки компьютера. Требуется регистрация на сайте.

Сравнение комплектующих: Можно сравнить только комплектующие следующих групп: 1. Жёсткие диски. 2. Твердотельные диски. 3. Оперативная память. 4. Видеокарты. 5. Центральные процессоры. 6. Материнские платы.