systemd

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

Като съвместим със системните скриптове LSB (Linux Standard Base) и UNIX System V, Systemd използва активиране на D-Bus и сокет за стартиране на услуги и осигурява агресивни възможности за паралелизация. Освен това той поддържа възстановяването и обобщаването на състоянието на системата, поддържа автоматизираните и монтиращи точки, следи процесите, като използва контролни групи Linux, предлага стартиране на демони при поискване и изпълнява сложна логика за управление на услугата, основана на зависимостта от транзакциите. р>
Смяна на входа за sysvinit

Systemd е включен в почти всяка операционна система на Linux, базирана на ядрото и може да се използва като подмяна на софтуера sysvinit, но също и за inetd, acpid, etc, 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; CoreOS. Освен това много други мощни Linux операционни системи ще приемат systemd в предстоящите им издания, като Ubuntu 14.04 LTS (Trusty Tahr), Debian GNU / Linux 8 (Jessie) и Red Hat Enterprise Linux 7.

Дори ако някои хора имат склонност да пишат SystemD, система d, система D или System D, името на програмата е написано и написано systemd. Определено е бъдещето на всяка Linux дистрибуция, променяйки начина, по който взаимодействаме с операционната система.

Какво е новото в това издание:

• Някои клавиатури се предлагат с мащабиране на зуум или рокер, който досега е получил
• mapped към Linux "zomin / out" ключове в hwdb. Тези обаче
• keycodes не се разпознават от нито един голям десктоп. Сега те произвеждат
• Нагоре / Надолу клавишни събития, така че да могат да се използват за превъртане.
• * Несъвместимост: systemd-tmpfiles "" f " линиите променят поведението
• леко: преди това, ако е зададен аргумент за редове от това
• тип (т.е. колоната отдясно е била зададена) този низ е добавен към
• съществуващи файлове всеки път, когато е бил стартиран systemd-tmpfiles. Това поведение беше
• различен от казаното в документацията, а не особено
• полезно, тъй като не биха били
повтарящи се invokations на systemd-tmpfiles
• idempotent и да растат такива файлове без граници. С тази версия
• Поведението е променено леко, за да съответства на документацията
• казва: Линии от този тип имат ефект само ако посочените файлове
• все още не съществува и само тогава аргументът на аргумента е написан на
• файл.
• * БЪДЕЩО НЕ СЪДЪРЖАНИЕ: В системния v238 възнамеряваме леко да променим
• поведение на systemd-tmpfiles: по-рано, файлове само за четене, притежавани от root
• винаги са били изключени от файла "стареене" алгоритъм (т.е.
)
• автоматично почистване на директории като / tmp въз основа на
• atime / прави времето на промяна / Дрестьпление). Ние възнамеряваме да премахнем това ограничение и възрастовите файлове
• по подразбиране, дори когато е собственост на root и само за четене. Това поведение беше
• наследени от по-старите инструменти, но има искания за премахване
• и не е ясно защо това ограничение е направено в първия
• място. Моля, говорете сега, ако сте наясно с необходимия софтуер
• това поведение, в противен случай ще премахнем ограничението в v238.
• * Новата променлива на средата $ SYSTEMD_OFFLINE вече се разбира от
• systemctl. Това отнема булев аргумент. Ако е включена, systemctl я приема
• работи на "офлайн" OS и няма да се опитвате да говорите с
• сервизен мениджър. Преди това този режим бе имплицитно активиран, ако
• средата на chroot () и тази нова променлива на обкръжението
• сега осигурява изрично управление.
• * .path и .socket могат да се създават и временно.
• Предишни само устройства за услуги, монтиране, автоматично и таймер бяха
• се поддържат като преходни устройства. Инструментът за системно изпълнение бе актуализиран
• , за да изложите тази нова функционалност, може да я използвате сега, за да я свържете
• произволни команди за активиране на път или socket в движение от
• командния ред. Освен това почти всички свойства сега са изложени за
• типове устройства, които вече поддържат преходни операции.
• * Командата за системна монтаж спечели подкрепа за нов собственик = параметър
• , което отнема потребителско име, което след това се решава и се включва в uid =
• и gid = опцията за монтиране на опции на файловата система за монтиране.
• * Ново условие ConditionControlGroupController = е добавено
• , който проверява дали е налице специфичен контролер cgroup.
• * Файловете на файловете, файловете .link на udev и системните мрежови .netdev и
• .създадените мрежови файлове са получили поддръжка за ново състояние
• ConditionKernelVersion = за проверка срещу конкретно ядро ​​
• версии.
• * В системната мрежа секцията за [IPVLAN] в .netdev файловете е натрупала
• Поддръжка за конфигуриране на флагове на устройството в настройката Flags =. В
• същите файлове, секцията [Tunnel] получи поддръжка за конфигуриране на
• AllowLocalRemote =. Разделът [Маршрут] в. Мрежовите файлове спечели
• поддръжка за конфигуриране на InitialCongestionWindow =,
• InitialAdvertisedReceiveWindow = и QuickAck =. Сега секцията [DHCP]
• разбира RapidCommit =.
• * Поддръжката на DHCPv6 от системната мрежа получи подкрепа за Prefix
• Делегация.
• * sd-bus получи поддръжка за нова "watch-bind" особеност. Когато това е

