systemd

systemd (ранее udev) - демон с системным управлением с открытым исходным кодом. Другими словами, он работает в фоновом режиме и действует как системный и сервисный менеджер для операционных систем на базе Linux.

Будучи совместимым со стандартными сценариями LSB (Linux Standard Base) и UNIX System V, systemd использует активацию D-Bus и сокетов для запуска служб и обеспечивает возможности агрессивной параллелизации. Кроме того, он поддерживает восстановление и моментальное копирование состояния системы, поддерживает точки автомонтирования и подключения, отслеживает процессы с помощью групп управления Linux, предлагает запуск демонов по требованию и реализует сложную логику управления обслуживанием на основе транзакций.

systemd включен почти в каждую операционную систему Linux на базе ядра и может использоваться как замена для программного обеспечения sysvinit, но также для inetd, acpid, atd, watchdog, cron, syslog и pm -utils демонов. Программа также имеет встроенный менеджер входа в систему, называемый systemd-logind, разработанный как замена для устаревшего программного обеспечения ConsoleKit. Он имеет различные улучшения в мультисете.

Может администрировать сетевые конфигурации тоже

Начиная с версии 209, systemd также может администрировать сетевые конфигурации, благодаря интеграции демона networkd. Например, он может статически назначать IP-адреса, а также предоставлять базовую конфигурацию моста.

С момента своего появления еще в 2011 году проект был принят довольно быстро многими популярными дистрибутивами Linux, в том числе Arch Linux, Fedora, Gentoo Linux, Mageia, openSUSE, Sabayon Linux, Frugalware Linux и Aring; ngstr & ouml; m и CoreOS. Кроме того, многие другие мощные операционные системы Linux будут использовать systemd в своих будущих выпусках, таких как Ubuntu 14.04 LTS (Trusty Tahr), Debian GNU / Linux 8 (Jessie) и Red Hat Enterprise Linux 7.

Даже если некоторые люди склонны писать SystemD, систему d, систему D или систему D, название программы написано и записано systemd. Это определенно будущее любого дистрибутива Linux, изменение способа взаимодействия с операционной системой.

Что нового в этой версии:

• Некоторые клавиатуры поставляются с визитной карточкой или рокером, который до сих пор получил
• , сопоставленный с Linux "zoomin / out & quot; ключи в hwdb. Однако эти
• коды клавиш не распознаются каким-либо крупным рабочим столом. Теперь они производят
• События клавиш вверх / вниз, чтобы их можно было использовать для прокрутки.
• * INCOMPATIBILITY: systemd-tmpfiles '& quot; f & quot; линии изменили поведение.
• слегка: ранее, если для строк этого
был указан аргумент,
• (т. е. был установлен самый правый столбец) эта строка была добавлена ​​к
• существующие файлы при каждом запуске systemd-tmpfiles. Это поведение было
• отличается от того, что сказано в документации, и не особенно
• полезно, поскольку повторные вызовы systemd-tmpfiles не будут
• idempotent и создавать такие файлы без ограничений. С этим выпуском
• поведение было изменено немного, чтобы соответствовать тому, что документация
• говорит: строки этого типа имеют эффект, если указанные файлы
• еще не существует, и только тогда строка аргумента записывается в
• файл.
• * БУДУЩАЯ НЕСОВМЕСТИМОСТЬ: В systemd v238 мы намерены слегка изменить
• поведение systemd-tmpfiles: ранее, файлы только для чтения, принадлежащие root
• всегда были исключены из файла «старение». алгоритм (т. е.
• автоматическая очистка каталогов, таких как / tmp, на основе
• Atime / время изменения / CTime). Мы намерены отказаться от этого ограничения и возрастных файлов
• по умолчанию, даже если он принадлежит root и доступен только для чтения. Это поведение было
• унаследован от старых инструментов, но были запросы на удаление
• , и неясно, почему это ограничение было сделано в первом
• место. Пожалуйста, говорите сейчас, если вы знаете о программном обеспечении, которое запрашивает
• это поведение, в противном случае мы удалим ограничение в v238.
• * Новая переменная среды $ SYSTEMD_OFFLINE теперь понимается
• systemctl. Он принимает логический аргумент. Если включено, systemctl принимает его
• работает в режиме "offline" OS, и не будет пытаться поговорить с
• сервис-менеджер. Ранее этот режим был неявно включен, если

