LINUX.ORG.RU

systemd v242

 , ,


1

2

Вышла новая systemd. Достойны отдельного упоминания (по мнению автора новости) следующие изменения:

  • команды networkctl теперь поддерживают globbing
  • публичный DNS от Cloudflare добавлен в список fallback DNS
  • сгенерированные юниты .device (например посредством systemd-fstab-generator) теперь не цепляют соответствующий .mount в качестве автоматической зависимости (Wants=) - то есть подключённый девайс не обязательно будет примонтирован автоматически
  • добавлена опция CPUQuotaPeriodSec= для задания отрезка времени по которому считается CPUQuota=
  • новая опция юнитов ProtectHostname= предотвращает изменение имени хоста
  • опция RestrictSUIDSGID= для запрета создания SUID/SGID файлов
  • можно задать network namespace с помощью пути к файлу через опцию NetworkNamespacePath=
  • можно создавать .socket юниты в определённом network namespace с помощью опций PrivateNetwork= и JoinsNamespaceOf=
  • возможность активировать .timer юниты при изменении системного времени или часового пояса с помощью опций OnClockChange= и OnTimezoneChange=
  • опция –show-transaction для ‘systemctl start’ позволяющая просмотреть что именно потребуется для активации данного юнита
  • поддержка L2TP туннелей в systemd-networkd
  • поддержка раздела XBOOTLDR (Extended Boot Loader) в sd-boot и bootctl монтируемого в /boot в дополнение к ESP (монтируемого в /efi или /boot/efi)
  • busctl может генерировать сигналы dbus
  • systemctl позволяет перезагрузку в определённую ОС (если загрузчик такое поддерживает)

И множество других любопытных новшеств и исправлений.

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



Проверено: Shaman007 ()

systemctl позволяет перезагрузку в определённую ОС (если загрузчик такое поддерживает)

И какие загрузчики такое поддерживают?

hobbit ★★★★★ ()

systemd-networkd уже можно использовать в качестве замены ЛММ-мерзкого network-manager?

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

если имеется в виду переменная next-boot в grubenv, то и груб сможет.

AVL2 ★★★★★ ()

опция –show-transaction

О, вот этого не хватало.

сгенерированные юниты .device (например посредством systemd-fstab-generator) теперь не цепляют соответствующий .mount в качестве автоматической зависимости (Wants=)

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

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

Очевидно, маковый загрузчик не соответствует fd.o-шной спецификации, о которой здесь речь :)

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

Давно можно, но он немного не для этого задуман.

anonymous ()

Ну и где теперь хейтеры системд?

Наперегонки ебилды рожают?

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

Иногда, например, изменение конфигурации (в основном мосты) окукливало вообще все интерфейсы, и сервер приходилось выключать/включать кнопкой (ошибок в конфигурации не было). NM в таком случае не стал бы ломать ВСЮ конфигурацию сети и обеспечил бы линк, если это в принципе возможно.

anonymous ()

systemctl позволяет перезагрузку в определённую ОС (если загрузчик такое поддерживает)

лучше бы он позволял русский языка говорить

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

Почему, уже объясняли.

Получилось, как это обычно бывает у гуманитариев, довольно невнятно.

anonymous ()

Отчего-то опущено вот это: «Добавлена возможность управления поведением systemd-logind через переменные окружения: $SYSTEMD_REBOOT_ TO_FIRMWARE_SETUP, $SYSTEMD_REBOOT_ TO_BOOT_LOADER_MENU и $SYSTEMD_REBOOT_ TO_BOOT_LOADER_ENTRY. При помощи данных переменных можно подключить свои обработчики процесса перезагрузки (/run/systemd/reboot-to-firmware-setup, /run/systemd/reboot-to-boot-loader-menu и /run/systemd/reboot-to-boot-loader-entry) или вообще отключить их (при выставлении значения в false);»

Т.е. мы имеем потенциальную дыру в безопасности, которая при определенном подходе в состоянии превратить рабочую станцию, или сервер - в кирпич. Гц, чо.

DrRulez ()

Systemd ненужен. Почему? Как говорится

systemd is the best example of Suck.

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

Т.е. мы имеем потенциальную дыру в безопасности

А вот и security experts подтянулись. Если у тебя есть root, то никакие дыры не требуются. Если нет... Ну, тебе понадобится сначала дыра для размещения этих файлов.

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

до >1 миллиона строк кода?

Да, разжирел. Но меня смущает вот еще что:

systemd-boot

Как говорится

Should systemd's PID be changed from 1 to a negative, or imaginary, number? It now exists before the kernel itself, during a bootup.

Эта потеринговская фигня загружается раньше самого ядра...Вот увидите, будет так, как запланировал Red Hat.

Odalist ★★★★★ ()

Простейший пример (Arch linux): $ reboot Failed to set wall message, ignoring: The name org.freedesktop.PolicyKit1 was not provided by any .service files Failed to reboot system via logind: The name org.freedesktop.PolicyKit1 was not provided by any .service files [quote]Failed to talk to init daemon.[br][/quote]

Как должно быть (старый, добрый Slackware):

$ reboot reboot: must be superuser

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

Да дело не в хейте, дело в лишней сложности, которую несёт идея системд. ненужно, и да, чудовище нужно уничтожать в зародыше.

Эта потеринговская фигня загружается раньше самого ядра...Вот увидите, будет так, как запланировал Red Hat.

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

Эта потеринговская фигня загружается раньше самого ядра...Вот увидите, будет так, как запланировал Red Hat.

Вы имеете в виду systemd-kerneld ?

SakuraKun ★★ ()

systemctl позволяет перезагрузку

