LINUX.ORG.RU

systemd 261 и liberated-systemd 261

 , , ,


0

4

После трёх месяцев разработки доступен релиз системного менеджера systemd 261. Ключевые изменения: подготовка к поддержке API для верификации возраста, поддержка подсистем Kexec Handover и Live Update Orchestration для перезапуска без потери состояния, подсистема IMDS (Instance Metadata Service), функциональность для защиты загрузки на системах без физического TPM (Trusted Platform Module), компонент systemd-sysinstall с реализацией инсталлятора.

Среди изменений в новом выпуске:

  • Добавлен новый компонент systemd-sysinstall с реализацией простого инсталлятора операционной системы, которым можно управлять из командной строки или через интерактивный текстовый интерфейс. Функциональность systemd-sysinstall сформирована из уже существующих возможностей systemd: для настройки дисковых разделов задействован systemd-repart, для установки ядра и генерации загрузочного меню — команда «bootctl link», для установки загрузчика systemd-boot — команда «bootctl install», для начального конфигурирования устанавливаемой системы (например, выбор локали и раскладки клавиатуры) — systemd-creds.
  • В рамках подготовки к реализации требований законов об интеграции в ОС API для проверки возраста в БД userdb добавлено поле birthDate с датой рождения пользователя. Добавленное поле сможет использоваться в развиваемом для дистрибутивов портале xdg-desktop-portal и сервисе AccountsService для выдачи приложениям сведений о возрастной категории пользователя через D-Bus интерфейс org.freedesktop.AgeVerification1 или org.freedesktop.ParentalControls. Для установки возраста в утилиту homectl добавлена опция --birth-date.
  • В обработчик PID1 добавлена поддержка подсистем Linux-ядра LUO (Live Update Orchestration) и KHO (Kexec Handover), позволяющих полноценно перезагрузить и обновить ядро без остановки работы и не теряя состояние системы, устройств и процессов. KHO предоставляет возможности для запуска нового ядра из старого без потери состояния системы, а LUO реализует сохранение состояния устройств и оперативной памяти, а также обеспечивает непрерывность операций, связанных с DMA и обработкой прерываний. В systemd для системных и пользовательских unit-ов реализована возможность сохранения файловых дескрипторов перед вызовом kexec и их восстановления после перезагрузки ядра через kexec. В unit-ах также можно создавать собственные сеансы LUO, сохраняемые и восстанавливаемые при выполнении kexec. Для включения сохранения состояния хранилища файловых дескрипторов следует использовать настройку FileDescriptorStorePreserve=yes.
  • Реализована подсистема systemd-imdsd, предоставляющая API на базе Varlink IPC для доступа локальных программ к сервисам IMDS (Instance Metadata Service), предоставляемым разными провайдерами облачных систем. IMDS даёт возможность виртуальным машинам получать информацию об облачном окружении, например, можно получить сведения о сетевой конфигурации, географическом расположении узла, типе CPU и размере хранилища. В systemd-imdsd предоставляется как низкоуровневый API для доступа к отдельным полям, так и высокоуровневый интерфейс для запроса по типовым ключам, сопоставленными с ключами, специфичными для отдельных облачных платформ. Для взаимодействия с systemd-imdsd добавлена утилита systemd-imds, позволяющая импортировать поля из IMDS в локальную систему учётных записей. Для распознавания облачных платформ по информации из SMBIOS и определения доступной на текущем узле функциональности IMDS добавлена новая БД hwdb.d/40-imds.hwdb. Реализовано распознавание облачных платформ Amazon EC2, Microsoft Azure, Google Compute Engine, Hetzner, Oracle Cloud, Scaleway, Tencent Cloud, Alibaba ECS и Vultr. Доступен обработчик systemd-imds-generator для автоматической подстановки сервиса для получения данных через IMDS в случае выявления работы под управлением поддерживаемой облачной платформы. Возможно создавать универсальные образы, поддерживающие использование IMDS при запуске в облачных окружениях, но способные работать и без IMDS.
  • В systemd-stub реализована функциональность boot secret, позволяющая сформировать ключ на основе EFI-переменной, хранимой в недоступной для операционной системы области и инициализированной случайным значением. В initrd ключ передаётся через файл /.extra/boot-secret. Представленная возможность может потребоваться для получения специфичного для системы случайного ключа для верификации процесса загрузки или шифрования на системах без аппаратного TPM (Trusted Platform Module).
  • Добавлен сервис systemd-tpm2-swtpm.service для запуска эмулятора TPM-чипов swtpm (Software TPM Emulator), который можно использовать для автоматического отката на программную реализацию TPM для защищённой загрузки на системах без аппаратного TPM. Программный TPM работает в пользовательском пространстве и не позволяет добиться уровня защиты как у аппаратного TPM, но в некоторых ситуациях его применение оправдано, по сравнению с работой без TPM. Например, программный TPM может получить ключ шифрования разделов при помощи новой функциональности «boot secret» и использовать для хранения своего состояния раздел ESP (EFI System Partition) на диске. Для автоматического включения программного TPM предложен параметр командой строки ядра systemd.tpm2_software_fallback.
  • Объявлен стабильным и помещён в /usr/bin/ компонент systemd-sysupdate, предназначенный для автоматического определения, загрузки и установки обновлений с использованием атомарного механизма замены разделов, файлов или каталогов (используются два независимых раздела/файла/каталога, на одном из которых находится текущий работающий ресурс, а на другом устанавливается очередное обновление, после чего разделы/файлы/каталоги меняются местами).
  • В systemd-resolved реализована возможность переопределения или указания новых DNS-записей через размещение файлов в формате JSON в каталогах systemd/resolve/static.d/. В отличие от /etc/hosts в новых файлах можно не только привязывать IP-адреса к именам хостов, но и определять ресурсные DNS RR-записи, отличные от «A» и «AAAA». Кроме того, в systemd-resolved добавлены настройки размера DNS-кэша: DNSCacheSize, MulticastDNSCacheSize и LLMNRCacheSize.
  • Добавлена утилита ‘storagectl’ для инспектирования устройств хранения и управления подключением блочных устройств и файловых систем.
  • В рамках инициативы по сокращению зависимостей у libsystemd реализована динамическая загрузка библиотек libgnutls, libmicrohttpd, libcurl, libcrypto, libssl, libfdisk и libcryptsetup при помощи вызова dlopen() в ситуациях, когда их функции действительно необходимы.
  • В systemd-tmpfiles добавлен флаг --inline, позволяющий выставлять директивы в командной строке без создания файлов конфигурации в tmpfiles.d/ и без отправки настроек через STDIN. Добавлен новый тип директив k/K для выставления capabilities. Добавлен файл конфигурации tmpfiles.d/root.conf, выставляющий права доступа 0555 (-r-xr-xr-x) к корневой директории (/) для защиты от указания неверных прав при динамическом формировании корневой ФС.
  • В утилите bootctl обеспечено сохранение резервной копии загрузчика systemd-boot и прописывании старой версии в UEFI в качестве запасного варианта загрузки.
  • В systemd-vmspawn добавлена поддержка прямой загрузки ядра без использования прошивки UEFI. Реализована опция --firmware-features для выборочного включения или выключения отдельных возможностей прошивок. Добавлен режим --console=headless для запуска виртуальной машины без консоли и экрана. Добавлена опция --image-disk-type для выбора применяемого в VM типа блочного хранилища (virtio-blk, virtio-scsi, nvme, scsi-cd). Добавлена опция --coco (Confidential Computing) для включения режима шифрования памяти виртуальных машин с использованием технологии AMD SEV-SNP.
  • В systemd-hostnamed и /etc/machine-info добавлена поддержка прикрепления к текущей системе произвольных тегов, используя параметр Tags. Выставленные теги затем могут применяться для выборочного применения настроек с проверкой через выражение ConditionMachineTag.
  • Добавлены настройки EventLoopRateLimitIntervalSec и EventLoopRateLimitBurst, ограничивающие интенсивность цикла обработки событий в PID1 для высвобождения ресурсов CPU в случае зацикливания.
  • В сервисном менеджере реализована настройка MinimumUptimeSec для задания минимального времени работы системы (по умолчанию 15 секунд). Если до истечения этого времени инициировано завершение работы или перезагрузка, то на завершающей стадии добавляется соответствующая задержка.
  • Для unit-ов реализованы новые настройки CPUSetPartition для выставление типа раздела cpuset в cgroup (root, isolated, member), RestrictFileSystemAccess для разрешения запуска только исполняемых файлов, верифицированных по цифровой подписи при помощи dm-verity, и CPUPressureWatch/CPUPressureThresholdSec/IOPressureWatch/IOPressureThresholdSec для получения уведомлений о высокой нагрузке на CPU и ввод/вывод.
  • Расширен список метрик, выдаваемых утилитой systemd-report. Например, добавлены сведения о размере физической памяти и активных ядрах CPU, данные о содержимом полей SMBIOS и /etc/machine-info, информация о поддержке режима Confidential Computing и сведения о производителе чипов TPM2.
  • В systemd-oomd реализована возможность определения правил для отсеивания процессов при возникновения нехватки памяти в системе. Правила можно задавать в каталоге /etc/systemd/oomd/rules.d/ или в сервисных unit-ах через директиву OOMRule.
  • В systemd-socket-proxy добавлена поддержка протокола PROXY, соответствующего первой версии протокола haproxy.
  • В systemd-networkd реализован новый бэкенд sd-dhcp-relay для релеев DHCP. Объявлены устаревшими настройки в секции [DHCPServer]BindToInterface, RelayTarget, RelayAgentCircuitId и RelayAgentRemoteId, вместо которых следует использовать параметр DHCPRelay в секции [Network] и серию новых настроек в секции [DHCPRelay] и в файле networkd.conf. Добавлена команда networkctl dhcp-lease INTERFACE для сохранения дампа c информацией о привязке IP-адресов (DHCP lease).
  • В утилиту systemd-nspawn добавлена опция --restrict-address-families, а в файлы .nspawn настройка RestrictAddressFamilies для ограничения используемых в контейнере семейств адресов сокетов. В будущих выпусках по умолчанию будут разрешены только семейства AF_INET, AF_INET6 и AF_UNIX.
  • Прекращена поддержка старого формата БД udev (версии 0.x). Обновление на лету с версий systemd до выпуска 247 (opennet.ru) больше не поддерживается.
  • При сборке с Си-библиотекой musl теперь требуется как минимум выпуск musl 1.2.6.