Обнаружена среда
• chroot (), и эта новая переменная среды
• теперь предоставляет явный контроль.
• * .path и .socket теперь могут также создаваться временно.
• Ранее только сервисные, монтируемые, автоматические и таймерные устройства были
• поддерживается как переходные единицы. Обновлен инструмент systemd-run
• , чтобы выявить эту новую функциональность, вы можете использовать ее сейчас для привязки
• произвольные команды для активации пути или сокета на лету из
• командной строки. Более того, почти все свойства теперь выставлены для
• , которые уже поддерживали переходные операции.
• * Команда systemd-mount получила поддержку нового параметра --owner =
• , который принимает имя пользователя, которое затем разрешается и включается в uid =
• и gid = mount параметры строки файловой системы для монтирования.
• * Добавлено новое условие элемента ConditionControlGroupController =
• , который проверяет, доступен ли конкретный контроллер группы.
• * Файлы модулей, файлы .link UDev и файлы .netdev и systemd-networkd.
• .network файлы получили новую поддержку для нового условия.
• УсловиеKernelVersion = для проверки на конкретное ядро ​​
• версии.
• * В systemd-networkd раздел [IPVLAN] в файлах .netdev получил
• поддержка настройки флагов устройства в настройках Flags =. В
• те же файлы, раздел [Tunnel] получил поддержку для настройки
• AllowLocalRemote =. Раздел [Маршрут] в файлах .net собрал
• поддержка для настройки InitialCongestionWindow =,
• InitialAdvertisedReceiveWindow = и QuickAck =. Теперь раздел [DHCP]
• понимает RapidCommit =.
• * Поддержка DHCPv6 systemd-networkd получила поддержку префикса
• Делегирование.
• * sd-bus получила поддержку нового «привязки к часам», особенность. Когда это

Функция
• включена, соединение sd_bus может быть настроено для подключения к
• сокет AF_UNIX в файловой системе, как только он будет создан. Это

Функциональность
• полезна для написания ранних загрузочных сервисов, которые
• автоматически подключается к системной шине сразу после ее запуска,
• без уродливого опроса, основанного на времени. systemd-networkd и
• systemd-resolved обновлено, чтобы использовать этот

<Литий> функциональные возможности. busctl предоставляет эту функциональность в новом
• - watch-bind = переключатель командной строки.
• * sd-bus теперь будет необязательно синтезировать локальный "Connected" сигнал как
• скоро, когда соединение D-Bus будет установлено полностью. Это сообщение отражает
• уже существующий & quot; Отключен & quot; сигнал, который синтезируется, когда

Соединение
• прекращается. Этот сигнал обычно полезен, но
• особенно удобно в сочетании с «привязкой к часам». Функция
• , описанных выше. Синтезировать это сообщение необходимо запросить
• явно через новый вызов API sd_bus_set_connected_signal (). В
• добавлен новый вызов sd_bus_is_ready (), который проверяет
• установлено ли соединение полностью (т. е. между «Подключено» и

<Литий> & Quot; отсоединен & Quot; Сигналы).
• * sd-bus получил два новых вызова sd_bus_request_name_async () и
• sd_bus_release_name_async () для асинхронной регистрации шины
• имена. Аналогично, теперь существует sd_bus_add_match_async () для установки
• сигнал соответствует асинхронно. Все собственные службы systemd имеют
• был обновлен, чтобы использовать эти вызовы. Выполнение этих операций.
• асинхронно имеет два преимущества: он снижает риск блокировок в
• случай циклических зависимостей между шинными службами и ускоряет
• инициализация службы, так как точки синхронизации для шины
• удалены круглые поездки.
• * sd-bus получил два новых вызова: sd_bus_match_signal () и
• sd_bus_match_signal_async (), которые аналогичны sd_bus_add_match ()
• и sd_bus_add_match_async (), но вместо соответствия D-Bus

Строка
• принимает поля соответствия как обычные функциональные параметры.
• * sd-bus получил два новых вызова sd_bus_set_sender () и
• sd_bus_message_set_sender () для установки имени отправителя исходящих
• (либо для всех исходящих сообщений, либо только для одного конкретного
• один). Эти вызовы полезны только при прямых подключениях, как на
• брокерские соединения, которые брокер заполняет отправителем в любом случае,
• перезаписывать все, что было заполнено клиентом.
• * sd-event получил новый псевдо-дескриптор, который может быть указан во всех API
• вызывает, где "sd_event *" объект ожидается: SD_EVENT_DEFAULT. Когда
• используется это относится к объекту цикла события по умолчанию вызывающего
• нить. Обратите внимание, однако, что это не подразумевает выделение одного -
• , который должен быть выполнен ранее, используя sd_event_default (). Аналогично
• sd-bus получил три новых псевдо-дескриптора SD_BUS_DEFAULT,
• SD_BUS_DEFAULT_USER, SD_BUS_DEFAULT_SYSTEM, который может использоваться для отправки
• к шине по умолчанию указанного типа вызывающего потока. Здесь
• тоже это не подразумевает выделение объектов подключения к шине, это
• нужно выполнить с помощью sd_bus_default () и друзей.
• * sd-event получил новую пару вызовов
• sd_event_source_ {получить | набор} _io_fd_own (). Это можно использовать для запроса
• автоматическое закрытие файлового дескриптора источника событий событий ввода-вывода
• , когда источник события уничтожен.
• * systemd-networkd получил поддержку для первоначальной настройки WireGuard
• соединения.
• * В предыдущих версиях systemd синтезировал записи пользователя как для

