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. -утис демонів. Програма також поставляється з вбудованим менеджером входу, який називається systemd-logind, спроектований як заміна для застарілого програмного забезпечення ConsoleKit. Він має різні поліпшені мультизміни.

Можна керувати конфігураціями мережі занадто

З версії 209 systemd може також керувати конфігураціями мережі завдяки інтеграції демона мережі. Наприклад, він може статично призначати 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, system d, system D або System D, назва програми програма написана та написана systemd. Це, безумовно, майбутнє будь-якого дистрибутива Linux, змінивши спосіб взаємодії з операційною системою.

Що нового в цьому випуску:

• Деякі клавіатури оснащені масштабною пилкою або ротором, яка до цих пір була отримана
• зв'язано з Linux "zoomin / out" & quot; ключі в hwdb. Однак ці
• коди клавіш не розпізнаються жодним основним настільним комп'ютером. Вони зараз випускають
• Вгору / вниз, щоб вони могли використовуватися для прокрутки.
• * НЕСВЕРЕЖЕННІСТЬ: systemd-tmpfiles '& quot; f & quot; лінії змінили поведінку
• трохи: раніше, якщо аргумент вказано для рядків цього
• тип (тобто встановлено праві колонтитули) цей рядок додається до
• існуючі файли щоразу, коли запускаються systemd-tmpfiles. Ця поведінка була
• відрізняється від документації, а не особливо
• корисний, оскільки повторювані виклики systemd-tmpfiles не будуть
• ідемпотент і вирощувати такі файли без обмежень. З цим релізом
• Поведінка трохи була змінена, щоб відповідати документації
• каже: рядки такого типу матимуть ефект тільки у зазначених файлах
• ще не існує, і лише потім аргументна рядок записується в
• файл
• * БУДУТЬ НЕВІДОМНІСТЬ: У systemd v238 ми маємо намір дещо змінити

Поведінка
• systemd-tmpfiles: раніше файли, що читаються, належать кореневим
• завжди були виключені з файлу & quot; старіння & quot; алгоритм (тобто
• автоматична очистка каталогів типу / tmp на основі
• atime / mtime / ctime). Ми маємо намір скинути це обмеження та вікові файли
• за замовчуванням, навіть якщо він належить кореневому і лише для читання. Ця поведінка була
• успадкували від старих інструментів, але були запити на видалення
• це, і це не є очевидним, чому це обмеження було зроблено в першому
• місце. Подивіться зараз, якщо ви знаєте програмне забезпечення, яке вимагає
• це поведінка, інакше ми видалимо обмеження у v238.
• * Нова змінна середовища $ SYSTEMD_OFFLINE тепер розуміється
• systemctl. Це займає логічний аргумент. Якщо ввімкнено, systemctl припускає це
• працює на "офлайн" & quot; Дерево ОС, і не намагатиметься поговорити з
• менеджер служби. Раніше цей режим неявно ввімкнувся, якщо

