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)

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

Что делать... Нет пока ему адекватной замены. Не на Паскале же писать? Он более медленный, ведь нормального кодогенератора, сравнимого с тем, что создали для C, для него нет. C++ при написании низкоуровневого софта используется примерно так же, как C. То есть, по сути ООП и прочее в таких проектах не применяется. Вот и выходит, что писать такие вещи ещё не один год будут на C.

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

Из вконтактской группы «разработчиков»: «Пользуйся компилятором каторый тибе по душе!11».

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

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

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

anonymous
()

lucentcode

Так как приход systemd неминуем, хотелось бы оценить последствия, которые он повлечёт, развеять сложившиеся предубеждения. Хотелось бы задать несколько вопросов.

Насчет логов хотелось бы узнать поподробнее:

Если файл журнала будет поврежден, его можно будет прочитать?

cat, less, tail, head судя по всему будут бесполезны?

Насколько это надёжно?

Тормоза при работе будут (особенно при удаленном доступе)?

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

сменить дистр большая проблема чем заставлять себя пользоваться systemd?

На паре домашних машин — без проблем. Серваки организации при наличии купленного редхата/заточенного под него софта — хм, предлагаю попробовать.

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

комьюнити ... дистра ... само решит

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

....а жаль, - стоило бы, имхо

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

Ты к нам не из тупичка? Забанить оппонента - это так аргументированно.

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

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

интересно, доживу ли я до хотя бы альфы дистрибутива, в котором не будет эмм… ну, пусть технологий, вызвавших неудовольствие Адептов Духа Старой Школы и Тех, Кто Точно Знает, Что Нужно Пользователю (systemd, networkmanager, pulseaudio, utf8, mono… что там ещё?)

CRUX ждëт тебя.

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

Подсказка:

USE="-systemd -networkmanager -pulseaudio -mono"

А чем тебе не нравится юникод? Хочется трахаться с кучей кодировок?

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

Ну нет, SLA к systemd не имеет никакого отношения.

Ну ты тут недалеко рассказывал про графики и прочие радости жизни когда у тебя про СЛА в системд спросили.

Он программист, а не мальчик для битья из службы поддержки. И не админ. Он программист, а и дрязги с разярёнными клиентами не его дело.

А СЛА это оказывается дело мальчиков для битья, или сисадминов, или это дрязги с клиентами. Оригинальное мнение. То есть следить за сервисом, перезапускать его, отслеживать какие-то параметры сервиса, напихать внутрь функций крона это потцеринг может. А сделать первый шаг в виде выдачи % работоспособности, за 24 часа, сервиса это он не может. Это мнение потцеринга или твоё лично?

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

Он программист. И не админ.

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

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

Избавляться от анахронизмов типа init'a, а писать до сих пор (в том числе замену иниту) на языке семидесятых прошлого века - дикари-с!

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

Серваки организации при наличии купленного редхата/заточенного под него софта

ммм, vendor-lock. Тогда да, трудно. Легче сменить восприятие и думать что будет не так уж глубоко, а наоборот, приятно.

предлагаю попробовать

было бы смело.

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

равно как и systemd позволяет не трахаться с простынями батников. хотя что же это я — ведь шеллскрипты это Совсем Другое Дело И Вообще Святое.

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

Мне лично пофиг. Единственное, что удерживает меня от перехода на systemd - его недопиленность. Вернее, не его, а юнитов.

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

К тому же, вспомним на мгновение, что System V init - тоже бинарь, который тоже может рухнуть.

Только шансов столкнуться с падением init в разы меньше, чем с падением systemd (я надеюсь, не нужно объяснять почему).

И он шарит по каталогу init.d и соответвующим для различных runlevel-ов каталогам, ищет скрипты инициализации там

FAIL

Init только запускает основной скрипт, прописанный в /etc/inittab. Читать 'man 8 init' до просветления.

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

Но зачем нам дополнительные велосипеды?

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

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

равно как и systemd позволяет не трахаться с простынями батников

А то, что в systemd часть алгоритма загрузки спрятана в скомпилированные бинарники, и без скачивания исходников (которые, кстати, куда страшнее «батников») из десяти мест вообще непонятно, что и как именно запускается, — это нормально?

батников

А вот за такое в приличном обществе можно и канделябром огрести…

AX ★★★★★
()

Ну, какой же уродливый этот systemd... Чем-то напоминает винду. Скоро будет проще переставить систему в случае проблем с загрузкой, чем разобраться в чём дело с этой кучей бинарников.

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

Ждём вменяемых unix-way альтернатив...

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

Шелл вообще плохо дебажится.

Шелл _много_ проще и быстрее дебажится, чем бинарник.

Предлагаю отловить синтаксические ошибки в скрипте не запуская его.