<Литий> & Quot; никто & Quot; (UID 65534) и "корень" (UID 0) в nss-systemd и
• внутри. Чтобы упростить переименование общего доступа в

<Литий> & Quot; никто & Quot; пользователь (как это запланировано в Fedora: nfsnobody -> nobody),
• добавлен новый файл флага перехода: if
• / etc / systemd / dont-synthesize-nobody существует синтез 65534
• пользовательская и групповая запись в базе данных systemd отключена.
• * systemd-notify получил новую опцию --uid = для выбора источника
• пользователь / UID для использования для уведомлений, отправленных в службу
• менеджер.
• * journalctl получил новую опцию --grep = для перечисления только записей, в которых
• сообщение соответствует определенному шаблону. По умолчанию совпадение - это случай
• нечувствителен, если шаблон имеет строчный регистр и чувствителен к регистру
• в противном случае. Опция -case-sensitive = yes | no может использоваться для переопределения
• это указывает на чувствительность к регистру или нечувствительность к регистру.
• * В настоящее время есть «системные аналитические службы», команда для печати
• текущее состояние сторожевого таймера обслуживания и необязательно
• включение или отключение сторожевых устройств для каждой службы в системе, если задано
• логический аргумент (т. е. концепция, которую вы настраиваете в WatchdogSec =), для
• отладки. Также есть опция командной строки ядра
• systemd.service_watchdogs = для управления тем же.
• * Два новых "уровня журнала" и "log-target" Опции для системного анализа были
• , которые объединяют теперь устаревший уровень доступа к журналу, уровень набора и
• get-log-target, set-log-target пары. Устаревшие параметры по-прежнему
• для обратной совместимости. Два новых параметра печатают
• текущее значение, когда аргументы не заданы, и установите их, когда
• Уровень / цель задается в качестве аргумента.
• * sysusers.d's & quot; u & quot; линии теперь необязательно принимают как UID, так и GID
• , разделенной символом ":" для создания пользователей
• где UID и GID не совпадают.

Что нового в версии 238:

• Некоторые клавиатуры поставляются с визитной карточкой или рокером, который до сих пор получил
• , сопоставленный с Linux "zoomin / out & quot; ключи в hwdb. Однако эти
• коды клавиш не распознаются каким-либо крупным рабочим столом. Теперь они производят
• События клавиш вверх / вниз, чтобы их можно было использовать для прокрутки.
• * INCOMPATIBILITY: systemd-tmpfiles '& quot; f & quot; линии изменили поведение.
• слегка: ранее, если для строк этого
был указан аргумент,
• (т. е. был установлен самый правый столбец) эта строка была добавлена ​​к
• существующие файлы при каждом запуске systemd-tmpfiles. Это поведение было
• отличается от того, что сказано в документации, и не особенно
• полезно, поскольку повторные вызовы systemd-tmpfiles не будут
• idempotent и создавать такие файлы без ограничений. С этим выпуском
• поведение было изменено немного, чтобы соответствовать тому, что документация
• говорит: строки этого типа имеют эффект, если указанные файлы
• еще не существует, и только тогда строка аргумента записывается в
• файл.
• * БУДУЩАЯ НЕСОВМЕСТИМОСТЬ: В systemd v238 мы намерены слегка изменить
• поведение systemd-tmpfiles: ранее, файлы только для чтения, принадлежащие root
• всегда были исключены из файла «старение». алгоритм (т. е.
• автоматическая очистка каталогов, таких как / tmp, на основе
• Atime / время изменения / CTime). Мы намерены отказаться от этого ограничения и возрастных файлов
• по умолчанию, даже если он принадлежит root и доступен только для чтения. Это поведение было
• унаследован от старых инструментов, но были запросы на удаление
• , и неясно, почему это ограничение было сделано в первом
• место. Пожалуйста, говорите сейчас, если вы знаете о программном обеспечении, которое запрашивает
• это поведение, в противном случае мы удалим ограничение в v238.
• * Новая переменная среды $ SYSTEMD_OFFLINE теперь понимается
• systemctl. Он принимает логический аргумент. Если включено, systemctl принимает его
• работает в режиме "offline" OS, и не будет пытаться поговорить с
• сервис-менеджер. Ранее этот режим был неявно включен, если

