LINUX.ORG.RU

Релиз systemd 190

 


0

0

Леннарт Поттеринг рад представить очередной релиз загрузочного менеджера systemd.

Новшества:

  • Всякое изменение статуса юнита заносится в журнал и доступно для просмотра по команде «systemctl status».
  • ConditionPathIsMountPoint= теперь может правильно определять точки, смонтированные через bind.
  • Отныне по умолчанию монтируются cgroup-контроллеры cpu, cpuacct и cpuset, а также контроллеры net_cls и net_prio.
  • Контейнеры nspawn теперь имеют виртуализированный загрузочный ID: /proc/sys/kernel/random/boot_id монтируется со случайным ID при инициализации контейнера.
  • Новый режим вывода «json-pretty», при котором блоки JSON для более удобного восприятия оформляются с отступами по одному объекту на строку.
  • Удалены все явные вызовы sync() из кода выключения системы, так как ядро само использует эти вызовы при reboot().
  • Добавлена поддержка виртуального reboot() в контейнерах, поддерживаемого новыми ядрами.
  • journalctl по умолчанию показывает локальный лог. Для просмотра удалённых логов следует использовать ключ --merge (-m).
  • Для libsystemd-journal создан вызов sd_journal_get_usage() для определения текущего использования диска всеми файлами журнала. Опция доступна через команду «journalctl --disk-usage».
  • journald получил в journald.conf новую опцию SplitMode= для разбиения конфигурационного файла на части.
  • Новое условие ConditionFileNotEmpty= для проверки состояния файлов.
  • Добавлены биндинги Python для работы с журналом (пока реализованы частично). Официально будет поддерживаться только Python, но сторонние разработчики могут добавить биндинги к другим языкам (например, уже существуют биндинги Lua и PHP).
  • journald теперь предупреждает о невозможности доставки сообщения демону логирования при занятом сокете.
  • journald больше не изменяет /etc/localtime.
  • Теперь logind всегда резервирует один виртуальный терминал (по умолчанию — VT6) для текстового входа.
  • udev автоматически информирует ядерную подсистему btrfs на предмет доступных компонентов btrfs RAID.
  • Ограничение RLIMIT_NOFILE для PID 1 (но не его потомков!) повышено до 64 тысяч. Это сделано для возможности прослушивания большего количества сокетов.
  • При попытке монтирования журнала поверх непустого каталога администратор получает извещение.
  • Для юнит-файлов добавлена поддержка макроподстановок с именем хоста (%H), идентификатором машины (%m) и идентификатором загрузки (%b).
  • systemd теперь всегда конфигурирует часовой пояс для ядра при загрузке. timedated делает то же при изменении /etc/localtime.
  • Обновлена логика logind.

Скачать архив

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



Проверено: Shaman007 ()
Последнее исправление: Silent (всего исправлений: 1)
Ответ на: комментарий от special-k

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

И тебя спрошу про список ТВОИХ публикаций. Или только на лоре срать и умеешь?

P.S.: Сколько вас здесь, однако. Ну идите, идите, жупелов у анонимуса на всех хватит.

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

это теперь на каждый чих у нас по демону О_о

ждем появления password, logoutd а также bashd работающий со всем этим хозяйством через dbusd на основе kerneld с помощью initramfsd

Когда ждем vimd, emacsd ?

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

Тетриса встроенного не хватает.

Тетрис - это в Grub.

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

Когда ждем vimd, emacsd?

Ты что!11 Их с нуля переписывать надо же. А то их написали не в федоре и не поццерингом.

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

То что это литературный обзор, а не техническое ревью тебя, конечно, не смутило.

Хочешь конструктива? На: Релиз systemd 190 (комментарий) // это от меня лично

А чего лор падал? (комментарий) // это от maxcom'а

http://monolight.cc/2011/05/the-systemd-fallacy/ // это от сторонних перцев, не успевших забыть про unix-way

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

Как раз наоборот. Тупая позиция кричать «мне это не нравится, это все неправильно». Сделай правильно и кричи «у меня лучше», хоть какой-то смысл.