функцията
• е активирана, може да се настрои sd_bus връзка, за да се свържете с
• един AF_UNIX гнездо във файловата система, веднага щом бъде създаден. Това
• функционалността е полезна за писане на услуги за ранно зареждане, които
• автоматично се свързва със системната шина веднага щом бъде стартирана,
• без грозно проучване, базирано на времето. systemd-networkd и
• системните разрешени са актуализирани, за да се възползват от това
• функционалност. busctl излага тази функция в нов
• - watch-bind = превключвател на командния ред.
• * sd-bus вече евентуално синтезира локално "Свързано" сигнал като
• веднага след като D-Bus връзката е напълно настроена. Това съобщение отразява
• вече съществуващ "Прекъснат" сигнал, който се синтезира при
• свързването е прекратено. Този сигнал обикновено е полезен, но
• особено удобен в комбинация с "часовниковата връзка" функция
• описано по-горе. Трябва да се поиска синтезиране на това съобщение
• изрично чрез новото повикване API sd_bus_set_connected_signal (). В
• Освен това е добавено ново обаждане sd_bus_is_ready (), което проверява
• дали връзката е напълно настроена (т.е. между връзките "Свързани" и
)
• & quot; Disconnected & 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-събитието получи нова псевдо-манипулатор, който може да бъде зададен на всички 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-събитието спечели нова двойка повиквания
• sd_event_source_ {получи | набор} _io_fd_own (). Това може да се използва за заявка
• автоматично закриване на файловия дескриптор на часовника на източника на събитие IO
• , когато източникът на събитие е унищожен.
• * системната мрежа получи подкрепа за навигационно конфигуриране на WireGuard
• връзки.
• * В предишни версии на системните синтезирани потребителски записи за
• & quot; никой & quot; (UID 65534) и "корен" (UID 0) в nss-systemd и
• вътрешно. За да се опростят имената на разпространението на
• & quot; никой & quot; потребител (както е планирано във Fedora: nfsnobody -> никой), a
• Добавен е нов файл с преходен флаг: ако
• / etc / systemd / dont-synthesize-никой не съществува синтезиране на 65534
• потребителският и груповият запис в системната кодова база е деактивиран.
• * системното уведомление е получило нова --uid = опция за избор на източника
• потребител / UID, който да се използва за уведомяващи съобщения, изпратени до услугата
• мениджър.
• * journalctl спечели нова опция --grep =, за да покаже само записите, в които
• съобщението съответства на определен шаблон. По подразбиране съответствието е случай
• нечувствителен, ако шаблонът е малък и буквата
• друго. Опция - деликатен случай = да | не може да се използва за подмяна
• това указва чувствителността на случая или нечувствителността на буквите.
• * Вече има "система за наблюдение на услугата" команда за отпечатване
• текущото състояние на услугата за наблюдение по време на изпълнение на услугата и по желание
• активиране или деактивиране на системите за наблюдение на услугата навсякъде, ако има
• Boolean аргумент (т.е. концепцията, която конфигурирате в WatchdogSec =), за
• За целите на отстраняването на грешки. Има и опция за командния ред на ядрото
• systemd.service_watchdogs = за контролиране на същото.
• * Две нови "регистрационни нива" и "log-target" опциите за системен анализ бяха
• addded, които обединяват вече отхвърленото ниво на получаване, локално ниво и
• да получите лого-мишена, двойки set-log-target. Отхвърлените опции все още са
• разбрано за обратната съвместимост. Двете нови опции отпечатват
• текуща стойност, когато не са дадени аргументи, и да ги зададете, когато
• ниво / цел е дадено като аргумент.
• * sysusers.d's "u" линиите вече по желание приемат едновременно UID и GID
• спецификация, разделена от ":" , за да създадете потребители
• , където UID и GID не съвпадат.

