LINUX.ORG.RU

systemd 249

 , , , ,


0

1

Новый релиз системного менеджера GNU/Linux — systemd (лицензия GPL-v2+):

  • возможность явного или автоматического выбора из нескольких root разделов в образе диска с помощью параметра --image= в systemd-nspawn, systemd-dissect и других утилитах, работающих с образами дисков

  • новые опциональные параметры IMAGE_VERSION и IMAGE_ID в файле /etc/os-release

  • поддержка build-id и .note.package из ELF в systemd-coredump позволяет явным образом соотнести дамп памяти с конкретным пакетом, из которого был установлен соответствующий бинарник

  • поддержка UUID для событий udev, которая позволяет отслеживать конкретное событие в явном виде

  • документирован сетевой протокол Journal

  • домен «home.arpa» официально добавлен в качестве домена для локальных сетей согласно RFC 8375

  • флаг «grow-file-system» добавлен к спецификации Discoverable Partition

  • поддержка JSON с помощью интерфейса DBus и параметра командной строки в systemd-hostnamed и systemd-networkd. В дальнейшей её планируется распространить на все компоненты systemd

  • автоматическое добавление хэшей паролей в shadow для пользователей systemd-homed

  • поддержка добавления пользователей и групп с помощью конфигурационных файлов в формате JSON в /etc/userdb/, /run/userdb/, /run/host/userdb/ и /usr/lib/userdb/

  • расширение механизма зависимостей с помощью неконфигурируемых автоматических обратных зависимостей (OnSuccessOf для OnSuccess, UpheldBy для Upholds, OnFailureOf для OnFailure и т. п.) для упрощения отслеживания и настройки зависимостей между юнитами

  • по многочисленным просьбам анонимусов с LOR была документирована архитектура systemd

И множество других изменений, исправлений и улучшений.

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

★★★★

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

Ответ на: комментарий от Legioner

Есть подозрение, что на дебиане будут скрипты

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

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

Ну это точно не благодаря спорам на ЛОРе

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

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

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

Я понял, твоя задача неправильная! Нужны только правильные задачи! =))))))))

Можно только то что было продумано, всё остальное == вы делаете всё не так, вам это не нужно, подстраивайтесь под то что есть, это инструмент с декларативным описанием для декларативных задач. И прочее. Ебитесь как хотите у нас nodejs запускается с докером и ОК

LINUX-ORG-RU ★★ ()
Ответ на: Опенсорц – мир холиваров от pericles

За столько лет мало что изменилось…

Люди всегда найдут из-за чего посраться. А в опенсурсе такое - прямой результат свободы. Что есть зачастую альтернативы принципиально разные, вот фанатики и воюют.

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

Да, только тут спор ни к чему не приведёт, все останутся при своём

Пока дураки спорят - нормальные люди работают. И работа эта привела к тому, что systemd по-сути победил

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

А как на шел скриптах взаимодействие описывается?

Я вот просто когда приперло, открыл ман по systemd.unit и systemd.timer, скапипастил оттуда несколько строчек и у меня нужная мне команда выполняется каждый час. А если фейлился (а такое бывает), то перезапускается, пока не отработает.

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

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

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

systemd по-сути победил

Здравый смысл

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

И работа эта привела к тому, что systemd по-сути победил

работа мужчин в дорогих костюмах из корпорации RH

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

мы уходим от железа, уходим от виртуализации, движемся в сторону контейнеров.

Такие как вы - вообще не понимают, на кой художник репин эти контейнеры вообще.

Вы суете их везде. Где надо и где - НЕ НАДО.

По рукам надо почаще давать, чтоб начали ДУМАТЬ, а не пихать новомодную и, по идее, хорошую вещь, во все щели.

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

Мало того что нужно знать тонну этих переменных, так еще и их поведение и взаимодействие.

Бедолага, подожди пока вам на информатике про циклы расскажут - там вообще в кататонию впадёшь то ужаса.

а в идеале, конечно, лисп

Если уж ты при виде .ini файла от страху обгадился, то лисп точно не осилишь.

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

Нифига. Из любого срача на лоре только anonymous выходит умным, красивым и непобеженным. anonymous (08.07.21 22:39:08)

В смысле, побегов не напихивают по самый край корзинки? :)

