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)
Ответ на: комментарий от anonymous

Значит занятия трупачизмом не отрицаешь, уже хорошо.

Не надо меня записывать в свою секту.

Предположим что у меня винда. Теперь расскажи почему у меня в винде такого пакета нет.

Половыми извращениями не страдаю.

А это тебе подумать( мозги то можешь включить, наверное):

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

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

То есть техподдержка не в курсе в каком файле нужно удалить строку привязки к мак-адресу для имени сетевухи?

ты дислектик? не техподдержка, а эникейщики, которым не стоит давать рута и тем более по телефону диктовать че там удалить — они тебе наудаляют, епрст

Продолжай искать виноватых.

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

У тебя получается.

спасибо

Один ты умный в пальто белом.

не один, а что?

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

И если свисток будет eth0, то все отлично потечет. Угу

Видишь ли, сценарий «воткни в сервер USB-свисток» высосан из пальца, в отличие от замены сетевых карт.

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

Он имеет ввиду, что были у тебя eth0 и eth1, сгорел eth0, поменял его на другой, и, снова, у тебя eth0 и eth1. И никто ничего не перепутал.

даже если кто-то что перепутал или драйверы пошли грузиться не в том порядке, то ВСЕ РАВНО была возможность методом тыка определить правильную карту (в данном случае — просто поменять местами провода)

а вот если eth0 сгорела, eth1 осталась, и карточка, которая поставлена вместо eth0 определилась как eth2 (ибо eth1 занят) — то тут метод тыка бессилен

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

Ну, как было. Было у тебя eth0 и eth1. Вытащил eth0, остался eth0. Или я ошибаюсь?

В udev привязка к имени не зависела от количества карт. До udev да, было. Но, те времена уже мало кто помнит. На ЛОРе таких людей можно пересчитать по пальцам руки, попавшей в циркулярку.

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

Ну так тут 90% аргументов в треде высосаны из пальца.

Если в тот же слот засунуть сетевуху с другим драйвером, и все потечет - это тоже из пальца, да?

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

привязку можно и к pci сделать. В теории.

На практике тоже.

Я это лично не пробовал, потому, для меня, пока, в теории. :-)
На самом деле интересно, как сработает автопределение новой карты и не будет ли приоритета варианта с MAC над старым набором правил.

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

Да у Вас вообще ведь какое-то московское недоразумение на компе, в дуалбуте с вендой. Так что Вы не в счёт.

Вы меня с кем-то путаете. :-)

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

Если в тот же слот засунуть сетевуху с другим драйвером, и все потечет - это тоже из пальца, да?

Это более вероятно, чем твой сценарий с USB-свистком. Но в этом случае и с udev имена поплывут.

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

даже если кто-то что перепутал или драйверы пошли грузиться не в том порядке, то ВСЕ РАВНО была возможность методом тыка определить правильную карту (в данном случае — просто поменять местами провода)

а вот если eth0 сгорела, eth1 осталась, и карточка, которая поставлена вместо eth0 определилась как eth2 (ибо eth1 занят) — то тут метод тыка бессилен

В этом все линаксоиды старой школы. Што нибудь как нибудь собрать методом говна и подтыкивания палок

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

У вас эникейщики занимаются техподдержкой?

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

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

не один, а что?

Да что-то вас слишком много последнее время развелось.

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

даже если кто-то что перепутал или драйверы пошли грузиться не в том порядке, то ВСЕ РАВНО была
возможность методом тыка определить правильную карту (в данном случае — просто поменять местами провода)

Это да, такая возможность была.

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

Они не поплывут на карточках, которые не трогали.

Ну и типа П.С.

Этот функционал выкинули из удева-по-дефолту

:D

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

Ну так тут помнящие рассказывают, как это было круто, и как теперь плохо

Судя по тому что они рассказывают у меня сильные сомнения, что они помнящие.

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

Не огребал ты наверное проблем с нумерацией сетевых интерфейсов до udev,