Какво е новото във версия 238:

• Някои клавиатури се предлагат с мащабиране на зуум или рокер, който досега е получил
• mapped към Linux "zomin / out" ключове в hwdb. Тези обаче
• keycodes не се разпознават от нито един голям десктоп. Сега те произвеждат
• Нагоре / Надолу клавишни събития, така че да могат да се използват за превъртане.
• * Несъвместимост: systemd-tmpfiles "" f " линиите променят поведението
• леко: преди това, ако е зададен аргумент за редове от това
• тип (т.е. колоната отдясно е била зададена) този низ е добавен към
• съществуващи файлове всеки път, когато е бил стартиран systemd-tmpfiles. Това поведение беше
• различен от казаното в документацията, а не особено
• полезно, тъй като не биха били
повтарящи се invokations на systemd-tmpfiles
• idempotent и да растат такива файлове без граници. С тази версия
• Поведението е променено леко, за да съответства на документацията
• казва: Линии от този тип имат ефект само ако посочените файлове
• все още не съществува и само тогава аргументът на аргумента е написан на
• файл.
• * БЪДЕЩО НЕ СЪДЪРЖАНИЕ: В системния v238 възнамеряваме леко да променим
• поведение на systemd-tmpfiles: по-рано, файлове само за четене, притежавани от root
• винаги са били изключени от файла "стареене" алгоритъм (т.е.
)
• автоматично почистване на директории като / tmp въз основа на
• atime / прави времето на промяна / Дрестьпление). Ние възнамеряваме да премахнем това ограничение и възрастовите файлове
• по подразбиране, дори когато е собственост на root и само за четене. Това поведение беше
• наследени от по-старите инструменти, но има искания за премахване
• и не е ясно защо това ограничение е направено в първия
• място. Моля, говорете сега, ако сте наясно с необходимия софтуер
• това поведение, в противен случай ще премахнем ограничението в v238.
• * Новата променлива на средата $ SYSTEMD_OFFLINE вече се разбира от
• systemctl. Това отнема булев аргумент. Ако е включена, systemctl я приема
• работи на "офлайн" OS и няма да се опитвате да говорите с
• сервизен мениджър. Преди това този режим бе имплицитно активиран, ако
• средата на chroot () и тази нова променлива на обкръжението
• сега осигурява изрично управление.
• * .path и .socket могат да се създават и временно.
• Предишни само устройства за услуги, монтиране, автоматично и таймер бяха
• се поддържат като преходни устройства. Инструментът за системно изпълнение бе актуализиран
• , за да изложите тази нова функционалност, може да я използвате сега, за да я свържете
• произволни команди за активиране на път или socket в движение от
• командния ред. Освен това почти всички свойства сега са изложени за
• типове устройства, които вече поддържат преходни операции.
• * Командата за системна монтаж спечели подкрепа за нов собственик = параметър
• , което отнема потребителско име, което след това се решава и се включва в uid =
• и gid = опцията за монтиране на опции на файловата система за монтиране.
• * Ново условие ConditionControlGroupController = е добавено
• , който проверява дали е налице специфичен контролер cgroup.
• * Файловете на файловете, файловете .link на udev и системните мрежови .netdev и
• .създадените мрежови файлове са получили поддръжка за ново състояние
• ConditionKernelVersion = за проверка срещу конкретно ядро ​​
• версии.
• * В системната мрежа секцията за [IPVLAN] в .netdev файловете е натрупала
• Поддръжка за конфигуриране на флагове на устройството в настройката Flags =. В
• същите файлове, секцията [Tunnel] получи поддръжка за конфигуриране на
• AllowLocalRemote =. Разделът [Маршрут] в. Мрежовите файлове спечели
• поддръжка за конфигуриране на InitialCongestionWindow =,
• InitialAdvertisedReceiveWindow = и QuickAck =. Сега секцията [DHCP]
• разбира RapidCommit =.
• * Поддръжката на DHCPv6 от системната мрежа получи подкрепа за Prefix
• Делегация.
• * sd-bus получи поддръжка за нова "watch-bind" особеност. Когато това е

