LINUX.ORG.RU

Релиз systemd 230

 


4

8

Представлен выпуск системного менеджера systemd 230. Из новшеств можно отметить включение по умолчанию DNSSEС и режима чистки процессов пользователя после завершения сеанса, поддержку унифицированной иерархии cgroup, возможность настройки прокси ARP для сетевого интерфейса, новые типы юнитов generated и transient, новую команду systemctl revert и возможность создания виртуальных прямых сетевых ссылок между контейнерами.

Основные изменения:

  • В DNS-резолвере systemd-resolved по умолчанию включен DNSSEC. DNSSEC доступен в режиме allow-downgrade (автоматический откат на режим без DNSSEC) и может быть отключен через настройку DNSSEC в resolved.conf или на этапе сборки при указании опции configure --with-default-dnssec=no. Дистрибутивам пока не рекомендуется включать DNSSEC по умолчанию, пока не будут выявлены все возможные несовместимости режима DNSSEC с DNS-серверами.
  • В systemd-resolve добавлена возможность резолвинга DNS-записей DANE (DNS-based Authentication of Named Entities) при указании опции --tlsa и OPENPGPKEY при указании опции --openpgp, а также создания дампа raw-данных записей DNS при указании опции --raw=дамп.
  • В systemd-logind по умолчанию обеспечено принудительное завершение процессов, запущенных в составе пользовательского сеанса, после выхода пользователя из системы. Управлять принудительным завершением можно через опцию KillUserProcesses в logind.conf, которая теперь выставлена в значение yes по умолчанию, что требует отдельных настроек, если необходимо сохранить работу длительно выполняемых пользовательских процессов (для работы screen и tmux требуется специальная настройка сервисов, например, включение т.н. lingering через loginctl). Для восстановления старого поведения на этапе сборки можно указать опцию --without-kill-user-processes.
  • В systemd-logind добавлены новые настройки SessionsMax и InhibitorsMax, которые по умолчанию установлены в значение 8192.
  • В systemd-logind добавлена поддержка обновления конфигурации по сигналу SIGHUP.
  • Добавлена поддержка унифицированной иерархии cgroup (в ядре с 4.5), для задействования которой в systemd при загрузке требуется указать опцию командной строки ядра systemd.unified_cgroup_hierarchy=1. Для унифицированной иерархии также добавлен контроллер cgroup io, который дополнил контроллеры memory и pids.
  • Поддержка протокола LLDP (Link Layer Discovery Protocol) расширена возможностями использования пассивного (только приём) и активного (отправка) режимов. Пассивный режим включен по умолчанию в systemd-networkd, а активный режим включен по умолчанию в изолированных контейнерах с адресацией внутренней сети. Для просмотра статистики можно использовать команду networkctl lldp.
  • Добавлена возможность настройки уникальных идентификаторов IAID и DUID, отправляемых в запросах DHCP. Идентификаторы могут быть определены как для всей системы, так и для отдельных файлов .network при помощи опций DUIDType, DUIDRawData и IAID.
  • В systemd-networkd добавлена возможность настройки прокси ARP для отдельных сетевых интерфейсов, используя опцию ProxyArp в файлах .network. Кроме того, в файлы .netdev добавлены опции MulticastQuerier и MulticastSnooping, позволяющие включить режим отправки запросов и прослушивания IGMP-трафика.
  • В файлах .network представлена новая опция PreferredLifetime, позволяющая определить время жизни IP-адреса.
  • В DHCP-сервере, встроенном в systemd-networkd, активирована по умолчанию опция EmitRouter, включающая поле DHCP Option 3 (Router).
  • Тестовая утилита systemd-activate переименована в systemd-socket-activate и перемещена в /usr/bin.
  • В systemd-journald задействован отдельный поток для сброса прокэшированных данных на диск при закрытии файлов с журналом, что решило проблемы с задержками записи в лог на медленных дисках.
  • В journalctl добавлен новый метод вывода -o short-unix, при котором к записями в логе добавляется префикс с эпохальным (UNIX) временем (число секунд с 1970 года). Также добавлена опция --no-hostname для исключения столбца с именем хоста.
  • Устройства фреймбуфера, сканеры и 3D-принтеры теперь подключаются в режиме uaccess и доступны для вошедших в систему пользователей.
  • В опции DeviceAllow теперь можно указывать спецификаторы (начинаются с символа %).
  • В systemctl show добавлена опция --value, позволяющая вывести только содержимое заданного свойства юнита без указания его имени.
  • Для автоматически сгенерированных и созданных в процессе работы через обращения к API файлов добавлены новые типы юнитов generated и transient.
  • Добавлена новая команда systemctl revert для отката к предоставляемой поставщиком версии файла юнита в случае внесения в файл юнита локальных изменений.
  • В machinectl clean добавлена возможность автоматического удаления всех или только скрытых образов контейнеров.
  • В systemd-tmpfiles добавлен новый тип записи «e», позволяющий организовать очистку директорий, если они уже существуют.
  • В systemd-nspawn добавлена поддержка автоматического исправления UID/GID и ACL для всех файлов и директорий в контейнере для их соответствия диапазону UID/GID, выбранному при запуске контейнера.
  • В systemd-nspawn добавлена новая опция --network-zone для создания виртуальных прямых линков между контейнерами.
  • Для socket-юнитов добавлены опции TriggerLimitIntervalSec и TriggerLimitBurst для настройки лимитов на возможное число активаций в заданный промежуток времени.
  • Компонент systemd-bootchart вынесен в отдельный репозиторий.
  • Из состава удалён systemd-bus-proxyd, так как kdbus вряд ли будет принят в ядро в своём текущем виде.
  • Удалены библиотеки libsystemd-daemon.so, libsystemd-journal.so, libsystemd-id128.so и libsystemd-login.so, которые ранее были объявлены устаревшими.
  • Удалена опция Capabilities, вместо которой следует использовать AmbientCapabilities и CapabilityBoundingSet.

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