Дополнительно можно отметить релиз проекта liberated-systemd 261, развивающего форк systemd, избавленный от кода, который может использоваться для слежки за пользователями. В предложенном выпуске изменения сводятся к удалению кода, добавляющего в userdb поле birthDate с датой рождения пользователя, а в утилиту homectl опцию --birth-date для установки возраста.

>>> Источник: OpenNET

★★★★★

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

Существование проектов типа systemd это единственный шанс для линукса остаться > релевантным в эпоху ИИ.

Т.е. в систем-де ещё и Искусственного Идиота запихают?

Не, мне интересно, где связь между громоздким системным менеджером и технологией языковых моделей?!

P.S. У нас уже есть 2 ОС типа «жри, чё дают», не нравиться линусовая анархия – валите на Винду или Мак.

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

где связь между громоздким системным менеджером и технологией языковых моделей

Нигде. А вот модульный прекрасно документированный системный менеджер с продуманной архитектурой позволяет поддерживать адекватные темпы разработки GNU/Linux и успешно догонять винду с маком в тех областях где он до сих пор от них отстаёт - даже в эпоху резко ускорившейся благодаря ИИ разработки.

У нас уже есть 2 ОС типа «жри, чё дают», не нравиться линусовая анархия – валите на Винду или Мак

У нас уже есть 2 кучи фимозных идиотов, которые считают что факт использования чего-то наделяет их особыми правами - причём не только по отношению к тем кто не использует, но даже по отношению к создателям этого самого чего-то. Вали на Винду или Мак - таким как ты там самое место.

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

Потому что это не инит, а система управления всем. Так и пишут же – системный менеджер.

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

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

Хоть кто-то пытается навести порядок и разгрести весь тот бардак, который за годы на-ло то самое «сообщество» :)

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

gns ★★★★★
()

А нельзя было это всё сделать модульно и просто не называть с префиксом «systemd-»?

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

под присмотром строгого начальника индуса с плёткой

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

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

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

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

Т.е. в систем-де ещё и Искусственного Идиота запихают?

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

Но да, толщину наброса это не отменяет.

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

А нельзя было это всё сделать модульно

Оно имеено так и сделано - в systemd идеальное разделение на модули с самой первой версии.

не называть с префиксом «systemd-»

А это ещё зачем? Что бы потрафить кретинам, пускающим подливу при слове systemd?

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

Если бы это называлось, например, coreservices, а systemd остался бы systemd – возможно, вопросов было бы меньше. Ну и systemd-boot всё равно как-то не очень вписывается.

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

стандарты де-факто, устанавливаемые systemd, облегчат ИИ объяснение юзерам, как в линуксе сделать то-то и то-то, вплоть до генерации готовых скриптов

Тоже хороший пойнт, кстати - ощутимое облегчение жизни для новичков при огромной экономии на саппорте. Сплошное благо. Ну кроме пары ламеров, которые мнили себя гуру на том основании что смогли осилить какое-то древнее говно пару десятилетий назад. Однако их смешные страдания явно не повод строить системы как попало, ориентируясь на уровень дебила, давно утратившего способность к обучению - во-первых ничего хорошего так не построишь, во-вторых благодарности от них всё-равно не дождёшься - все усилия зазря. Поэтому развивается GNU/Linux ориентируясь на грамотного инженера, не испытывающего проблем с освоением новых технологий.

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

возможно, вопросов было бы меньше.

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

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

А это ещё зачем?

Потому что я не понимаю каким боком модуль для инсталляции относится к системе инициализации.

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