функцията
• е активирана, може да се настрои sd_bus връзка, за да се свържете с
• един AF_UNIX гнездо във файловата система, веднага щом бъде създаден. Това
• функционалността е полезна за писане на услуги за ранно зареждане, които
• автоматично се свързва със системната шина веднага щом бъде стартирана,
• без грозно проучване, базирано на времето. systemd-networkd и
• системните разрешени са актуализирани, за да се възползват от това
• функционалност. busctl излага тази функция в нов
• - watch-bind = превключвател на командния ред.
• * sd-bus вече евентуално синтезира локално "Свързано" сигнал като
• веднага след като D-Bus връзката е напълно настроена. Това съобщение отразява
• вече съществуващ "Прекъснат" сигнал, който се синтезира при
• свързването е прекратено. Този сигнал обикновено е полезен, но
• особено удобен в комбинация с "часовниковата връзка" функция
• описано по-горе. Трябва да се поиска синтезиране на това съобщение
• изрично чрез новото повикване API sd_bus_set_connected_signal (). В
• Освен това е добавено ново обаждане sd_bus_is_ready (), което проверява
• дали връзката е напълно настроена (т.е. между връзките "Свързани" и
)
• & quot; Disconnected & 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-събитието получи нова псевдо-манипулатор, който може да бъде зададен на всички 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-събитието спечели нова двойка повиквания
• sd_event_source_ {получи | набор} _io_fd_own (). Това може да се използва за заявка
• автоматично закриване на файловия дескриптор на часовника на източника на събитие IO
• , когато източникът на събитие е унищожен.
• * системната мрежа получи подкрепа за навигационно конфигуриране на WireGuard
• връзки.
• * В предишни версии на системните синтезирани потребителски записи за
• & quot; никой & quot; (UID 65534) и "корен" (UID 0) в nss-systemd и
• вътрешно. За да се опростят имената на разпространението на
• & quot; никой & quot; потребител (както е планирано във Fedora: nfsnobody -> никой), a
• Добавен е нов файл с преходен флаг: ако
• / etc / systemd / dont-synthesize-никой не съществува синтезиране на 65534
• потребителският и груповият запис в системната кодова база е деактивиран.
• * системното уведомление е получило нова --uid = опция за избор на източника
• потребител / UID, който да се използва за уведомяващи съобщения, изпратени до услугата
• мениджър.
• * journalctl спечели нова опция --grep =, за да покаже само записите, в които
• съобщението съответства на определен шаблон. По подразбиране съответствието е случай
• нечувствителен, ако шаблонът е малък и буквата
• друго. Опция - деликатен случай = да | не може да се използва за подмяна
• това указва чувствителността на случая или нечувствителността на буквите.
• * Вече има "система за наблюдение на услугата" команда за отпечатване
• текущото състояние на услугата за наблюдение по време на изпълнение на услугата и по желание
• активиране или деактивиране на системите за наблюдение на услугата навсякъде, ако има
• Boolean аргумент (т.е. концепцията, която конфигурирате в WatchdogSec =), за
• За целите на отстраняването на грешки. Има и опция за командния ред на ядрото
• systemd.service_watchdogs = за контролиране на същото.
• * Две нови "регистрационни нива" и "log-target" опциите за системен анализ бяха
• addded, които обединяват вече отхвърленото ниво на получаване, локално ниво и
• да получите лого-мишена, двойки set-log-target. Отхвърлените опции все още са
• разбрано за обратната съвместимост. Двете нови опции отпечатват
• текуща стойност, когато не са дадени аргументи, и да ги зададете, когато
• ниво / цел е дадено като аргумент.
• * sysusers.d's "u" линиите вече по желание приемат едновременно UID и GID
• спецификация, разделена от ":" , за да създадете потребители
• , където UID и GID не съвпадат.