Виявлено середовище
• chroot () та нову змінну середовища
• тепер забезпечує явний контроль.
• *. Шляхи та шляхи. socket можна також створювати тимчасово.
• Раніше лише сервіс, монтування, автомат і таймер були
• підтримується як перехідні одиниці. Інструмент systemd був запущений
• Щоб виставити цю нову функціональність, ви можете використовувати його зараз для зв'язування
• довільні команди для активації шляху або сокету на літаку з
• командний рядок. Крім того, майже всі властивості тепер виставлені для
• типи блоків, які вже підтримували перехідні операції.
• * Команда systemd-mount отримала підтримку для нового параметра --owner = =
• , який приймає ім'я користувача, яке потім буде вирішено та включено у uid =
• і gid = встановити рядок параметрів файлової системи для монтування
• * Додано нову умову conditionControlGroupController =
• , який перевіряє наявність певного контролера cgroup.
• * Одиничні файли, файли .link з udev, а також .netdev і
systemd-networkd.
• . Усі файли мережі отримали підтримку нового стану
• ConditionKernelVersion = для перевірки проти конкретного ядра
• версії
• * У systemd-networkd розділ [IPVLAN] у файлах .netdev отримав
• підтримка налаштування прапорів пристрою в налаштуваннях Flags =. У
• ті ж файли, секція [Tunnel] отримала підтримку для налаштування
• AllowLocalRemote =. Розділ [Route] у файлах .networks отримано
• підтримка налаштування InitialCongestionWindow =,
• InitialRecommendedReceiveWindow = і QuickAck =. Розділ [DHCP] зараз
• розуміє RapidCommit =.
• * підтримка DHCPv6 системи systemd-networkd отримала підтримку префікса
• Делегація
• * sd-bus отримала підтримку для нового "годинника-прив'язки" & quot; особливість Коли це
• функція ввімкнена, підключення sd_bus може бути налаштовано для підключення до
• Сокет AF_UNIX в файловій системі, як тільки він буде створений. Це
• Функціональність корисна для написання ранніх завантажувальних служб
• автоматично підключається до системної шини, як тільки вона запущена
• без потворного опитування на основі часу. systemd-networkd і
• systemd-resolved були оновлені для використання цього
• функціональність. busctl виставляє цю функцію в новому
• - watch-bind = командний рядок
• * Тепер sd-bus буде синтезувати локальний & quot; З'єднаний & quot; сигнал
• скоро, як повністю встановити з'єднання D-Bus. Це повідомлення відображає
• вже існує & quot; Від'єднано & quot; сигнал, який синтезується при
• припинення з'єднання. Цей сигнал, як правило, корисний, але
• Особливо зручно в поєднанні з "прив'язкою до годинника" & quot; функція
• описано вище. Синтезування цього повідомлення має бути запитане
• явно через новий виклик API sd_bus_set_connected_signal (). В
• Додається новий виклик sd_bus_is_ready (), який перевіряє
• чи повне налаштування з'єднання (наприклад, між & quot; З'єднано & quot ;, і
• & quot; Від'єднано & quot; сигнали).
• * sd-bus отримав два нових дзвінка sd_bus_request_name_async () і
• sd_bus_release_name_async () для асинхронного реєстрації шини
• назви. Подібним чином, тепер є sd_bus_add_match_async () для встановлення
• сигнал збігається асинхронно. Усі власні служби системи мають
• було оновлено, щоб скористатися цими дзвінками. Виконуйте ці операції
• асинхронно має дві переваги: ​​знижує ризик виникнення тупикових ситуацій
• випадок циклічних залежностей між автобусними службами, і це прискорює
• ініціалізація служби після точок синхронізації для автобуса
• виїзні квитки будуть видалені
• * 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
• дзвінки, де & quot; sd_event & quot; об'єкт очікується: 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_ (get | встановити) _io_fd_own (). Це може бути використано для запиту
• автоматичне закриття дескриптора файлу, щоб переглянути джерело подій IO
• коли джерело події знищено.
• * systemd-networkd отримала підтримку для первинної настройки WireGuard
• з'єднання
• * У попередніх версіях systemd синтезовані записи користувачів для
• "ніхто" (UID 65534) і "root" (UID 0) в nss-systemd і
• внутрішньо. Для спрощення загальних назв
• "ніхто" користувач (як це планується в Fedora: nfsnobody -> ніхто),
• додано новий файл позначки перехідного періоду: якщо
• / etc / systemd / dont-synthesize-синтез 65534 не існує ніхто
• Користувацький і груповий записи в коді бази systemd вимкнено.
• * systemd-notify отримав нову опцію --uid = для вибору джерела
• user / UID для використання повідомлень, надісланих службі
• менеджер
• * journalctl отримав новий параметр --grep =, щоб перерахувати лише записи, в яких
• повідомлення відповідає певному шаблону. За замовчуванням відповідність є випадком
• нечутливий, якщо шаблон є нижнім регістром і регістр
• інакше. Параметр --case-sensitive = yes | no може бути використаний для перевизначення
• це вкажіть чутливість до справи або нечутливість до регістру
• * В даний час існує & quot; systemd-аналіз сервісних сторожових сторінок & quot; команда для друку
• поточний стан сторожового робочого режиму служби, а також
• увімкнення чи вимкнення сторонніх собак для кожного сервісу, якщо надано
• логічний аргумент (тобто концепція, яку ви налаштовуєте в WatchdogSec =), для
• цілі налагодження. Також є параметр командного рядка ядра
• systemd.service_watchdogs = для контролю того ж.
• * Два нових лог-рівня & quot; і "лог-ціль & quot; Параметри для системного аналізу були
• додано, що об'єднує застарілий рівень get-log, level-level і
• get-log-target, парі set-log-target. Залишені варіанти все ще залишаються
• розуміється для зворотної сумісності. Дві нові параметри надрукують
• поточне значення, коли немає аргументів, і встановити їх, коли
• рівень / ціль заданий як аргумент.
• * sysusers.d's & quot; u & quot; лінії тепер можуть прийняти як UID, так і GID
• специфікація, розділена символом & quot;: & quot; символ, щоб створити користувачів
• де UID та GID не збігаються