Я вот, кстати, не ограбал ни разу. А интерфейсов, часто, было заметно больше двух. И, даже, бывало больше, чем пальцев на руке. Просто надо было знать, что делать не надо. В общем, и тогда можно жить было, но и сейчас, в общем-то, тоже. У udev беда другая: привязки к ядрам появились. Хрен ядро откатишь, иной раз.

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

Так же я понимаю, что он не встречался с проблемами связанные с именованием и порядком инициализации устройств

очень редко такое было, но она *разрешима* перетыкиванием проводов

а вот как ты *удаленно* решишь проблему «было eth0, eth1 — стало eth2, eth1 и интернет на eth0»? эникейщику рута давать запрещено

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

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

Гарантированную последовательность инициализации можно было обеспечить только подгружая для карт (разнотипных) модули с параметрами. Иначе можно было огрести смену наименований при каждой загрузке. И иногда действительно огребали.

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

Гарантированную последовательность инициализации можно было обеспечить
только подгружая для карт (разнотипных) модули с параметрами.

Нет. Можно было иметь и одинаковые севухи. Но Intel. e100 вполне себе нормально порядок соблюдал. Как раз, в порядке слотов. Может, и ещё какие-то так работали, но мотива искать другие варианты у меня не было.

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

У вас эникейщики занимаются техподдержкой?

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

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

очень-очень редко, и это решается перестановкой проводов

а вот как ты *удаленно* решишь проблему «было eth0, eth1 — стало eth2, eth1 и интернет на eth0»?

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

Иначе можно было огрести смену наименований при каждой загрузке.

вот этого я точно никогда не видел

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

Я вот, кстати, не ограбал ни разу.

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

У udev беда другая: привязки к ядрам появились. Хрен ядро откатишь, иной раз.

Для этого нужно ставить чрезвычайно свежие версии udev. Ни разу такого не видел в rhel или debian. Либо откатывать ядра на версии с большой разницей в миноре. Обычно откат бывает на единичку даже в красноглазых дистрибутивах.

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

Никак она не решается в такой постановке, с удевом и маками. Решается средставами автоматической реконфигурации до инцедента

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

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

Я слышал жало бы то ли на реалтековский драйвер, то ли на какой-то около того. Говорили, может случайно.

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

Ну Поттеринг очевидно не считается, т.к. уже зарекомендовал себя Злейшим Врагом Всего, Что Дорого Каждому Правильному *nixоводу И Каждому Обычному Пользователю.

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

а вот как ты *удаленно* решишь проблему «было eth0, eth1 — стало eth2, eth1 и интернет на eth0»?

Удалённо никак. Либо ставь карту с тем же маком, либо запрещай привязку нумерации, либо удаляй файл привязки при ребуте. Второе и третье — такая же лотерея, как и раньше.

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

Посмотри в багзиллу — последние два релиза systemd пиздошится в сегфолт из-за того, что придурки из redhat не осилили маны.

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

Сунул я в usb свисток, который отдает себя как eth. Вопрос — что будет после загрузки, и от чего это зависит

Будет eth2. Каждое устройство с новым маком цепляется в конец списка. Кстати, после этого его можно было переименовать как угодно. И система цепляла бы его под новым именем.

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

что-то идёт не так. Может даже совсем не так.

что именно?

мне тут systemd-analyze такие классные картинки рисует…

не владеете матчастью, Евгений Ваганович? ну приходите, как ознакомитесь не только по отзывам анонимных экспертов.

Эникей-мышевоз?

программист-полиглот. в том числе умею и в батники, и в sh.

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

Поэтому я и сказал про однотипные устройства.

Очень часто однотипного устройства не бывает. Приходится ставить то, что есть в зипе, пока по гарантии придёт брендованая однотипная. В любом случае бубен маячит.

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

Посмотри кому и зачем я отвечал )

Если я не к месту, то прошу прощения.

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

Не надо меня записывать в свою секту.

Зачем проецировать так глупо. Ты же тут начал в сынки людей записывать. Это любимая фишка посетителей определённого сайта.

Половыми извращениями не страдаю.

Пока, по твоим словам, складывается другое мнение.