Какво е новото във версията:

• Въведете modprobe.d / drop-in за модула на kernel bonding.ko
• в v235 е разширен, за да зададете и опцията за модул dummy.ko
• numdummies = 0, което предпазва ядрото от автоматично създаване
• dummy0. Всички сляпо интерфейси трябва да бъдат изрично създадени.
• * Неизвестни "%" спецификатори в конфигурационните файлове са отхвърлени. Това
• се отнася за конфигурацията на единици и tmpfiles.d. Всички процентни знаци
• , които са последвани от буква или цифра, която не трябва да бъде
• интерпретиран като начало на спецификатор, трябва да избяга от
• удвояване ("%%"). (Така че "размер = 5%" все още се приема, както и
• "размер = 5%, foo = бар", но не и "LABEL = х% y% z" тъй като% y и% z не са
• валидни спецификатори днес.)
• * systemd-resolved сега поддържа нова динамична
• /run/systemd/resolve/stub-resolv.conf файл за съвместимост. Това е
• препоръчва да направи /etc/resolv.conf силен клип за него. Този файл
• точки в системния разрешен DNS 127.0.0.53 resolver и
• включва динамично придобити домейни за търсене, постигайки по-точна
• Разделителна способност на DNS чрез софтуер, който заобикаля локалните DNS API като NSS.
• * "Услугата" udev маркерът е изваден от / dev / kvm и
• / ррт / DRI / renderD *. Тези устройства вече имат разрешенията от 0666 от
• по подразбиране (но това може да се промени по време на изграждане). / Ррт / DRI / renderD *
• вече ще бъде собственост на "рендиране" група заедно с / dev / kfd.
• * "DynamicUser = да" е разрешен за systemd-timesyncd.service,
• системен сървър-gatewayd.service и
• systemd-дневник-upload.service. Това означава "nss-systemd" трябва да бъде
• е активирана в /etc/nsswitch.conf, за да се уверите, че UID са присвоени на тези
• услугите се решават правилно.
• * В / etc / fstab сега се разбират две нови опции за монтиране:
• x-systemd.makefs и x-systemd.growfs. Първият има ефект, който
• конфигурираната файлова система е форматирана преди да бъде монтирана,
• последната, че файловата система е преоразмерена до пълния размер на блоковото устройство
• след като е монтиран (т.е. ако файловата система е по-малка от
)
• дял, в който се намира, се отглежда). Това е подобно на fsck
• логика в / etc / fstab и изтегля системните makefs в .service и
• системните растения при услуга, ако е необходимо, подобно на
• systemd-fsck при услуга. Преоразмеряването в момента се поддържа само от ext4
• и btrfs.
• * В системната мрежа, сега логиката на IPv6 RA може по желание да обяви
• DNS сървър и информация за домейна.
• * Поддръжката на формат LUKS2 на диска за криптирани дялове има
• бяха добавени. Това изисква libcryptsetup2 по време на компилацията и
• изпълнение.
• * Системният потребителски модел вече ще сигнализира за "готовност" когато е
• основният целеви дял е бил достигнат, вместо случая, когато се изпълни опашката за изпълнение
• празен за първи път.
• * Tmpfiles.d с конфигурация на потребителите вече се поддържат.
• systemd-tmpfiles натрупа нов - потребителски ключ и пуснати фрагменти в
• ~ / .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 научи нов параметър --output-fields = за ограничаване на
• набор от журнални полета, които да се извеждат в подробни и JSON изходни режими.
• * конфигурационният файл на systemd-timeyncd спечели нова опция
• RootDistanceMaxSec = за задаване на максималното коренно разстояние на сървърите
• ще използва, както и новите опции PollIntervalMinSec = и
• PollIntervalMaxSec = за ощипване на минималния и максималния интервал на сканиране.
• * bootctl получи нова команда "списък" за включване на всички налични обувки
• Елементите на менюто на системите, които следват спецификацията на зареждащото устройство.
• * systemctl спечели нов ключ - dry-run, който показва какво ще се направи
• вместо да го правите и понастоящем се поддържа от изключването и
• глаголи за сън.
• * ConditionSecurity = вече може да открие модула за защита TOMOYO.
• * Файловете на файловете [Install] се спазват и в падащото меню