★★★★

Проверено: Falcon-peregrinus ()
Последнее исправление: Klymedy (всего исправлений: 5)

Неужели за 18 страниц бреда здесь появилась первая серьёзная предъява?

Я сразу сказал - метать бисер я не намерен...

Но раз уж тут прозвучали слова «покажите мне, где Линуз отказался принимать патчи», причем после того, как человечку, задавшему этот вопрос, ссылка на слова Торвальдса была брошена трижды, - и он ее просто проигнорировал, крича - «это всё бред», я уже не выдержал, и решил наконец обрубить этот пупок лжи.

Здесь - пример всего одного критического бага, который, ко всему, препятствует загрузке системы, и последующие попытки разработчиков systemd свалить всё на ядро. Это еще не весь тред проблем. Их было значительно больше, и обсуждение, из которого я привёл только сухие выжимки - длилось не один день... и даже не один месяц.

Я читал этот тред, и крутил пальцем у виска, периодически делая facepalm. Дальше за ыныеуьв я не слежу. Мне лично достаточно было один раз наступить на его грабли, чтобы больше никогда не использовать этот «продукт», о чем я и писал выше.

Хотите огребать - огребайте. Я - не хочу. У меня есть всё, чтобы жить без этой поделки. И мне лично она не нужна.

Более того - я понял мотивы использующих эту поделку, о чем также написал выше, и не испытываю больше острой неприязни к поддерживающим это направление. Как можно обижать детей, отнимая у них любимую игрушку? Ответ - нельзя. Пусть играют до поры. Но лгать? Это уже через край, этого даже детям не прощают.

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

А чё в тред припёрся-то, дядя?

Хотел удостоверится, что апологеты systemd ведут себя в соответствие с моделью «10 заповедей национал-социалиста».

Хотел понять - почему продолжают упорно кушать кактус и доказывать всем, почему это вкусно.

Хотел понять молодняк.

Понял.

Легче стало? Да.

Я понимаю теперь мотивы локалхостеров, отстаивающих идеи этой системы. Понимаю даже этого мнимого админа из эстонского городишки с населением в 55++ тысяч человеков, якобы админящего 300-сколько-то-там серверов. - Ынеыеуьв даёт им уверенность, что с минимумом знаний им не придётся изучать всю остальную систему, и в ней они смогут сделать какую-то работу, не особо напрягая себе мозг. Дёшево и быстро. А баги можно всегда списать на производителя софта или дистрибутива. Логично, да. В начале 2000-х как раз по этим причинам некоторые компании выбирали windows2000server - проще заплатить за сервер, купить дешевого админа, отсертифицировать его, и купить с годик техподдержки для какого-нибудь iis/mssql, а за все баги, не связанные с самописным софтом этой компании, - ответственность несет microsoft. Тут - примерно та же схема, только утрированнее и проще.

Для чего мне это понимание? - Блажь. Люблю людей коллекционировать, хобби у меня такое. Ибо ничто не раскрывает поднаготную человека лучше, чем споры и флейм.

Выводы о местном сообществе любителей ыныеуьв? Я их оставлю при себе. Хотя, отмечу, что две командных строчки из помянутого тут файлика заставили меня улыбнуться:

$ curl https://intelfx.name/files/remarks.txt | grep -e «hater» -e «negat» -e «идиот» -e «тролль» -e «клоун»|wc -l 249

$ curl https://intelfx.name/files/remarks.txt |wc -l 388

То есть - из 388 человечков, которые участвовали в прошлых спорах про systemd, 249 активно выразили своё недовольство ситуацией с systemd. Это говорит о том, что потенциально мыслящих среди общего числа systemd-спорщиков, которых отметил один из ярых апологетов systemd - примерно в полтора раза больше, чем апологетов+нейтралов+хохмачей. откинем _примерно_ 10% дельты на фактор ошибки в оценке этих пользователей апологетом systemd, ведущим этот самый список - получаем не такой уж плохой расклад - 1.3:1, есть куда стремиться. Для этого сообщества далеко не всё потеряно - здесь можно найти достаточно разумных людей. Исключая фанатиков systemd-пути, конечно же.

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

Haters gonna hate

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

