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)

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

Достаточно поменять (уточнение - для нового удева — написать) логику генерации правил. Если новое устройстойство - засунуть на место eth0 если его нет или на место eth1, если его нет.

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

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

трупачок всем известен. Даже таким маленьким, зелёненьким как ты.

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

Любители системд они такие. Слова прям в этом треде.

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

Чегойта нелепость? Кто там выше говорил что у меня в винде такого пакета нет. Так он есть или нет?

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

Мне твоя сакесс-стори не пойдёт. У меня свои есть, твои методы покупки просроченных мозгов в палёных палатках не интересуют.

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

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

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

Только любую команду можно заменить на полную - выкинь симлинк и влей из кореутилсов. Если ты ещё не понял то речь об этом. Что есть разные пакеты почти взаимозаменяемы с похожей функциональностью. А ты там выше трындел что кореутилс и всё. Да. А теперь выкинь журналд и вставь другой вариант в поделку поццеринга. Или выкинь удев и поставь туда другой вариант.

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

Я не настаиваю на офигительности юдева. Это просто особенность его работы. Которую надо знать и воспринимать, как факт.

Я знаю и воспринимаю. Но я вижу, что простые случаи конфигурации udev усложняет (да, я понимаю, что это цена гибкости).

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

Писали на асме под голое железо? Или под DOS? Это серьёзное дело, асм ошибок не прощает...

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

Если новое устройстойство - засунуть на место eth0 если его нет или на место eth1, если его нет.

Ты правило-то напиши.

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

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

почему невыносимо? жить можно, поудаляв нафиг лишние правила udev

point был в том, что от udev-овских свистоперделок польза для меня была весьма сомнительна, а вред был вполне конкретный

и учитывая то, что udev скоро станет неотъемлемой частью свистоперделки systemd, стоит и ему поискть замену — то ли статические файлы устройств, то ли какой-то вариант навроде пропатченного mdev

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

а стоит у всех.

Альтернативная реальность уже наступила?

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

что именно?

Да что угодно. Неудачное обновление (привет любителям держать серваки на федоре!), неправильная настройка, дохнущее железо…

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

Мне достаточно знать, что на разборки с sytemd'шным мессивом тратится в разы больше времени, чем со стартовыми скриптами.

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

Оно и видно как ты «умеешь».

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

трупачок всем известен.

Что это?

Любители системд они такие. Слова прям в этом треде.

Не вижу никакого криминала в этих 9 словах.

Чегойта нелепость? Кто там выше говорил что у меня в винде такого пакета нет. Так он есть или нет?

Нет у тебя в винде такого пакета. Сам поймёшь почему?

Мне твоя сакесс-стори не пойдёт.

Да, тебе уже ничего не пойдёт.

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

Закапывай. Результата это не меняет.

Только любую команду можно заменить на полную - выкинь симлинк и влей из кореутилсов. Если ты ещё не понял то речь об этом.

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

Что есть разные пакеты почти взаимозаменяемы с похожей функциональностью.

И что? То, что «поделке поттеринга» равносильной замены требует раздробления пофайлово в пакеты?

А ты там выше трындел что кореутилс и всё.

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

Да. А теперь выкинь журналд и вставь другой вариант в поделку поццеринга. Или выкинь удев и поставь туда другой вариант.

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

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

Хороший, однозначный ЯП с красивой расширяемой архтектурой, без сборщика мусора, и с поддержкой парадигм ООП и ФП давно нужен

без сборщика мусора

с поддержкой ... ФП

Так не бывает - чтобы и полноценное FP и без GC. По крайней мере, прецедентов пока не было.

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

Например

# cat /etc/udev/rules.d/70-net.rules 
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="14:da:e9:0b:4d:58", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1", GOTO="net_ok"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="74:2f:68:0d:69:c5", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan0", GOTO="net_ok"

### NEW DEVICES HERE ###
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:27:19:f5:62:90", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="eth1", GOTO="net_ok"

###### GENERATOR #######

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", IMPORT{program}="/scr/new-net-device"
SUBSYSTEM=="net", ACTION=="add", ENV{NEW_PRIMARY}=="yes", NAME="$env{INTERFACE}"

### END ###

LABEL="net_ok"
# cat /scr/new-net-device 
#!/bin/sh

PRIMARY_DEVICES="eth0 eth1"

for primary in ${PRIMARY_DEVICES}; do
    if [ ! -d /sys/class/net/${primary} ]; then
    sed -i /etc/udev/rules.d/70-net.rules -e \
	"s@### NEW DEVICES HERE ###@### NEW DEVICES HERE ###\nSUBSYSTEM==\"net\", ACTION==\"add\", DRIVERS==\"?*\", ATTR{address}==\"$(cat /sys/class/net/${INTERFACE}/address)\", ATTR{dev_id}==\"0x0\", ATTR{type}==\"1\", KERNEL==\"wlan*\", NAME=\"${primary}\", GOTO=\"net_ok\"@"
	echo INTERFACE=$primary
	echo NEW_PRIMARY=yes
	exit 0
    fi
done
vasily_pupkin ★★★★★
()
Ответ на: комментарий от AX

Да что угодно

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

Мне достаточно знать, что

«не читал, но осуждаю». так типично.

Оно и видно

ведь вы априори не можете ошибаться

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

point был в том, что от udev-овских свистоперделок польза для меня была весьма сомнительна, а вред был вполне конкретный

Какой-то сомнительный, притянутый за уши поинт. Полученный в результате неправильной организации труда.