<> Ли файлове. Това е предназначено за използване от drop-ins в / usr / lib / .
• * systemd-firstboot сега също може да настрои първоначалното картографиране на клавиатурата.
• * Udev "се промени" събития за устройства, които са изложени като systemd
• Устройствата за устройства вече се разпространяват в единици, посочени в
• ReloadPropagatedFrom = като искания за презареждане.
• * Ако дадено udev устройство има SYSTEMD_WANTS = собственост, съдържаща системен
• име на шаблон на устройство (т.е. име под формата на "foobar at .service",
• без компонента на потребителския модел между "@" и - "."), след това
• избраният път на sysfs на устройството автоматично се използва като
• например.
• * SystemCallFilter = в единични файлове е разширен, така че грешка "errno"
• могат да се задават поотделно за всяко системно повикване. Пример:
• SystemCallFilter = ~ uname. EILSEQ
• * логиката на делегацията на групировката е съществено актуализирана. Делегат =
• сега по избор взема списък с контролери (вместо булев, като
• преди), в който се изписват най-малко делегатите на контролерите.
• * Мрежовият DHCPv6 клиент вече изпълнява опцията FQDN (RFC 4704).
• * Нова LogLevelMax = настройка конфигурира максималното ниво на логарита
• процесът на услугата може да се регистрира (т.е. всичко с по-малко
)
• приоритетът, който е посочен, автоматично се премахва). Нова
• LogExtraFields = настройката позволява конфигуриране на допълнителен списание
• полета, които да се прикрепят към всички записи на дневници, генерирани от който и да е от елементите
• процеси.
• * Новите StandardInputData = и StandardInputText = настройките заедно с
• нова опция StandardInput = данните могат да се използват за конфигуриране на текстови или
• бинарни данни, които трябва да бъдат предадени на изпълнения сервизен процес чрез
• стандартен вход, кодиран в линията във файла на устройството.
• * StandardInput =, StandardOutput = и StandardError = вече могат да бъдат използвани за
• свържете stdin / stdout / stderr на изпълнените процеси директно с
• файл или AF_UNIX сокет във файловата система, използвайки новия & quot; файл: & quot; опция.
• * Добавена е нова опция за файловия файл CollectMode =, която позволява
• променяте логиката за събиране на отпадъците за устройства. Може да се използва за
• кажете на системния боклук да събира автоматично неуспешни единици
• (обикновено са само такива GCs, които успешно са излезли). systemd управляван
• и системното монтиране излагат тази нова функционалност с нова опция -G.
• * "машинно свързване" може вече да бъде използвано за свързване на монтиране на не-директории
• (т.е. обикновени файлове, устройства, FIFO, контакти)
• * systemd-analyze спечели нов глагол "календар" за валидиране и
• тестване на спецификациите за времето в календара, които да се използват за OnCalendar = в таймер
• единици. Освен това валидирането на израза ще изчисли следващата
• времето, когато зададеният израз ще изтече.
• * В допълнение към вече съществуващата FailureAction = настройка на файловия елемент
• вече има SuccessAction =, за конфигуриране на действие за изключване на
• изпълнете, когато устройството завърши успешно. Това е полезно в
• конкретни вътрешни контейнери, които трябва да завършат след известно натоварване
• е завършена. Също така и двете опции вече се поддържат за всички устройства
• видове, а не само услуги.
• * Поддръжката на правилата за IP адресите на мрежата натрупа две нови опции
• IncomingInterface = и OutgoingInterface = за конфигуриране на входящите
• и изходящите интерфейси на конфигурираните правила. systemd-networkd също
• получи подкрепа за "vxcan" мрежови устройства.
• * networkd получи нова настройка RequiredForOnline =, като
• булева. Ако е зададена, systemd-wait-online ще я вземе под внимание
• при установяване, че системата е нагоре, в противен случай тя ще пренебрегне
• интерфейс за тази цел.
• * Протоколът sd_notify () получи подкрепа за нова операция: с
• FDSTOREREMOVE = 1 описателни файла могат да бъдат премахнати от услугата
• да се съхранява отново, преди POLLHUP или POLLERR, когато те бъдат премахнати
• иначе.
• * Нов документ UIDS-GIDS.md е добавен към изходното дърво, което
• документира UID / GID обхвата и предположенията за присвояване и
• изисквания на системния.
• * Устройството за наблюдение PID 1 ще може да бъде конфигурирано чрез
• WatchdogDevice = настройката на конфигурационния файл или чрез задаване на
• systemd.watchdog_service = опцията за команден ред на ядрото.
• * systemd-resolved получи подкрепа за регистриране на DNS-SD услуги в
• локалната мрежа, използваща MulticastDNS. Услугите могат да бъдат или
• регистриран чрез пускане в .dnssd файл в / etc / systemd / dnssd / (или
• същият указател под / run, / usr / lib) или чрез D-Bus API.
• * Протоколът sd_notify () вече може да бъде с EXTEND_TIMEOUT_USEC = микросекунда
• удължете времето за ефективно стартиране, време на изпълнение и спиране. Услугата трябва
• да продължите да изпращате EXTEND_TIMEOUT_USEC в рамките на периода
• не позволявайте на мениджъра на услугата да прави услугата като изтекъл срок.
• Поддръжката на DNSSEC на системната разделителна способност получи подкрепа за RFC 8080
• (клавиши и подписи Ed25519).
• * Инструментът за управление на системната разделителна способност е получил нов набор от опции
• - set-dns =, --set -domain =, --set-llmnr =, --set-mdns =, -set-dnssec =,
• - set-nta = и --revert за конфигуриране на DNS конфигурация на интерфейс
• динамично по време на работа. Това е полезно за натискане на DNS информация
• в системно решен от DNS куки скриптове, които имат различен интерфейс
• управление на софтуер поддържа (като pppd).
• * systemd-nspawn спечели нов --network-namespace-path = командния ред
• опция, която може да се използва, за да се направи контейнер да се присъедини към съществуващ
• мрежово пространство на имена, като посочите път към "netns" файл.