special-k ★★★★
()
Ответ на: комментарий от vasily_pupkin

Не съезжай с темы. Сам просил конструктива, теперь я жду его от тебя. Или GTFO из треда.

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

emacsd давно есть. Запускается как emacs --daemon

отлично, остался только vimd

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

Слышал. systemd ему следует. Он же взаимодействует с тем же bash:) Зато не юзает кучу других вешей, и быстро загружает систему.

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

Нет, тем что оно быстрее работает, и удобнее в управлении.

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

Когда ждем vimd, emacsd?

Ты что!11 Их с нуля переписывать надо же. А то их написали не в федоре и не поццерингом.

А ниже говорят, что emacsd уже готов =)

emacsd давно есть. Запускается как emacs --daemon

Так что немного отстает vim от emacs =))

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

http://monolight.cc/2011/05/the-systemd-fallacy/ // это от сторонних перцев, не успевших забыть про unix-way

Там куча аргументов вида «нинужно». Чуваки рассматривают systemd как штуку которая запускает сервисы один раз при буте. В такой плоскости их аргументы верны

По остальным линкам конструктива не обнаружено

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

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

А в чём именно он не разобрался? По-моему, Федорчук весьма точно описал суть происходящего: Red Hat уже давно не король мира линукса, на десктопе безраздельно властвует canonical, да в серверном сегмента конкурентов много. И дабы окончательно не раствориться, им приходиться постоянно придумывать очередную Принципиально Новую Систему.

Отсюда и весь этот агрессивный пиар (ты не пользуешься systemd??? OMFG да ты же маргинальствующий маньяк!!111), спешка с внедрением неготовых полуфабрикатов (ну что это за система загрузки, для которой половину скриптов/юнитов нужно писать самому?) и т.д.

меня уже после «фронтирного дистрибутива» стошнило.

Там был очевидный сарказм вообще-то.

Кстати, эта заметка — просто часть довольно большой серии. Советую прочитать всю её целиком, прежде чем, делать выводы.

AX ★★★★★
()

Про нумерацию релизов уже писали?

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

Слышал. systemd ему следует.

ЩИТО?

Он же взаимодействует с тем же bash.

Нахера он тогда нужен вместо чистых скриптов на баше?

Зато не юзает кучу других вешей,

Ещё раз тебя ткнуть носом в список библиотечных зависимостей?

и быстро загружает систему.

Сколько раз на дню ты её перезагружаешь(или переустанавливаешь)?

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

Там куча аргументов вида «нинужно».

Опровергни парочку.

Чуваки рассматривают systemd как штуку которая запускает сервисы один раз при буте. В такой плоскости их аргументы верны

А что она ещё должна делать? Минет юзеру при логине?

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

collecting information on daemon crashes. Nowadays most daemons have their own crash report formats, logging to syslog, stderr, directly to text log files, to binary dumps, etc. Good luck making the authors conform to a single standard. And good luck with all the corner cases.

К этой ситуации привело плачевное положение дел с общесистемным api. Впрочем, её можно полечить. Более того, в случае когда демон может срать в stderr/stdout с systemd/journald можно добиться централизованного хранения логов уже сейчас

keeping control (via cgroups) over processes detached from their parents. But for that we already have, well… cgroups?

cgroups сейчас кроме systemd afaik никто массово не использует, банально потому что отсутствует best practice

delayed/on-demand service startup. “on most machines where sshd might be listening somebody connects to it every other month or so.” says the author. On a workstation – maybe. How much RAM are you going to save by delaying the startup of a few daemons? If they’re unused, they’ll be swapped out anyway. To support on-demand startup of network services, yet another functionality already available elsewhere had to be implemented within systemd: inetd.

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

dependency based service management ...

Полный сюр. Или я что-то проспал, или если я после загрузки рестартану нечто в середине деп листа, с Sys5 comp зависимые сервисы не рестартанутся.

systemd creates autofs mount points and starts daemons before their filesystems are available (obviously, fs operations will block until then).