случайным образом. Это отлично. :-) Справедливости ради, это в 241. А тут как? :-)

И сам systemd, не systemctl.

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

systemd-kerneld

Конечно, так и будет. Хорошо, что есть Devuan. Давно им пользуюсь.

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

Отчего-то опущено вот это: «Добавлена возможность управления поведением systemd-logind через переменные окружения: ...

Наверное оттого, что имена переменных слишком короткие — не солидно как-то для такого серьёзного продукта.

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

и да, чудовище нужно уничтожать в зародыше.

Почему тогда X.Org до сих пор не уничтожен, если:

дело в лишней сложности, которую несёт идея

?

Двуличность любителей UNIX-like.

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

Когда уже закопают этого монстра, который ещё в 2017 расжирел до >1 миллиона строк кода?

А когда этого монстра с ~3М строк замшелого кода закопают?

https://www.openhub.net/p/x

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

Почему тогда X.Org до сих пор не уничтожен

Потому что ты не написал ему замену, очевидно.

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

Хорошо, что есть Devuan. Давно им пользуюсь.

Какой смысл пользоваться Devuan, если там имеются иксы? То бишь кал и комбайн похлеще того, который устроили в systemd.

Вот когда разработчики Devuan осилят нормальный KISS, а не этот стыд и позор мира UNIX, вот тогда и можно будет пользоваться этим дистрибутивом. А пока, извините, когда у вас в качестве display server используется какая-то блоатварь, то тут хоть systemd, хоть sysvinit – всё это фиолетово.

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

Какой смысл пользоваться Devuan, если там имеются иксы? То бишь кал и комбайн похлеще того, который устроили в systemd.

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

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

Какой смысл пользоваться Devuan, если там имеются иксы? То бишь кал и комбайн похлеще того, который устроили в systemd.

Какой смысл ловить преступников, если их меньше не становится?

Какой смысл мыться, если завтра снова грязный?

Какой смысл есть, если потом идти в туалет?

И другие насущные вопросы от интеллектуалов ЛОРа в тредах о systemd.

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

Should systemd's PID be changed from 1 to a negative, or imaginary, number? It now exists before the kernel itself, during a bootup.

Есть такая пословица — не стыдно не знать, стыдно не учиться. Вообще говоря, неизучение тех или иных специализированных вещей (в частности, systemd-boot(7)) для неспециалиста не постыдно. Стыдно быть ламером — ничего не зная по существу вопроса, позволять себе высказывания космической глупости.

NB: я тоже не в восторге от UEFI. Вот только к его изобретению и внедрению Поттеринг имеет такое же отношение, как ты или я.

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

NB: я тоже не в восторге от UEFI. Вот только к его изобретению и внедрению Поттеринг имеет такое же отношение, как ты или я.

Какое отношение к сабжу имеет UEFI?

UEFI -> Grub -> Linux - всю жизнь так работало, пока кого-то не заел NIH-синдром.

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

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

под шумок «переписали» половину операционной системы

Это плохо. Надо бы переписать всю, кроме ядра. Да и ядро не мешало бы, в некоторых местах.

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

Какое отношение к сабжу имеет UEFI?

Посмотри, ответом на что был мой коммент и перечти man 7 systemd-boot — увидишь.

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

Это плохо. Надо бы переписать всю, кроме ядра. Да и ядро не мешало бы, в некоторых местах.

Согласен. Наконец-то перестанут путать продукцию Red Hat и системы GNU/Linux, и вы там окуклитесь в своём уютном RH-мирке.

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

когда у вас в качестве display server используется какая-то блоатварь

Позвольте вас спросить, а что нужно использовать, в качестве display server?

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

А если его ребренднуть обратно в gummiboot, то проблема исчезнет?

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

Посмотри, ответом на что был мой коммент и перечти man 7 systemd-boot — увидишь.

Прочитал, но не понял, что именно я должен увидеть. Что бы ни происходило до старта системы инициализации (или «системного менеджера»), это должно покрываться отдельными спецификациями, и соответственно, нет никакого смысла делать это частью того же самого проекта.

Поэтому приставка systemd- и провоцирует стёб.

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

А если его ребренднуть обратно в gummiboot, то проблема исчезнет?

Боюсь, твой вопрос не по адрсу — я не воспринимаю sd-boot как проблему.

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

systemd-networkd уже можно использовать в качестве замены ЛММ-мерзкого network-manager?

Зависит от преимущественно используемого типа подключения. Для проводного можно, для беспроводного лучше iwd, для всяких adsl лучше NM.

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

мы имеем потенциальную дыру в безопасности

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

zabbal ()

Опять эти наркоманы воскресили ненужнод? L2TP то вообще прям нуждался в их дури. А как мы жили без монтирования разделов до сих пор не представляю. busctl наконец заработал частично. А уж как всем необходимо по времени менять часовые пояса, что все страдали без этого. А благодаря их особой старательности кому-то из числа наркоманов теперь публичные сервера имен придется настраивать. Это надо еще суметь сделать все ненужное в выпуске для и без того никому не нужной программы.

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

Что бы ни происходило до старта системы инициализации (или «системного менеджера»), это должно покрываться отдельными спецификациями

Оно и покрывается.

, и соответственно, нет никакого смысла делать это частью того же самого проекта.

Нет никакого особого смысла не делать это частью того же самого проекта.

Поэтому приставка systemd- и провоцирует стёб.

s,стёб,FUD,

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

Ненужное ненужно ненужному ненужну ненужно

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

дело в лишней сложности, которую несёт идея системд

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

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

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

Нет никакого особого смысла не делать это частью того же самого проекта.

Ок, ждём пока в systemd завезут графическую систему и браузер.

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