4.2. Баг с kmsg не препятствует загрузке системы, он просто какое-то время разбавляет ядерные сообщения системдэшными, и мне это поведение кажется странным, но я же не кричу «азазанинужна», а пытаюсь выяснить нынешний статус этого вопроса.

У меня есть всё, чтобы жить без этой поделки. И мне лично она не нужна.

Ну так почему ты ещё здесь?

border-radius
()
Ответ на: Haters gonna hate от border-radius

Баг с kmsg не препятствует загрузке системы

...Когда же вы все уже начнёте наконец читать написанное и думать над тем, что прочитали...

Выше процитировал - для кого?

Релиз systemd 230 (комментарий)

...«systemd starts spitting out so much crap that the system doesn't boot anymore»...

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

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

Вот тебе ещё json, потренируйся парсить своими ретроградскими методами.

...«systemd starts spitting out so much crap that the system doesn't boot anymore»...

Не верю. Вот не верю и всё. Даже если такое два года назад было, не верю, что до сих пор так. Вот щас чисто из принципа перезагружусь и проверю.

Upd: проверил. Косяк на месте (до запуска journald systemd вываливает простыню в kmsg), но: 1) система, хоть и медленнее, но грузится; 2) ядро при запуске вываливает простыню несоизмеримо больше, чем systemd.

Вывод - косяк на данный момент имеет место, но несущественен.

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

Не верю. Вот не верю и всё.

Вот о том я и говорил - это вопрос религии, а не технической стороны.

Не поверишь - мне по барабану, «как оно щас». А «щас перезагружусь» в системе, оснащенной такими замечательными, как здесь было расписано, контейнерами, да еще в век, где виртуальную машину поднять - дело пары минут... Звучит как-то не очень кошерно, не находишь?

Ладно, не верь дальше. По секрету скажу - после этого эпического бага в ядро был внедрен воркэраунд, согласованный с обеими сторонами, этот воркэраунд добавлял рейт лимит на сообщения kmsg

Вот тебе ещё json, потренируйся парсить своими ретроградскими методами.

Зачем? Для json у меня есть другие методы, использующие простейшие парсеры, - только зачем мне еще один набор данных? 8)

Я уже всё выяснил, а ты продолжаешь мне показывать павлиний хвост, как будто мне интересно - что под ним. 8) Зачем?

Я же доступно объяснил - что мне было нужно от этого треда. Я получил нужное, дальнейшее развитие событий меня уже не особо интересует. Хочешь продолжать спор - и зачем? 8)

Тебе так важно, чтобы последнее слово осталось за тобой?

Да пожалуйста, отвечай дальше, делай публично выводы, - я умолкаю. Посмеюсь молча... 8)

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

А, забей, все молодые wiki это проходят сдуру, щас напишу «кому-следует», пусть анонимное добавление статей и юзеров у себя выключат и базу почистят. И запретят добавление кому-ни-попадя. Бывает, причем оооочень часто.

И да, systemd тыт не при чём :)

P.D. - И это вобще не ко мне, это не моя вики. Хуанито сотоварищи бодать надо. 8)

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

Вот о том я и говорил - это вопрос религии, а не технической стороны.

С технической стороны всё в порядке, как видишь.

Не поверишь - мне по барабану, «как оно щас».

То есть тебя не интересует развитие проекта, но при этом хватает наглости щеголять багами двухлетней давности как текущими?

да еще в век, где виртуальную машину поднять - дело пары минут...

На домашнем железе десятилетней давности? Ню-ню...

рейт лимит на сообщения kmsg

Не очень хорошее решение, debug на этом самом железе обрекает ядро на долгий чехлёж. Заметь, ядро, не systemd.

Посмеюсь молча...

Хорошо смеётся тот, кто флэшки вручную не монтирует.

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

Нет, на месте этого Кэя я бы всё-таки переименовал юзерспейсный флаг в какой-нибудь sysdebug, чтоб месиво не создавать.

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

В общем, я Хуану написал, пока тишина.

Я думаю, как проснётся - раздаст там люлей кому следует.

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

Тебе-же - отдельная благодарность от меня лично за обнаруженный баг на их сайте. 8)

P.S. Обычно такие баги так и всплывают... Или когда квота на винт переполняется. :-D

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

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

Со стороны выглядт просто омерзительно. По сyщеcтву говори ёпта.

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

В общем, я Хуану написал, пока тишина.

Тоже написал. Ему надо напоминать.))

Тебе-же

нам же. всё это нам же от нас же)

P.S. Очень клёвый дистр. На лоре узнал про него случайно.

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

Очень клёвый дистр. На лоре узнал про него случайно.

Наглядная демонстрация unix-way, - с шелл-скриптами, распараллеленым инитом, который, - я бы не сказал, что медленнее чем systemd/redhat или systemd/debian. Про пакетный менеджер xbps тут уже звучало - прекрасная штука. Сказать кратко - добротный современный дистрибутив, построенный на классических принципах.

Olegarch
()
Ответ на: комментарий от border-radius

Хорошо смеётся тот, кто флэшки вручную не монтирует.

Ништяк =) Возьму на вооружение.

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