Возможно по делу

listening to hardware changes introduces potential stability and security issues – and there already are [more or less] working facilities acting on hardware events.

Бред

communication via D-Bus. D-Bus is _very_ desktop-oriented. It’s not called Desktop Bus for nothing.

Может быть по делу

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

pam

Отлично. Если раньше при поломке libpam мы могли уйти в синглмод и починить её, то теперь у нас init будет с треском падать от бага в библиотеке, нахрен не нужной иниту. Отлично, мля.

no-dashi ★★★★★
()
Ответ на: комментарий от zloelamo

Все таки для бесплатного дистриба

Кстати, systemd пишется для платного дистра. С платной поддержкой.

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

К этой ситуации привело плачевное положение дел с общесистемным api. Впрочем, её можно полечить. Более того, в случае когда демон может срать в stderr/stdout с systemd/journald можно добиться централизованного хранения логов уже сейчас

Да-да, всех под одну гребёнку, и непомук и дохлый mpd.

cgroups сейчас кроме systemd afaik никто массово не использует, банально потому что отсутствует best practice

про 20и-строчный патч, latencyd и cgroups-utils, который я использовал ещё года полтора назад - это мне показалось, несомненно.

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

Как ты думаешь, почему сдох inetd? И, если сервисы настолько косые - зачем их юзать? Мазохист штоле?

Полный сюр. Или я что-то проспал, или если я после загрузки рестартану нечто в середине деп листа, с Sys5 comp зависимые сервисы не рестартанутся.

Какой ужас. А если оно по зависимостям рестартанет мне чего не то? Выше приводили пример с оракловой базой.

listening to hardware changes introduces potential stability and security issues – and there already are [more or less] working facilities acting on hardware events.

Бред

ORLY? Вынули сетевуху - система не грузится, т.к. юнит не смог дождаться ответа сети. Склонировали систему на другой диск, «ой, я не знаю где корень». Пример толст, но вполне возможен при криворукости поттеринга.

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

Да ты и под разработчика не косишь, и под мейнтейнера тоже, и под много кого ещё.

Пока что только под форумного пустобреха, это у тебя несомненно получается.

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

А ниже говорят, что emacsd уже готов =)

У него всё еще есть фатальный недостаток™.

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

Да-да, всех под одну гребёнку, и непомук и дохлый mpd.

Да-да. Именно так. Проблемы?

про 20и-строчный патч, latencyd и cgroups-utils, который я использовал ещё года полтора назад - это мне показалось, несомненно.

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

Как ты думаешь, почему сдох inetd? И, если сервисы настолько косые - зачем их юзать? Мазохист штоле?

Я думаю что inetd сдох потому, что не умел передавать fd :D А вообще, я не знаю почему он сдох. У него вообще юзкейс не совсем такой. Про сервисы - тот же cupsd, например.

Какой ужас. А если оно по зависимостям рестартанет мне чего не то? Выше приводили пример с оракловой базой.

А если тебе парикмахер яйца отрежет? Зависимости нужно писать адекватно. Тем более что в systemd есть варианты почти на все случаи жизни

ORLY? Вынули сетевуху - система не грузится, т.к. юнит не смог дождаться ответа сети. Склонировали систему на другой диск, «ой, я не знаю где корень»

Ну бред же

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

>>>> journald ... timedated ... logind

>>> это теперь на каждый чих у нас по демону О_о

>> Во FreeBSD такого нет, а в большинстве дистрибутивов Linux systemd отключаем.

> Грабля в том, что все подсели на udev...

Я даже успел забыть об этом... А собрать udev без systemd теперь можно, не знаешь?

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

Да-да. Именно так. Проблемы?

У меня их нет, у меня не федора. А вот у тебя они таки будут, в чём я практически уверен.

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

Изначальный вопрос был про то, что cgroups'ом никто не пользуется. А сейчас выясняется, что таки используется, и давно, и даже на уровне ядра. «А я про это низнал, но никагда это не признаю».

А если тебе парикмахер яйца отрежет? Зависимости нужно писать адекватно.