Обнаружена среда
• chroot (), и эта новая переменная среды
• теперь предоставляет явный контроль.
• * .path и .socket теперь могут также создаваться временно.
• Ранее только сервисные, монтируемые, автоматические и таймерные устройства были
• поддерживается как переходные единицы. Обновлен инструмент systemd-run
• , чтобы выявить эту новую функциональность, вы можете использовать ее сейчас для привязки
• произвольные команды для активации пути или сокета на лету из
• командной строки. Более того, почти все свойства теперь выставлены для
• , которые уже поддерживали переходные операции.
• * Команда systemd-mount получила поддержку нового параметра --owner =
• , который принимает имя пользователя, которое затем разрешается и включается в uid =
• и gid = mount параметры строки файловой системы для монтирования.
• * Добавлено новое условие элемента ConditionControlGroupController =
• , который проверяет, доступен ли конкретный контроллер группы.
• * Файлы модулей, файлы .link UDev и файлы .netdev и systemd-networkd.
• .network файлы получили новую поддержку для нового условия.
• УсловиеKernelVersion = для проверки на конкретное ядро ​​
• версии.
• * В systemd-networkd раздел [IPVLAN] в файлах .netdev получил
• поддержка настройки флагов устройства в настройках Flags =. В
• те же файлы, раздел [Tunnel] получил поддержку для настройки
• AllowLocalRemote =. Раздел [Маршрут] в файлах .net собрал
• поддержка для настройки InitialCongestionWindow =,
• InitialAdvertisedReceiveWindow = и QuickAck =. Теперь раздел [DHCP]
• понимает RapidCommit =.
• * Поддержка DHCPv6 systemd-networkd получила поддержку префикса
• Делегирование.
• * sd-bus получила поддержку нового «привязки к часам», особенность. Когда это

Функция
• включена, соединение sd_bus может быть настроено для подключения к
• сокет AF_UNIX в файловой системе, как только он будет создан. Это

Функциональность
• полезна для написания ранних загрузочных сервисов, которые
• автоматически подключается к системной шине сразу после ее запуска,
• без уродливого опроса, основанного на времени. systemd-networkd и
• systemd-resolved обновлено, чтобы использовать этот

<Литий> функциональные возможности. busctl предоставляет эту функциональность в новом
• - watch-bind = переключатель командной строки.
• * sd-bus теперь будет необязательно синтезировать локальный "Connected" сигнал как
• скоро, когда соединение D-Bus будет установлено полностью. Это сообщение отражает
• уже существующий & quot; Отключен & quot; сигнал, который синтезируется, когда

Соединение
• прекращается. Этот сигнал обычно полезен, но
• особенно удобно в сочетании с «привязкой к часам». Функция
• , описанных выше. Синтезировать это сообщение необходимо запросить
• явно через новый вызов API sd_bus_set_connected_signal (). В
• добавлен новый вызов sd_bus_is_ready (), который проверяет
• установлено ли соединение полностью (т. е. между «Подключено» и

<Литий> & Quot; отсоединен & Quot; Сигналы).
• * sd-bus получил два новых вызова sd_bus_request_name_async () и
• sd_bus_release_name_async () для асинхронной регистрации шины
• имена. Аналогично, теперь существует sd_bus_add_match_async () для установки
• сигнал соответствует асинхронно. Все собственные службы systemd имеют
• был обновлен, чтобы использовать эти вызовы. Выполнение этих операций.
• асинхронно имеет два преимущества: он снижает риск блокировок в
• случай циклических зависимостей между шинными службами и ускоряет
• инициализация службы, так как точки синхронизации для шины
• удалены круглые поездки.
• * sd-bus получил два новых вызова: sd_bus_match_signal () и
• sd_bus_match_signal_async (), которые аналогичны sd_bus_add_match ()
• и sd_bus_add_match_async (), но вместо соответствия D-Bus