Я-то могу.

Неужели ты хочешь таки сказать, будто в цыгвине coreutils раздербанили на пакеты? Или хотя бы версию озвучь.

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

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

В этом все линаксоиды старой школы. Што нибудь как нибудь собрать методом говна и подтыкивания палок

начальнику насрать, будет ли система быстро поднята с подтыкиванием палок или с помощью Офигенно Продвинутой Технологии udev™ ® ©

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

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

Нет. Можно было иметь и одинаковые севухи. Но Intel. e100 вполне себе нормально порядок соблюдал. Как раз, в порядке слотов.

Мне e100 приходилось менять только при массовом вымирании сетевого оборудования. Сами по себе не помню чтобы отказывали.

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

Второе и третье — такая же лотерея, как и раньше.

гы-гы — укажи мне какую-нить такую же лотерею, где с такой же вероятностью можно деньги выигрывать — я там миллионером стану за месяц

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

В любом случае бубен маячит.

Вот именно - в любом, но без udev можно безошибочно спрогнозировать ситуацию, просто посмотрев модель устройства. Неудачный пример для демонстрации офигительности udev.

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

Так пока их логер может работать паралелльно с syslog. Так что смотреть логи можно по старинке, как обычно. Если разрабы Suse syslog из дистра не выпилили.

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

Зачем проецировать так глупо. Ты же тут начал в сынки людей записывать. Это любимая фишка посетителей определённого сайта.

Что за сайт? И чем он так известен?

Пока, по твоим словам, складывается другое мнение.

Список слов в студию.

Кто-то сказал что в винде такого пакета нет. Вот тебе пример что есть.

Сам поймёшь всю нелепость своего примера?

Может если ты дальше немного подумаешь то дойдёт что это может быть не тот самый один пакет(кореутилс), на который ты намекал.

А может быть ты купишь мозг в ларьке, посмотришь ещё раз список команд и поймёшь, что твои примеры и половые проблемы мимо кассы?

А это может совсем даже бизибокс. Если ты таких мелочей не знаешь - какого лезешь за системд говорить и как всё должно быть?

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

А впрочем какая разница? Давай бизибокс в одном пакете, а линки на него будем пакетировать отдельно. Иначе тот же самый монолит. Бинарь с линками. Разве можно такое допустить? Монолит же!

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

Да ладно. Ты можешь гарантированно сказать, какой интерфейс у тебя будет eth0...ethN не зная порядок загрузки модулей юдевом?

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

Я вообще не админ (слава б-гу). Но сервер с эникейщиком и эн часов езды, и участие костылей в этом процессе - вполне себе вписывается. Как раз сейчас в дороге, да )))

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

Ясно. Значит проблемма не в архитектуре как таковой(ведь в солярке SMF делает то же самое и похожими методами). Дело в репутации Поттеринга. Не могу не согласиться, косяки в его творениях встречаются...

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

Вот именно - в любом, но без udev можно безошибочно спрогнозировать ситуацию, просто посмотрев модель устройства. Неудачный пример для демонстрации офигительности udev.

Я не настаиваю на офигительности юдева. Это просто особенность его работы. Которую надо знать и воспринимать, как факт. Не понимаю что в этом такого невыносимо страдальческого, что заставило написать уже два листа комментариев.
А нужной модели устройства в зипе может просто не оказаться. Например потому, что последнюю поставили вчера, или в соседний сервер, или в соседний слот.

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

Нет, у меня arch на systemd и Ubuntu на upstart. Зачем мне тормознутый sysvinit. Я его давно уже не видел. И это хорошо...

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

Ты можешь гарантированно сказать, какой интерфейс у тебя будет eth0...ethN не зная порядок загрузки модулей юдевом?

не могу, да мне это и не надо — эникейщик получает инструкцию «если че-то не так, попробовать переткнуть провода», а особо продвинутым сообщается команда ping 10.0.адрес.сервера

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

Из современных? Только upstart выглядит прилично. OpenRC пока не может стабильно грузить процессы в параллельном режиме.

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