Если он полезет куда не надо, я сразу заподозрю неладное. В отличие от тебя, который таки останется без яиц. :-)

Тем более что в systemd есть варианты почти на все случаи жизни.

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

Ну бред же

«Этого не может быть, потому что не может быть никогда!» Ок, я понял твою позицию.

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

У меня их нет, у меня не федора. А вот у тебя они таки будут, в чём я практически уверен.

У меня тоже не федора.

> du -hs /var/log/journal 
215M	/var/log/journal

Проблем нет

Изначальный вопрос был про то, что cgroups'ом никто не пользуется. А сейчас выясняется, что таки используется, и давно, и даже на уровне ядра. «А я про это низнал, но никагда это не признаю».

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

Тем более что в systemd есть варианты почти на все случаи жизни.

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

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

> cat ~/.config/systemd/user/powersaving@.service
[Unit]
Description=Disable service %i while at powersaving target
PartOf=powersaving.target
StopWhenUnneeded=yes

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/bin/systemctl --user --quiet is-active %i
ExecStart=/usr/bin/systemctl --user stop %i
ExecStop=/usr/bin/systemctl --user --no-block start %i

[Install]
WantedBy=powersaving.target

Ну бред же

«Этого не может быть, потому что не может быть никогда!» Ок, я понял твою позицию.

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

// Впрочем, на самом деле может, но если делать пребут неправильно. Но то такое

Если он полезет куда не надо, я сразу заподозрю неладное. В отличие от тебя, который таки останется без яиц. :-)

Ну вот, и тут конструктив закончился

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

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

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

Проблем нет

$ jounald-less /var/log/journal
error: index corrupted
$ 

- Несчастные случаи на стройке были? - Нет, пока не было. - Будут! ©

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

Я повторяю вопрос - latencyd - это мне померещилось, да? Или оно не «средство управления процессами»?

«Сбоку» - это где? В ядре его не было? В ините - да не было, и сейчас слава б-гу нет, как и dbus'а, логов, авторизации и ещё много чего.

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

Добавь сюда ту часть сишных исходников, которая приходится на каждый сервис в системе из тех 8 метров (пожатых xz!) по ссылке в новости.

Ну вот, и тут конструктив закончился

Кто первый пример с парикмахером привёл, а, евнух?

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

> jounald-less /var/log/journal zsh: command not found: jounald-less

Когда будут - напишем багрепорт

Я повторяю вопрос - latencyd - это мне померещилось, да? Или оно не «средство управления процессами»?

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

Добавь сюда ту часть сишных исходников, которая приходится на каждый сервис в системе из тех 8 метров (пожатых xz!) по ссылке в новости.

Ну давай добавим пожатый баш, кореутилс, сед и гавк

Кто первый пример с парикмахером привёл, а, евнух?

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

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

давайте разрешим высказываться на ЛОРе только тем у кого уже есть книга про линукс. хотя бы можно начать с запрета анонимусов

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

Когда будут - напишем багрепорт

На который ответят через день-два-неделю или закроют со «stop reopening». И в это время ты будешь показывать начальнику фотографию ошибки и ссылку на багзиллу вместо внятного ответа на вопрос «что произошло?».

Ну давай добавим пожатый баш, кореутилс, сед и гавк

Я могу всё это выкинуть, представляешь?

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

И с видом эксперта тут рассуждаешь об устрицах.

Там было не только про яйца. Перечитай внимательно.

А если тебе парикмахер яйца отрежет? Зависимости нужно писать адекватно.

Чего-чего там не было?

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

Я в плане потребления ресурсов, спокойно.

anonymous
()

systemd теперь всегда конфигурирует часовой пояс для ядра при загрузке. timedated делает то же при изменении /etc/localtime.

Из этого следует, что поцеринг намного тупее многих хомячков.

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

lucentcode> Почему Linux OS не имеет право на создание и развитие уникальных, присущих только ему программных решений?

Да пусть развивают альтернативные дистрибутивы. Но не пропихивают свой шлак во все.

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