Строка
• принимает поля соответствия как обычные функциональные параметры.
• * sd-bus получил два новых вызова sd_bus_set_sender () и
• sd_bus_message_set_sender () для установки имени отправителя исходящих
• (либо для всех исходящих сообщений, либо только для одного конкретного
• один). Эти вызовы полезны только при прямых подключениях, как на
• брокерские соединения, которые брокер заполняет отправителем в любом случае,
• перезаписывать все, что было заполнено клиентом.
• * sd-event получил новый псевдо-дескриптор, который может быть указан во всех API
• вызывает, где "sd_event *" объект ожидается: SD_EVENT_DEFAULT. Когда
• используется это относится к объекту цикла события по умолчанию вызывающего
• нить. Обратите внимание, однако, что это не подразумевает выделение одного -
• , который должен быть выполнен ранее, используя sd_event_default (). Аналогично
• sd-bus получил три новых псевдо-дескриптора SD_BUS_DEFAULT,
• SD_BUS_DEFAULT_USER, SD_BUS_DEFAULT_SYSTEM, который может использоваться для отправки
• к шине по умолчанию указанного типа вызывающего потока. Здесь
• тоже это не подразумевает выделение объектов подключения к шине, это
• нужно выполнить с помощью sd_bus_default () и друзей.
• * sd-event получил новую пару вызовов
• sd_event_source_ {получить | набор} _io_fd_own (). Это можно использовать для запроса
• автоматическое закрытие файлового дескриптора источника событий событий ввода-вывода
• , когда источник события уничтожен.
• * systemd-networkd получил поддержку для первоначальной настройки WireGuard
• соединения.
• * В предыдущих версиях systemd синтезировал записи пользователя как для

<Литий> & Quot; никто & Quot; (UID 65534) и "корень" (UID 0) в nss-systemd и
• внутри. Чтобы упростить переименование общего доступа в

<Литий> & Quot; никто & Quot; пользователь (как это запланировано в Fedora: nfsnobody -> nobody),
• добавлен новый файл флага перехода: if
• / etc / systemd / dont-synthesize-nobody существует синтез 65534
• пользовательская и групповая запись в базе данных systemd отключена.
• * systemd-notify получил новую опцию --uid = для выбора источника
• пользователь / UID для использования для уведомлений, отправленных в службу
• менеджер.
• * journalctl получил новую опцию --grep = для перечисления только записей, в которых
• сообщение соответствует определенному шаблону. По умолчанию совпадение - это случай
• нечувствителен, если шаблон имеет строчный регистр и чувствителен к регистру
• в противном случае. Опция -case-sensitive = yes | no может использоваться для переопределения
• это указывает на чувствительность к регистру или нечувствительность к регистру.
• * В настоящее время есть «системные аналитические службы», команда для печати
• текущее состояние сторожевого таймера обслуживания и необязательно
• включение или отключение сторожевых устройств для каждой службы в системе, если задано
• логический аргумент (т. е. концепция, которую вы настраиваете в WatchdogSec =), для
• отладки. Также есть опция командной строки ядра
• systemd.service_watchdogs = для управления тем же.
• * Два новых "уровня журнала" и "log-target" Опции для системного анализа были
• , которые объединяют теперь устаревший уровень доступа к журналу, уровень набора и
• get-log-target, set-log-target пары. Устаревшие параметры по-прежнему
• для обратной совместимости. Два новых параметра печатают
• текущее значение, когда аргументы не заданы, и установите их, когда
• Уровень / цель задается в качестве аргумента.
• * sysusers.d's & quot; u & quot; линии теперь необязательно принимают как UID, так и GID
• , разделенной символом ":" для создания пользователей
• где UID и GID не совпадают.

Что нового в версии:

• Модуль modprobe.d / для модуля ядра bonding.ko представил
• в v235 был расширен, чтобы также установить опцию модуля dummy.ko
• numdummies = 0, предотвращая автоматическое создание ядра
• dummy0. Теперь все фиктивные интерфейсы должны быть явно созданы.
• * Неизвестные спецификаторы '%' в файлах конфигурации теперь отклоняются. Это
• применяется к устройствам и конфигурации tmpfiles.d. Любые проценты символов
• , за которым следует буква или цифра, которые не должны быть
• , который интерпретируется как начало спецификатора, должен быть экранирован
• удвоение («%%»). (Таким образом, «размер = 5%» все еще принят, а также
• & quot; size = 5%, foo = bar ", но не" LABEL = x% y% z " поскольку% y и% z не являются
• действительные спецификаторы сегодня.)
• * systemd-resolved теперь поддерживает новый динамический
• /run/systemd/resolve/stub-resolv.conf файл совместимости. Это
• рекомендуется сделать /etc/resolv.conf символическую ссылку на него. Этот файл
• указывает на системный разрешенный DNS-реестр DNS 127.0.0.53 и
• включает в себя динамически полученные поисковые домены, достигая более правильных
• Разрешение DNS с помощью программного обеспечения, которое обходит локальные DNS-API, такие как NSS.
• * "uaccess" Тег udev был удален из / dev / kvm и
• / DEV / DRI / renderD *. Эти устройства теперь имеют разрешения 0666 на
• default (но это может быть изменено во время сборки). / DEV / DRI / renderD *
• теперь будет принадлежать "render" группу вместе с / dev / kfd.
• * "DynamicUser = yes & quot; был включен для systemd-timesyncd.service,
• systemd-journal-gatewayd.service и
• Systemd-журнал-upload.service. Это означает, что "nss-systemd" должно быть
• включен в /etc/nsswitch.conf, чтобы гарантировать, что UID, назначенные этим
• разрешены.
• * В / etc / fstab теперь поняты две новые опции монтирования:
• x-systemd.makefs и x-systemd.growfs. Первое имеет эффект, что
• настроенная файловая система отформатирована до ее установки,
• последним, что файловая система будет изменена до полного размера блочного устройства.
• после его установки (то есть, если файловая система меньше, чем
• , на котором он находится, он вырос). Это похоже на fsck
• в / etc / fstab и вытаскивает systemd-makefs в .service и
• systemd-growfs at .service при необходимости, подобно
• systemd-fsck в .service. Изменение размера в настоящее время поддерживается только на ext4
• и btrfs.
• * В systemd-networkd логика IPv6 RA теперь необязательно может объявить
• DNS-сервер и информация о домене.
• * Поддержка формата LUKS2 на диске для зашифрованных разделов имеет