Какво е новото във версия 234:

• Meson вече се поддържа като система за изграждане в допълнение към Automake. Нашият план е да премахнете Automake в едно от следващите ни версии, така че Meson да стане нашата изключителна система за изграждане. Следователно, моля, започнете да използвате системата Meson build в опаковката надолу по веригата. Има много документи, как да използвате Мезон, изключително кратко резюме:
• ./ autogen.sh & amp; ./configure & amp; направете & amp; sudo make install
• става:
• изграждане на мезони & amp; ninja -C-build & amp; sudo ninja-C инсталирате
• Файловете с инструменти получиха подкрепа за нова JobRunningTimeoutUSec = настройка, която позволява конфигуриране на изчакване по време на изпълнение на заданието. Това е особено полезно за задаване на timeouts за задания за устройства.
• Файловете за единица са придобили две нови опции ConditionUser = и ConditionGroup = за условни единици въз основа на самоличността на потребителя / групата, изпълняваща системен потребителски потребителски модел.
• Системната мрежа сега разбира нова настройка FlowLabel = в секцията [VXLAN] на мрежовите файлове, както и приоритет = в [Bridge], GVRP = + MVRP = + LooseBinding = + ReorderHeader = и GatewayOnlink = + IPv6Preference = + Протокол = в [Route]. Той също така получи подкрепа за конфигуриране на LINEVE връзки и IPv6 адресни етикети. Секцията [Network] получи новата настройка за IPv6ProxyNDP =.

