LINUX.ORG.RU

systemd 256

 ,


0

2

Cвободный (GPLv2+) системный менеджер GNU/Linux порадовал поклонников очередным релизом.

В этом выпуске:

  • убрана поддержка старых cgroups v1 по умолчанию;
  • поддержка старых скриптов System V объявлена устаревшей, её планируется убрать в одном из следующих релизов;
  • добавлена поддержка допконфигов (drop-ins) для systemd-udevd;
  • в systemd-creds добавлена поддержка секретов для непривелигированных пользователей;
  • аналог опции юнита ProtectSystem= добавлен к системному менеджеру и включён по умолчанию в initrd – соответственно, код из initrd не сможет писать в /usr;
  • новый спецификатор %D в описании юнита – раскрывается в $XDG_DATA_HOME или /usr/share/ для пользовательских и системных юнитов соответственно$
  • интерфейс Varlink добавлен к systemd-networkd и systemd-hostnamed;
  • добавлена концепция капсул – группа юнитов под контролем отдельного экземпляра пользовательского systemd: фактически эквивалента запуску сервисов под отдельным пользователем без необходимости явно создавать этого пользователя – см. доки;
  • journal получил поддержку отправки логов (в формате JEF) в сокет что позволило организовать доставку логов из виртуалки, запущенной systemd-vmspawn на хост даже при отсутствии поддержки сети у гостевой системы;
  • systemd-run получил алиас run0 который работает как аналог sudo с контролем привелегий с помощью PolKit;
  • множество других замечательных нововведений и улучшений.

>>> Подробности

★★★★★

Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 6)

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

и вообще не принимают багрепорты от неавторизованных лиц

Логично - иначе им весь трекер заспамят безмозглые анонимусы своим шлаком. А так они от тебя защищены.

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

capsule@.service.html

про правильное отключение журналд

Правильно это не отключать journal, а пользоваться им - что все профессионалы и делают. И при чём здесь капсулы? Ты что, даже нужную документацию опять найти не смог?

Зачем тебе вообще комп? Купи себе приставку - там никакой документации читать не придётся.

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

Системный менеджер для GNU\Linux использует фичи ядра Linux - страсти какие, кто бы мог подумать?!

Т.е он обязан использовать все имеющиеся фичи ядра? Отлично, нужно срочно переформатировать что нибудь в minixFS и заставить пользователя правильно конфигурировать NUMA-области. И вообще в минимальные системные требования выставить поддержку hotplug cpu.

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

И тем не менее, это архитектурный косяк, усугубившийся когда системд залез туда, где ему не место

А о какой проблеме я это написал (разделив на абзацы для большей понятности)? О 2-й или всё таки о 1-й?

Опять же, при чем тут systemd?

Системд здесь в 3-й проблеме во все поля. Но также в том, что он не выводит в явном виде сообщения «юнит такой то не завершает сингал такой то, вывод процесса такой то, журнал почитать так то, нажмите ctrl+D для ручного разруливания или ctrl+C для игнорирования».

И вообще, системд с базовым набором юнитов это и есть собственно системд. Кого ещё я должен винить если базовая поставка глючная?

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

Таблеток выпей.

Этот хейтер порвался - несите следующего :-D

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

Когда тебе показали правильный путь решения проблемы

Чего *ля?! Вы вдвоём послали меня куда подальше совершенно точно зная что это НЕ ПУТЬ РЕШЕНИЯ проблемы. Никто из вас не смог найти в этих доках ни буквы по теме потому что их там нет и я в этом убедился лично, так что не надо звиздеть.

Тем более могу поспорить, что у вас на двоих прочитано менее 10% документации по системд и вы сами невдупляете что читать и как чинить и вообще что на самом деле там произошло. Иначе вместо всего этого срача проще было бы ткнуть меня в это носом и я выглядел бы настоящим идиотом если бы возникал после этого.

Я на 101% уверен, данная «фича» добавлена в юниты именно от команды системд намеренно чтобы юзер не отклчюал журналд потому что разработчикам так хочется, но заявить об этом напрямую слишком стрёмно. И что в официальных доках (любых, вообще всех, манах, виках, всех версий, абсолютно полном камазе макулатуры на эту тему) нет ничего по этому поводу, и если я действителньо захочу разрулить косяк - нужно копать сам юнит и все его зависимости, собирая инфу по форумам а не докам.

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

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

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

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

А чем капсулы принципиально хуже той бессмысленной хрени, которую ты мне предлагал читать вместо документации?

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

Не то чтобы твоё мнение что нибудь значило... Для этого нужно либо сказать что то умное, либо предоставить пруфы ну либо не **здеть хотя бы.

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

А чем капсулы принципиально хуже

про правильное отключение журналд

Совсем дурак? Ты вместо документации про journal читаешь документацию про капсулы (вернее как обычно делаешь вид что читаешь) и потом удивляешься что там написано про капсулы, а не про journal. Офигеть сюрприз конечно :-D

Вот уж не надеялся увидеть буквальную реализацию пословицы «смотрит в книгу - видит фигу» :)

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

вместо документации про journal

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

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

Правильно это не отключать journal, а пользоваться им

И не надо рассказывать мне чем я должен заниматься за компом. Это не я суествую чтобы обеспечивать работу журналда, это он существует чтобы юзер мог им воспользоваться если захочет. Науя он мне нужен? Пусть или исчезнет или отключится. Если понадобится - я научусь им пользоваться. Но он не понадобится, потому что это мусор и что угодно проще сделать без него.

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

Если понадобится - я научусь им пользоваться.

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

и что угодно проще сделать без него

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

Обычно я не подаю интеллектуально убогим, но тебе, так и быть, подскажу: для того чтобы разобраться с journal нужно читать документацию по journal, а не по капсулам. Документацию по капсулам нужно читать чтобы понять как функционируют капсулы. Не благодари.

zabbal ★★★★★
() автор топика
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.