dpkg ★★★★ ()
Ответ на: комментарий от anonymous
  1. А что в вашем дистре crond нету уже ?
  2. Вот перезапуск юнита при измениения конфига или фейла это спорная штука. Раньше хакер подменил конфиг и думай как его перечитать бы, теперь просто.
mx__ ★★★★★ ()
Ответ на: комментарий от mx__

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

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

И потом даже в windows понимают что все время запускать то что падает нельзя, там у них счет падениям ведеться. Иначе наподнимают такого …

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

А рунит с системд просто сравнивать очень сложно.

В S6 собираются сделать аналог юнитов, а что в systemD есть еще полезное, кроме юнитов?

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

документирована архитектура systemd

Офигел что ли щегол , пусть будет это больше вопрос безопасности вдруг ты прописываешь себя в сустемд на руку с товарищем столманом

anonymous ()
Ответ на: комментарий от mx__
  1. Нет.
  2. Не при изменении, а при фейле команды. Условно, если сервер недоступен, то надо повторять запрос, пока не получится.

Кто там про 1000 директив писал - не знаю. Мне хватило примера из мана с полуторами. Ман по башу я никогда не понимал. Да там уже if написать заколебешься: где нужна семиколон, где нет…

Ну и про openrc пример с зависимостями где?

anonymous ()

Мне вот интересно, это совпадение, что у системд фанаты женоподобные дрыщи или обладатели почти радужных (без одного цвета) флагов в центре европы, а у сисвинита - нормальные брутальные мужики, какими их задумывала изначально природа?

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

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

Включил компьютер, выполнилась задача, прошло 39 минут, выключил компьютер, включил на следующий рабочий день, команды выполнилась через 21 минуту.

Как мне в таком случае поможет /etc/cron.hourly?

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

Уж лучше Шелл скрипты, а в идеале, конечно, лисп.

Это намек на GUIX?

Все немогу решиться на что-то большее, чем chroot GUIX под Devuan.

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

GNU/GUIX - это наркомания с libre-ядром, из которого выпилили поддержку всего современного и не очень железа. Зато удивляются, а почему же пользователей нет, да и разработчиков 3,5 землекопа.

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

Да фигню он написал. Взял два слова, вырвал из контекста…

Я даже отвечать не стал. Ну хорошо, что крон знает. Наверное пригодится по жизни.

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

Ну или отключить сервис так, что он не включится при обновлении пакета.

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

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

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

Системд — целый набор ПО, журнал, хорошая работа с зависимостями, перезапуск упавших процессов.

А что в systemD лучше, чем в S6?

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

Почему это? Вполне нормально, что компьютер в некоторых областях умнее человека.

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

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

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

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

иногда много типовых инсталлов. проксирование в syslog нужно настраивать. -> доп.усилия

Системы управления конфигурациями? Нет, не слышали.

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

Удивительно, что еще конторы такие остались, где вас держат.

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

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

Я тоже. И в генте так и делается: порядок запуска сервисов (точнее, взаимозависимости между сервисами) решают мейнтейнеры (прописано в init-скриптах). А вот автоматом прописывать сервис в автозапуск при его установке – бред; а почему это бред – как раз выше и обсуждалось. Запускать несконфигурированный сервис – это не просто глупость несусветная, это дыра в безопасности.

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

У меня гента с системд, но суть не в этом.

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

Хотя б ссылку на гит. И аналогичный пример systemd юнита.

И вопрос даже не в мейнтейнерах. А если мне свое что-то надо пускать? Лопатить сотни строк баш-лапши против десятка строк юнита.

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

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

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

Я понял, твоя задача неправильная! Нужны только правильные задачи! =))))))))

да-да:) так intelfx и сказал)

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

ну а я использовал и подскажу. Ничем. s6 - легковесный, модульный, легко и понятно конфигурирующийся и крайне предсказуемо работающий набор ПО. Как раз то, чем является в сказках адептов systemd.

Systemd в реальности - жирный, монолитный, хреново конфигурирующийся и тянущий с собой кучу таких же зависимостей кусок этого самого. Поэтому его не используют в контейнерах, в отличие от s6.

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

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

Я и написал что не всегда это хорошо. Может все таки разобраться из чего фейл ?

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