Що нового у версії 238:

• Деякі клавіатури оснащені масштабною пилкою або ротором, яка до цих пір була отримана
• зв'язано з Linux "zoomin / out" & quot; ключі в hwdb. Однак ці
• коди клавіш не розпізнаються жодним основним настільним комп'ютером. Вони зараз випускають
• Вгору / вниз, щоб вони могли використовуватися для прокрутки.
• * НЕСВЕРЕЖЕННІСТЬ: systemd-tmpfiles '& quot; f & quot; лінії змінили поведінку
• трохи: раніше, якщо аргумент вказано для рядків цього
• тип (тобто встановлено праві колонтитули) цей рядок додається до
• існуючі файли щоразу, коли запускаються systemd-tmpfiles. Ця поведінка була
• відрізняється від документації, а не особливо
• корисний, оскільки повторювані виклики systemd-tmpfiles не будуть
• ідемпотент і вирощувати такі файли без обмежень. З цим релізом
• Поведінка трохи була змінена, щоб відповідати документації
• каже: рядки такого типу матимуть ефект тільки у зазначених файлах
• ще не існує, і лише потім аргументна рядок записується в
• файл
• * БУДУТЬ НЕВІДОМНІСТЬ: У systemd v238 ми маємо намір дещо змінити

Поведінка
• systemd-tmpfiles: раніше файли, що читаються, належать кореневим
• завжди були виключені з файлу & quot; старіння & quot; алгоритм (тобто
• автоматична очистка каталогів типу / tmp на основі
• atime / mtime / ctime). Ми маємо намір скинути це обмеження та вікові файли
• за замовчуванням, навіть якщо він належить кореневому і лише для читання. Ця поведінка була
• успадкували від старих інструментів, але були запити на видалення
• це, і це не є очевидним, чому це обмеження було зроблено в першому
• місце. Подивіться зараз, якщо ви знаєте програмне забезпечення, яке вимагає
• це поведінка, інакше ми видалимо обмеження у v238.
• * Нова змінна середовища $ SYSTEMD_OFFLINE тепер розуміється
• systemctl. Це займає логічний аргумент. Якщо ввімкнено, systemctl припускає це
• працює на "офлайн" & quot; Дерево ОС, і не намагатиметься поговорити з
• менеджер служби. Раніше цей режим неявно ввімкнувся, якщо

