1

Леннарт Поттеринг (Lennart Poettering) представил выпуск системного менеджера systemd 218, который сочетает в себе функции системы инициализации, механизм для контроля за выполнением фоновых процессов, службу для журналирования событий и средства для управления сервисами, сеансами пользователей и подключаемыми устройствами. Для определения параметров сервисов в Systemd используется набор конфигурационных unit-файлов, вместо оформления сценариев запуска в виде shell-скриптов. Система нацелена на интенсивную параллелизацию выполнения сервисов на этапе загрузки системы, вобрав в себя лучшие черты таких систем, как launchd (Mac OS X), SMF (Solaris) и Upstart (Ubuntu, старые версии Fedora). В настоящее время на использование systemd уже перешли такие дистрибутивы, как Fedora, openSUSE, Mandriva и Arch Linux, одобрен переход дистрибутивов Debian и Ubuntu по умолчанию на systemd.

Наиболее существенные изменения:

  • В состав включена библиотека с реализацией протокола PPPoE. В дальнейшем данная библиотека будет использована в networkd для обеспечения соединений PPPoE без привлечения внешнего демона pppd;

  • В базу оборудования udev hwdb добавлена информация о параметрах разрешения (DPI) различных манипуляторов "мышь", что позволяет обеспечить более точное позиционирование указателя в привязке к реальной чувствительности оптического сенсора мыши (например, можно обеспечить постоянную скорость движения указателя различных моделей мышей. Необходимость создания базы привязки моделей мышей к DPI обусловлена отсутствием надёжного способа получения параметров DPI от мыши, при том, что DPI мышей колеблется от 400 до 1200 (если не принимать во внимание связь DPI с физическим перемещением мыши, курсор для мыши с небольшим DPI будет перемещаться еле-еле, а с высоким - наоборот скакать по экрану). Поддержка новой базы уже добавлена в libinput 0.7;

  • Все программы из состава systemd, читающие обособленные файлы конфигурации в директории /etc/, теперь воспринимают соответствующие конфигурационные директории .conf.d в /etc/, /run/, /usr/local/lib/, /usr/lib/ и /lib/ (при сборке с --enable-split-usr). Например, конфигурационные директории теперь доступны для файлов system.conf user.conf, logind.conf, journald.conf, sleep.conf, bootchart.conf, coredump.conf, resolved.conf, timesyncd.conf, journal-remote.conf и journal-upload.conf;

  • В утилиту systemctl добавлена команда "edit", при выполнении которой для unit-файла запускается определённый через переменную окружения $EDITOR текстовый редактор, в котором открывается для редактирования сводный набор конфигурации, включающий полное содержимое unit-файла, в том числе типовые блоки из дополнительных директорий (.d/);

  • В утилиту journalctl добавлены новые команды "--vacuum-size=" и "--vacuum-time=", позволяющие удалять старые файлы журнала при достижении определённого размера или при устаревании на заданное время;

  • В journald обеспечено получение сообщений аудита напрямую из ядра Linux и сохранение их как обычных записей в логе. Поля сообщений аудита разделяются и индексируются, что позволяет обойтись без auditd и использовать утилиту journalctl в качестве замены ausearch (поддерживается только минимальный набор функций аудита, при необходимости задействования всех режимов аудита, таких как reboot-on-log-overflow, следует дополнительно использовать auditd);

  • При сборке с опцией "--enable-xkbcommon" в systemd-localed теперь выполняется проверка клавиатурных раскладок (x11 keymap) через компиляцию заданной раскладки, что позволяет обойтись без установки libxkbcommon;

  • Добавлен новый сервис systemd-machine-id-commit.service, который позволяет задействовать временный идентификатор машины на системах с доступной только для чтения во время загрузки директорией /etc и не инициализированным /etc/machine-id;

  • В .netdev файлы networkd добавлена поддержка большой порции настроек для устройств VXLAN, которые теперь можно конфигурировать через файлы .network по аналогии с параметрами сетевых мостов. Добавлена возможность настройки маршрутизации от источника (source routing). В файлы .link добавлена поддержка опции "OriginalName=" для сопоставления оригинального имени сетевого интерфейса с именем, выдаваемым ядром. В файлах .network обеспечена возможность указания опций "MTU=" и "MACAddress=" для переопределения MTU и MAC-адреса при соединении через определённый сетевой интерфейс;

  • В hostnamed добавлен новый тип "embedded";

  • В утилиту busctl добавлена поддержка выражений "capture" (запись трассировки перехваченных пакетов в STDOUT в формате совместимом с libcap), "tree" (показ дерева объектов для заданного сервиса), "introspect" (показ всех интерфейсов и состав объектов), "call", "set-property" и "get-property" (вызов метода, установка и получение настроек объъектов);

  • В nspawn обеспечено использование постоянных MAC-адресов при создании сетевых устройств macvlan;

  • В юниты добавлена опция "SmackProcessLabel=", позволяющая управлять обработкой меток для системы мандатного контроля доступа SMACK;

  • Обеспечена возможность создания на лету юнитов-таймеров через bus API, а также возможность создания сразу нескольких юнитов через один вызов bus API;

  • Для coredump в журнале теперь создаются дополнительные поля с метаданным, включающими такую информацию, как состав cgroup, переменные окружения, карты памяти, рабочую директорию, proc/$PID/status, список открытых файловых дескрипторов;

  • Для LUKS добавлена поддержка выбора файлов с ключами на основе UUID.



Источник: http://www.opennet.ru/opennews/art.shtml?num=41243

2

А PPPoE этой поделке зачем?

Истинный hotplug - это обычная электрическая розетка: воткнул - работает, и никаких драйверов.
Arch Linux/Xfce/Xiaomi Mi Notebook Pro 15.6 | Slackware64-current/Xfce/Lenovo G580

3

yars пишет:

А PPPoE этой поделке зачем?

Написано же

verg пишет:

В дальнейшем данная библиотека будет использована в networkd для обеспечения соединений PPPoE без привлечения внешнего демона pppd;

Fedora GNOME3

4

xxblx, мне непонятно, зачем интегрировать, когда есть pppd?

Истинный hotplug - это обычная электрическая розетка: воткнул - работает, и никаких драйверов.
Arch Linux/Xfce/Xiaomi Mi Notebook Pro 15.6 | Slackware64-current/Xfce/Lenovo G580

5

yars пишет:

когда есть pppd

Обкатанная годами.
Да и почему не интегрируют тогда и l2tp за компанию?  ag

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

6

XliN пишет:

Обкатанная годами.
Да и почему не интегрируют тогда и l2tp за компанию? 

в networkd - наверное интегрируют со временем

7

Леннарту пора ставить медицинский диагноз...

8

А мне даже интересно становится: если довести до логического завершения концепцию Леннарта&Co, то что это будет в итоге?

Leap 42.3 Calculate Linux, Xfce, Emacs, ..

9

1000Mhz пишет:

А мне даже интересно становится: если довести до логического завершения концепцию Леннарта&Co, то что это будет в итоге?

будет куча разных модулей для управления системой, только они все будут взаимно интегрированными а не салатом из поделок и костылей. Подход неплохой, главное сделать все качественно, a такое можно сделать только в серьезной команде под серьезным управлением.

10 (11.12.2014 18:21:43 отредактировано 1000Mhz)

dyasny, чего же тогда все так боятся?  ab
UPD я не троллю.

Leap 42.3 Calculate Linux, Xfce, Emacs, ..

11

кстати, и это полный оффтоп, я видел статью, где народ провел исследование насчет бурления говен в англоязычном инете, и оказалось что это один и тот же набор псевдо болгеров, которые накручивают статистику за счет тем к которым народ неравнодушен. То есть как только появился systemd и стало ясно что не всем эта идея по душе, те самые блоггеры быстренько развернули бложики, навесили платных баннеров, и стали писать статьи обгаживающие systemd, ссылаясь друг на друга в роли авторитетных мнений. Числа юников почли на сотни тысяч в день, комменты сотнями... профит. Как только затихает, они вбрасывают очередную статейку, и все начинается заново.

12

Какой-то "API"  у сабжа есть? Под него могут писать модули все, кто хочет? Т. е. все сводится к замене среды шелл на среду systemd?

Leap 42.3 Calculate Linux, Xfce, Emacs, ..

13

1000Mhz пишет:

dyasny, чего же тогда все так боятся? 

да ничего, швыряние какашками это отличный способ накрутить бабла на посещении сайта где сидят обязьяны, пропиариться и т.д. Надо только выбрать тему к которой люди будут неравнодушны изначально, и дальше бить по эмоциям а не по фактам, и все раскрутится само собой. Если бы не накрутка, systemd спокойно прошел туда где он нужен, не прошел бы туда где он не нужен, все бы с ним освоились, как освоились с новыми кедами и гномом, и все.

Я вижу те же принципы в основном в политических баталиях онлайн, но похоже, как у нас говорят shit flows down the hill, и тенденции докатились и до нашего уютного техномирка.

14

1000Mhz пишет:

Какой-то "API"  у сабжа есть? Под него могут писать модули все, кто хочет? Т. е. все сводится к замене среды шелл на среду systemd?

все есть, только шелл никто не заменяет. systemd как init система, получает модули, с довольно таки простым синтаксисом. journald это модуль для логов, там тоже все просто. networkd заправляет сетевыми подключениями, как рам дела обстоят я пока не смотрел, надеюсь будет поддержка как VPN мостов и vlan-ов, так и всяческих overlay networks и плагинов для 802.1Qbg/h/...

короче все это дело еще только развивается, и еще долго будет развиваться.

15

dyasny пишет:

все есть, только шелл никто не заменяет.

Как я понимаю, systemd можно условно считать работающим "поверх шелл" - т. е. раньше все коммуникации между сервисами происходили с помощью шелла (старый init), а теперь с помошью systemd и dbus? И вся разница?

Leap 42.3 Calculate Linux, Xfce, Emacs, ..

16

1000Mhz пишет:

Как я понимаю, systemd можно условно считать работающим "поверх шелл" - т. е. раньше все коммуникации между сервисами происходили с помощью шелла (старый init), а теперь с помошью systemd и dbus? И вся разница?

ну, в некотором смысле наверное и так можно сказать

17

dyasny пишет:

ну, в некотором смысле наверное и так можно сказать

Понятно, что "в некотором смыле" - но так-то понятнее, особенно для широких масс.

Leap 42.3 Calculate Linux, Xfce, Emacs, ..

18

dyasny пишет:

способ накрутить бабла на посещении сайта где сидят обязьяны, пропиариться и т.д.


Вот оно, в чем дело!! Ни стыда у этих капиталистов, ни совести.

have a lot of fun!
Ас-саля́му ‘алейкум Чака Хан!
уютный бложик

19 (11.12.2014 18:59:59 отредактировано 1000Mhz)

Ну, чтобы окончательно все для себя прояснить, нужно вспомнить как работал "старый" init (подзабыл, хотя раньше сам добавлял свои собственные службы и писал для них init-скрипты), но в общих чертах все ясно и никакого криминала я не вижу.

По сути я могу написать целиком свою собственную систему инициализации, просто она будет убога и тормозна,  могу написать только часть, работающую параллельно с systemd, или могу воспользоваться только systemd.

Leap 42.3 Calculate Linux, Xfce, Emacs, ..

20

techno пишет:

Вот оно, в чем дело!! Ни стыда у этих капиталистов, ни совести.

учитывая падкость контингента рунета на швыряние дерь^Wсубстанций, капиталисты тут ни при чем. Если хотите убедиться, посмотрите на то что творится на политических форумах, блогах и т.д.

21

1000Mhz пишет:

Ну, чтобы окончательно все для себя прояснить, нужно вспомнить как работал "старый" init (подзабыл, хотя раньше сам добавлял свои собственные службы и писал для них init-скрипты), но в общих чертах все ясно и никакого криминала я не вижу.

а его и нет. вместо кучи скриптов будет нормальный бинарник, обрабатывающий юниты сервисов, с учетом зависимостей, многопоточно и оптимизированно. Не скажу наверняка, но скорее всего systemd задумывался именно так, но когда оказалось что загрузка современного сервера может упираться не только в модули ядра и сервисы, но и в функциональность сервисов, начали раскручиваться дополнительные модули. Например, у меня сервер поднимается, и цепляется к NFS. Как это может работать, если сначала не поднялась сеть? А если mountpoint указан как fqdn:/path то нужно чтоб работал DNS. А если мой сервер это раутер в сети, почему не загрузить подключение к ISP прямо в процессе загрузки системы, ведь сервер который раутер, собственно для этого и существует? вот и пришлось добавлять поддержку pppoe и наверное других видов подключения. Короче скорее всего работы там непочатый край, и с каждой итерацией появляется больше идей и нужд, поэтому systemd кажется таким "толстым". Хотя на самом деле, добавки реализуются как модули

22 (11.12.2014 19:15:44 отредактировано 1000Mhz)

Остаются только вопросы отладки отдельного сервиса: раньше все тупо валилось в stdout, а теперь-то systemd, а еще и dbus! В системном журнале всего может и не оказаться..

Leap 42.3 Calculate Linux, Xfce, Emacs, ..

23

1000Mhz пишет:

Остаются только вопросы отладки отдельного сервиса: раньше все тупо валилось в stdout, а теперь-то systemd, а еще и dbus! В системном журнале всего может и не оказаться..

пока что journalctl - сплошное удовольствие. у меня логи обычно в текстовом и сжатом в tar.xz виде занимают под десяток гиг. journalctl сильно облегчает эту работу

24

yars пишет:

xxblx, мне непонятно, зачем интегрировать, когда есть pppd?

Мне 2 аторитетных для меня сисадмина говорили что с pppd есть проблемы в плане чтото случилось на линии произошол обрыв связи, pppd раза 3 пытается поднять соединение (естественно с некотрым интервалом) а если за это время проблема на линили не устранена, то демон тупо просто вывешивается  ac
Кста 1 из этих админов не в восторге от systemd (недавно с ним обшялся) по этому лично моё мнение о systemd находится теперь посредине в балансирующем состоянии.
Кстати dyasny,  мне вот в данной теме напоминает опонента по полит баталии в своих утверждениях.

Спросить - стыд минуты, не узнать - стыд всей жизни

25

lone_wolf пишет:

Кстати dyasny,  мне вот в данной теме напоминает опонента по полит баталии в своих утверждениях.

ваше право, я просто рассказываю о том на что недавно наткнулся, и честно говоря, это очень даже логично. Что же касается systemd vs init - как можно вопить толком не зная о чем разговор? Получается как наш местный вип-клиент DrBatty, который иногда выдает перлы о вещах которых в глаза не видел так что закачаешься. init мы все видели, возьмите и поработайте с systemd, спокойно и непредвзято, а потом делайте собственные выводы. Бросаться в эти самые баталии не посмотрев тольком на эту систему, имхо, идиотизм.

26

lone_wolf пишет:
yars пишет:

xxblx, мне непонятно, зачем интегрировать, когда есть pppd?

Мне 2 аторитетных для меня сисадмина говорили что с pppd есть проблемы в плане чтото случилось на линии произошол обрыв связи, pppd раза 3 пытается поднять соединение (естественно с некотрым интервалом) а если за это время проблема на линили не устранена, то демон тупо просто вывешивается  ac
Кста 1 из этих админов не в восторге от systemd (недавно с ним обшялся) по этому лично моё мнение о systemd находится теперь посредине в балансирующем состоянии.
Кстати dyasny,  мне вот в данной теме напоминает опонента по полит баталии в своих утверждениях.

Ну pptpd и systemd это совсем разные вещи, и говорить можно вечно как бабки сплетни распускают.

Ищу дополнительный заработок (удалёнка).
Пьянка без секса – признак алкоголизма.

27

Хорошо тогда вопрос ктото есче сталкивался с зависанием pppd ? если да то может в это м и кроется ответ зачем запилили в systemd

Спросить - стыд минуты, не узнать - стыд всей жизни

28 (11.12.2014 21:15:08 отредактировано Kettler)

lone_wolf пишет:

Хорошо тогда вопрос ктото есче сталкивался с зависанием pppd ? если да то может в это м и кроется ответ зачем запилили в systemd

pptp это лишь ток протокол а запили просто чтоб было. Зависание лечил скриптом пока не перевели на l2tp.

Ищу дополнительный заработок (удалёнка).
Пьянка без секса – признак алкоголизма.

29

lone_wolf пишет:

Хорошо тогда вопрос ктото есче сталкивался с зависанием pppd ? если да то может в это м и кроется ответ зачем запилили в systemd

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

30

Нет, ответ уже давно понятен: RH хочет перетянуть все одеяло на себя, тем самым обеспечив себе безоблачное будущее, man vendor_lock-in. Ну что ж, пусть и дальше топят Linux-дистрибутивы. Говорю вам, ничего хорошего из этого не выйдет. Debian уже форкнули.

Истинный hotplug - это обычная электрическая розетка: воткнул - работает, и никаких драйверов.
Arch Linux/Xfce/Xiaomi Mi Notebook Pro 15.6 | Slackware64-current/Xfce/Lenovo G580