LINUX.ORG.RU

Systemd 207

 


0

3

Вышел новый релиз популярной системы инициализации и управления сервисами GNU/Linux.

В этой версии:

  • добавлена логика, позволяющая автоматически монтировать home и swap разделы на GPT-дисках, что позволяет отказаться от fstab-файла на множестве конфигураций;
  • добавлена минимальная утилита для сохранения яркости дисплея между перезагрузками;
  • теперь сервис может быть перезапущен, если он определенное время не сообщал о своей активности (watchdog);
  • новый генератор getty-сервисов, который позволяет запускать getty не только на основной консоли ядра, но и на любой другой, указанной в параметре ядра console;
  • опции InaccessibleDirectories= и ReadOnlyDirectories= теперь могут принимать пути, начинающиеся с -; systemd будет учитывать, что файлы могут и не существовать;
  • journalctl -o и похожие команды теперь понимают новый режим отображения "short-precise", похожий на "short", но показывающий отметки времени;
  • больше кода распространяется под LGPL;
  • systemd больше не передает параметры окружения из ядра и initrd сервисам, однако это все еще возможно через параметр ядра systemd.setenv=;
  • команды systemctl set-log-level и systemctl dump перемещены в состав systemd-analyze;
  • systemd-sysctl теперь не читает файл /etc/sysctl.conf; если вам всё же это нужно, создайте на него симлинк из /etc/sysctl.d/99-sysctl.conf;
  • исправлены некоторые баги; добавлены другие, незначительные изменения.

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

★★★★★

Проверено: Shaman007 ()
Последнее исправление: Wizard_ (всего исправлений: 16)

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

когда-то отказ от xorg.conf тоже выглядел странно.

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

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

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

Что это «все»? Приложения на qt кеды закрывают и открывают сами между логинами, демоны тоже сами останавливаются и запускаются.

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

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

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

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

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

Приложения на qt кеды закрывают и открывают сами между логинами

это же очевидно, что кроме qt и кед ничего больше нет :)

про ссзб расскажешь? :D

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

и нечего инициализацию делать под разные шеллы.

Единообразно-то единообразно, но при этом безобразно и чревато ошибками.

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

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

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

$почти_весь_код не просто небезопасен с точки зрения запуска в многозадачной системе, а простаки кишит сайдэффектами

Если этого кода так много, тебе же нетрудно приветсти пример?

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

Ага, и еще молиться, что получится дростсточно быстро.

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

Ты лучше расскажи, что ты там наоткрывал такого ужасного.

пардон, я пропустил. твое, ты говоришь, какое дело? :)

И небось приложения вообще не закрываешь и не разлогиниваешься, 5000 вкладок в браузере уже третий месяц висят.

вступление про ссзб хорошо затянул, дальше? :D

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

гыгы, Леннарт переизобрел фстаб. Маунт-то свой запилил уже?

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

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

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

vurdalak ★★★★★
()
Ответ на: комментарий от baka-kun

Я там ешё почитал — страх и ужас. «Зачем нужно алгоритмическое программирование, если есть блочное копировани»? Неподдерживаемый write-only быдлокод, уже готовый рухнуть под собственной тяжестью. Не, ребята, он не засланец, он часранец натуральный. И то, как активно это говно кушают, заставляет меня быть спокойным за будущее альтернативных линуксу систем.

Интересно. Если _ТРЕБУЕТСЯ_ именно такая логика. Как ты это реализуешь? НеБЫДЛО ты наше.

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

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

Есть одна проблема. Все они хороши, но у всех у них постоянно ломается совместимость с прошлыми версиями. Иногда немного, иногда сильно. Но у всех. Брать же java для системы инизиализации... :)

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