А это зачем?

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

поробовал я загрузить debian с запрещенным udev

Ты больной?
Зачем тебе статический /dev только из-за того, что udev собирается из одного дерева сорцов с systemd? Ты точно понимаешь, для чего нужен udev?

типа загрузился, но pppd не запускается!

Так сделай статически нужные устройства для ppp и работай.

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

даже если и сам systemd будет дистронезависим (во что я не верю, поскольку rh будет максимально в него хардкодить для обеспечения vendor lock-in), конфиги под него будут дистрозависимы

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

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

Что за мода пошла обвинять в systemd одного только Поттеринга?

google://жупел
Человеческая ненависть от своих неудач у конкретных индивидов должна выливаться на конкретного адресата.

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

Только шансов столкнуться с падением init в разы меньше, чем с падением systemd (я надеюсь, не нужно объяснять почему).

Я так понимаю у тебя нет водопровода и канализации? Это ведь так сложно. А вдруг труба лопнет? Как чинить? Нет, уж лучше колодец и сортир на улице. Зимой жопа мёрзнет — зато надёжно!

Чёртов Леннарт придумал водопровод и канализацию... :( а теперь её мне навязывают, где я в городе найду колодец? Придётся сваливать в ебеня на CRUX^w^wв деревню.

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

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

Команды
/bin/true
/bin/sync
/bin/chown
/bin/tail
/bin/mv
/bin/chmod
/bin/dir
/bin/expr
/bin/basename
/bin/tr
/bin/stty
/bin/dirname
/bin/mktemp
/bin/mkdir
/bin/head
/bin/cp
/bin/du
/bin/tty
/bin/mkfifo
/bin/cut
/bin/sleep
/bin/yes
/bin/df
/bin/touch
/bin/env
/bin/seq
/bin/ls
/bin/echo
/bin/ln
/bin/readlink
/bin/chroot
/bin/rmdir
/bin/date
/bin/dd
/bin/vdir
/bin/rm
/bin/uname
/bin/false
/bin/cat
/bin/pwd
/bin/chgrp
/bin/mknod
/bin/sort
/bin/wc
/usr/bin/arch
/usr/bin/tee
/usr/bin/split
/usr/bin/sha224sum
/usr/bin/users
/usr/bin/runcon
/usr/bin/tsort
/usr/bin/pathchk
/usr/bin/tail
/usr/bin/tac
/usr/bin/od
/usr/bin/sha512sum
/usr/bin/dir
/usr/bin/whoami
/usr/bin/unexpand
/usr/bin/logname
/usr/bin/fmt
/usr/bin/expr
/usr/bin/test
/usr/bin/basename
/usr/bin/tr
/usr/bin/dirname
/usr/bin/mktemp
/usr/bin/printenv
/usr/bin/sha1sum
/usr/bin/head
/usr/bin/base64
/usr/bin/shuf
/usr/bin/du
/usr/bin/link
/usr/bin/tty
/usr/bin/mkfifo
/usr/bin/cut
/usr/bin/sleep
/usr/bin/printf
/usr/bin/install
/usr/bin/nl
/usr/bin/yes
/usr/bin/touch
/usr/bin/join
/usr/bin/cksum
/usr/bin/env
/usr/bin/seq
/usr/bin/ptx
/usr/bin/fold
/usr/bin/dircolors
/usr/bin/timeout
/usr/bin/readlink
/usr/bin/pr
/usr/bin/chroot
/usr/bin/sum
/usr/bin/hostid
/usr/bin/md5sum
/usr/bin/realpath
/usr/bin/sha384sum
/usr/bin/nice
/usr/bin/paste
/usr/bin/uniq
/usr/bin/factor
/usr/bin/stdbuf
/usr/bin/expand
/usr/bin/pinky
/usr/bin/shred
/usr/bin/unlink
/usr/bin/vdir
/usr/bin/csplit
/usr/bin/sha256sum
/usr/bin/truncate
/usr/bin/uname
/usr/bin/comm
/usr/bin/nproc
/usr/bin/id
/usr/bin/sort
/usr/bin/who
/usr/bin/chcon
/usr/bin/nohup
/usr/bin/[
/usr/bin/wc
/usr/bin/stat
просто обязаны быть сделаны отдельными пакетами. Иначе ааааааааааааааааа!!!!! МАНАЛИИИИИИИИТ!!!!11111

Как вы задолбали уже со своим маразмом!

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

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

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

Чёртов Леннарт придумал водопровод и канализацию...

Если только российские… ;)

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

просто обязаны быть сделаны отдельными пакетами. Иначе ааааааааааааааааа!!!!! МАНАЛИИИИИИИИТ!!!!11111

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

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

Команды
...

kde4 и gnome3 туда забыл добавить. Амароки, там, с аконадями и недомуками, гномощели...

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

И что это у тебя кстати /bin/ отдельной строкой? По последнему приказу Поттеринга, /bin/ должен быть симлинком на /usr/bin/ .

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

Чёртов Леннарт придумал водопровод и канализацию...

канализация уже работает много-много лет — всякие sysv init, openrc, upstart и проч.

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

У меня пару лет назад была дискуссия с одним господином, пилящим этот самый иллюмос. Вот у него один из аргументов убогости линакса была убогая система управления процессами :]

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

