LINUX.ORG.RU

systemd 209

 


0

2

Знаменательные инновации

  • В рамках systemd реализована библиотека-клиент dbus. Соответственно, весь код переписан. Апстрим dbus больше не является внешней зависимостью systemd. Выполнено в рамках процесса перехода на kdbus.
  • Kdbus приведен к состоянию «можно пробовать». Однако, до релиза использовать не стоит - не реализованы policy, так что не безопасно.
  • Новые возможности:
    • systemd-networkd - базовая конфигурация сети (dhcp/link/bridge/bond/vlan). Уже можно использовать в статических конфигурациях. Клиент и реконфигурация пока не реализованы. Изначально было запланировано использование в initrd.
    • systemd-socket-proxyd - прокси для сервисов, в которых не реализована поддержка socket активации, но зачем-то необходима.
    • systemd-backlight/systemd-rfkill - сохранение/восстановление состояния подсведки/rfkill при загрузке/завершении работы. Новый параметр systemd.restore_state=[0|1] выключает/включает поведение.
    • В udev новая схема поднятия линков на сетевых интерфейсах. Аттрибуты указываются в /etc/systemd/network/*.link файлах. Можно матчить интерфейсы по MAC адресу, sysfs, имени драйвера, имени интерфейса. Можно устанавливать WoL, скорость, дуплекс, MAC адрес итп. Внимание нелюбителям корявых имен сетевых интерфейсов! Логика переехала в 80-net-setup-link.rules, будте бдительны

Мелкие изменения

  • Глобальные параметры таймаутов по-умолчанию конфигурируются через /etc/systemd/system.conf
  • journalctl. Новый параметр --list-boots, --unit= поддерживает glob.
  • systemctl, новые параметры и команды
    • cat — выводит юнит и drop-in
    • list-timers — выводит список активных .timer юнитов
    • reboot — принимает дополнительные параметры для reboot()
    • --job-mode= приходит на замену --fail, --irreversible, --ignore-dependencies
    • list-* команды теперь поддерживают glob маски

Внутренние изменения

  • %h, %s, %U больше не доступны для системного режима systemd
  • systemd больше не предоставляет статические файлы для /usr/share/dbus-1/interfaces
  • Новый флаг tmpfiles "--boot". Правила с суффиксом "!" выполняются только при наличии этого флага. (Основной потребитель - /run/nologin)
  • Добавлено опциональное использование libseccomp вместо собственной реализации seccomp фильтров.
  • Добавлено SystemCallErrorNumber= (для использования совместно с SystemCallFilter=), для конфигурации возвращаемого значения ошибки, при использовании запрещенных syscalls, вместо принудительного завершения процесса.
  • SystemCallArchitectures= для ограничения неиспользуемых системных вызовов на данной архитектуре.
  • Все systemd компоненты тепрь снабжены вотчдогом
  • Поддержка SECLABEL{} в udev
  • Экспорт состояния загрузки SELinux политики через dbus
  • Для юнитов с User= устанавливается корректная переменная окружения $SHELL
  • Новый режим KillMode= mixed. Отправляет SIGTERM $MAINPID, оставшимся - SIGKILL
  • Для юнитов с OnCalendar= добавлены параметры «yearly» и «annually»
  • Точность таймера для .timer юнитов конфигурируется с AccuracySec= (1min по-умолчанию)
  • Параметр JoinsNamespaceOf= для подключения юнита к приватному пространству другого юнита (PrivateNetwork=, PrivateTmp=)
  • Параметр PrivateDevices= для предоставления доступа лишь к /dev/{null,urandom,zero}
  • logind API пополнено вызовами для определения, является ли сессия удаленной и получения хоста/пользователя
  • fstab генератор научился расставлять зависимости. FsckPassNo= убран.
  • В базу udev добавлена информация о SDIO устройствах
  • При чтении юнитов, systemd будет уведомлять о подозрительных правах доступа
  • Реализованы/выделены компоненты:
    • sd-bus - облегченное API для работы через kdbus/dbus
    • sd-event - минимальное API для eventloop через epoll
    • sd-rtnl - минимальное апи для L2 конфигурации
    • sd-dhcp - DHCPv4 клиент (для systemd-networkd)
    • sd-resolve - асинхронный враппер поверх NSS, не использующий сигналы.
  • libsystemd-{daemon,journal,login,id128}.so объеденены в libsystemd.so

Изменения в компонентах, которыми никто кроме разработчиков systemd не пользуется

  • Основные утилиты (.*ctl) получили флаг -M для подключения к локальным контейнерам.
  • systemd-run/systemd-analyze получили флаг -H для подключения через ssh
  • machinectl, новые команды: login, reboot
  • nspawn получает поддержку --setenv= (для установление переменных окружения в контейнере), --drop-capability= (для понижения привелегий), SELinux меток, kdbus доменов, и еще 100500 разных фич, которые мне лень тут писать.
  • logind поддерживает псевдо-VT переключения для устройств, не поддерживающих VT
  • Для scope юнитов добавлено свойство «Controller». Потенциально можнет быть использовано как shutdown hook.

>>> Подробности

★★★★★

Проверено: JB ()
Последнее исправление: vasily_pupkin (всего исправлений: 3)
Ответ на: комментарий от raorn

Скажите, а Вы всегда поддерживаете НОВЫЙ, совершенно ДРУГОЙ инструмент для решения текущих задач, которые Вы с переменным успехом решали много лет? Я подчеркну, СОВЕРШЕННО другой.

Shadow ★★★★★
()
Ответ на: комментарий от raorn

Меня всегда забавляло, как балаболки, которые сами ничего не сделали, ходят по форумам и рассылкам и развешивают ярлыки.

Дебилушко, я ядрышко для арма ковырял, когда ты ни про линух, ни про армы вообще ничего не знал. (когда там 2.4 появилось?) И даже дистрибутивчик свой когда-то был, для китайских говнороутеромодемов. Поэтому, в отличии от тебя, я очень хорошо знаю о чём говорю. А ты не знаешь. Потому, будет здраво послушать что я скажу, да поразмыслить над своими глупыми иллюзиями.

Stanson ★★★★★
()
Ответ на: комментарий от Stanson

Ну и где твои «ядрышки» и «дистрибутивчики», ковыряльщик? Ковырял, ковырял, а толку ноль. Вот с тех пор и обозлился на всех. Ходит с тех пор, грустный, по форумам и ругает всё подряд. Потому что не нужен никому.

raorn
()
Ответ на: комментарий от raorn

Понятно...

... Ваша робкая попытка общения с моим блестящим интеллектом привела Вас к ментальной контузии (вроде, из монитора кровь не хлыщет, значит не ранение). Спасибо что предупредили, впредь буду аккуратнее. :)))

Moisha_Liberman ★★
()
Ответ на: комментарий от raorn

И да, я как лох посмотрел сорцы и хочу уточнить, под принципиальным отличием ip от ifconfig имелось ввиду то, что ip это пакет программ, а ifconfig - часть, или что-то иное?

Я пока вижу, что функционал ifconfig.c был расширен и раскидан по ipaddress.c и iplink.c, и ничто не мешает на их базе написать новый ifconfig.

Shadow ★★★★★
()
Ответ на: комментарий от Stanson

Вот по...

... причине наличия своего мааасенького гешевту,

Ну это, пожалуй, единственное, что остаётся, из реального.

я и сижу на Gentoo и вставать с неё --ни-ни. Хотя, есть и OpenRC и systemd.

А апдейты накатываем только после теста на стенде. В нашем случае нет «революций» в системе. У нас «управляемая демократия эволюция».

Ваши бы слова, да Богу в уши.

А ни куда они не денутся. Я предвкушаю что на всё это скажут авторы SELinux (на секундочку, они всё-таки сотрудники АНБ). :)

Moisha_Liberman ★★
()
Ответ на: комментарий от raorn

Ну и где твои «ядрышки» и «дистрибутивчики», ковыряльщик?

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

Ковырял, ковырял, а толку ноль.

Для тебя - возможно. А для тех, кого не интересует «обновление ради обновления» - толк был, есть и будет.

Потому что не нужен никому.

Не поверишь, иногда я об этом просто мечтаю. Чтоб я был никому не нужен. Ну хотя бы месяцок. Ну недельку, пилять, хотя бы. Потому что иногда очень сильно задалбывает то, что я очень сильно нужен куче народу, причём всем сразу.

Stanson ★★★★★
()
Ответ на: комментарий от Shadow

Лавры Поттеринга не дают покоя. И я хочу рулить интерфейсами как в Соляре в 92-м.

А ifconfig зачем для этого трогать?

Stanson ★★★★★
()

Знатоки systemd, скажите, а я же могу его не использовать? Я ж могу сейчас себе ядро поставить 2.6 когда все уже на 3 ветке, или вообще GNU Hurd какой-нибудь?! Что такого сделают что я не смогу выпилить (а то и вообще не ставить) этот ваш systemd и сидеть на привычном мне sysV? А то столько разговоров по поводу что очень тяжело понять о чем вообще речь и в чем профит от перехода на systemd, равно как и в чем проблема остаться на init. Заранее спасибо!

alozovskoy ★★★★★
()
Ответ на: комментарий от alozovskoy

Не используй. Я тебе больше скажу, ты даже удев можешь не использовать. Можно просто скрипт на баше накалякать. И sysvinit можешь не использовать.

А все сопли от неосиляторов. Соску отняли - в панику впадают.

Не сможешь использовать ты новые десктопные фишечки, во всяком говне типа гнома. И.. И наверное пока все. Такие дела.

vasily_pupkin ★★★★★
() автор топика
Ответ на: Вы будете... от Moisha_Liberman

Там было проще. У сисадмина был доступ вообще ко всему, он тупо запустил бота по ссылкам. И всё. Никаких разграничений прав, ничего.

Shadow ★★★★★
()
Ответ на: комментарий от Stanson

http://www.lehman.cuny.edu/cgi-bin/man-cgi?ifconfig 1

- ну вот так хочу. И так можно во всём, кроме windows и linux.

А если почитать http://www.manpages.info/freebsd/ifconfig.8.html - видно, что при написании своей реализации добавляли привычные «сантехникам» варианты синтаксиса.

Shadow ★★★★★
()
Последнее исправление: Shadow (всего исправлений: 1)
Ответ на: комментарий от vasily_pupkin

Спасибо за понятный ответ!

Я вообще не против systemd как такового, есть да и есть, да и 99% systemd-хейтеров я так понимаю тоже - основные-то крики «зачем мне это в $distrName, у меня прекрасно работает $initSystemName». Но раз все не так уж и плохо чего все кричат-то? Или это просто аллергия на нововведения\Поттеринга проявляющаяся в виде жжения чуть ниже спины?! А то столько уже написали (про один только Deb 3 темы не в толксах емнип были), а я никак в толк не возьму в чем проблема.

alozovskoy ★★★★★
()
Ответ на: комментарий от Shadow

- ну вот так хочу. И так можно во всём, кроме windows и linux.

Ну так запили, кто мешает? Наверняка найдутся те, кому это понравится. Только зачем для этого уже существующий линуксятный ifconfig выкидывать?

Stanson ★★★★★
()
Ответ на: комментарий от alozovskoy

равно как и в чем проблема остаться на init.

В debian вообще нет проблем остаться на init. И, вероятно, не будет.

в чем профит от перехода на systemd

Очень удобно использовать десктопные прибамбасы. Реально удобно. Удобно заниматься отладкой сервисов systemd, и даже обычых демонов. Централизованная настройка безопасности, вроде работает.

Shadow ★★★★★
()
Ответ на: комментарий от Stanson

Я что, выкидываю? Мне его рекомендует raorn выкинуть. Причём, он прав местами - используя ifconfig там, где всё настроено с помощью iproute, можно всё поломать.

Shadow ★★★★★
()
Ответ на: комментарий от alozovskoy

никак в толк не возьму в чем проблема.

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

Нету даже roadmap'а никакого, но это вот поделие усиленно форсят во все дистры.

ИМХО более чем достаточное основание как минимум поинтересоваться, а что же на самом деле происходят, и как обстоят дела на самом деле.

Stanson ★★★★★
()
Ответ на: комментарий от Stanson

Нету даже roadmap'а никакого, но это вот поделие усиленно форсят во все дистры.

Ну, если говорить конкретно о системде, то в некотором плане есть:

http://cgit.freedesktop.org/systemd/systemd/tree/TODO

Конечно, это не совсем роадмап, но тем не менее.. (%

vasily_pupkin ★★★★★
() автор топика
Ответ на: комментарий от Shadow

Я что, выкидываю?

К счастью нет. Я просто спросил - разве желание запилить что-то новое должно начинаться с уничтожения старого?

Причём, он прав местами - используя ifconfig там, где всё настроено с помощью iproute, можно всё поломать.

Да, можно. Точно так же как можно поломать пихнув upstart в систему с sysvinit. Просто как бы подразумевается, что если человек разобрался с ip и ему действительно нужны его фичи, то у него достаточно мозгов, чтобы не поломать себе всё ifconfig'ом.

Stanson ★★★★★
()
Ответ на: комментарий от vasily_pupkin

Не используй. Я тебе больше скажу, ты даже удев можешь не использовать.

Я еще больше скажу - ты даже ядро Linux можешь не использовать - оно нужно только для говна типа GNU/Linux, легко можно Windows накатить.

Такие дела.

anonymous
()
Ответ на: комментарий от vasily_pupkin

Ну, если говорить конкретно о системде, то в некотором плане есть

Чо-то оно у них только растёт.

И вот что интересно, кстати - «* EFI:» совсем не на последнем месте.

С каждым днём оснований для опасений всё больше, как я и думал.

Stanson ★★★★★
()
Ответ на: комментарий от anonymous

Без udev действительно можно без особых проблем обойтись в некоторых случаях. Особенно это относится к embedded.

Stanson ★★★★★
()
Ответ на: комментарий от Stanson

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

Вообще-то это не секрет - есть devtmpfs, только чем дальше в лес тем толще партизаны, через какое-то время весь десктоп будет завязан на systemd.

anonymous
()
Ответ на: комментарий от anonymous

через какое-то время весь десктоп будет завязан на systemd.

Согласен, но это уже факт. Например, захотел, чтобы комп не уходил в суспенд при проигрывании видео, прибей плеер гвоздями к systemd: http://www.freedesktop.org/wiki/Software/systemd/inhibit/

truetester
()
Ответ на: комментарий от Shadow

в чем профит от перехода на systemd

Очень удобно использовать десктопные прибамбасы. Реально удобно.

Это о гномодектопе речь? Вы конкретизируйте пожалуйста, а то ведь вам могут поверить.

madjestic
()
Ответ на: комментарий от Shadow

И да, я как лох посмотрел сорцы и хочу уточнить, под принципиальным отличием ip от ifconfig имелось ввиду то, что ip это пакет программ, а ifconfig - часть, или что-то иное?

Что-то иное. Дальше с тобой разговаривать бессмысленно...

raorn
()
Ответ на: комментарий от alozovskoy

Ну вот я и интересуюсь. То есть без systemd gnome я уже не могу использовать?

Во фряхе как-то прикрутили, но не факт, что удалось сохранить большинство фич.

truetester
()
Ответ на: комментарий от Deleted

линукс от развала страшно далек.

Такими темпами его быстро приблизят к этому. Но надеюсь, что в сообществе opensource еще есть здравые люди.

ChAnton ★★
()
Последнее исправление: ChAnton (всего исправлений: 1)
Ответ на: комментарий от truetester

Например, захотел, чтобы комп не уходил в суспенд при проигрывании видео, прибей плеер гвоздями к systemd

По мне так это правильно - лучше гвоздями прибить (по крайней мере разработчики из RH будут гарантировать совместимость со следующими версиями) чем на сопли приматывать кто как горазд. Давно пора было сделать подобие systemd.

anonymous
()
Ответ на: комментарий от ChAnton

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

Deleted
()
Ответ на: комментарий от anonymous

по крайней мере разработчики из RH будут гарантировать совместимость со следующими версиями

Ну да, udisks1.x и udisks2.x прекрасно совместимы.

truetester
()
Ответ на: комментарий от truetester

Ну да, udisks1.x и udisks2.x прекрасно совместимы.

Нет ничего совершенного в этом мире :) linux 2.4/2.6, Qt 3/4/5, Gtk 1/2, v4l 1/2 - продолжать можно до бесконечности. Главное чтобы это не стало инструментом конкурентной борьбы.

anonymous
()
Ответ на: комментарий от raorn

Очевидно, что этого иного не существует.

Shadow ★★★★★
()
Ответ на: комментарий от Kompilainenn

Это почему это? У меня сейчас загрузка в опенсусе около 20 сек, а была минута или более.

GladAlex ★★★★★
()
Ответ на: комментарий от anonymous

linux 2.4/2.6,

Неудачный пример. user space там не менялся. За это лично Линус больно так бьёт по рукам.

Qt 3/4/5, Gtk 1/2, v4l 1/2 - продолжать можно до бесконечности.

Ага, и каждое прожило больше 10 лет. Вот бы редхатовские поделки столько жили.

truetester
()
Ответ на: комментарий от truetester

Неудачный пример. user space там не менялся.

Вот не надо пиздеть - modutils vs module-init-tools - по крайней мере неразберихи только из-за этого было достаточно.

anonymous
()
Ответ на: комментарий от anonymous

Вот не надо пиздеть - modutils vs module-init-tools - по крайней мере неразберихи только из-за этого было достаточно.

Ну и куда тебя опять в ядро несёт?

truetester
()
Ответ на: комментарий от truetester

Ну и куда тебя опять в ядро несёт?

Понятно что говорить с тобой не очем, но на всякий случай - это чистый юзерспейс и основной компонент любого дистрибутива

user space там не менялся

anonymous
()
Ответ на: комментарий от Deleted

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

Развивается, да не в ту сторону, потому как развитию мешают велосипедисты и вредители, такие как создатели systemd. Это не развитие-а саботаж. Убирают то «старое», что лучше новых двух. Вредительство. Но повторюсь-надеюсь что не осилят супостаты, да и GNU расчитан на такие провокации.

ChAnton ★★
()
Последнее исправление: ChAnton (всего исправлений: 2)
Ответ на: комментарий от anonymous

чем на сопли приматывать кто как горазд. Давно пора было >сделать подобие systemd.

Виндушный подход, абсолютно глупый. И противоречащий идеологии линукс.

ChAnton ★★
()
Последнее исправление: ChAnton (всего исправлений: 1)
Ответ на: комментарий от ChAnton

Виндушный подход

Нет сынок, виндушный - это у тебя скайп, а сопли на кулак лучше наматывай :)

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.