+1. Только полный идиот не в состоянии разобраться со скриптами /etc/rc.d/*

А как насчет системы зависимостей? Что бы можно было распараллелить (что крах одного не приводил к полному останову) и что бы систему зависимостей внедрить. На шеле. Будет читаемо?

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

Чтобы иметь разные яркости монитора для разных пользователей? Или по-вашему нужно идти по пути «одна яркость подходит всем»?

Ну у них же все мозги застужены windows-way. Один PC - один пользователь.

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

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

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

Вообще то его еще во встраиваемых устройствах сильно ждали. Как там дела обстоят не в курсе. Давно не интересовался. Хотя андроиды и встраиваемые имеют какое-то сходство...

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

Вот меня и интересует, что это.

допустим мы выяснили «что это», дальше? ты запоешь песни про маргинальщину? про «ненужно»? про неговно и Ъ ПО?

вот оно мне в самом деле надо? :)

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

в чем отдельный понт 5-ти секундного выключения? ;)

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

в чем отдельный понт 5-ти секундного выключения? ;)

В скорости выключения и перезагрузки. Если я решу обновить сервер, он будет простаивать не 5 минут, а 2 например. Ну и для ноутов, плюс, когда надо срочно его выключить и бежать.

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

Если я решу обновить сервер, он будет простаивать не 5 минут, а 2 например.

я не знаю что у тебя за сервера и почему им критично стоять не 5 минут, а 2, но у меня, например, тот же оракл бекапится-ресторится несколько (6-8) часов. это боевой, а есть еще игровые, где процесс легко может идти в 2 раза дольше. под это дело вообще тормозят все системы и день объявляется техническим, клиентам расмыслаются смс-ки с предупреждением и извинениями.

поделись, что у тебя за сервер такой? чем занимается?

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

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

ну даже если ноут выключать, ты его не просто закрываешь, а следишь за процессом? в этом есть тайный смысл? какой? :)

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

О, ещё один не осиливший документацию на систмед.

а ЗАЧЕМ мне её осиливать? ЧТО даст мне этот ваш системд, кроме головной боли? Я пока кроме какой-то мифической «быстрой загрузки»(что ещё и лживая провокация, я проверял), никаких профитов НЕ даёт.

Т.ч. засунь свою документацию сам догадайся куда. Там ей самое место.

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

ну даже если ноут выключать, ты его не просто закрываешь, а следишь за процессом? в этом есть тайный смысл? какой? :)

Тайный смысл в том, чтобы не вертеть еще рабочий ноут и не сломать ему хард.

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

но у меня, например, тот же оракл бекапится-ресторится несколько (6-8) часов. это боевой, а есть еще игровые, где процесс легко может идти в 2 раза дольше.

Это потому что у тебя systemd не было. С ним оракл за 5-10 секунд всё оттарабанит.

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

OpenWRT'шная wiki про systemd ничего не знает.

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

А-а-а, э-э-э, а разве уже не? В зюзе лет пять назад видал. Правда, это _статические_ зависимости, AFAIR были, то есть, последовательность высчитывалась на этапе update-rc.d или как он там у них звался.

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

Если _ТРЕБУЕТСЯ_ именно такая логика.

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

baka-kun ★★★★★
()
Ответ на: комментарий от RussianNeuroMancer

В следующей убунте к ним еще и logind присоеденится

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

Внезапно: для того, чтобы продолжать работу с того места, на котором закрыл крышку?

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

Если ты обновишь сервер, то все запущенные демоны будут останавливаться сильно дольше пяти минут, а с учётом инициализации железа и проверок при запуске стартовать ещё дольше. И пять секунд тратит инит на то, чтобы дёрнуть эти сервисы или 7, совершенно плевать.

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

Смотря какой сервер. У меня даже на десктопе с кучей криптосетей и веб-серверов останавливается меньше 30 секунд, а уж на сервере, заточенном под одну задачу, и подавно.

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

Если _ТРЕБУЕТСЯ_ именно такая логика. Как ты это реализуешь? НеБЫДЛО ты наше.

Никакая логика не требует процедуру длиной в 1200 строк с 30+ точками выхода; хардкод строковых литералов - это, в общем-то, довольно коряво. То есть даже кодер из поццеринга хреновый.

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

А нука давай подробнее, что за сервер, что за задача, какое железо? И конфиги заодно. А то, может, я неправильно сервера настраиваю. Просвети.

shell-script ★★★★★
()
Ответ на: комментарий от AX

К чему ты мне всё это говоришь? Высказывай претензии своему мейнтейнеру, к-рый не смог должным образом всё настроить из коробки.

Угадай, почему именно среди ментейнеров много сторонников systemd (собственно, поэтому он и включается в далёких от rh дистрибутивах).

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

Потому что аргументация «мне не нужны скрипты, у меня уже есть программа, которая всё делает» --- это виндузячья аргументация.

Подожди. Ты хочешь сказать, что скрипты (которые скорее средство автоматизации, чем полноценного программирования) в системе загрузки — это нормально?

Или ты за юникс-вей, который

“Those days are dead and gone and the eulogy was delivered by Perl.”

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

Но с зависимостями проблем нет.

Нет зависимостей — нет проблем.

Если демон форкается в процессе работы — по stop убьём то, что будет по его изначальному PID. Будем молиться, что это был master-процесс.

cgroups? Нет, не слышали.

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

среди ментейнеров много сторонников systemd

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

Ты это хотел услышать? :)

в далёких от rh дистрибутивах

Под далёкими от RH ты подразумевал арч и… и… И???

AX ★★★★★
()
Ответ на: комментарий от shell-script

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

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

Ты хочешь сказать, что скрипты (которые скорее средство автоматизации, чем полноценного программирования) в системе загрузки — это нормально?

Я хочу сказать именно это. В чем проблема? И, если ты пошерстишь исходники systemd, ты найдешь там переписанные на Си шелл-скрипты.

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

и генту с ее форками.

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

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

Это какой?

Федоровская анаконда же. Самый ненавидимый инсталлятор всех времён и народов.

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