Файловете
• .link вече разбират новата настройка Порт =.
• Поддръжката на DHCP на системната мрежа получи поддръжка за DHCP опция 119 (списък за търсене на домейни).
• Системната мрежа получи подкрепа за обслужването на IPv6 диапазони на адреси, използвайки протокола за рутерна реклама. Новата секция за конфигурация на мрежата [IPv6Prefix] може да се използва за конфигуриране на диапазоните за показване. Това се изпълнява на базата на ново, минимално, естествено изпълнение на RA на сървър.
• журналът - изхода = превключване получи подкрепа за нов параметър "short-iso-precise" за режим, в който времевите отпечатъци са показани като точни стойности за дата ISO.
• Вграденият в мрежата "net_id" на systemd-udevd може вече да генерира стабилни имена на мрежовите интерфейси от устройства на IBM PowerVM VIO, както и платформа ACPI.
• Поддръжката на MulticastDNS в системно разрешени сега може да бъде изрично активирана / деактивирана с помощта на новия вариант на конфигурационния файл на MulticastDNS =.
• Systemd-resolved вече може по избор да използва libidn2 вместо libidn за обработка на интернационализирани имена на домейни. Поддръжката на libidn2 трябва да се счита за експериментална и още не трябва да е активирана по подразбиране.
• "machinectl pull-tar" и свързаното обаждане вече могат да правят проверка на изтеглените изображения, използвайки файлове със SUSE-style .sha256 в допълнение към вече съществуващата поддръжка за валидиране на SHA256SUMS файлове в Ubuntu.
• sd-bus получи подкрепа за ново sd_bus_message_appendv () повикване, което е валиден за валиден списък на sd_bus_message_append ().
• sd-boot получи поддръжка за потвърждаване на изображения чрез SHIM / MOK.
• Кодът на SMACK научи поддръжка за "onlycap".
• Системната mount -umount сега е много по-интелигентна при определянето на правилното отстраняване на устройството, като се има предвид неговия монтаж или път на устройството.
• Кодът за извикване на libnss_dns като резервно копие от libnss_resolve, когато комуникацията със системно неуспешно решение е отстранена. Този резерв беше излишен и се намеси със суфикса [! UNAVAIL = return]. Вижте nss-resolve (8) за препоръчителната конфигурация.
• Systemd-logind може да се рестартира без да губи състоянието. Той съхранява дескрипторите на файловете за устройствата, които управлява в системния мениджър, като използва механизма FDSTORE =. Моля, обърнете внимание, че може да се наложи да се направят допълнителни промени в други компоненти (например Xorg има код, който да изслушва спиранията на systemd-logind и да се прекрати, когато 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, но не е необходимо да работи правилно.