Виявлено середовище
• chroot () та нову змінну середовища
• тепер забезпечує явний контроль.
• *. Шляхи та шляхи. socket можна також створювати тимчасово.
• Раніше лише сервіс, монтування, автомат і таймер були
• підтримується як перехідні одиниці. Інструмент systemd був запущений
• Щоб виставити цю нову функціональність, ви можете використовувати його зараз для зв'язування
• довільні команди для активації шляху або сокету на літаку з
• командний рядок. Крім того, майже всі властивості тепер виставлені для
• типи блоків, які вже підтримували перехідні операції.
• * Команда systemd-mount отримала підтримку для нового параметра --owner = =
• , який приймає ім'я користувача, яке потім буде вирішено та включено у uid =
• і gid = встановити рядок параметрів файлової системи для монтування
• * Додано нову умову conditionControlGroupController =
• , який перевіряє наявність певного контролера cgroup.
• * Одиничні файли, файли .link з udev, а також .netdev і
systemd-networkd.
• . Усі файли мережі отримали підтримку нового стану
• ConditionKernelVersion = для перевірки проти конкретного ядра
• версії
• * У systemd-networkd розділ [IPVLAN] у файлах .netdev отримав
• підтримка налаштування прапорів пристрою в налаштуваннях Flags =. У
• ті ж файли, секція [Tunnel] отримала підтримку для налаштування
• AllowLocalRemote =. Розділ [Route] у файлах .networks отримано
• підтримка налаштування InitialCongestionWindow =,
• InitialRecommendedReceiveWindow = і QuickAck =. Розділ [DHCP] зараз
• розуміє RapidCommit =.
• * підтримка DHCPv6 системи systemd-networkd отримала підтримку префікса
• Делегація
• * sd-bus отримала підтримку для нового "годинника-прив'язки" & quot; особливість Коли це
• функція ввімкнена, підключення sd_bus може бути налаштовано для підключення до
• Сокет AF_UNIX в файловій системі, як тільки він буде створений. Це
• Функціональність корисна для написання ранніх завантажувальних служб
• автоматично підключається до системної шини, як тільки вона запущена
• без потворного опитування на основі часу. systemd-networkd і
• systemd-resolved були оновлені для використання цього
• функціональність. busctl виставляє цю функцію в новому
• - watch-bind = командний рядок
• * Тепер sd-bus буде синтезувати локальний & quot; З'єднаний & quot; сигнал
• скоро, як повністю встановити з'єднання D-Bus. Це повідомлення відображає
• вже існує & quot; Від'єднано & quot; сигнал, який синтезується при
• припинення з'єднання. Цей сигнал, як правило, корисний, але
• Особливо зручно в поєднанні з "прив'язкою до годинника" & quot; функція
• описано вище. Синтезування цього повідомлення має бути запитане
• явно через новий виклик API sd_bus_set_connected_signal (). В
• Додається новий виклик sd_bus_is_ready (), який перевіряє
• чи повне налаштування з'єднання (наприклад, між & quot; З'єднано & quot ;, і
• & quot; Від'єднано & quot; сигнали).
• * sd-bus отримав два нових дзвінка sd_bus_request_name_async () і
• sd_bus_release_name_async () для асинхронного реєстрації шини
• назви. Подібним чином, тепер є sd_bus_add_match_async () для встановлення
• сигнал збігається асинхронно. Усі власні служби системи мають
• було оновлено, щоб скористатися цими дзвінками. Виконуйте ці операції
• асинхронно має дві переваги: ​​знижує ризик виникнення тупикових ситуацій
• випадок циклічних залежностей між автобусними службами, і це прискорює
• ініціалізація служби після точок синхронізації для автобуса
• виїзні квитки будуть видалені
• * 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
• дзвінки, де & quot; sd_event & quot; об'єкт очікується: 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_ (get | встановити) _io_fd_own (). Це може бути використано для запиту
• автоматичне закриття дескриптора файлу, щоб переглянути джерело подій IO
• коли джерело події знищено.
• * systemd-networkd отримала підтримку для первинної настройки WireGuard
• з'єднання
• * У попередніх версіях systemd синтезовані записи користувачів для
• "ніхто" (UID 65534) і "root" (UID 0) в nss-systemd і
• внутрішньо. Для спрощення загальних назв
• "ніхто" користувач (як це планується в Fedora: nfsnobody -> ніхто),
• додано новий файл позначки перехідного періоду: якщо
• / etc / systemd / dont-synthesize-синтез 65534 не існує ніхто
• Користувацький і груповий записи в коді бази systemd вимкнено.
• * systemd-notify отримав нову опцію --uid = для вибору джерела
• user / UID для використання повідомлень, надісланих службі
• менеджер
• * journalctl отримав новий параметр --grep =, щоб перерахувати лише записи, в яких
• повідомлення відповідає певному шаблону. За замовчуванням відповідність є випадком
• нечутливий, якщо шаблон є нижнім регістром і регістр
• інакше. Параметр --case-sensitive = yes | no може бути використаний для перевизначення
• це вкажіть чутливість до справи або нечутливість до регістру
• * В даний час існує & quot; systemd-аналіз сервісних сторожових сторінок & quot; команда для друку
• поточний стан сторожового робочого режиму служби, а також
• увімкнення чи вимкнення сторонніх собак для кожного сервісу, якщо надано
• логічний аргумент (тобто концепція, яку ви налаштовуєте в WatchdogSec =), для
• цілі налагодження. Також є параметр командного рядка ядра
• systemd.service_watchdogs = для контролю того ж.
• * Два нових лог-рівня & quot; і "лог-ціль & quot; Параметри для системного аналізу були
• додано, що об'єднує застарілий рівень get-log, level-level і
• get-log-target, парі set-log-target. Залишені варіанти все ще залишаються
• розуміється для зворотної сумісності. Дві нові параметри надрукують
• поточне значення, коли немає аргументів, і встановити їх, коли
• рівень / ціль заданий як аргумент.
• * sysusers.d's & quot; u & quot; лінії тепер можуть прийняти як UID, так і GID
• специфікація, розділена символом & quot;: & quot; символ, щоб створити користувачів
• де UID та GID не збігаються

