После трёх с половиной месяцев разработки представлен релиз системного менеджера systemd 253.
Среди изменений в новом выпуске:
- В состав включена утилита 'ukify', предназначенная для сборки, проверки и формирования подписей для унифицированных образов ядра (UKI, Unified Kernel Image), объединяющих обработчик для загрузки ядра из UEFI (UEFI boot stub), образ ядра Linux и загружаемое в память системное окружение initrd, применяемое для начальной инициализации на стадии до монтирования корневой ФС. Утилита заменяет собой функциональность, ранее предоставляемую командой 'dracut --uefi', и дополняет её возможностями для автоматического расчёта смещений в PE-файлах, объединения initrd, подписи встраиваемых образов ядра, создания комбинированных образов c sbsign, эвристикой для определения uname ядра, проверкой изображения с заставкой и добавлением подписанных PCR-политик, сгенерированных утилитой systemd-measure.
- Добавлена поддержка initrd-окружений, не ограниченных размещением в памяти, в которых вместо tmpfs используется overlayfs. Для подобных окружений systemd не выполняет удаление всех файлов в initrd после переключения корневой ФС.
- В сервисы добавлен параметр "OpenFile" для открытия произвольных файлов в ФС (или подключения к Unix-сокетам) и передачи связанных с ними файловых дескрипторов в запускаемый процесс (например, когда нужно организовать доступ к файлу для непривилегированного сервиса без изменения прав доступа на файл).
- В systemd-cryptenroll при регистрации новых ключей реализована возможность разблокировки зашифрованных разделов при помощи токенов FIDO2 (--unlock-fido2-device) без необходимости ввода пароля. Обеспечено хранения с солью заданного пользователем PIN-кода для усложнения определения методом перебора.
- Добавлены настройки ReloadLimitIntervalSec и ReloadLimitBurst, а также опции командной строки ядра (systemd.reload_limit_interval_sec и /systemd.reload_limit_burst) для ограничения интенсивности перезапуска фоновых процессов.
- Для unit-ов реализована опция "MemoryZSwapMax" для настройки cвойства memory.zswap.max, определяющего максимальный размер zswap.
- Для unit-ов реализована опция "LogFilterPatterns", позволяющую задать регулярные выражения для фильтрации информации, выводимой в лог (может использоваться для исключения определённого вывода или сохранения только определённых данных).
- В scope-юнитах реализована поддержка настройки "OOMPolicy" для задания поведения при попытке вытеснения при нехватке памяти (для сеансов входа выставлено значение OOMPolicy=continue, чтобы OOM killer их принудительно не завершал).
- Определён новый тип сервисов - "Type=notify-reload", который расширяет тип "Type=notify" возможностью ожидания завершения обработки сигнала перезапуска (SIGHUP). На новый тип переведены сервисы systemd-networkd.service, systemd-udevd.service и systemd-logind.
\ - В udev задействована новая схема наименования сетевых устройств, отличия которой в том, что для не привязанных к шине PCI USB-устройств теперь выставляется ID_NET_NAME_PATH для обеспечения большей предсказуемости имён. Для переменных SYMLINK реализован оператор '-=', оставляющий символические ссылки не настроенными, если до этого было определено правило их добавления.
- В systemd-boot переделана передача затравки для генераторов псевдослучайных чисел в ядре и для дискового бэкенда. Добавлена поддержка загрузки ядра не только из раздела ESP (EFI System Partition), например, из прошивки или напрямую для QEMU. Обеспечен разбор параметров SMBIOS для определения запуска в окружении виртуализации. Реализован новый режим 'if-safe' при котором сертификат для UEFI Secure Boot загружается из ESP только, если считается безопасным (запускается в виртуальной машине).
- В утилите bootctl реализована генерация системных токенов на всех системах EFI, кроме окружений виртуализации. Добавлены команды 'kernel-identify' и 'kernel-inspect' для отображения типа образа ядра и информации об опциях командной строки и версии ядра, "unlink" для удаления файла, связанного с первым типом загрузочных записей, "cleanup" для удаления всех файлов из каталога "entry-token" в ESP и XBOOTLDR, не связанных с первым типом загрузочных записей. Обеспечена обработка переменной KERNEL_INSTALL_CONF_ROOT.
- В команде 'systemctl list-dependencies' обеспечена обработка опций "--type" и "--state", а в команде 'systemctl kexec' добавлена поддержка окружений на базе гипервизора Xen.
- В файлах .network в секции [DHCPv4] появилась поддержка опций SocketPriority и QuickAck, RouteMetric=high|medium|low.
- В systemd-repart добавлены опции "--include-partitions", "--exclude-partitions" и "--defer-partitions" для фильтрации разделов по типу UUID, что, например, позволяет собирать образы в которых один раздел построен на основе содержимого другого раздела. Также добавлена опция "--sector-size" для указания размера сектора, используемого при создании раздела. Добавлена поддержка генерации ФС erofs. В настройке Minimize реализована обработка значения "best" для выбора минимально возможного размера образа.
- В systemd-journal-remote разрешено использование настроек MaxUse, KeepFree, MaxFileSize и MaxFiles для ограничения потребления дискового пространства.
- В systemd-cryptsetup добавлена поддержка отправки упреждающих запросов к токенам FIDO2 для определения их наличия до аутентификации.
- В crypttab добавлены новые параметры tpm2-measure-bank и tpm2-measure-pcr.
- В systemd-gpt-auto-generator реализовано монтирование разделов ESP и XBOOTLDR в режимах "noexec,nosuid,nodev", а также добавлен учёт переданных через командную строку ядра параметров rootfstype и rootflags.
- В systemd-resolved предоставлена возможность настройки параметров резолвера через указание опций nameserver, domain, network.dns и network.search_domains в командной строке ядра.
- В команде "systemd-analyze plot" появилась возможность вывода в формате JSON при указании флага "--json". Для управления выводом также добавлены новые опции "--table" и " --no-legend".
- В 2023 году планируется прекратить поддержку cgroups v1 и раздельных иерархий каталогов (когда /usr монтируется отдельно от корня или разделены каталоги /bin и /usr/bin, /lib и /usr/lib).
// cc-by opennet.ru
// converted with crypt’s opennet autoreposter
<<<
https://www.linux.org.ru/news/linux-general/17133294?cid=17133466
типа того. администрирование линукса все больше напоминает админство винды: нужно изучать большой комбайн, который постоянно зачем-то модернизируют.
Так всегда было.
Единственное, что сменилось — это ты опердунел 🤷♂️
Так всегда было.
ты слишком молод, чтобы это знать) даже command line не знаешь.
как всегда выдумываешь что-то
ага. а то я тебя по форуму не знаю) стоит сказать про find, так ты в панику.
Это из-за твоей глупости с индексовым поиском?
Меня как раз GNOME хорошо натренировал на find всяко разно, потому что там десятилетиями такой поиск был, что кроме мата сказать нечего, открываешь с боку терминал и ищешь.
Просто я не арчешкольник. А всякие недоработки с возрастом бесят больше, а не «а я молодец, сейчас обходку использую, значит всё круто!».
Вот тебя бы по середине дороги пинка дал по заднице водитель, и дал бы тебе ведро с тряпкой «вымый салон». Если ты заворчал — «глупый, не умеет краном пользоваться, чтобы ведро воды налить.».
Это из-за твоей глупости с индексовым поиском?
я даже не понимаю, о чем ты) find - это комманда для поиска в cmd line.:)
всякий раз, когда речь идет про command line, ты начинаешь ныть.
Меня как раз GNOME
GNOME - это не линукс, гений)
Просто я не арчешкольник
да, ты тот школьник, который дальше гнома линукс не освоил)
А всякие недоработки
кто сказал, что это недоработки? с точки зрения виндовс или макюзера?
GNOME - это не линукс, гений
Это дефолтный десктопный линукс. Поскакал и в виртуалках я тыкал и тыкаю много чего — сорта.
кто сказал, что это недоработки? с точки зрения виндовс или макюзера?
Ну если я в MacOS наберу «rust», и оно мне моментально покажет структурированный список и с группировкой и с превьюшками. Откуда-то даже оказалась Фурри 🦊 новелла у меня с таким названием.
А в десктопом линуксе я введу слово, оно будет искать, я начну матюгатся, открою консоль сбоку, найду что надо уже с помощью find, закрою с матом этот Nautilus, который пока ещё ничего не вывел даже — можешь считать это фишкой и нормой.
А если зависнет PulseAudio, то прям оргазм получать от набора рестарта сервиса своим любимым способом в консоли. Смотрите какой я крутой.
Я не смотрю на обычные вещи как долбанутый мешком с навозом.
Это дефолтный десктопный линукс.
нет. линукс вообще не имеет дефолтной графической среды. по дефолту это vim, bash, coreutils… я же говорю, ты школьник.
Ну если я в MacOS наберу
а при чем здесь mac os? это десктопная ос. у линукса десктоп - это сторонний проект. просто какая-то прикладуха, которая ставится на не-десктопную ОС. ты же не заявляешь, что GUI-приложение для работы с БД или разработки js-кода, это дефолтный линукс?
А в десктопом линуксе
школьник.
А если зависнет PulseAudio, то прям оргазм получать
хорошо, что ты его упомянул. PA и systemd делал один и тот же человек. причем тоже маковод и так же мало понимающий в линуксе, как и ты.
Linux - это идеи UNIX систем из 70х-80х, когда придумывали ядро линукс, десктопных систем еще толком не существовало. отсюда все эти приколы с X протоколом и удаленным подключением клиентов.
у десктопных ОС графическая система - это часть основного проекта. она продумывается в связке с планировщиком задач, чтобы обеспечивать отзывчивость.
@cocucka по сути поттер или кто там вместо него, реализует альтернативные способы управлять системой. это уже не UNIX.
https://www.linux.org.ru/news/linux-general/17133294?cid=17134934
Это дефолтный десктопный линукс.
Ох, лол!
А если зависнет PulseAudio, то прям оргазм получать от набора рестарта сервиса своим любимым способом в консоли.
А если не зависнет? И поченму он вообще должен зависнуть? Ах, да…в гноме же до сих пор одни лаги, точно…
кто сказал, что это недоработки? с точки зрения виндовс или макюзера?
Как будто он в винде или маке тоже разбирается)))
Просто я не арчешкольник. А всякие недоработки с возрастом бесят больше, а не «а я молодец, сейчас обходку использую, значит всё круто!».
А что конкретно ты называешь недоработками? Сколько не наблюдаю за срачами системдаунов, только и слышу про стандарты и как все допилено. Но по факту только и вижу дыры и постоянные жалобы. А старые добрые портянки просто работали.
Вот тебя бы по середине дороги пинка дал по заднице водитель, и дал бы тебе ведро с тряпкой «вымый салон». Если ты заворчал — «глупый, не умеет краном пользоваться, чтобы ведро воды налить.».
Ващще не релевантный пример. Вот прям даже не рядом.
Сколько не наблюдаю за срачами системдаунов
Мне не интересны эти срачи, вот у вас на пару сдвиг по фазе на тему systemd – это тоже мало кому интересно.
А так правило простое, красиво делай – красиво будет.
Systemd конечно не без кривоты, но достойный продукт. Вот про PulseAudio такое трудно сказать, какашка та ещё, но всё же про линуксовый десктоп.
А так унылая секта элитариев-пердунов systemd.
Вообще чем-то напоминает паскальщиков (ну я со своей колокольни), которые ничего не делают, а сидят и пердят, какой хороший академический язык.
PS: я начинал с Upstart, и как-то буй с ним. Systemd нравится больше.
А так правило простое, красиво делай – красиво будет.
Тыкать гном например?
линуксовый десктоп
Школьник
сидят и пердят, какой хороший академический язык.
Зато, лять, смузихлебы после курсов прям выдающиеся результаты показывают, лол! Каждого первого надо отправлять учиться заново. На паскале, да.
как всегда выдумываешь что-то
Как всегда, радужная лошадка лучше знает.
нет, так было не всегда.
Так всегда было.
Нет, не всегда.
типа того. администрирование линукса все больше напоминает админство винды: нужно изучать большой комбайн, который постоянно зачем-то модернизируют.
Я б конечно хотел присоединиться к всеобщему неодобрению, комбайнам место на задворках полей орошения, но…а админы-то сами голосуют за что? Походу уровень деградации админов настолько вырос, что, увы, системГ стало стандартом де-факто. И виноват в этом далекоооо не Поцтеринг.
но…а админы-то сами голосуют за что? Походу уровень деградации админов настолько вырос, что, увы, системГ стало стандартом де-факто. И виноват в этом далекоооо не Поцтеринг.
админы учатся на том, что есть. это с любыми системами так. на что человек пришел, то и являетя точкой отсчета. если система лет десять уже в массовом использовании, то все. поэтому, когда debian поизображали голосование и внедрили, потому что они только дистрибутив, а делает все RH, то это автоматически обозначало массовое внедрение со стороны убунту. и теперь, смотрите!
(Oracle Linux, Ubuntu с GitLab, Ubuntu с RedMine)
ес-но, он учится на systemd
ес-но, он учится на systemd
Это понятно. Но есть и другие проекты. Есть старые админы, рядом с которыми молодежь начинает. Эта армия куда делась? Почему тот же диван не выстрелил? Либо признавать, что молодежь отупела, либо признать, что линукс практически вытеснен со своего законного главенствующего места на серверах и подменен подделкой, мимикрирующей под линукс.
Одно можно сказать точно: Лёня со своей задачей справился. Но вся ответственность не на нем и не на майках. А на говноедах, вроде поняши.
Мнение с ЛОРа
Ты знаешь, плотно поработал с этой штукой (мак) два дня, и понял, что и кедерастам, и гномосекам до нормального DE как до Луны раком.
Вот и весь десктоп. Уходя тушите свет.
Тем кто его хотел, надо было начать с начала, а начали с порчи серверных приблуд.
По поводу стабильности серверной среды.
У меня тоже штуки три сервера поиграться, и вот лично мне не уперлось, вообще, никак, в ноль - что-то там менять. Или перенастраивать. Необходимость обновлять - вызывает у меня приступ. На одном сервере девятый дебиан, десктопно-прогерская логика подсказывает мне что это не хорошо и надо обновиться, но я совсем не уверен что я выберу - застрелиться или настроить exim на 11 дебиане.
По крайней мере мне это вообще не уперлось делать, поэтому даже с тремя серверами я представляю, а как же должно подрывать у админов от смены ключевых компонентов системы.
Это все безотносительно десктопных предпочтений и конкретно systemd, я лично против него ничего не имею, потому что мое взаимодействие с ним ограничивается systemctl enable и journalctl -b.
обычный юникс хорош тем, что ты выучил десяток команд и они работают во всей системе одинакого: cat config, cat dev, cat log - везде cat, а journalctl с этим вообще никак не соотновится. я все ожидал, что в эту махину добавят какие-то средства для работы админов больших энтерпрайзов: складывания логов в sql базу, централизованного логирования, интерфейсы с системами мониторинга… но оказалось, что логи нужно сначала отправлять в syslog… а journalctl по утверждению @alfa и intelfx “не для этого”… в итоге systemd жиреет, к journalctl привязали какой-то костыль для отправки логов по сети (то, что syslog давно умел) и все это продолжает и продолжает наворачиваться как снежный ком.
нужно ли говорить, что и @alfa и @intelfx минимум на 10 лет позже начали админить…
@fornlr
на лоре раньше олдскульщики побеждали, а сейчас интелфх с забалом на пару всех разгоняют со словами какой journalctl на самом деле удобный:(((
https://www.linux.org.ru/news/linux-general/17133294?cid=17135591
ну хоть кто-то полезное предложение внес)