Ну а так понятно, что условный systemd-boot - это часть проекта systemd и, соответственно, чтобы оно работало нужен этот самый init. Если-бы он назывался, условно, lennart-os-prober - думай потом: что это, как это, что там ему ещё надо. А так всё просто и понятно.

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

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

в систем-дэ осталось добавить реализацию Вяленого, DE и можно выносить Линукс на свалку?

Надо переписать systemd на rust!

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

Потому что я не понимаю

И? Прочитал бы документацию - понял бы. С какого перепугу разрабы должны ориентироваться в именовании софта на ленивых или функционально неграмотных?

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

Надо переписать systemd на rust!

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

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

Зачем? Я лучше у вас спрошу, раз вы грамотный.

unDEFER ★★★★★
()

А почему срач «давайте всё это поделим на отдельные программы с отдельным релиз-циклом» не возникает под новостями про KDE? Про ядро Linux? Про firefox? Про LO? Про FreeBSD?

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

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

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

А почему срач «давайте всё это поделим на отдельные программы с отдельным релиз-циклом» не возникает под новостями про KDE?

На существование KDE гораздо проще полностью забить и сделать вид, что его нет.

Про ядро Linux?

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

Про firefox?

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

Про LO?

А его как и сабж лучше целиком закопать и ничем не заменять ;)

Но в целом тут как с KDE — степень недовольства прямо пропорциональна степени раздражения или интереса. А они в свою очередь зависят от того, надо оно тебе вообще или нет, и касается оно тебя вообще или нет. Мне вот, например, что от существования LO, что от существования KDE, не горячо не холодно — что есть они, что нет, вот как-то вообще никак это на мою жизнь не влияет, кроме того, что я иногда читаю о них в постах на ЛОРе.

Про FreeBSD?

[бурчит себе под нос что-то неразборчивое]…либо хорошо, либо ничего…[продолжает бурчать]

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

Ты хоть что-то освоил на нестыдном уровне помимо нытья по форумам?

Могу копать. А ещё что? Могу не копать.

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

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

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

Кажется, кто-то не знает значения слова «хряк», хехе.

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

проверкой на кастрированность

так то лайфтайм с системой типов весьма связан

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

Могу копать. А ещё что? Могу не копать.

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

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

Просто толпе нетакусиков которые «не такие как все, противсистемы!!111один» не рассказали что их надо хейтить. А своим креативным, неподверженным пропаганде корпораций, мощнейшим интеллектом они туда пока не смотрели потому что надо ещё ленту в тиктоке долистать и мемасики про 6-7 досмотреть.

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

адекватные темпы разработки GNU/Linux и успешно догонять винду с маком в тех областях где он до сих пор от них отстаёт

Где связь между системным менеджером и разработкой драйверов для новейших железок? Как систем-дэ влияет на портирование или разработку игр под Линукс? Как наличие систем-дэ влияет на разработку всякого корпоративного говна? Ну, хотя бы на примере создания различных конфигураций 1С и их внедрения и сопровождения для малого и среднего бизнеса?

Как систем-дэ влияет на возможность работы с ms-офисными форматами?

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

не возникает под новостями про KDE?

Оно опционально и из него можно даже ставить отдельные части без установки всего КДЕ (хватает лишь половины, н-да). Если КДЕ перестали нравиться, оно полностью сносится и ставиться что-то другое.

Про firefox?

Так же опционален и может заменяться любым другим браузером, теперь хоть от MS.

Про LO?

Всё то же самое.

И все три запускаются лишь по желанию пользователя, даже если установлены.

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

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

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

Как раз с вышеперечисленным особых проблем нет (не припомню когда последний раз что-то не работало в присланном docx) или оно просто не всралось (игры, лол :) - линукс критически отстаёт в вопросах безопасности (UKI и полноценный secure boot только-только внедряется), изоляции приложений (текущий flatpak это слёзы) и качества кода (сколько там strncpy выпиливали?). И без продуманной архитектуры и документированных интерфейсов это никак не исправить - сколько по форумам не кудахтай.

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

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

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

И на всё вами названное наличие или отсутствие систем-дэ в Линуксе никак не влияет.

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

Вот именно, надо выбирать дистр или вообще *BSD без систем-дэ, а когда основные DE полностью переедут на Вяленного, который станет прибит десятидюймовыми гвоздями к систем-дэ, станет ещё грустнее с выбором.

Ещё и смерть всех компонентов, аналоги которых реализуют в систем-дэ…

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

Ещё и смерть всех компонентов, аналоги которых реализуют в систем-дэ…

Давно пора выкинуть этот недоделанный хлам.

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

На этом «недоделанном» «хламе» держится половина IT-индустрии, причём ещё с тех времён, когда даже http придуман не был.

mister_VA ★★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.