Добавлен
• . Это требует libcryptsetup2 во время компиляции и
• во время выполнения.
• * Экземпляр systemd - userer теперь будет сигнализировать «готовность». когда его
• Достигнут элемент base.target, а не когда запущена очередь выполнения
• пуст в первый раз.
• * Теперь поддерживаются Tmpfiles.d с пользовательской настройкой.
• systemd-tmpfiles получил новый переключатель --user и фрагменты, помещенные в
• ~ / .config / user-tmpfiles.d / и соответствующие каталоги будут
• , выполняемый systemd-tmpfiles --user, запущенный в новом
• systemd-tmpfiles-setup.service и systemd-tmpfiles-clean.service
• работает в сеансе пользователя.
• * Файлы модулей и фрагменты tmpfiles.d выучили три новых% спецификатора:
• % S разрешает директорию состояний верхнего уровня (/ var / lib для системы
• instance, $ XDG_CONFIG_HOME для экземпляра пользователя),% C разрешает
• каталог кэша верхнего уровня (/ var / cache для системного экземпляра,
• $ XDG_CACHE_HOME для экземпляра пользователя),% L разрешает верхний уровень
• каталог журналов (/ var / log для системного экземпляра,
• $ XDG_CONFIG_HOME / log / для экземпляра пользователя). Это соответствует
• существующий спецификатор% t, который разрешает выполнение на уровне верхнего уровня
• (/ run для системного экземпляра и $ XDG_RUNTIME_DIR для
• пользовательский экземпляр).
• * journalctl узнал новый параметр --output-fields = для ограничения
• набор полей журнала для вывода в подробных и выходных режимах JSON.
• * Конфигурационный файл systemd-timesyncd получил новую опцию
• RootDistanceMaxSec = для установки максимального корневого расстояния серверов
• он будет использовать, а также новые опции PollIntervalMinSec = и
• PollIntervalMaxSec = настройка минимального и максимального интервалов опроса.
• * bootctl получил новую команду & quot; list & quot; для перечисления всей доступной загрузки
• элементы меню в системах, которые следуют спецификации загрузчика.
• * systemctl получил новый ключ -dry-run, который показывает, что будет сделано
• вместо этого, и в настоящее время поддерживается отключением и
• глаголы сна.
• * ConditionSecurity = теперь может обнаружить модуль безопасности TOMOYO.
• * В разделе Unit [Install] секции файлов также соблюдаются при входе в блок
• файлы. Это предназначено для использования drop-ins под / usr / lib /.
• * systemd-firstboot теперь может также установить начальное сопоставление клавиатуры.
• * Udev "изменено" события для устройств, которые отображаются как systemd