Що нового в версії:

• Представлено modprobe.d / drop-in для модуля ядра bonding.ko
• в v235 розширено, щоб також встановити опцію модуля dummy.ko
• numdummies = 0, запобігаючи автоматичному створенню ядра
• dummy0. Тепер усі яскраві інтерфейси повинні бути явним чином створені.
• * Специфікатори невідомих% 'у файлах конфігурації тепер відхилені. Це
• стосується одиниць і tmpfiles.d конфігурації. Будь-який процентний символ
• , за яким слідує буква або цифра, які не повинні бути
• тлумачиться як початок специфікатора повинен бути вилучений
• подвоєння (& quot; %% & quot;). (Так "розмір = 5%" все ще приймається, а також
• "розмір = 5%, foo = бар", але не "LABEL = x% y% z" оскільки% y і% z не є
• дійсні специфікатори сьогодні.)
• * systemd-resolved тепер підтримує нову динаміку
• /run/systemd/resolve/stub-resolv.conf файл сумісності. Це
• рекомендується зробити /etc/resolv.conf символьним посиланням на нього. Цей файл
• вказує на systemd-resolved stub DNS 127.0.0.53 resolver і
• включає в себе динамічно придбані домени пошуку, досягнення більш точного
• Виправлення DNS за допомогою програмного забезпечення, яке обходить локальні DNS-інтерфейси, такі як NSS.
• * Доступ до & quot; uaccess & quot; udev тег був скинутий з / dev / kvm і
• / dev / dri / renderD *. На ці пристрої зараз доступні дозволи 0666
• за замовчуванням (але це може бути змінено під час створення). / dev / dri / renderD *
• тепер належить & quot; рендерингу & quot; групу разом з / dev / kfd.
• * "DynamicUser = yes & quot; був включений для systemd-timesyncd.service,
• systemd-journal-gatewayd.service і
• systemd-journal-upload.service. Це означає, що "nss-systemd" повинен бути
• увімкнено в /etc/nsswitch.conf, щоб забезпечити присвоєні їм UID
• послуги вирішені належним чином.
• * У / etc / fstab тепер зрозумілі два нових варіанти монтування:
• x-systemd.makefs та x-systemd.growfs. Перший має такий ефект:
• Настроювана файлова система форматується перед її встановленням,
• останнє, що файлова система змінюється до повного розміру блочного пристрою
• після монтування (наприклад, якщо файлова система менше, ніж
• розділ, на якому вона знаходиться, вона виросла). Це схоже на fsck
• логіку в / etc / fstab і витягує systemd-makefs на .service і
• systemd grows на .service, якщо це необхідно, подібно до
• systemd-fsck на .service. Зміна розміру наразі підтримується лише для ext4
• і btrfs
• * У systemd-networkd, логіка RAvr IPv6 може додатково оголосити
• DNS-сервер та інформація про домен
• * Підтримується формат LUKS2 на диску для зашифрованих розділів
• додано. Для цього потрібні libcryptsetup2 під час компіляції та
• runtime
• * Приклад systemd --user тепер буде сигналізувати & quot; готовність & quot; коли його
• був досягнутий елемент basic.target замість того, щоб запустити чергу запуску
• порожній вперше
• * Tmpfiles.d з налаштуваннями користувача тепер також підтримуються.
• systemd-tmpfiles отримав новий перемикач --user, а фрагменти поміщені в
• ~ / .config / user-tmpfiles.d / і відповідні директорії будуть
• виконується системою systemd-tmpfiles - користувач працює в новому
• systemd-tmpfiles-setup.service та systemd-tmpfiles-clean.service
• запущено в сеансі користувача.
• * Одиничні файли та фрагменти tmpfiles.d вивчали три нові% специфікаторів:
• % S вирішує до державного каталогу верхнього рівня (/ var / lib для системи
• екземпляр, $ XDG_CONFIG_HOME для екземпляру користувача),% C вирішує до
• каталог кешу верхнього рівня (/ var / cache для екземпляру системи,
• $ XDG_CACHE_HOME для екземпляру користувача),% L вирішує верхній рівень
• каталог журналів (/ var / log для системного примірника,
• $ XDG_CONFIG_HOME / log / для екземпляра користувача). Це збігається з
• існуючий специфікатор% t, який вирішує роботу над верхнім рівнем виконання
• каталог (/ запустити для екземпляра системи, а $ XDG_RUNTIME_DIR для
• екземпляр користувача)
• * journalctl дізнався новий параметр - вихідні поля = для обмеження
• набір полів журналу для виводу в режимі активного та режимів виведення JSON.
• * Файл конфігурації systemd-timesyncd отримав новий параметр
• RootDistanceMaxSec = для встановлення максимальної кореневої відстані серверів
• він буде використовувати, а також нові параметри PollIntervalMinSec = і
• PollIntervalMaxSec =, щоб налаштувати мінімальний і максимальний інтервал опитування.
• * bootctl отримав нову команду & quot; список & quot; для переліку всіх доступних завантажень
• пункти меню на системах, що відповідають специфікації завантажувача.
• * systemctl отримав новий - перемикач, який показує, що буде зроблено
• замість того, щоб робити це, і в даний час підтримується вимкненням і
• дієсловами для сну
• * ConditionSecurity = тепер може виявити модуль захисту TOMOYO
• * У розділі "Одиничний файл [Встановити]" тепер також дотримуються падіння в блоці
• файли. Це призначено для використання за допомогою drop-in у розділі / usr / lib /.
• * systemd-firstboot тепер може також встановити початкове відображення клавіатури.
• * Udev & quot; змінений & quot; події для пристроїв, які виставляються як systemd
• .пристрій пристроїв тепер поширюється на одиниці, зазначені в
• ReloadPropagatedFrom = як запити на перезавантаження
• * Якщо пристрій udev має властивість SYSTEMD_WANTS =, що містить systemd
• назва шаблону одиниці (наприклад, ім'я у вигляді "foobar at .service",
• без компонента екземпляра між "@" та "-".), а потім
• шлях, який виконувався при запуску, автоматично використовується як
• екземпляр
• * SystemCallFilter = у блочних файлах було розширено так, щоб & quot; errno & quot;
• можна вказати індивідуально для кожного системного дзвінка. Приклад:
• SystemCallFilter = ~ uname: EILSEQ
• * Логіка делегування cgroup була істотно оновлена. Делегат =
• тепер необов'язково приймає список контролерів (замість логічного, як
• раніше), в якому перераховані контролери для делегування принаймні.
• * Клієнт мережевого DHCPv6 тепер реалізує параметр FQDN (RFC 4704).
• * Нова настройка LogLevelMax = налаштовує максимальний рівень журналу будь-який
• Процес служби може входити в обліковий запис (наприклад, що-небудь з меншим
• пріоритет, ніж вказаний, автоматично скидається). Новий
• LogExtraFields = параметр дозволяє налаштувати додатковий журнал
• поля для додавання до всіх записів журналів, створених будь-якою з одиниць
• процеси
• * Новий параметр StandardInputData = і StandardInputText = разом з
• новий параметр StandardInput = дані можуть використовуватися для налаштування текстових або
• подвійні дані, які передаються до виконаного сервісного процесу через
• стандартний ввід, закодований в лінії в файлі одиниці
• * StandardInput =, StandardOutput = і StandardError = тепер можуть бути використані для
• підключіть stdin / stdout / stderr виконуваних процесів безпосередньо з
• файл або сокет AF_UNIX у файловій системі, використовуючи новий файл "& quot; варіант.
• * Додано нову опцію CodeMode =, яка дозволяє
• налаштування логіки збору сміття для одиниць. Він може бути використаний для
• повідомте systemd до сміття збирати одиниці, які автоматично не виконані
• (зазвичай це лише одиниці GCs, які успішно завершилися). systemd-run
• і systemd mount піддають цю нову функціональність нову опцію -G
• * "Машинка пов'язана" тепер може бути використаний для зв'язування кріплення не каталоги
• (наприклад, звичайні файли, пристрої, FIFOS, сокети).
• * systemd-аналіз отримав новий дієслово & quot; календар & quot; для перевірки та
• перевірка специфікацій календарного часу для використання в OnCalendar = у таймері
• одиниць. Окрім перевірки виразу він обчислює наступний
• час, протягом якого вказане вираження закінчиться.
• * На додаток до попереднього параметра файлу FailureAction = unit
• зараз існує SuccessAction =, для налаштування дії завершення роботи
• виконується, коли пристрій завершується успішно. Це корисно в
• окремі внутрішні контейнери, які повинні закінчуватися після деякого навантаження
• завершено Обидва варіанти тепер підтримуються для всього блоку
• типи, а не лише послуги.
• * Підтримка правил IP networkds отримала два нових варіанти
• IncomingInterface = і OutgoingInterface = для налаштування вхідного
• і вихідні інтерфейси налаштованих правил. systemd-network також
• отримано підтримку для & quot; vxcan & quot; мережеві пристрої.
• * мережа отримала новий параметр RequiredForOnline =, прийнявши
• булевий Якщо встановлено, systemd-wait-online врахує його
• визначаючи, що система працює, інакше він буде ігнорувати
• Інтерфейс для цієї мети
• * Протокол sd_notify () отримав підтримку нової операції: за допомогою
• FDSTOREREMOVE = 1 дескриптори файлів можуть бути видалені з кожного сервісу
• Зберігайте знову, випередивши POLLHUP або POLLERR, коли вони видаляються
• все одно
• * Новий документ UIDS-GIDS.md був доданий до вихідного дерева, тобто
• документує припущення щодо діапазону та призначень UID / GID та
• вимоги systemd.
• * Пристрій PID 1 для сторожевого пристрою тепер може бути налаштований через
• WatchdogDevice = налаштування файлу конфігурації або встановіть
• systemd.watchdog_service = опція командного рядка ядра
• * системаd-resolved отримала підтримку для реєстрації служб DNS-SD
• локальна мережа, що використовує MulticastDNS. Сервіси можуть бути або
• зареєстрований, видаливши файл .dnssd у / etc / systemd / dnssd / (або
• той самий dir нижче / run, / usr / lib) або через його D-Bus API.
• * Протокол sd_notify () тепер може працювати з EXTEND_TIMEOUT_USEC = мікросекундами
• продовжувати ефективний початок, час виконання та час зупинки. Послуга повинна
• продовжувати надсилати EXTEND_TIMEOUT_USEC протягом періоду, вказаного на
• заборонити менеджеру служби зробити службу тайм-аут.
• * Система DNSSEC, яка підтримує систему, отримала підтримку для RFC 8080
• (ключі та підписи Ed25519).
• * Інструмент командного рядка systemd-resolve отримав новий набір параметрів
• - set-dns =, -set-domain =, -set-llmnr =, -set-mdns =, -set-dnssec =,
• - set-nta = and --конвертувати налаштування конфігурації DNS через інтерфейс
• динамічно під час виконання. Це корисно для натискання інформації DNS
• в systemd-resolved з DNS-гачок сценаріїв, що різні інтерфейси
• підтримує керування програмним забезпеченням (наприклад, pppd).
• * systemd-nspawn отримав нове --network-namespace-path = командний рядок
• параметр, який може використовуватися, щоб приєднати контейнер до існуючого
• простір назв в мережі, вказавши шлях до & quot; мережі »& quot; файл.

