LINUX.ORG.RU

Выпуск systemd 244

 


0

0

Среди изменений:

  • новое лого;
  • сервисы теперь можно привязывать к CPU через cgroup v2, т.е. поддержка cpuset cgroups v2;
  • можно определить сигнал для рестарта сервиса (RestartKillSignal);
  • systemctl clean теперь работает и для юнитов типа socket, mount и swap;
  • systemd теперь пытается вычитывать конфигурацию из переменной EFI SystemdOptions как альтернатива изменения параметров ядра из загрузчика;
  • systemd отменяет лимиты printk, чтобы уж точно схватить все логи во время загрузки (и потом применяет свои лимиты);
  • добавлена поддержка загрузки настроек из директорий типа «{unit_type}.d/», чтобы применить настройки ко всем юнитам данного типа;
  • в systemctl добавлено 'stop --job-mode=triggering', чтобы останавливать и зависимые юниты;
  • улучшено отображение зависимостей в Unit status. Теперь показывает зависящие юниты и юниты, от которых зависит;
  • очередные улучшения для работы с PAM сессиями. Добавлено ограничение общего времени жизни сессии с принудительным разлогином;
  • новая группа для системных вызовов @pkey, сразу разрешает все memory syscalls для контейнеров;
  • для udev добавлена программа fido_id;
  • исправления в работе udev с CDROM;
  • systemd-networkd больше не создает маршрут по умолчанию для сетей 169.254.0.0/16 (диапазон для автоконфигурации);
  • systemd-networkd теперь может объявлять новые IPv6 маршруты;
  • systemd-networkd теперь сохраняет конфигурацию DHCP при рестарте;
  • добавлены новые опции в systemd DHCPv4 и DHCPv6 сервер;
  • в systemd-networkd добавлены опции для трафик шейпинга;
  • поддержка devicetree-overlay;
  • systemd-resolved поддерживает проверку имен через GnuTLS;
  • systemd-id128 теперь может генерировать UUID;
  • добавлено опциональное ограничение для юнитов, не позволяющее читать им логи ядра.

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

★★★★★

Проверено: Satori ()
Последнее исправление: Satori (всего исправлений: 6)
Ответ на: комментарий от Rootlexx

Вот раньше в них был ого-го какой выбор: sysvinit, sysvinit или даже sysvinit!

Он делает ровно то, что должен делать init.

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

Был бы systemd init-ом, всё было бы ровно. Но ненужнод потащило одеяло на себя так, что выковыривать ненужнод из ОС всё труднее и труднее:

https://lists.altlinux.org/pipermail/devel/2019-November/208963.html

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

Он делает ровно то, что должен делать init.

А где стандарт «что должен делать init»? Или «что должен делать init» следует читать «что, как я считаю, должен делать init»?

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

init должен делать то, что делает systemd.

Необязательно. Но и не плохо.

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

Он делает ровно то, что должен делать init.

Кому должен?

zabbal ★★★★★
()
Последнее исправление: zabbal (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.