Блоки
• .device теперь распространяются на единицы, указанные в
• ReloadPropagatedFrom = как запросы перезагрузки.
• * Если устройство udev имеет свойство SYSTEMD_WANTS =, содержащее systemd
• имя шаблона устройства (например, имя в форме «foobar at .service»,
• без компонента экземпляра между «@» и «.»), затем
• escape-путь sysfs устройства автоматически используется как
• экземпляр.
• * SystemCallFilter = в файлах модулей был расширен так, что «errno»
• может быть задан индивидуально для каждого системного вызова. Пример:
• SystemCallFilter = ~ uname:. EILSEQ
• * Логика делегирования группы была существенно обновлена. Делегат =
• теперь необязательно принимает список контроллеров (вместо логического, как
• before), в котором перечислены контроллеры для делегирования по крайней мере.
• * Теперь клиент DHCPv6 networkd реализует опцию FQDN (RFC 4704).
• * Новый параметр LogLevelMax = настраивает максимальный уровень журнала
• процесс службы может регистрироваться (т. е. с меньшим
• приоритет, чем указано, автоматически отбрасывается). Новый
• Настройка LogExtraFields = позволяет настроить дополнительный журнал
• для прикрепления ко всем журнальным записям, сгенерированным любым из
• процессы.
• * Новые параметры StandardInputData = и StandardInputText = вместе с
• новая опция StandardInput = данные могут использоваться для настройки текстовых или
• двоичные данные, которые должны быть переданы в выполненный процесс обслуживания через
• стандартный ввод, закодированный в строке в файле блока.
• * StandardInput =, StandardOutput = и StandardError = теперь можно использовать для
• подключайте stdin / stdout / stderr к выполняемым процессам непосредственно с помощью
• или сокет AF_UNIX в файловой системе, используя новый файл: & quot; вариант.
• * Добавлена ​​новая опция файла CollectMode =, которая позволяет
• настройка логики сбора мусора для единиц. Его можно использовать для
• сообщите systemd о сбое мусора, которые автоматически сработали.
• (обычно это только единицы GC, которые успешно завершались). Systemd перспективе
• и systemd-mount раскрывают эту новую функциональность с помощью новой опции -G.
• * "механическое связывание" теперь можно использовать для привязки не-каталогов mount
• (т. е. обычные файлы, устройства, фиксы, сокеты).
• * systemd-анализ получил новый глагол «календарь». для проверки и
• параметры календарного времени календаря для использования для OnCalendar = в таймере
• единицы. Помимо проверки выражения, он вычисляет следующий
• время истечения указанного выражения.
• * В дополнение к уже существующей настройке файла FailureAction = unit
• теперь есть SuccessAction =, для настройки действия выключения на
• выполняются, когда устройство завершается успешно. Это полезно в
• определенные внутри контейнеров, которые должны заканчиваться после некоторой рабочей нагрузки
• завершено. Кроме того, обе опции теперь поддерживаются для всех устройств
• , а не только сервисы.
• * Поддержка правил IP-сети networkds получила две новые опции.
• IncomingInterface = и OutgoingInterface = для настройки входящего
• и исходящие интерфейсы настроенных правил. systemd-networkd также
• получила поддержку для "vxcan" сетевых устройств.
• * networkd получил новый параметр RequiredForOnline =, взяв
• булева. Если установлено, systemd-wait-online примет это во внимание
• при определении того, что система вставлена, в противном случае она будет игнорировать
• для этой цели.
• * Протокол sd_notify () получил поддержку для новой операции:
• FDSTOREREMOVE = 1 дескрипторы файла могут быть удалены из служебной службы
• снова запомните опцию POLLHUP или POLLERR, когда они будут удалены.
• в любом случае.
• * В исходное дерево добавлен новый документ UIDS-GIDS.md, который
• документирует допущения диапазона и контировки UID / GID и
• требования systemd.
• * Устройство PID 1 сторожевого таймера теперь может быть настроено на ping через
• WatchdogDevice = настройка файла конфигурации или установка
• systemd.watchdog_service = опция командной строки ядра.
• * Получена поддержка systemd-resol для регистрации служб DNS-SD на
• локальная сеть с использованием MulticastDNS. Услуги могут быть
• , зарегистрированный путем удаления файла .dnssd в / etc / systemd / dnssd / (или
• тот же каталог ниже / run, / usr / lib) или через свой D-Bus API.
• * Теперь протокол sd_notify () можно использовать с EXTEND_TIMEOUT_USEC = microsecond
• увеличить эффективный старт, время выполнения и время остановки. Служба должна
• продолжать отправлять EXTEND_TIMEOUT_USEC в течение периода, указанного для
• запретить сервис-менеджеру выполнять службу как тайм-аут.
• * Поддержка DNSSEC systemd-resol получила поддержку RFC 8080
• (ключи и подписи Ed25519).
• * Инструмент командной строки systemd-resolve получил новый набор параметров
• - set-dns =, --set-domain =, --set-llmnr =, --set-mdns =, --set-dnssec =,
• - set-nta = и - восстановить конфигурацию DNS для каждого интерфейса.
• динамически во время выполнения. Это полезно для нажатия на информацию DNS.
• в systemd-разрешен из сценариев подключения DNS, которые различают интерфейс
• поддержка программного обеспечения (например, pppd).
• * systemd-nspawn получил новую командную строку --network-namespace-path =
• , который может использоваться, чтобы контейнер присоединился к существующей
• пространство имен сетей путем указания пути к "netns" файл.

Что нового в версии 234:

• Meson теперь поддерживается как система сборки в дополнение к Automake. Мы планируем удалить Automake в один из наших следующих выпусков, так что Meson станет нашей эксклюзивной системой сборки. Поэтому, пожалуйста, начните использовать систему сборки Meson в вашей последующей упаковке. Существует много документации о том, как использовать Meson, краткое резюме:
• ./ autogen.sh & amp; & amp; ./configure & amp; & amp; & amp; make & amp; & amp; sudo make install
• становится:
• meson build & amp; & amp; & amp; ninja -C build & amp; & amp; & amp; sudo ninja -C build install
• Файлы модулей получили поддержку нового параметра JobRunningTimeoutUSec =, который позволяет настроить таймаут во время выполнения задания. Это особенно полезно для установки тайм-аутов для заданий для единиц .device.
• Файлы модулей получили две новые опции ConditionUser = и ConditionGroup = для условных единиц, основанных на идентификаторе пользователя / группы, запускающей экземпляр пользователя systemd.
• systemd-networkd теперь понимает новый параметр FlowLabel = в разделе [VXLAN] сетевых файлов, а также Priority = in [Bridge], GVRP = + MVRP = + LooseBinding = + ReorderHeader = в [VLAN] и GatewayOnlink = + IPv6Preference = + Protocol = в [Маршрут]. Он также получил поддержку настройки ссылок GENEVE и ярлыков адресов IPv6. Раздел [Сеть] получил новую настройку IPv6ProxyNDP =.
• .link теперь понимают новый параметр Port =.
• Поддержка DHCP systemd-networkd получила поддержку опциона 119 DHCP (список поиска домена).
• systemd-networkd получила поддержку для обслуживания диапазонов адресов IPv6 с использованием протокола Router Advertisment. Новый раздел конфигурации сети. [IPv6Prefix] может использоваться для настройки диапазонов для обслуживания. Это реализовано на основе новой, минимальной, собственной версии сервера RA.
• Функция logctl's --output = switch получила поддержку нового параметра «short-iso-exact» для режима, когда временные метки отображаются как точные значения даты ISO.
• встроенный systemd-udevd 'net_id' теперь может генерировать стабильные имена сетевых интерфейсов от устройств IBM PowerVM VIO, а также устройств платформы ACPI.
• Поддержка multicastDNS в systemd-разрешении теперь может быть явно включена / отключена с использованием новой опции файла MulticastDNS =.
• systemd-resolved теперь может теперь использовать libidn2 вместо libidn для обработки интернационализированных доменных имен. Поддержка libidn2 должна считаться экспериментальной и не должна быть включена по умолчанию.
• «machinectl pull-tar» и связанный вызов теперь могут выполнять проверку загруженных изображений с использованием файлов контрольной суммы SUSE-стиля .sha256 в дополнение к уже существующей поддержке для проверки использования файлов SHA256SUMS в стиле Ubuntu.
• sd-bus получила поддержку нового вызова sd_bus_message_appendv (), который эквивалентен va_list для sd_bus_message_append ().
• sd-boot получил поддержку для проверки изображений с использованием SHIM / MOK.
• Укомплектованный SMACK-код поддерживает «onlycap».
• systemd-mount -umount теперь намного умнее в определении того, как правильно размонтировать устройство, учитывая его путь к монтированию или устройству.
• Код для вызова libnss_dns в качестве резервной копии из libnss_resolve при сбое связи с отказом systemd-разрешения. Этот резерв был избыточным и вмешивался в суффикс [! UNAVAIL = return]. См. Nss-resolve (8) для рекомендуемой конфигурации.
• systemd-logind теперь может быть перезапущен без потери состояния. Он хранит дескрипторы файлов для устройств, которыми он управляет в системном менеджере, используя механизм FDSTORE =. Обратите внимание, что для этого могут потребоваться другие изменения в других компонентах (например, Xorg имеет код для прослушивания остановок systemd-logind и завершение себя, когда логин остановлен или перезапущен, чтобы избежать использования устаревших файловых дескрипторов для графических устройства, которые в настоящее время являются контрпродуктивными и должны быть возвращены для обеспечения безопасности перезапуска systemd-logind. См. https://cgit.freedesktop.org/xorg/xserver/commit/?id=dc48bd653c7e101.)
• Все плагины установки ядра вызывают с переменной среды KERNEL_INSTALL_MACHINE_ID, которая установлена ​​на идентификатор машины, заданный параметром / etc / machine-id. Если файл отсутствует или пуст, переменная пуста, а BOOT_DIR_ABS - это путь к временному каталогу, который удаляется после выхода всех плагинов. Итак, если KERNEL_INSTALL_MACHINE_ID пуст, все плагины не должны помещать что-либо в BOOT_DIR_ABS.

Требования

• Для этого требуется ядро ​​2.6 Linux или более поздняя версия с включенным CONFIG_HOTPLUG.
• Рекомендуется, чтобы вы также установили скрипты Linux Hotplug, но для этого не нужно работать должным образом.