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)
Ответ на: комментарий от Satori

поправил. точки с запятыми не я расставлял

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

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

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

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

systemd теперь пытается вычитывать конфигурацию из переменной EFI SystemdOptions как альтернатива изменения параметров ядра из загрузчика;

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

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

они еще просто до этого не дошли. всего лишь 244 релиз (0.244 имхо). я пытался с квартальным отчетом для фрибзд сравнить - невозможно. там багфиксы в основном, а тут все новые и новые юзкейсы находят и фигачат под них опции и заплатки.

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

systemd теперь пытается вычитывать конфигурацию из переменной EFI SystemdOptions как альтернатива изменения параметров ядра из загрузчика;

Зонд лучше интегрирован с зондом.

systemd отменяет лимиты printk, чтобы уж точно схватить все логи во время загрузки (и потом применяет свои лимиты);

Предлагаю внести systemd в офтопик лист ЛОРа.

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

по крайне мере нужно завести специальный раздел для новостей про systemd. нехорошо добавлять это в linux kernel. меня это оскорбляет!

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

ну лично я так свое чувство юмора проявляю:) не в проприетарное же ПО было постить:)

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

Пиши на лор со счёт, ведь твой комп - один большой зонд.

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

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

LINUX-ORG-RU ★★★★★
()
Ответ на: комментарий от anonymous

Следующая версия, 245

На телогреечке печать.

Bagrov ★★★★★
()

Ну, по старой доброй армейской лоровской традиции набежало куча хейтеров системд. Так вот, у меня провокационный вопрос: ребята, кто из вас реально не пользуется системд, а кто просто тролит. И еще: кто из не использующих может внятно аргументировать свою позицию, а кто просто повторяет за олдфагами, что бы доказать всеи свою «православность»?

anti_win ★★
()

новое лого;

Ну наконец-то они занялись чем-то полезным.

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

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

Я реально не пользуюсь.

внятно аргументировать свою позицию

Десятки, а то и сотни тредов на эту тему уже исписаны. Неужели так сложно прочитать?

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

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

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

Ну, по старой доброй армейской лоровской традиции набежало куча хейтеров системд.

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

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

А где я заявлял, что я сторонник системд? Меня, кстати, новости касательно дыр в творении поттеринга тоже обеспокоили. Просто много тредов, на первый взгляд не связанных с инициализацией, превращаются в срач между системдешниками и поттерингофобами. Мне интересно, сколько системд-отрицательных могут внятно объяснить свою позицию, а сколько из них просто троллят.

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

В смысле, что его в нём не было. Это да, спасибо.

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

почему не пользуешься лично ты

К systemd отношусь нейтрально (даже сам пользовался одно время). У systemd много ненужных мне фич, а нужных — мало. Мне нужна система инициализации, а не менеджер системы. И я это пишу как профессиональный админ. Может кому-то действительно нужен менеджер системы (я видел таких админов). Знаю и понимаю таких людей, но мне гораздо проще и удобней использовать для этого другие инструменты (в том числе — скрипты).

Кстати, это ты, получаестя на генте сидишь?

Artix Linux. Иногда использую Calculate.

На серверах: Devuan и Debian (без systemd).

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

Спасибо! Это я и имел ввиду под «аргументированной позицией». Это уже аргументированный диалог, а не троллинг. Смотрим, что будет дальше…

anti_win ★★
()

Считаю, что на лого — закопанная стюардесса.

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

Аргументированно сообщаю - systemd хорошая штука. Юнит для демона написать дело пяти минут, а не как раньше на баше куча строк и фиг знает работает-нет.

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

Нам даже в голову не может такое придти выйти из строя в стадо куколдов прокажённых.

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

Ну я пользуюсь в artix openrc, (да и в void runit), все потребности перекрывает, проблем не вижу и не увижу, при этом явно система в первом случае куда легче на тонком клиенте, чем arch.

One ★★★★★
()

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

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

И еще: кто из не использующих может внятно аргументировать свою позицию

Я уже неоднократно аргументировал. И главный мой аргумент только усиливается с каждым годом. Недавно я узнал про апофеоз: всё растущий список зависимостей от библиотек у pid1 уже привёл к рекомендации ставить обновления при перезагрузке. Дело за малым - сделать эту рекомендацию обязаловкой.

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

А тут пару релизов пропусти и всё - ты уже не разбираешься как это дерьмо администрировать.

«never finished, never complete».

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

Юнит для демона написать дело пяти минут, а не как раньше на баше куча строк и фиг знает работает-нет.

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

AS ★★★★★
()

Кстати, а никто не знает, можно справляться с подобной ситуацией:

A <...> job is running for <...> (1min 30s/unlimited)

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

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

+1. Этот поганец уже много раз так подставлял. Когда процесс становится uninterruptible sleep

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

там по ссылке что-то замудренное есть по поводу, как они какой-то таймаут с udevd стали по-другому обрабатывать. ну ес-но, теперь уже никто сходу не скажет, имеет это отношение к твоей проблеме или нет.(

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

надо каждый раз разбираться с мешком «новых опций»

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

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