Що нового у версії 234:

• Тепер Meson підтримується як система збірки на додаток до Automake. Наш план - видалити Automake в одному з наших наступних випусків, так що Месон стає нашою ексклюзивною системою збірки. Отже, будь ласка, почніть використовувати систему збірки Meson у своїй упаковці. Існує багато документів про те, як використовувати Мезон, надзвичайно короткий огляд:
• ./autogen.sh & amp; & amp; ./конфігурувати & amp; & amp; зробити & amp; & amp; sudo make install
• стає:
• мезон побудувати & amp; & amp; ніндзя -C побудувати & amp; & amp; sudo ninja-build build
• Одиничні файли отримали підтримку для нового параметра JobRunningTimeoutUSec =, що дозволяє налаштувати тайм-аут у той час, коли робота виконується. Це особливо корисно для встановлення тайм-аутів на робочі місця для пристроїв пристрою.
• Одиничні файли отримали два нові параметри ConditionUser = і ConditionGroup = для умовних одиниць на основі ідентичності користувача / групи, що запускає системний користувацький екземпляр.
• systemd-network тепер розуміє новий параметр FlowLabel = у розділі [VXLAN] .network, а також Priority = в [Bridge], GVRP = + MVRP = + LooseBinding = + ReorderHeader = у [VLAN] і GatewayOnlink = + IPv6Preference = + Protocol = у [Route]. Він також отримав підтримку конфігурації посилань GENEVE та міток адреси IPv6. Розділ [Network] отримав новий параметр IPv6ProxyNDP =.
• Файли .link тепер розуміють новий параметр Port =.
• підтримка DHCP системи systemd-networkd отримала підтримку параметра DHCP 119 (список пошуку домену).
• systemd-network отримала підтримку для обслуговування діапазонів адрес IPv6 за допомогою протоколу Router Advertising. Нова секція налаштування мережі. [IPv6Prefix] може використовуватися для налаштування діапазонів для обслуговування. Це реалізовано на основі нової, мінімальної, рідної серверної реалізації RA.
• journalctl's --output = switch отримав підтримку нового параметра "short-iso-precise" для режиму, у якому мітки часу відображаються як точні значення дат ISO.
• Встановлення "net_id" systemd-udevd може створити стабільні назви мережевих інтерфейсів з пристроїв IBM PowerVM VIO, а також пристроїв платформи ACPI.
• Підтримка MulticastDNS у системному розпізнаванні тепер може бути явним чином включена / вимкнена, використовуючи новий параметр MulticastDNS = файл конфігурації.
• systemd-resolved тепер може додатково використовувати libidn2 замість libidn для обробки інтернаціоналізованих доменних імен. Підтримка libidn2 повинна розглядатися як експериментальна, і вона не повинна бути включена за замовчуванням.
• "machinectl pull-tar" та пов'язаний виклик тепер можуть перевіряти завантажені зображення за допомогою файлів контрольної суми .sha256 у форматі SUSE, крім наявної підтримки для перевірки файлів 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 після видалення з'єднання з невдалою системою вирішення проблеми. Це резервне резервування було зайвим і перешкоджало суфіксу [! UNAVAIL = return]. Див. Nss-resolve (8) для рекомендованої конфігурації.
• Тепер systemd-logind може бути перезапущено без втрати стану. Він зберігає дескриптори файлів для пристроїв, якими він керує, у системному диспетчері за допомогою механізму FDSTORE =. Зверніть увагу, що для використання цього може знадобитися подальші зміни в інших компонентах (наприклад, Xorg має код для прослуховування зупинок systemd-logind і припиняється, коли 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.

Вимоги :

• Для цього потрібен ядро ​​Linux 2.6 або пізніше за допомогою CONFIG_HOTPLUG.
• Рекомендовано також встановити сценарії Linux Hotplug, але це не обов'язково, щоб він працював належним чином.