убогая система управления процессами :]

Что такое система «управления процессами»? Содержимое каталога kernel/?

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

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

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

kde4 и gnome3 туда забыл добавить. Амароки, там, с аконадями и недомуками, гномощели...

Сынок, я специально привёл список того, что входит в один пакет, который всегда есть в системе. Угадай, что это за пакет. Остальной твой бред комментировать желания нет.

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

Интересно, что этот господин сказал бы насчет systemd.

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

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

Для корня в ram вполне хорошая идея. Ты только Леннарду про это не рассказывай.

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

Сынок, я специально привёл список того, что входит в один пакет, который всегда есть в системе. Угадай, что это за пакет.

Трупачковец, так что это за пакет?

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

Может быть это bash? Не уверен. Это который интерпретатор жрущий нещадно ресурсы и Сектой Ненависти имени Леннарта априори считается безошибочным в отличии от systemd.

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

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

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

Любой повреждённый бинарь можно прочитать. Вопрос в том. чем читать.

journalctl позволяет выводить последовательно все записи, вывести определённое количество записей, выводить записи по мере их поступления и т.п. Выхлоп тектовый у тулзы. Данные могут быть в виде строк, и в виде JSON(это удобно для программ, которые будут работать с выхлопом), те же GUI тулзы, для них JSON - серебрянная пуля. Не нужно парсить данные из строк вручную:) Выведя данные в виде строк вы спокойно можете разбирать выхлоп при помощи grep, промастривать в консоли с помощью less т.п.

Надёжность... А насколько надёжны исполняемые файлы, изображения и прочие бинарники? Любой файл, в том числе и текстовый - на самом деле набор нулей и единиц. При повреждении часть информации теряется. Запасайтесь хорошимим винтами, и всё будет ОК.

Насчёт тормозов - они свойственны программам парсящим текстовые данные. Запись и парсинг бинарных форматов имеет серьёзное преимущество в скорости сериализации и десериализации, это вам не парсинг текста. Так что бинарные форматы - это скорость и удобство для машинного парсинга. Неудобно читать такую информацию человеку. Но вас же не напрягает, что ваши данные MySQL хранит в бинарном файле? А не в огромном XML или INI? При большом обьёме информации хранить данные в текстовых форматах накладно. Гораздо проще конвертировать их из бинарного представления по мере надобности в текст.

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

Какая-то тулзень, генерирующая графики там уже есть.

systemd-analyze.

может вас смущает dbus? Так он скоро везде будет, и почти наверняка у вас в системе присутвует. Чего такого крамольного вы отыскали в systemd?

stupid-mode: что делает systemd при падении dbus, умеет ли он рестартнуть его?

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

Значит занятия трупачизмом не отрицаешь, уже хорошо. Предположим что у меня винда. Теперь расскажи почему у меня в винде такого пакета нет. А это тебе подумать( мозги то можешь включить, наверное): $ ls -l /usr/bin/tr* -rwxr-xr-x 1 test Отсутствует 34830 фев 6 2012 /usr/bin/tr.exe -rwxr-xr-x 1 test Отсутствует 438286 апр 24 18:22 /usr/bin/troff.exe -rwxr-xr-x 1 test Отсутствует 16398 фев 6 2012 /usr/bin/true.exe -rwxr-xr-x 1 test Отсутствует 40462 фев 6 2012 /usr/bin/truncate.exe $ uname -a CYGWIN_NT-5.1 home 1.7.16(0.262/5/3) 2012-07-20 22:55 i686 Cygwin

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

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

Если утилита для чтения логов будет падать (а я неоднократно видел сообщения об этом), то от пользы от твоего «тектового» выхлопа будет чуть менее, чем никакой.

Любой файл, в том числе и текстовый - на самом деле набор нулей и единиц.

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

Но вас же не напрягает, что ваши данные MySQL хранит в бинарном файле?

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

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

ммм, vendor-lock. Тогда да, трудно.

Не совсем. В свое время частично мигрировали с соляры на линукс (с одного линукса на другой мигрировать проще). Проблемы в основном не технические. Вопрос в том, что мигрировать особо не куда. Хотя надо дождаться RHEL7, пока говорить об этом рано.

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