The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Доступен системный менеджер systemd 258

17.09.2025 23:03

После девяти месяцев разработки представлен релиз системного менеджера systemd 258. Ключевые изменения: прекращение поддержки cgroups v1 и компонентов управления системой в стиле System V, новые утилиты systemd-factory-reset и systemd-pty-forward, концепция домашних областей, поддержка загрузки в дисковый образ, полученный через HTTP.

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

  • Добавлена утилита systemd-factory-reset для инициирования или отмены сброса настроек в исходное состояние (factory reset) при следующей загрузке. Для мгновенного сброса добавлен юнит factory-reset-now.target. Для сброса во время загрузки добавлен параметр командной строки ядра "systemd.factory_reset".
  • Добавлена концепция домашних областей (home area), позволяющая задавать подкаталоги внутри основной домашней директории ($HOME), в которые может раздельно входить пользователь для работы в разных рабочих пространствах. Например, для одного пользователя можно создать отдельные области для тестирования настроек и для разработки (~/Areas/foo и ~/Areas/bar). Для подключения к дополнительной области при входе нужно указать в логине название области, отделив его символом "%" ("username%foo") или использовать утилиту run0 с опцией "--area". Поддержка домашних областей пока реализована только в systemd-homed и недоступна для полных графических сеансов.
  • В параметры командной строки ядра "systemd.pull" и "rd.systemd.pull", применяемые для автоматической загрузки виртуальных машин, контейнеров или образов-расширений (sysext, confext), добавлен флаг "blockdev". При указании данного флага загруженный образ прикрепляется к loopback-устройству, что позволяет напрямую загружаться в дисковый образ, полученный через HTTP. Например:
    
             rd.systemd.pull=raw,machine,verify=no,blockdev:image:https://192.168.100.1:8081/image.raw \
                  root=/dev/disk/by-loop-ref/image.raw-part2
    
  • Добавлена утилита systemd-pty-forward при помощи которой можно создать псевдотерминал ("PTY") и запустить на нем процесс, перенаправляя любой вывод на исходный терминал, на котором была запущена утилита.
  • Удалён код, обеспечивавший поддержку cgroups v1.
  • Удалены компоненты управления системой в стиле System V, такие как утилиты itctl, runlevel и telinit, устройство /dev/initctl, концепция уровней запуска (runlevel), unit-файлы runlevel[0-6].target и возможность управления состоянием через команду init. Удаление поддержки скриптов сервисов System V намечено на следующий выпуск.
  • Минимальные требования к версии ядра Linux подняты до выпуска 5.4 (рекомендуется версия 5.7).
  • Права доступа к устройствам tty/pts изменены с 0620 (-rw--w----) на 0600 (-rw-------) для запрета записи в чужой терминал другим пользователям с той же группой. Для возвращения старого поведения при сборке можно использовать опцию '-Dtty-mode=0620'.
  • В systemd-resolved и systemd-importd прекращена поддержка библиотек GnuTLS и libgcrypt, в качестве криптобэкенда оставлен только OpenSSL.
  • В unit-файлы добавлена поддержка условия "ConditionKernelModuleLoaded" для проверки загрузки определённого модуля ядра. Условие "ConditionKernelVersion" заменено на более общую конструкцию "ConditionVersion", через которую кроме ядра можно проверить версии systemd и glibc.
  • Включена поддержка пользовательских квот для раздела /tmp/, размещённого в tmpfs, и для /dev/shm/.
  • Для slice-юнитов, используемых для разбиения системы на части (app.slice, background.slice, session.slice) с целью изоляции ресурсов между различными пользовательскими сервисами, реализованы настройки ConcurrencySoftMax и ConcurrencyHardMax для управления числом одновременно активных юнитов. Добавленные возможности можно использовать как механизм для управления запуском работ с учётом потребления ресурсов, поддерживающий иерархические пулы работ.
  • В настройку ExecStart добавлена поддержка префикса '|', определяющего запуск через командный интерпретатор.
  • Реализован API на базе протокола Varlink, который может применяться для определения текущего состояния, списка юнитов и состояния юнитов.
  • Добавлен дополнительный каталог с преднастройками ("preset") для системных сервисов, выполняемых в initrd, позволяющий разделить включение системных сервисов для хоста и initrd.
  • Добавлена возможность привязки квот к отдельным сервисам, используя настройки StateDirectoryQuota, StateDirectoryAccounting, CacheDirectoryQuota, CacheDirectoryAccounting, LogsDirectoryQuota и LogsDirectoryAccounting.
  • В systemd-udevd добавлена поддержка свойств ID_NET_BRING_UP_BEFORE_JOINING_BRIDGE, ID_NET_NAME_INCLUDE_DOMAIN, ID_AV_LIGHTS. Добавлен параметр командной стройки ядра "udev.trace" и опция "--traceu" в утилите devadm для трассировки логики работы udev во время загрузки и во время работы. В утилиту udevadm добавлена команда "cat" для показа содержимого установленных файлов с правилами. Обеспечена автоматическая маркировка отладочных USB-интерфейсов Android (ADB DbC, ADB, Fastboot) для доступа непривилегированными пользователями.
  • В systemd-networkd добавлены настройки IPv4DuplicateAddressDetectionTimeoutSec, UseSIP в секции "[DHCPv6]", MPLSRouting в секции "[Network]", Preference в секции "[IPv6RoutePrefix]", LinkLocalLearning, Locked, MACAuthenticationBypass и VLANTunnel в секции "[Bridge]". В клиент DHCPv4 добавлена поддержка протокола BOOTP.
  • В systemd-logind добавлены новые классы сеансов: "none" для отключения создания сеанса; "user-light" и "user-early-light" для создания пользовательских сеансов без активации для пользователя сервисного менеджера (для неинтерактивных сеансов).
  • В systemd-resolved добавлена поддержка зон делегирования ("delegate zone"), позволяющих маршрутизировать запросы DNS для определённых доменов через заданные серверы DNS. Обеспечена отправка параллельных запросов DNS-записей A и AAAA для одного домена. В resolved.conf добавлена настройка RefuseRecordTypes для определения блокируемых типов записей, например, для блокирования записей "A" на хостах только с IPv6.
  • В команду "systemctl start" добавлена опция "--verbose" для отображения лога работы юнитов, над которыми выполняется операция.
  • В systemd-boot добавлена поддержка двух новых спецификаций загрузчиков - "uki" и "uki-url". Во втором случае реализована возможность загружать образ UKI c внешнего хоста по протоколу HTTP. Добавлена возможность встраивания образов прошивок UEFI в образы UKI (Unified Kernel Image). В loader.conf добавлена настройка "reboot-on-error" для определения действий (перезагрузить или вывести загрузочное меню) в случае сбоя выбранной загрузочной позиции.
  • В systemd-nspawn добавлена поддержка непривилегированного запуска образов контейнеров, хранимых в обычных директориях.
  • В systemd-importd добавлена поддержка образов, сжатых алгоритмом zstd (в дополнение к .xz, .gz и .bz2.).
  • Добавлены параметры командной строки ядра "systemd.break" и "rd.systemd.break", позволяющие вставлять интерактивные точки останова, прерывающие загрузку в заданные моменты. Доступны четыре точки останова: "pre-udev", "pre-basic", "pre-mount" и "pre-switch-root".
  • В следующем выпуске намечено прекращение поддержки каталога /run/lock/ и пакетного фильтра iptables (в systemd-networkd и systemd-nspawn останется только поддержка nftables). Также намечено повышение требований к минимальным версиям: ядро Linux 5.10, glibc 2.34, openssl 3.0.0, python 3.9.0.


  1. Главная ссылка к новости (https://lists.freedesktop.org/...)
  2. OpenNews: Выпуск системного менеджера systemd 257
  3. OpenNews: Для systemd развивается возможность загрузки системных образов по HTTP
  4. OpenNews: Уязвимости в apport и systemd-coredump, позволяющие извлечь хэши паролей пользователей системы
  5. OpenNews: Представлен порт systemd для систем на базе библиотеки Musl
  6. OpenNews: В GNOME будет усилена зависимость от systemd
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63898-systemd
Ключевые слова: systemd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (100) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 23:14, 17/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +20 +/
    > Минимальные требования к версии ядра Linux подняты до выпуска 5.4 (рекомендуется версия 5.7).

    Это ведь просто запускалка сервисов, да?

     
     
  • 2.3, Аноним (3), 23:19, 17/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    всего лишь factory reset
     
  • 2.8, penetrator (?), 23:31, 17/09/2025 [^] [^^] [^^^] [ответить]  
  • –5 +/
    в пределах физического хоста я бы предпочел systemd для оркестрации а не шляпу к8с

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

     
  • 2.9, Аноним (-), 23:33, 17/09/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Это ведь просто запускалка сервисов, да?

    Нет конечно, это system and service manager.
    Запуск, перезапуск, квоты, управление ресурсами и много другое.
    Все в одном сервисе и с одним стилем управления! Вместо кучи разнородных утилит и скриптов.
    Разве это не прекрасно?!

     
     
  • 3.12, Аноним (12), 23:57, 17/09/2025 [^] [^^] [^^^] [ответить]  
  • +27 +/
    конечно прекрасно, но просмотрщика обоев не хватает
     
     
  • 4.80, Аноним (80), 12:41, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И 3D-анимации QR-кодов.
     
  • 3.13, Аноним (-), 23:59, 17/09/2025 [^] [^^] [^^^] [ответить]  
  • +7 +/
    А зачем оно лезет в интернет при включении компьютера и чет обновляет? Как это относится к вышеперечисленном?
     
     
  • 4.59, OpenEcho (?), 11:05, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А зачем оно лезет в интернет при включении компьютера и чет обновляет?

    - Время
    - ДНС
    - онлайн статус
    - таймеры

     
     
  • 5.66, fr (??), 11:32, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > - онлайн статус

    а что это такое? типа есть какойто сайт где можно посмотреть статусы всех системдей?
    или о чём это

     
     
  • 6.78, Аноним (80), 12:37, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    "Обезличенные" RLZ-параметры.
     
  • 3.18, Аноним (-), 00:25, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +11 +/
    > Нет конечно, это system and service manager.

    ... которому для работы нужен python 3.9.0.

    > Разве это не прекрасно?!

    Да, без слёз на это смотреть невозможно.

     
     
  • 4.25, Аноним (25), 00:57, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > ... которому для работы нужен python 3.9.0.

    Говоришь как будто бы что-то плохое. На порядок лучше баш портянок.
    СШ (и производные) как средство для написания сценариев надо было похоронить еще лет 25-30 назад. Это же чудовищный крякозябр.

     
     
  • 5.26, freehck (ok), 01:12, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +7 +/
    >> ... которому для работы нужен python 3.9.0.
    > Говоришь как будто бы что-то плохое. На порядок лучше баш портянок.

    Хз. Так-то конечно питон -- это отличный язык программирования, причём отличный в каждой минорной версии. Вот то ли дело баш. )

    > СШ (и производные) как средство для написания сценариев надо было похоронить еще
    > лет 25-30 назад. Это же чудовищный крякозябр.

    Решение 90% проблем администрирования системы можно по-быстрому нахакать на шелле, а вот на питоне -- чёрта с два.

     
  • 5.29, Аноним (-), 01:29, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Говоришь как будто бы что-то плохое. На порядок лучше баш портянок.

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

     
  • 5.43, 0xdeadbee (?), 06:10, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> ... которому для работы нужен python 3.9.0.
    > Говоришь как будто бы что-то плохое.

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

     
  • 5.47, Аноним (-), 06:26, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +6 +/
    >На порядок лучше баш портянок.

    Классика, не осилил bash и начал оскорблятся.

     
  • 4.35, morphe (?), 02:40, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > ... которому для работы нужен python 3.9.0.

    Для компиляции же, не работы

    Рантайм зависимости от питона в systemd нет

     
     
  • 5.68, Анонусс (-), 11:36, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Для компиляции же, не работы
    > Рантайм зависимости от питона в systemd нет

    ... но кто же будет в этом разбираться?
    Лучше прям с ходу набросить и начать облизывать баш.
    Впрочем... люди далеки от программирования и разработки, не будет к ним строгими.

     
  • 3.95, Аноним (95), 14:07, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    запуск-перезапуск умеет любая система.
    квоты и управление ресурсами фактически одно и то же.
    многое другое не нужно.
     
  • 2.22, Аноним (22), 00:49, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >просто запускалка сервисов, да?

    Ну, то что нам насильно впаривали вместо инит-скриптиков, как гениальное решение.

    Монструозный комбайн, "виндо-кусок" в лине...

     
  • 2.38, Аноним (38), 02:51, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Это ведь просто запускалка сервисов, да?

    Не, это огромный комбайн. Кто-то считает, что это плохо (по факту идет против UNIX философии; да, это не один бинарь, но тем не менее, это проект, берущий под себя половину системы), кто-то наоборот, что хорошо (не нужно ставить и выбирать системный логгер, network manager, DNS resolver, ..., что делает Linux более конкурентоспособным за счет избавления сегментации: администрировать это дело становится проще).

    Это далеко не простой init и не service manager, это именно "system manager": init + service manager + home directory manager + network manager + DNS resolver + logging + ...

     
     
  • 3.48, Аноним (-), 06:41, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >home directory manager

    Объясню, что это за хрень. Ты не прописал раздел /home в файле /etc/fstab, по логике система не должна увидеть твой домашний раздел. Так вот, systemd монтирует /home сам хочешь ты этого или нет.

    >network manager

    Объясно что это за хрень. Хочешь чтобы твой комп подхватывал IP раздаваемый маршрутизатором? dhcpcd не нужен. systemd будет твоим dhcp-клиентом.

    >DNS resolver

    Объясню что это за хернь. Ни тебе, ни твоему dhcpcd больше не придётся прописывать DNS-сервер в файл /etc/resolv.conf. Всё это будешь делать через через systemd

    Разаботчики systemd специально это делают.

     
     
  • 4.51, fp (?), 08:40, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ...

    Объясню что это за хернь. Хочешь ты того или нет, но твои волосы будут чистыми и шелковистыми благодаря systemd

     
  • 4.53, Аноним (53), 09:30, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Разаботчики systemd специально это делают.

    И еще твои пальцы загибают вместо тебя.

     
  • 4.55, Аноним (55), 09:38, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    а systemd-homed тогда для чего если место home directory manager уже занято так... большой текст свёрнут, показать
     
  • 4.56, Аноним (56), 09:38, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Мерзавцы! Как они посмели экономить мне время?
     
     
  • 5.71, 1 (??), 11:57, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Они и кушать за тебя будут.
     
  • 4.117, dannyD (?), 18:43, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >>Разаботчики systemd специально это делают.

    ну да, идут заветами m$, от "мой компьютер" до "этот компьютер".

     
  • 3.54, жявамэн (ok), 09:37, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >UNIX философии

    но жму/пинукс это не юникс

     
     
  • 4.79, Аноним (80), 12:40, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не UNIX (TM), но философии следует.
     
  • 4.103, Аноним (103), 16:22, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    https://kernel.org/linux.html
    https://en.wikipedia.org/wiki/Clone_(computing)
     

  • 1.2, Someone (??), 23:17, 17/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Пасьянсов в нем не хватает.
     
     
  • 2.90, Аноним (90), 13:43, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    QR-код, просмотрщик обоев и еще много-много-много всего прочего.
     
     
  • 3.101, Аноним (-), 16:14, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    QR-code в systemd есть. Попробуй на Арче после обновления нажать на кнопку Reset, увидишь синий экран смерти с QR-кодом. Это просто жесть.
     

  • 1.5, Аноним (-), 23:25, 17/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    systemd - это лучшее что случалось с линем за последние 20 лет!
    После вейланда и раста в ядре, разумеется))

    > Удалены компоненты управления системой в стиле System V

    А вот это было неожиданно...
    Почему они вообще тянули этот хлам так долго??

     
     
  • 2.11, курлык (?), 23:44, 17/09/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >После вейланда и раста в ядре, разумеется))

    Но ведь системд появился до раста и вяленого. Или нет?

     
     
  • 3.16, Аноним (-), 00:04, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +6 +/
    после них системд действительно стал выглядеть не так уж плохо
     
  • 2.21, 12yoexpert (ok), 00:43, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    подожди, вайленд пока ещё не в ядре
     
     
  • 3.39, Аноним (38), 03:05, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > подожди, вайленд пока ещё не в ядре

    Так оно же по факту работает за счет KMS, + видеодрайвера, используемые Wayland'ом, размещаются в kernel space. По сути, можно сказать, что в ядре)
    Просто конкретной имплементации нет (да и не зачем), потому что их как минимум Gnome Shell, kwin-wayland, wlroots, aquamarine, ...

    Плохо ли это? Нууу, за счет размещения API для video I/O в kernel space повышается производительность, но поскольку Linux kernel - монолит, то и в случае падения этого API ядро улетит в panic.
    В том же WinNT API для графики тоже в ядре, в XNU вроде в user space.

     
     
  • 4.49, Xo (?), 07:41, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И как часто видели этот panic? Я видел на самосборном ядре разве что.
     

  • 1.7, Аноним (7), 23:29, 17/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    гном из соседней новости и системд созданы друг для друга!
     
     
  • 2.81, Аноним (80), 12:44, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Упрощения GNOME компенсируются усложнением Systemd.
     

  • 1.10, Аноним (10), 23:35, 17/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Удалены компоненты управления системой в стиле System V, такие как утилиты itctl, runlevel и telinit, устройство /dev/initctl, концепция уровней запуска (runlevel), unit-файлы runlevel[0-6].target и возможность управления состоянием через команду init. Удаление поддержки скриптов сервисов System V намечено на следующий выпуск.

    Эта древность, оказывается, поддерживалась 0_о

     
     
  • 2.40, Аноним (38), 03:10, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Эта древность, оказывается, поддерживалась 0_о

    Сейчас набегут. А вообще Поттеринга в свое время поучил Торвальдс, что user space должен быть стабильным и не ломаться в Long Run.
    В общем, Поттеринг что-то усвоил из этого. После того, как это все дело стало deprecated (если не ошибаюсь, то оно было все deprecated вообще с самого начала проекта), оно еще долго поддерживалось.

    С другой стороны, можно было поддерживать и дольше. Вон, бинари в формате a.out до сих пор вроде запускаются на последнем stable Linux релизе (а нет, вру, не запускаются: removed in Linux 5.18 / 5.19).

     

  • 1.15, Аноним (15), 00:00, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Так, падажжи, и что теперь использовать вместо init 3/5?
     
     
  • 2.31, Аноним (31), 01:40, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    systemd.
     
  • 2.126, Аноним (126), 21:29, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    systemctl isolate multi-user.target
    systemctl isolate graphical.target
    Вот так многословно, да.
     

  • 1.17, Аноним (17), 00:10, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В настройку ExecStart добавлена поддержка префикса '|', определяющего запуск через командный интерпретатор.

    Ахахах. Портяночный мир победил, макет оказался прочней.

     
     
  • 2.41, Аноним (41), 03:47, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    *паркет
     
  • 2.58, Аноним (58), 11:04, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Убрали совместимость с sysvinit, но для тех, кто без своей портянки на шелле кушать не может, оставили способ.
     
  • 2.64, RM (ok), 11:20, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    похоже теперь redbm наконец-то сможет полностью портировать свои стартап скрипты на сыстемг и вот поэтому их и дропнут в следующем релизе
     
  • 2.127, Яков (?), 21:56, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Почему нет? У меня например есть несложные юниты, чтобы по расписанию курлом загружать обновления, при определённых условиях. При этом я точно знаю, не словил ли процесс локап, и логи без гребли logrotate.
    ...но не закрытый шелл -- это, конечно, не секурно.
     

  • 1.19, Аноним (31), 00:26, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Ядро, systemd и busybox — всё что нужно от современного дистрибутива. Остальное с флатхаба. Норм.
     
     
  • 2.23, tty2 (?), 00:51, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, слон и колибри - друзья на веки
     
     
  • 3.32, Аноним (31), 01:41, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А котёнок с дверцей?
     

  • 1.24, warlock (??), 00:56, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Добавлена концепция домашних областей

    А я всегда говорил, что авторы systemd не понимают UNIX. И вот это становится очевидным.

    (Это ровно то, для чего существует концепция пользователя.)

     
     
  • 2.30, 3draven (ok), 01:36, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Может они хотят сделать что бы у пользователя были сво настройки, а у сеанса в области свои? Что бы не крутить гайки пять раз.
     
  • 2.33, Аноним (31), 01:49, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, расскажи для начала как реализовать N × M доступ на юниксе используя только концепцию пользователей и групп. Потом поговорим что там кто не понимает.
     
  • 2.37, morphe (?), 02:41, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > А я всегда говорил, что авторы systemd не понимают UNIX. И вот это становится очевидным.

    Это отдельный бинарь

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

     
     
  • 3.92, warlock (??), 13:55, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну выделили бы его в отдельный пакет - лучше разве стало бы?

    Да, и намного: его можно было бы не устанавливать, а так он замусоривает систему.

     
     
  • 4.94, Аноним (-), 14:05, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, и намного: его можно было бы не устанавливать, а так он замусоривает систему.

    Ну тогда тебе на всякие девуаны к бебенашкам-нетакусикам.
    Ибо нормальный дистрибутив тебе не нужен.


     
  • 2.60, Анонусс (-), 11:06, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > авторы systemd не понимают UNIX

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

     
     
  • 3.77, пох. (?), 12:36, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Но у нас уже есть одна винда.... а, ну да, там-то гордый автор зарплату и получает.
     
     
  • 4.83, Аноним (-), 13:04, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >  Но у нас уже есть одна винда....

    У нас кроме винды еще и макось есть.

    > а, ну да, там-то гордый автор зарплату и получает.

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

     
     
  • 5.87, пох. (?), 13:16, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > У нас кроме винды еще и макось есть.

    и как-то без системдряни обходятся. Несовместимой с версией ведра.

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

    > до работы в мелкософте c 2022 года.

    "а оно ему - как раз!"

     
     
  • 6.88, Аноним (-), 13:30, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Наверное не собираются решать высосанную из пальца проблему что у них что-то опять не "как ввенде"?

    Так это же ключевая c(k)pепа опенсорса!
    Ты чего?! Если хочешь как в винде, то зачем всякая идеология от защитнеков эпштейнов?
    Просто берешь рабочую винду и не красноглазишь в консольку.

    > "а оно ему - как раз!"

    Конечно как раз.
    Крупная компания, создавшая самую популярную десктопную ОСь.
    Платиновый спонсор Линух Фоундейшн.
    Лучший друг опенсорса выкладывающий кода больше чем все васяны и б0mж-какеры вместе взятые.
    Использующая новейшие ЯП, такие как раст...

    Да, это отличная компания для человека, который ценит свой труд.


     

  • 1.36, Аноним (38), 02:41, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Минимальные требования к версии ядра Linux подняты до выпуска 5.4 (рекомендуется версия 5.7).

    Большое им спасибо, что сохранили поддержку последнего LTS ядра. Если бы его поддержку дропнули, то было бы неловко.

     
     
  • 2.62, Анонусс (-), 11:15, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Большое им спасибо, что сохранили поддержку последнего LTS ядра.

    А вам вот точно-точно нужна самая распоследняя системд на последнем LTS ядре?
    Предыдущий системд уже не подходит?

    > Если бы его поддержку дропнули, то было бы неловко.

    У 5.4 EOL в декабре этого года. Так что в следующей версии дропнут...
    И что? Неужели будет неловко?)))

     
     
  • 3.128, Аноним (38), 22:05, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А вам вот точно-точно нужна самая распоследняя системд на последнем LTS ядре?

    Нет, скорее больше формальность. Было бы странно, если бы де-факто стандартный System Manager не поддерживал поддерживаемые и maintained версии ядра Linux.

    > У 5.4 EOL в декабре этого года. Так что в следующей версии дропнут...
    > И что? Неужели будет неловко?)))

    Нет, будет все равно. Чисто формальность. Когда 5.4 станет EoL, тогда и окончание поддержки этого ядра systemd будет норм.

     
  • 2.70, randomize (?), 11:53, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И у фанатиков в ту же секунду стали бы виноваты "окаменелые" дистрибутивы, которые не поддерживают роллинг )
     
     
  • 3.129, Аноним (38), 22:06, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > "окаменелые" дистрибутивы, которые не поддерживают роллинг )

    Дада.

    Хотя вообще решение поддерживать максимум до 2-го или 3-го последнего LTS релиза было бы более чем оправданно: новый systemd не будут запускать в дистрибутиве со старым ядром, это было бы странное решение.

     

  • 1.57, Ананоним (?), 10:09, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Множат сущности без необходимости. Это я про домашние области. Им некошерно просто пользователя нового создать.
     
     
  • 2.125, derfenix (ok), 21:20, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Угу. И файлы нужные скопировать. Или с правами и/или acl посношаться, чтобы новый пользователь тоже мог работать с ними без проблем. И в группы все добавь как надо. А ещё у тебя у старого пользователя пара сервисов юзерских работало - тоже не забудь перенести настройки.

    И это только то, что сходу всплыло... И так каждый раз:

    - Вот вам новый трактор!
    - Ой, а на москвиче уже не ездится, да?

     

  • 1.65, Аноним (65), 11:27, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Бесстандартный монстр... 258 версия. Как им пользоваться, если они завтра опять поменяют/добавят сущности?
     
     
  • 2.86, Аноним (-), 13:13, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Бесстандартный монстр... 258 версия. Как им пользоваться, если они завтра опять поменяют/добавят
    > сущности?

    Доку читать не пробовали?
    Или хотя бы changelog перед обновлением.


     
     
  • 3.104, Аноним (65), 16:22, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Какую доку? Стандарта же нету. Доки каждый месяц меняются.
     
     
  • 4.114, Аноним (114), 18:29, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот же печаль какая, документацию нужно иногда перечитывать. Ну ничего, всегда можно сменить профессию и пойти мести улицы или кайлом махать, если буквоки на экране утомляют.
     
  • 4.133, morphe (?), 01:10, 19/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    То ли дело стандартизированные по ISO баш портянки
     
  • 2.109, Аноним (109), 16:56, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Пользоваться дистрибутивами с долгосрочной поддержкой, duh.
     

  • 1.73, Анонаст (?), 12:01, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Это наверное образец того как должен развиваться open source. Ничего каждую версию не ломают. Только улучшение и добавление функционала.
     
     
  • 2.74, Аноним (74), 12:08, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А ведь и правда. За годы пользования systemd ни разу не сталкивался с проблемами.
     
     
  • 3.82, Аноним (80), 12:46, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Not a bug!
     
  • 2.75, xsignal (ok), 12:18, 18/09/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 3.84, Аноним (-), 13:10, 18/09/2025 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 2.76, Аноним (76), 12:22, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты бы хоть тег <sarcasm> добавил, чтоли, а то я не пойму, смеяться или плакать с твоего коммента.
     

  • 1.91, Аноним (90), 13:44, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    >rd.systemd.pull=raw,machine,verify=no,blockdev:image:https://192.168.100.1:8081/image.raw \ root=/dev/disk/by-loop-ref/image.raw-part2

    Какие-то прям портянки на баш..ой, нет, показалось :)

     
     
  • 2.93, пох. (?), 13:55, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>rd.systemd.pull=raw,machine,verify=no,blockdev:image:https://192.168.100.1:8081/image.raw \ root=/dev/disk/by-loop-ref/image.raw-part2
    > Какие-то прям портянки на баш..ой, нет, показалось :)

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

     
     
  • 3.98, Аноним (-), 14:28, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > был бы  баш - тебе не пришлось бы зубрить еще один нескучный синтаксис и
    > безумный набор бессмысленных слов. Это слишком уж легко, так не отделаешься!

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

     
     
  • 4.124, RHEL Fan (?), 21:03, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    terragrunt apply -replace
    Все уже придумано!
     
  • 3.116, Аноним (114), 18:38, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > нескучный синтаксис и безумный набор бессмысленных слов

    Это ты про опции запуска ядра? Да, там вообще жесть. Одна настройка сети при загрузке чего стоит! Ошибся в количестве двоеточий и всё, система не загрузилась.

     
     
  • 4.120, пох. (?), 20:46, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    чо там ошибатцо -  ip=dhcp
    (но вообще именно это когда-то сподвигло меня победить лень и настроить pxe ;)

     
  • 2.97, Аноним (-), 14:26, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > rd.systemd.pull=raw,machine,verify=no,blockdev:image:https://192.168.100.1:8081

    Интересно, кто им сертификат на 192.168.100.1 выписал? :)

     
     
  • 3.100, SKZ (?), 15:43, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Мало всяких zerossl и т.п.?
     
  • 3.111, Аноним (111), 17:47, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    verify=no
     

  • 1.99, иванов иван иванович (?), 15:08, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
            * Support for traditional /forcefsck and /fastboot files to control
              execution mode of fsck on boot has been removed from systemd-fsck. To
              control the mode, please use the fsck.mode= kernel command line option
              or newly introduced fsck.mode credential.

            * Support for traditional /forcequotacheck file to control execution
              mode of quotacheck on boot has been removed from systemd-quotacheck.
              To control the mode, please use the quotacheck.mode= kernel command
              line option of newly introduced quotacheck.mode credential.

     
  • 1.119, Аноним (65), 20:41, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Нам не нужны баш-портянки, нам нужны ... rd.systemd.pull=raw,machine,verify=no,blockdev:image:https://192.168.100.1:8081/image.raw root=/dev/disk/by-loop-ref/image.raw-part2
     
     
  • 2.121, пох. (?), 20:48, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Нам не нужны баш-портянки, нам нужны ... rd.systemd.pull=raw,machine,verify=no,blockdev:image:https://192.168.100.1:8081/image.raw
    > root=/dev/disk/by-loop-ref/image.raw-part2

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

     

  • 1.123, Аноним (123), 21:00, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Нужно понимать, что эта фиговина нужна в первую очередь корпорастам, а не домашним пользователям. Они (корпоративные мальчики из Red Hat и Microsoft) для себя делают systemd, для контейнеров, клауда и immutable дистрибутивов. Домашним юзерам достаточно runit / sysvinit / OpenRC.
    Но пытаются навязать это, как будто это нам нужно. Точно так же попытались Microsoft со своей Windows Recall.
     
  • 1.130, IdeaFix (ok), 22:57, 18/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да, системд такой себе... да Лёня главный злодей... а еще шапка и бимеры конечно. Но...

    По факту в 2025 в Devuan имеется ситуация в рамках которой некоторые не самые ненужные пакеты, которые были [пере]собраны в Devuan4, не обновились до момента EOL материнского Debian 11. Т.е. не обновились ни разу за жизненный цикл Devuan4. И нет, это не заглушки с доками.

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

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

    К сожалению, Devuan в 2025 не ощущается как debian like дистрибутив и как дистрибутив вообще. В нём такой же старый софт, но он еще и не работает. Да я знаю, я должен пофиксить это сам, и я вообще не понимаю как работает Devuan... мне на dev1galaxy об этом постоянно говорят, подтверждение местных экспертов не нужно.

    На локалхосте я еще посижу без systemd, а вот на проде, даже в плане смигрантства всякого старого и сопровождения легаси сервисов надо смириться с системд, или отказаться от дистрибутива в понимании debian like.

    CENTOS6/DEBIAN7 (а может и DEBIAN8) конечно навсегда в моём сердечке... но... иллюзия возможности отказа от системд - это [само]обман. ИМХО.

     
     
  • 2.131, Аноним (131), 23:59, 18/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Пиши apt install sysvinit-core в ванильном Debian, снеси остатки systemd и заблеклисть его в apt, проблем не будет.
     
     
  • 3.132, IdeaFix (ok), 00:20, 19/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы ведь не пробовали? А я пробовал. Помимо этого надо почитать документацию, доставить как минимум orphan-sysvinit-scripts (ага, мы и рунит и опенрц затащим, а это барахло на мороз!), убедиться что нода-жс не починится прикладыванием этого подорожника (я не уверен, это проблема ноды или майнтейнера ноды в дебе), и документация на томкет тоже не появится, и "эмулировать" решения для системды придётся чисто на опыте. Т.е. получаем в общем ровно то же самое.

    Кстати, а похепе фпм без системды в этом вашем дебиане работает?  Ну чтоб без болтосвара, дистрибутив же. На сколько я помню, Сури в позу вставал - https://packages.debian.org/trixie/php8.4-fpm. У него чуть ли не php5.6-fpm к системде гвоздями приколочен.

    И всё это можно залечить, но потому, что хочется универсальный инструмент, я моментов 20 могу показать где придётся прикладывать напильник или там подорожник. А это я еще не тргоал гуи или совместимость с каким-то внешним софтом - только своё, из репозиториев.


    К слову о томкете и системде... я не разбираюсь в последнем, но было удивительно когда при обновлении пакета оно переписало юнит файл не спросив ничего (как обычно апт спрашивает про конфиги) и сломало работу томкета.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру