LINUX.ORG.RU

systemd v242

 , ,


1

2

Вышла новая systemd. Достойны отдельного упоминания (по мнению автора новости) следующие изменения:

  • команды networkctl теперь поддерживают globbing
  • публичный DNS от Cloudflare добавлен в список fallback DNS
  • сгенерированные юниты .device (например посредством systemd-fstab-generator) теперь не цепляют соответствующий .mount в качестве автоматической зависимости (Wants=) - то есть подключённый девайс не обязательно будет примонтирован автоматически
  • добавлена опция CPUQuotaPeriodSec= для задания отрезка времени по которому считается CPUQuota=
  • новая опция юнитов ProtectHostname= предотвращает изменение имени хоста
  • опция RestrictSUIDSGID= для запрета создания SUID/SGID файлов
  • можно задать network namespace с помощью пути к файлу через опцию NetworkNamespacePath=
  • можно создавать .socket юниты в определённом network namespace с помощью опций PrivateNetwork= и JoinsNamespaceOf=
  • возможность активировать .timer юниты при изменении системного времени или часового пояса с помощью опций OnClockChange= и OnTimezoneChange=
  • опция –show-transaction для ‘systemctl start’ позволяющая просмотреть что именно потребуется для активации данного юнита
  • поддержка L2TP туннелей в systemd-networkd
  • поддержка раздела XBOOTLDR (Extended Boot Loader) в sd-boot и bootctl монтируемого в /boot в дополнение к ESP (монтируемого в /efi или /boot/efi)
  • busctl может генерировать сигналы dbus
  • systemctl позволяет перезагрузку в определённую ОС (если загрузчик такое поддерживает)

И множество других любопытных новшеств и исправлений.

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

★★★★★

Проверено: Shaman007 ()
Последнее исправление: Deleted (всего исправлений: 2)

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

А сервисы в это время лежат?

В это время запросы обрабатывают другие машины, где сервисы ещё не упали. HA, FT и всё такоэ. Чо как маленький-то?

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

Stanson ★★★★★
()
Ответ на: удаленный комментарий

На локалхосте дебилиста не принципиально же.

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

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

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

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

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

Запускать заново упавший по неизвестным причинам сервис, да ещё и в том случае если никакого резервирования нету - чистейший, 100%ый идиотизм

сам придумал проблему, сам же и возмутился. Отлично, я считаю.

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

anonymous
()

пока пользователи Лора возмужщаются, Леннарт решительно и быстро приближается к их .. винчестеру. :D

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

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

Ух какие мы грозные! Да ещё и с самопальным наколеночным «хайлоадом» на перле. Прям герой!

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

Ух какие мы грозные!

Чо, припекает, да? :) Правильно, бойся.

Да ещё и с самопальным

А что, существует какой-то другой, проприетарный хайлоад? Не встречал в реальной жизни ни разу.

наколеночным «хайлоадом»

Как показывает практика, «наколеночный» в 100% случаев гораздо лучше чем «рукожопный».

на перле.

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

Прям герой!

Ну да. У меня наколеночный самопальный хайлоад уже 20 лет работает. А у вас что? Или опять «У меня 100500 хайлоадов, вот крест на пузе во всю спину, но никогда и ни за что не скажу конкретное название проекта/конторы». :)

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

А сервисы в это время лежат?

А что, их надо поднять, чтобы они сова упали? А если это ЖЖЖ не спроста? И на следующем падении ремоте коде экзекутион (например) сработает как надо? А если это его oom killer за дело грохнул? Ещё вариантов «если» подогнать? Нормальный сервис падать не должен.

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

Правильно, бойся

Бояться эникея, который влажно мнит себя реинкарнацией Сталина? Да, это очень страшно XD

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

А что, их надо поднять, чтобы они сова упали?

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

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

Бояться эникея, который влажно мнит себя реинкарнацией Сталина?

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

Да, это очень страшно XD

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

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

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

Реального работодателя из твоих маняфантазий? В реальности всякие Девуаны и Слаки респектятся не работодателями, а лоровскими локалхостерами и местечковыми эникеями, которым мамка сказала, что у них хайлоад.

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

Реального работодателя из твоих маняфантазий?

Я и есть работодатель, если чо. Провайдер, 20 лет на рынке. Даже при всех стараниях родимого государства подыхать пока совсем не планируем.

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

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

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

В реальности слака обеспечивает стабильную и надёжную работу моего бизнеса на протяжении 20 лет.

Можешь рассказать подробнее как вы её используете, какие проблемы возникают с ней и как решаете? Проблем с работниками нет? Какова их квалификация?

Просто, очень любопытно, как удаётся удержать KISS в окружающих условиях, где все хуяк-хуяк-и-в-продакшен & stack overflow development.

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

Можешь рассказать подробнее как вы её используете,

В качестве ОС используем, а как ещё её можно использовать? В том числе и на бездисковых узлах кластеров VPN и NAT, хотя сейчас в этих кластерах осталось по одной тачке, в связи с тем, что этой фигнёй пользуются полтора пользователя, а всем юзерам мы уже давным-давно выдаём реальный IP.

какие проблемы возникают с ней и как решаете?

Проблем никаких нету, очень стабильная штука.

Проблем с работниками нет?

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

Какова их квалификация?

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

Просто, очень любопытно, как удаётся удержать KISS в окружающих условиях, где все хуяк-хуяк-и-в-продакшен & stack overflow development.

Тут суть вся в том, что данный инструмент (KISS дистрибутив и грамотная архитектура построения инфраструктуры) исключает необходимость самого «хуяк-хуяк-и-в-продакшен & stack overflow development.»

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

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

Как называется компания?

Если бы ты был адекватным и грамотным специалистом, то без труда бы узнал это из профиля. Но так как ты никчёмный локалхостер, так и быть, помогу - мы известны под трейдмарком Degunino.net, о чём я уже неоднократно сообщал на ЛОРе.

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

В качестве ОС используем, а как ещё её можно использовать?

Много на мэйнтейнинг уходит времени? Софт собираете что не входит в репы? Много? Как дистрибутите? Используете централизованные хранилища настроек конфигов? Wiki с рецептами?

Проблем никаких нету, очень стабильная штука.

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

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

Круто. Сейчас такое падение квалификации везде, что я думал, у вас будут проблемы с наймом человека, который может писать скрипты на шелле, читать их, и не боится сборки софта. В моём зажопинске с этим проблемы. А ведь столица.

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

Тут суть вся в том, что данный инструмент (KISS дистрибутив и грамотная архитектура построения инфраструктуры) исключает необходимость самого «хуяк-хуяк-и-в-продакшен & stack overflow development.»

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

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

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

Много на мэйнтейнинг уходит времени?

Вообще мизер. Критичные апдейты всегда безпроблемны. Развернуть новый сервак - ну полчаса. Бывает нужно очень редко.

Софт собираете что не входит в репы?

Да, бывает.

Много?

Не особо. Необходимости нет. Почти всё что нужно есть в дистрибутиве. Из важного разве что freeradius собранный с --with-dhcp вспоминается. Для этого есть соответствующий слакбилд, и пересобрать при нужде новую версию проблем никаких нету.

Как дистрибутите?

Тупейшим скриптом, который пробегает ssh'ем по нужным машинам и выполняет там нужную команду.

Используете централизованные хранилища настроек конфигов?

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

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

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

Wiki с рецептами?

Есть некоторая внутренняя документация, в виде обычных html страничек с подробным описанием, например, API личного кабинета или там каких-нибудь тонкостей настройки MySQL(ныне MariaDB). Изменения и новшества редки, так что ручками поправить не проблема. Держать ради этого Wiki смысла нету.

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

Как раз для домашних тачек слака может и не особо годится. Хотя я на current сижу и мне зашибись. Но это уже дело вкуса. А в продакшене я с проблемами не сталкивался. Железо там однозначно хорошо поддерживаемое и надёжное. А больше проблемам именно со слакой взяться неоткуда.

Сейчас такое падение квалификации везде, что я думал, у вас будут проблемы с наймом человека, который может писать скрипты на шелле, читать их, и не боится сборки софта. В моём зажопинске с этим проблемы. А ведь столица.

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

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

Есть прописанные требования к инструментам?!

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

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

Ну это вполне объяснимо - испольнитель не будет дмать над тем, а правильно ли вообще ТЗ составлено, и существует ли вообще задача.

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

Так обещали же, что сабж унифицирует дистрибутивы, ан нет.

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

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

Да, потому что в любой работе главное - постоянство и упорство. Любители халявы надеются, что им кто-то выдаст такой волшебный инструмент, чтобы работа сама себя делала, а они только деньги получали. В этом вся суть кажущегося «прогресса» в IT и ненависти халявщиков к «говну мамонта». Т.е. в глазах бездарей это не бездари всегда виноваты в своих бедах, а устаревшие технологии и засилие старперов-вредителей.

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

Это цитата была. Из цитаты слов не выкинешь. А настучит - мне насрать в общем-то. Лишний раз всем понятно станет, кто есть кто. :)

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

SetupDiGetClassDevs(), SetupDiEnumDeviceInterfaces(), SetupDiGetDeviceInterfaceDetail()…

Вендузятники, как обычно, очень сильно обеспокоены появлением новой версии systemd в GNU/Linux.

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

Разработчики AIX видимо гентушники и не осилили лучезарность systemd.

Откуда у AIX разработчики? Если таковые всё-таки есть, то им не systemd, а осиновый кол и серебрянные пули нужны - или чем там с некрофилами в фэнтэзи борятся?

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

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

Как это ненужных?

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

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

хыхы, отлично, утащил.

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

мы известны под трейдмарком Degunino.net

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

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

Мы не работаем в Берлине, так что даже если бы и очень сильно захотелось, то не получится. :)

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

Вендузятники, как обычно, очень сильно обеспокоены появлением новой версии systemd в GNU/Linux.

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

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

Когда в линуксах для всяких неосиляторов будут вводить «буквы дисков»

У меня есть диск /d/ %)

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

... Выключение: нажал на кнопку,.. секунды 2 задержка, компьютер выключен.

Вы забыли сказать, что кнопку нужно секунд десять держать. :)

В сон да, уходит довольно быстро. Иногда даже с первого раза. Включается приемлемо (по сравнению с временем пусковой диагностики оборудования). А вот с выключением/перезапуском не всё так просто. Можно и не дождаться.

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

Это было бы идеально. Но глядя на список материнок на этом сайте, не понимаю, почему прямая загрузка из uefi хуже, чем загрузка из uefi grub и из него уже ядро?

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

Ну так, сначала ненужная инициализация в uefi, затем переключение в графику grub, затем переключение при загрузке ядра, затем при загрузке иксов. А можно один раз при загрузке ядра выставить режим и его использовать далее в иксах.

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

Откуда у AIX разработчики?

Из IBM.

С ув., ваш КО.

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

Если сервисы запущены без systemd, они не падают.

Логично. Чтобы упасть, надо сначала заработать. А такого без systemd не бывает...

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

With this config it will only install the Xwayland binary and few other files:

Выяснение влияния этого флага на размер исполнимого файла Xorg(1) оставляю читателю для самостоятельной работы.

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

Прямиком в исполнимом файле Xorg(1). Вне всякого сомнения.

В .dynsym где они не нужны. Как и systemd в Linux.

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

а пользователи в это время, пока разбираетесь, терпеливо ждут?

Прочитай весь тред. Спасибо.

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