LINUX.ORG.RU

systemd 216

 , ,


1

2

systemd — это менеджер системы и сессий для Linux. systemd совместим со скриптами инициализации SysV и LSB. Он предоставляет возможности агрессивного распараллеливания, использует для запуска сервисов сокеты и D-Bus активацию, позволяет запускать демоны по требованию, реализует транзакционную зависимостную логику управления сервисами, отслеживает процессы с использованием Linux cgroups, поддерживает создание снимков и восстановление, а также заведует монтированием и точками автомонтирования.

Это мажорный выпуск. Помимо прочих изменений, systemd-resolved теперь гармонично дополняет распознаватель заглушек кэширования DNS и LLMNR.

  • timedated больше не читает имена юнитов реализации NTP из /usr/lib/systemd/ntp-units.d/*.list. Альтернативная реализация NTP добавляет
    Conflicts=systemd-timesyncd.service
    в их юнит-файлы, заменяя собой функциональность NTP systemd по умолчанию.
  • systemd-sysusers получила новый тип строки «r» для настройки того, из каких диапазонов UID/GID выделять системных пользователей/группы. Строки типа «u» теперь могут добавлять дополнительную колонку для обозначения домашней директории создаваемого пользователя. Кроме этого, systemd-sysusers теперь может опционально считывать пользовательскую информацию из STDIN вместо файла. Это полезно вызове её из предустановочных скриптлетов RPM, которым нужно создать пользователей перед установкой первого файла RPM, так как этим файлам может требоваться владение этими пользователями. Новый макрос RPM %sysusers_create_inline представлен именно для этой задачи. systemd-sysusers теперь обновляет теневые файлы наряду с базами пользователей/групп, что улучшает совместимость с некоторыми инструментами, например, grpck.
  • Ряд шинных API PID 1 теперь опционально запрашивает у PolicyKit, предоставить ли доступ считающимся непривилегированными клиентам при определённых условиях. Имейте в виду, что интерактивная аутентификация в данный момент пока не поддерживается, но в конечном счёте ожидается добавление и её.
  • /etc/machine-info теперь обладает новыми полями для настройки среды развёртывания машины, а также месторасположения машины. hostnamectl обновлён и снабжён новой командой для обновления этих полей.
  • systemd-timesyncd обновлён до автоматического запроса информации о NTP-сервере у systemd-networkd, который можно обнаружить по DHCP.
  • systemd-resolved теперь включает распознаватель заглушек кэширования DNS и полную реализацию разрешения имён LLMNR. Добавлен новый модуль NSS «nss-resolve», позволяющий использовать собственный «nss-dns» glibc для обнаружения имён хостов через systemd-resolved. Имена хостов, адреса и произвольные RR'ы можно распознавать через D-Bus API systemd-resolved. В отличие от внутреннего распознавателя glibc, systemd-resolved умеет работать с многодомными системами и удерживает DNS-сервера и кэши отдельно и поинтерфейсно. Запросы посылаются одновременно на все интерфейсы, имеющие настроенные DNS-сервера, для корректной обработки VPN и локальных LAN, которые могут распознавать отдельные наборы доменных имён. systemd-resolved может запрашивать информацию о DNS-серверах у systemd-networkd автоматически, который, в свою очередь, может находить её по DHCP. Нововведённый инструмент «systemd-resolve-host» можно использовать для запроса логического DNS у resolved. systemd-resolved реализует IDNA и автоматически использует IDNA или кодировку UTF-8 в зависимости от того, используется ли в качестве транспорта классический DNS или LLMNR. В следующих выпусках планируется добавить в systemd-resolved реализацию DNSSEC и mDNS/DNS-SD.
  • Добавлен новый модуль NSS nss-mymachines, автоматически распознающий имена всех локально зарегистрированных контейнеров по соответствующим IP-адресам.
  • Добавлен новый клиентский инструмент для systemd-networkd — «networkctl». В настоящий момент он полностью пассивен и запрашивает сетевую конфигурацию у udev, rtnetlink и networkd, предоставляя её пользователю дружественным способом. В будущем планируется расширить его до полноценной утилиты для управления networkd.
  • .socket-юниты получили новую настройку DeferAcceptSec=, управляющую sockopt ядра TCP_DEFER_ACCEPT для TCP. Аналогично, для управления TCP Keep-Alive добавлены KeepAliveTimeSec=, KeepAliveIntervalSec= и KeepAliveProbes=. Также поддерживается отключение алгоритма Nagle для TCP (NoDelay=).
  • logind обучен новому типу сессий «web» для использования в проектах наподобие Cockpit, регистрирующих web-клиентов как PAM-сессии.
  • Юниты-таймеры с как минимум одной настройкой OnCalendar= теперь будут запускаться только после достижения timer-sync.target. Таким образом, они не будут проходить перед подстройкой системных часов локальным NTP-клиентом или чем-то подобным. Отчасти это полезно на встраиваемых системах без RTC, запускающимся со сбитыми системными часами.
  • Ключ systemd-nspawn --network-veth= теперь приводит к стабильным MAC-адресам как на внешней, так и на внутренней стороне соединения.
  • systemd-nspawn получил новый ключ --volatile= для запуска экземпляров контейнеров с незаполненными /etc или /var.
  • Клиентский код kdbus обновлён для использования новой подсистемы Linux 3.17 memfd вместо старой, kdbus-специфичной.
  • DHCP-клиент и -сервер systemd-networkd теперь поддерживают FORCENEW. Также есть новые параметры конфигурации для настройки клиентского идентификатора поставщика и режима вещания для DHCP.
  • systemd больше не будет уведомлять ядро о текущем часовом поясе, так как это в любом случае неверно и колоритно, поскольку ядру неведом DST и подобные понятия. Как следствие, временные метки FAT будут всегда считаться UTC, примерно как это уже делает Android. Помимо этого, когда RTC настроены на локальное время (отличное от UTC), systemd никогда не будет синхронизировать их обратно, так как это может смутить Windows при последующей загрузке.
  • systemd-analyze получил новую команду «verify» для оффлайн-валидации юнит-файлов.
  • systemd-networkd получил поддержку парочки дополнительных настроек для слития настроек сети. Также теперь можно настраивать метрику статично настроенных маршрутов. Для сетевых интерфейсов в случае необходимости можно настроить IP-адрес пира.
  • DHCP-сервер systemd-networkd больше не будет запрашивать вещание по умолчанию, так как это роняло некоторые сети. Для оборудования, где вещание необходимо, возможность можно включить обратно с помощью RequestBroadcast=yes.
  • systemd-networkd теперь задаёт адреса IPv4LL (если включено) даже если DHCP успешно настроен.
  • udev теперь по умолчанию отдаёт предпочтение именам сетевых устройств, предоставляемым ядром, если ядро указывает, что они предсказуемы. Это поведение можно изменить изменением NamePolicy= в соответствующем .link-файле.
  • Добавлена новая библиотека systemd-terminal, реализующая полную обработку и отображение TTY-потоков. Эту библиотеку планируется использовать в будущем для реализации подсистемы виртуальных терминалов целиком в пространстве пользователя, взамен текущей реализации в ядре.
  • Добавлен новый инструмент systemd-journald-upload для передачи данных журнала на удалённую систему с запущенным systemd-journal-remote.
  • journald больше не будет передавать все локальные данные другому запущенному syslog-демону. Это изменение сделано, поскольку rsyslog (являющийся на сегодняшний день наиболее широкоиспользуемой реализацией rsyslog) их больше не использует, и вместо этого вытягивает из журнала в свой собственный. Поскольку передача сообщений несуществующему syslog-серверу слишком затратна, было решено просто выключить её. Если у вас запущен syslog-сервер, отличный от последней версии rsyslog, эту опцию нужно снова включить (ForwardToSyslog= в journald.conf).
  • journald опционально поддерживает LZ4-компрессор для больших полей журнала. Этот компрессор работает намного лучше XZ, который использовался по умолчанию ранее.
  • machinectl теперь показывает IP-адреса локальных контейнеров, если знает их, плюс имя интерфейса контейнера.
  • Добавлен новый инструмент «systemd-escape», позволяющий легко экранировать строки для создания имён юнитов и т. п.
  • Сообщения sd_notify() теперь могут содержать новое поле ERRNO=, которое обрабатывается и сохраняется systemd, чтобы потом его можно было отобразить в выводе «systemctl status» для сервиса.
  • Добавлен новый компонент «systemd-firstboot», интерактивно запрашивающий для systemd наиболее базовую информацию (часовой пояс, имя хоста, пароль root) при первой загрузке. Ещё его можно использовать для предоставления этих вещей оффлайн в образах ФС, установленных в директории.
  • Сниппеты sysctl.d/ по умолчанию теперь выставляют net.ipv4.conf.default.promote_secondaries=1. Это позволяет не сбрасывать вторичные IP-адреса, когда первичные удалены.

>>> Источник

★☆

Проверено: fallout4all ()
Последнее исправление: JB (всего исправлений: 4)

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

Я тоже, о чём и говорю --

за исключением экспериментов на локалхостах заинтересованных людей

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

Поэтому в случае аварийной перезагрузки серверов

Используй автономные генераторы, Люк!

LongLiveUbuntu ★★★★★
()

Поставил попробовать Debian Sid, а там systemd! Ну ничего, думаю, попробую будущее на вкус. Ну что, быстро работает, ничего так, да. И вдруг вот этот баг: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746358 systemd вешается при перезагрузке, если в /etc/fstab монтируется, например, NAS, пользуя nfs. Как же я проиграл! FUTURE IS NOW! P.S. А другое поделие Поттеринга, pilseaudio из коробки пользовать и вовсе невозможно - после отключения звука с функциональных клавиш ноута, обратно он не вернулся; одновременно проигрывать звук два приложения не могут. Но пульса-то пока выпиливается без особых проблем. Пока. Вернулся к генте с openrc и алсой.

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

За исключением obex.service, который в таком виде неработоспособен, и ...

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

раз уж ты буквоедствуешь

я доказал свою правоту.

в том выхлопе

в моей системе отрублено все что касается блютуса.

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

А другое поделие Поттеринга, pilseaudio из коробки пользовать и вовсе невозможно

Сейчас придут «знатоки» и скажут тебе, что ты не прав.

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

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

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

Поттерингохейтеры, у меня к вам вопрос: чем вас systemd не устраивает, как обычных пользователей линукса? Вы что, каждый день иниты редактируете и запускаете? Нормальный пользователь вообще не замечает, что у него там занимается инициализацией, а спокойно работает.

Можешь продолжать называть нас «хейтерами», но такие как я просто смотрят в завтрашний день, а не только радуются сегодняшнему.

А «тревожные звоночки» уже были. Все помнят, с чего начинался пульсаудио? Тоже «новое апи с референсной реализацией», новые фичи, и всем этим можно было не пользоваться, если не хочется. Сейчас же некоторые ДЕ без этого поделия со звуком не работают. А совсем недавно прилетел «ультиматум» от скайпа - или пульсаудио, или довольствуйтесь чатиком.

Что, тоже скажешь «работает - и ладно?», а если пожалуюсь что у меня на компе оно банально похрюпохрипывает, то тут же слетится толпа поттерингопоклонников с заявлениями «УМВР».

Что, тоже скажешь «исходники открыты, так что есть свобода выбора»? Ну так покажи, где она. Где достать альтернативынй переходник pulse-ALSA или pulse-OSS? Или прикажешь каждому хомячку сидеть разбираться в аудиоинтерфейсах и пилить свой?

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

Но волноваться не о чем, ведь у тебя сегодня все работает! А завтра хоть потоп...

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

Они не смогут, их советы сведутся к тому, чтобы вы просто установили их любимый Arch Linux.

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

Но волноваться не о чем, ведь у тебя сегодня все работает! А завтра хоть потоп...

опять волна тупняка и страха. у тебя штаны сухие еще? а во что превратится systemd будет видно по факту, достали уже эти сраные закапіватели.

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

во что превратится systemd будет видно по факту

Неплохое подтверждение первого (без учёта цитаты) и последнего абзацев из сообщения segfault-а.

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

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

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

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

Не будет, альтернатив хоть отбавляй, как и всегда в линуксе, впрочем.

Но волноваться не о чем, ведь у тебя сегодня все работает! А завтра хоть потоп...

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

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

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

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

Нет, ты не прав. obex.service пользовательского режима активируется по dbus, а в стандартной (и в твоей) поставке systemd нет пользовательского юнита для dbus-сервера (что ты сам доказал, приведя список таковых юнитов). Следовательно, obex.service пользовательского режима в твоей конфигурации никогда не может быть запущен.

Если ты не понимаешь, что я только что сказал — то я советую тебе идти и читать маны по systemd.

Так что, как это сейчас модно говорить, «слив засчитан».

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 3)

Пользуясь случаем: как заставить системд отмонтировать что-л. перед ребутом или хальтом. мимонеосилятор

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

Насколько перед? Он ваще-то всё отмонтирует непосредственно перед тем, как стопнуть систему (после остановки всех демонов).

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

Я тот болезный дебианщик с этим багом: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746358

Хоть и написано, что его пофиксили, но у меня все плохо. Если делать umount /mnt/nfs, а потом ребутиться - всё норм. Если нет - то нет.

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

В общем, тебе нужно отмонтировать NFS-шару до опускания сети.

Я не дебианщик. Ниже приведён результат экспресс-запуска libastral.so.0.

mkdir -p /etc/systemd/system/remote-fs.target.wants
ln -sf /usr/lib/systemd/system/network.target /etc/systemd/system/remote-fs.target.wants
systemctl daemon-reload
intelfx ★★★★★
()
Ответ на: комментарий от intelfx

obex.service пользовательского режима активируется по dbus
Следовательно, obex.service пользовательского режима в твоей конфигурации никогда не может быть запущен
нет пользовательского юнита для dbus-сервера

идиот, прочитай что такое сессионная шина и больше так не позорся.

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

но такие как я просто смотрят в завтрашний день, а не только радуются сегодняшнему

Не только лишь все могут в завтрашний день смотреть... Ещё один идиот с баттхёртом от systemd - на этот раз покусанный кличко.

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

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

Номер бага?

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

идиот

«Нет, ты.»

больше так не позорься

Ой, какие мы важные...

Сессионная шина запускается с иксами и не имеет никакого отношения к systemd --user.

Предлагаю небольшое домашнее задание для самых маленьких: сделать qdbus org.bluez.obex и проверить состояние этого юнита с systemctl --user status obex.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 1)

Мда...

Без хейтеров фанатики системд (как и подобает настоящим фанатикам) стали выяснять «кто является любимой женой», пере*рались и вместо аргументов стали кидать в друг друга какашки и обзывать друг дргуга «идиотами» :) Ну и воспитание :)


timuaz метил на должность «старшего администратора системд», а оказалось не шарит как оно работает, получается только УМВР кричать и может, лошара :)


intelfx втирал про то, что системд принес в зоопарк какую то волшебную «стандартизацию», но при разборе проблемы с системд на дебиане стал отмазываться «Я не дебианщик» :) Вот тебе и «стандартизация» :)))


eugeno - крутой дебианщик с УМВР, кстати, что показательно, тоже проигнорировал просьбу помочь разобраться с «надежным дебианом». Видимо шпециалист уровня timuaz'а


И эти чудики пытаются втирать о нужности системд? Ха-Ха...

anonymous
()

все это напоминает бубунту - толпы идиотов расхваливают и только единицы понимают, что, на самом деле, происходит.

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

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

линукс был до бубунты и поттеринга и он будет после того, когда о них забудут их нынешние фанаты.

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

Этот баг о другом.

Я как раз всё проверил. После qdbus org.bluez.obex obexd, естественно, стартует, но средствами сессионной шины, а не с помощью systemd --user (так что пользовательский юнит obexd.service остаётся неактивным).

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

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

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

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

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

Так вот, он не используется, и приведённый тобой контрпример с obexd некорректен, поскольку obexd запускается средствами сессионной шины D-Bus, а не systemd --user.

Таким образом, в текущих дистрибутивах ничего не требует наличия пользовательской копии systemd, и она работает вхолостую. Следовательно, твой тезис неверен. Dixi.

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

Где достать альтернативынй переходник pulse-ALSA или pulse-OSS? Или прикажешь каждому хомячку сидеть разбираться в аудиоинтерфейсах и пилить свой?

Да, потому что ему никто ничего не должен.

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

nut-server, nut-client падают после выхода из спящего. И вообще не детектируют переход ИБП в режим аккумулятора. Замечено в Debian Sid. В генте с openrc все нормально. Конфиги NUT одинаковые.

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

Да, потому что ему никто ничего не должен.

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

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

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

Я не удивляюсь.

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

Где достать альтернативынй переходник pulse-ALSA или pulse-OSS? Или прикажешь каждому хомячку сидеть разбираться в аудиоинтерфейсах и пилить свой?

Да, потому что ему никто ничего не должен.



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

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

Если среди тех, кто считает, что проект X скатывается в УГ, находится достаточное количество разумных людей, эти же люди берут и пишут проект X-штрих. А если таковых не находится, то любое мнение этой группы можно считать необъективным. Меритократия, сэр.

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

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

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

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

Если среди тех, кто считает, что проект X скатывается в УГ, находится достаточное количество разумных людей, эти же люди берут и пишут проект X-штрих.

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

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

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

Так вот, он не используется, и приведённый тобой контрпример с obexd некорректен, поскольку obexd запускается средствами сессионной шины D-Bus, а не systemd --user

Что характерно он прав. Именно поэтому Леннарт и говорил, что допиливание этой функциональности будет идти после kdbus. До тех пор без костылей не сделаешь к сожалению.

Забавно, что не прав оказался тот, кто первым отбросил вежливость.

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

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

Это кто например? Я всё ещё тут, Леннарт тоже никуда не собирается :)

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

Мигеля, видимо имеет в виду. Видный деятель.

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

Он == timuaz? Можешь пояснить? В его конфигурации systemd --user даже дбас-сервера своего не имеет, след-но, там ничего не может запускаться с Type=dbus.

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

Леннарт тоже никуда не собирается :)

Теперь системд конечно стал более значимым чем Gnome (второгном) ?

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