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

Да я в курсе, что всё нормально. Просто разработчики gentoo сердцем прикипели к OpenRC, и не скоро захотят его менять. Они довольно консервативные в этом плане товарищи. И надавить на них ни одна корпорация не может, так-что процесс перехода на systemd если и начнётся, будет идти не один год.

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

Я имею в виду отсутствие USE-флагов. Программы в данных дистрах собираются практически со всеми своими зависимостями. В gentoo подход другой. Можно собрать mc без поддержки архивов, или Samba. Практически каждый гентушник пересобирает мир под себя, выпиливая всё лишнее. У меня был gentoo ещё на втором пне, с 128мб памяти и 4Гб винтом. Что такое выпиливание всего лишнего, и использование IceWM, потому что кеды тормозят я в курсе...

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

Hurd - еле живая подделка. Пока на него не смогут навесить прослойку для поддержки всех драйверов linux, и на нём не будет работать поддержка приложений и библиотек linux, он даром никому(кроме Столламана, но он этого не знает) не нужна. Зачем нужна ОСь без драйверов, и с небольшим количеством ПО старых версий?

*BSD - хорошее семейство. Но на практике с дровами под него очень плохо. Поддержку дров от linux они так и не осилили, хотя и ежу понятно, что это проще, чем городить свою архитектуру для поддержки железа. Бинарники от линя загружать кое-как умеют, но это именно кое-как. Какой профит от такой ОС? Только одна польза, *BSD мало знаком большинству опытных админов, и хакеров. В силу своей малой распространнённости. За такими машинками хорошо прятать сеть с Linux и Windows. Пусть себе работает в роли прокси-сервера. Очень удобно, и злоумышленник обломается. Такой засады как *BSD злоумышленники не ожидают.

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

Не хотел что-бы меня так превратно поняли. Создатели Debian и Arch - не экстрасенсы. Они (как и разрабы Fedora, Ubuntu и т.п. дистров) собирают ПО со всеми теми зависимостями, которые теоретически пригодятся среднестатистическому пользователю их дистра. А на самом деле далеко не каждому пользователи нужны те или иные плюшки в том же ffmped, mc и почти любой другой сложной программе. Есть вещи, которые какой-то конкретный гентушник просто выпилит. Ему конкретно они не нужны. Именно с точки зрения гентушника обыкновенные дистры с готовыми бинарными пакетами слишком жирные.

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

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

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

Я имею в виду отсутствие USE-флагов. Программы в данных дистрах собираются практически со всеми своими зависимостями.

В арче большинство лишних зависимостей вынесены в опциональные (как и в любом нормальном бинарном дистре), ставить их или нет — решает сам пользователь.

Кроме того, в генту отсутствие лишних runtime depends успешно компенсируется слотами и обязательными make depends.

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

*BSD мало знаком большинству опытных админов, и хакеров.

Так толсто, что даже комментировать не буду. Постарайся быть тоньше!

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

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

не благодари за фикс.

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

Ну, вообще то может. Не забываем, что т.к. девелоперы пакетов редко заботят себя написанием средств инициализации/интеграции своих поделий, это делают мантейнеры. Так как мантейнеры не боги, они пишут это самое только под «дефолт». Сейчас в генте «дефолт» — openrc. Второе пока наполняется большей частью юнитами из самих пакетов. А больше как бы ничего и нет

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

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

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

Есть. На том самом live cd, с которого вы устанавливаете систему. Вы можете установить при помощи него совсем другое ядро, другую систему инициализации и т.п. Но неужели у некоторых не промелькнёт при установке мысль, что то что юзают для live cd вероятно оптимальный выбор? Так и рождаются стереотипы.

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

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

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

Есть

4.2

На том самом live cd, с которого вы устанавливаете систему

Откуда тебе знать с какого livecd я устанавливаю систему? И вообще, с livecd ли я её устанавливаю?

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

Ты хрень какую-то написал. Ни на одной машине, где не выставлен флаг systemd, systemd не установлен, и проблем с другими пакетами не наблюдается. Причем это касается как stable, так и testing веток. Ты, видимо, сам нахимичил с флагами. Так что или давай ссылку на баги, где описаны проблемы сборки без systemd, либо признай, что ССЗБ.

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

Ну, вы же gentoo бутсрэпите не с ubuntu? Подозреваю что загружаетесь с готового образа, записанного на диск или флешку. А какая там система инициализации? Не дефолтная OpenRC? Вот видите, а вы говорите что нет дефолта...

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

Ну, вы же gentoo бутсрэпите не с ubuntu?

Могу и так, если нужно будет.

Не дефолтная OpenRC?

Facepalm.

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

Всё собирается и работает без всякого геморроя

Ну не правда же!

Что бы собрать рекомендованный udev-192 требуется поставить совершенно нестабильный openrc-999, а уж после его установки начинается полный абзац. С другой стороны, если поставить systemd вместо openrc, то установка udev проходит весьма гладко. Эта ситуация наблюдается мной начиная с udev-171-r6

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

Что бы собрать рекомендованный udev-192 требуется поставить совершенно нестабильный openrc-999

Слушай, ну кому ты заливаешь? :D

Вот тебе пруф

С другой стороны, если поставить systemd вместо openrc, то установка udev проходит весьма гладко. Эта ситуация наблюдается мной начиная с udev-171-r6

Ну что, поздравляю, у тебя феерически кривые ручки.

Kindly_Cat
() автор топика

Отличный инит. Не думаю, что местные гуру умнее разработчиков генты и/или федоры.

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

На самом деле с траблой я уже разобрался. Если вкратце, то у меня в системе были бинарные оверелеи. Они и вызывали проблемы по зависимостям. После постов здесь, я их снес и пересобрал world (а потом, поскольку обновился gcc, пересобрал и system вдогон). Теперь у меня все красиво: стоят совместно udev-193 и последний openrc

Единственно, что настораживает, так это рекомендованная опция -openrc для последнего udev. Но сборке это не мешает, и работе вроде тоже.

P. S. Бинарные оверлеи - зло, имхо

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