и учитывая то, что udev скоро станет неотъемлемой частью свистоперделки systemd

У меня плохие новости.

то ли статические файлы устройств,

Да уж и ядро 2.4 тоже до кучи. Чего мелочиться?

то ли какой-то вариант навроде пропатченного mdev

Пока будут патчить этот огрызок то и ишак и эмир сдохнут.

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

Нет, я не программист и рассуждаю с идеалистской точки зрения :)

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

Вай, лишнее говно. Надо выкинуть KERNEL==«wlan*», на котором дебажил

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

вы в смысле «не все админы умеют в С»? ну соболезнования им, чо.

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

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

Говори за себя. У меня его нету и не будет.

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

а стоит у всех

Наивные мечты :3

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

Про нет смысла - целых несколько страниц что есть )

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

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

Сейчас проверил - действительно, если загружаться по SysV режим ожидания работает как надо, а если через systemd происходит фигня. Я даже не догадывался, что в этом может быть причина. А я уже Зюзю сносить собирался, а там ещё и прикольная фича есть - можно выбрать какой системой инициализации загружаться.

Ну почему поначалу (пульсой с гуйнями уже можно пользоваться) у Поттеринга всё такое глючное? И почему эту альфу в релизы пихают?

ViTeX ★★★★
()

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

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

Не вижу никакого криминала в этих 9 словах.

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

Нет у тебя в винде такого пакета. Сам поймёшь почему?

Чёйта у меня нет такого пакета. Вполне есть. Можно ещё старый вариант от производителя вспомнить под названием сфу.

Закапывай. Результата это не меняет.

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

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

Ты сам не понимаешь что лопочешь, но это тебе не мешает диагнозы ставить по тырнету.

И что? То, что «поделке поттеринга» равносильной замены требует раздробления пофайлово в пакеты?

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

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

Обратись в ОЗПП с рассказом про проданные просроченные мозги. Пакеты могут хоть в тар.гз быть без зависимостей. Хоть каждый файл в отдельном пакетике, хоть всё кучей, хоть с разными префиксами собраны. И это всё равно будет работать, и будет возможность заменить отдельные куски.

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

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

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

Лучше перетыкнуть проводочки, да

не забывай, что проводочки перетыкаются в 1%-2% случаев, а в остальных 98% этого не требуется

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

А там в федорке какое-то нововведение делали год назад. По поводу именований сетевых интерфейсов не как ethX а по физическому размещению. Они всё таки сделали это? И будет ли данное правило udev корректно работать?

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

Тогда отключай привязку и не ной про злой юдев.

привязка давно отключена (как только заметил, что юдев стал этой херней страдать, так везде и поудалял)

ты вот лучше скажи — что через юдев делается такого полезного для сервера?

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

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

но заметил я эту привязку именно так, как описывал — т.е. карта сдохла, ее надо менять, а удаленно хрен поменяешь, ибо привязка к МАС-у

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

Мне e100 приходилось менять только при массовом

В смысле сетевухи, поддерживаемые драйвером ? У нас их просто много, сотни (сейчас, правда, количество смещается в сторону гигабита, то есть, модули e1000 и e1000e). Плюс условия эксплуатации не очень комнатные. Любое оборудование ломается, вопрос процента и срока эксплуатации.

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

А кто подтверждает такой бред?

// ты еще про бубунту с юнитей подтвердил намедни

// и вообще: куда катится мир? Нам всем конец. Когда-то была жизнь, а нынче — какое-то выживание уже пошло.

Eddy_Em ☆☆☆☆☆
()
Последнее исправление: Eddy_Em (всего исправлений: 2)
Ответ на: комментарий от imul

Какой-то сомнительный, притянутый за уши поинт. Полученный в результате неправильной организации труда.

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

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

Вышел новый софт, популярный, широко рассованный всюду куда не надо. Я не могу стереть новость просто на основании того, что Поттеринг - идиот и не лечится, а systemd - говно, это будет против свободы и огорчит Столлмана.

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

У меня 2 претензии к systemd (а так же к pulseaudio и всяким policykit):

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

- плохая документированность, та документация, что есть отстает от самого софта.

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

Я думаю, Столлмана Поцтеринг давным-давно огорчает. Равно как и Марк.

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

похожими методами

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

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

Ну и кроме того никто не любит шантажистов, а требование «переходите на systemd или обходитесь без udev» иначе как шантажом и не назовешь.

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

Второй пункт актуален для многих проектов.

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

Ещё не поздно сделать вдоль закопаться в бункер, пока мир окончательно не скатился.

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

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

Для эзернетов это уже не так. udev ведёт базу известных устройств, и при добавлении нового устройства присваивает ему ранее не использованый номер. То есть включил комп с онбоард-сетевой - получил eth0, воткнул PCI - теперь есть eth0 (онбоард) и eth1 (PCI), отключил в биосе онбоард - остался только eth1, воткнул USB-шную сетевую - получил eth1(PCI) и eth2 (USB).

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

Если новое устройстойство - засунуть на место eth0 если его нет или на место eth1, если его нет.

Клинический случай. Так делать нельзя. Воткнули устройство, которого (и его однотипного) раньше не было -> его драйвер по каким-то причинам загрузился раньше чем драйверы старых (уже воткнутых) -> новое устройство автоматом станет eth0 (ведь других устройств ещё нет, поскольку их драйверы не загружены!!!) -> при загрузке следующего устройства возникнет конфликт.

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

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

К мантейнерам дистрибутива претензия

плохая документированность, та документация, что есть отстает от самого софта

Это не про systemd

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