The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск системного менеджера systemd 244

30.11.2019 09:19

После трёх месяцев разработки представлен релиз системного менеджера systemd 244.

Основные изменения:

  • Добавлена поддержка контроллера ресурсов cpuset на базе cgroups v2, предоставляющего механизм для привязки процессов к определённым CPU (настройка "AllowedCPUs") и NUMA-узлам памяти (настройка "AllowedMemoryNodes");
  • Добавлена поддержка загрузки настроек из EFI-переменной SystemdOptions для конфигурации systemd, что позволяет настраивать поведение systemd в ситуации, когда проблематично изменить параметры командной строки ядра, а конфигурация с диска читается слишком поздно (например, когда нужно настроить опции, связанные с иерархией cgroup). Для установки переменой в EFI можно использовать команду 'bootctl systemd-efi-options';
  • В юниты добавлена поддержка загрузки настроек из каталогов "{unit_type}.d/", привязанных к типам юнитов (например, "service.d/"), которые могут применяться для добавления настроек, охватывающих сразу все файлы юнитов данного типа;
  • Для сервисных юнитов добавлен новый режим sandbox-изоляции ProtectKernelLogs, позволяющий запретить доступ программы к лог-буферу ядра, доступному через системный вызов syslog (не путать с одноимённым API, предоставляемым в libc). В случае активации режима доступ приложения к /proc/kmsg, /dev/kmsg и CAP_SYSLOG будет заблокирован;


  • Для юнитов предложена настройка RestartKillSignal, позволяющая переопределить номер сигнала, используемого для завершения процесса в ходе выполнения перезапуска задач (можно изменить поведение остановки процесса на стадии подготовки к повторному запуску);
  • Команда "systemctl clean" адаптирована для применения с юнитами сокетов, монтирования и подкачки (socket, mount, swap);
  • На ранней стадии загрузки отключены ограничения на интенсивность вывода ядром сообщений через вызов printk, что позволяет накапливать более полные логи о ходе загрузки на стадии, когда хранилище для логов ещё не подключено (лог накапливается в кольцевом буфере ядра). Настройка лимитов для printk из командной строки ядра имеет больший приоритет и позволяет переопределить поведение systemd. Программы systemd, напрямую выводящие лог в /dev/kmsg (это делается только на раннем этапе загрузки), используют отдельные внутренние ограничения для защиты от заполнения буфера;
  • В утилиту systemctl добавлена команда 'stop --job-mode=triggering', позволяющая остановить как указанный в командной строке юнит, так и все юниты, которые могут его вызвать;
  • Информация о состоянии юнита теперь включает сведения о вызывающих и вызываемых юнитах;
  • Обеспечена возможность использования настройки "RuntimeMaxSec" в scope-юнитах (ранее применялась только в service-юнитах). Например, "RuntimeMaxSec" теперь может применяться для ограничения времени PAM-сеансов через создание scope-юнита для учётной записи пользователя. Ограничение по времени также может задаваться через опцию systemd.runtime_max_sec в параметрах PAM-модуля pam_systemd;
  • Добавлена новая группа системных вызовов "@pkey", при ограничении контейнеров и сервисов упрощающая добавление в белые списки системных вызовов, связанных с защитой памяти;
  • В systemd-tmpfiles добавлен флаг "w+" для записи в режиме дополнения файла;


  • В вывод systemd-analyze добавлены сведения о соответствии конфигурации памяти ядра с настройками systemd (например, если какая-то сторонняя программа изменила параметры ядра);
  • В systemd-analyze добавлена опция "--base-time", при указании которой календарные данные рассчитываются относительно времени, указанного в данной опции, а не относительно текущего системного времени;
  • В "journalctl --update-catalog" обеспечено постоянство следования элементов в выводе (полезно для организации повторяемых сборок);
  • Добавлена возможность указания значения по умолчанию для настройки "WatchdogSec", используемой в сервисах systemd. На этапе компиляции базовое значение может быть определено через опцию "-Dservice-watchdog" (если выставлено пустое значение, watchdog будет отключён);
  • Добавлена сборочная опция "-Duser-path" для переопределения значения $PATH;
  • В утилиту systemd-id128 добавлена опция "-u" ("--uuid") для вывода 128-разрядных идентификаторов в UUID (каноническое представление UUID);
  • Для сборки теперь требуется libcryptsetup как минимум версии 2.0.1.



Изменения, связанные с настройкой сети:

  • В systemd-networkd добавлена поддержка переконфигурирования линка на лету, для чего в networkctl добавлены команды "reload" и "reconfigure DEVICE…" для перезагрузки настроек и переконфигурирования устройств;
  • В systemd-networkd прекращено создания маршрутов по умолчанию для локальных линков IPv4 с интранет адресами 169.254.0.0/16 (Link-local). Ранее автоматическое создание маршрутов по умолчанию для подобных линков приводило к непредвиденному поведению и проблемам с маршрутизацией в некоторых случаях. Для возвращения старого поведения следует использовать настройку "DefaultRouteOnDevice=yes". Аналогично прекращено назначение локальных адресов IPv6, если локальная маршрутизация IPv6 для линка не включена;
  • В systemd-networkd при подключении в беспроводным сетям в режиме ad-hoc, по умолчанию реализовано применение конфигурации с локальной для линка адресацией (link-local);
  • Добавлены параметры RxBufferSize и TxBufferSize для настройки размера принимающего и отправляющего буферов сетевого интерфейса;
  • В systemd-networkd реализовано объявление дополнительных маршрутов IPv6, регулируемая через опции Route и LifetimeSec в секции "[IPv6RoutePrefix]";
  • В systemd-networkd добавлена возможность настройки маршрутов "next hop" при помощи опций "Gateway" и "Id" в секции "[NextHop]";
  • В systemd-networkd и networkctl для DHCP обеспечено обновление привязок IP-адресов (leases) на лету, реализуемое командой 'networkctl renew';
  • systemd-networkd обеспечен сброс конфигурации DHCP при перезапуске (для сохранения настроек следует использовать параметр KeepConfiguration). Значение настройки SendRelease по умолчанию изменено на "true";
  • В клиенте DHCPv4 обеспечено использование значения опции OPTION_INFORMATION_REFRESH_TIME, переданное сервером. Для запроса у сервера специфичных опций предложен параметр "RequestOptions", а для отправки серверу опций - "SendOption". Для настройки типа IP-сервиса DHCP-клиентом добавлен параметр "IPServiceType";
  • Для подстановки DHCPv4-серверм списка серверов SIP (Session Initiation Protocol) добавлены параметры "EmitSIP" и "SIP". На стороне клиента приём от сервера параметров SIP может быть включён при помощи настройки "UseSIP=yes";
  • В клиент DHCPv6 добавлен параметр "PrefixDelegationHint" для запроса адресного префикса;
  • В файлах .network обеспечена поддержка сопоставления беспроводных сетей по SSID и BSSID, например, для привязки к имени точки доступа и MAC-адресу. Значения SSID и BSSID отображаются в выводе networkctl для беспроводных интерфейсов. Дополнительно добавлена возможность сопоставления по типу беспроводной сети (параметр WLANInterfaceType);
  • В systemd-networkd добавлена возможность настройки дисциплин организации очередей для управления трафиком при помощи новых параметров Parent, NetworkEmulatorDelaySec, NetworkEmulatorDelayJitterSec, NetworkEmulatorPacketLimit и NetworkEmulatorLossRate, NetworkEmulatorDuplicateRate в секции "[TrafficControlQueueingDiscipline]";
  • В systemd-resolved обеспечена проверка IP-адресов в сертификатах при сборке с GnuTLS.



Изменения, связанные с udev:

  • В systemd-udevd удалён 30-секундный таймаут для принудительного завершения зависших обработчиков. Systemd-udevd теперь дожидается завершения работы обработчиков, для которых 30 секунд было недостаточно для штатного завершения операций в крупных установках (например, таймаут мог прервать инициализацию драйвера в процессе переключения примонтированного раздела для корневой ФС). При использовании systemd таймаут, который systemd-udevd будет ждать перед выходом, может быть задан через настройку TimeoutStopSec в systemd-udevd.service. При запуске без systemd таймаут регулируется параметром udev.event_timeout;
  • Для udev добавлена программа fido_id, которая идентифицирует токены FIDO CTAP1 ("U2F")/CTAP2 на основании данных об их прошлом использовании и выводит необходимые переменные окружения (программа позволяет обойтись без внешних белых списков всех известных токенов, которые использовались ранее);
  • Реализована автоматическая генерация udev-правил autosuspend для устройств из белого списка, импортированного из Chromium OS (изменение позволяет расширить применение энергосберегающих режимов для дополнительных устройств);
  • В udev добавлена новая настройка "CONST{key}=value", позволяющая напрямую выполнять сопоставления значений системных констант без запуска отдельных обработчиков для проверки. В настоящее время поддерживаются только ключи "arch" и "virt";
  • Обеспечено открытие CDROM в неэксклюзивном режиме при выполнении операции запроса поддерживаемых режимов (изменение решает проблемы доступа программ к CDROM и уменьшает риск прерывания программ записи на диск, не применяющих эксклюзивный режим доступа).


  1. Главная ссылка к новости (https://lists.freedesktop.org/...)
  2. OpenNews: Выпуск системного менеджера systemd 243
  3. OpenNews: Представлен systemd-homed для управления переносимыми домашними каталогами
  4. OpenNews: GNOME адаптирован для управления через systemd
  5. OpenNews: В sysvinit добавлена утилита для преобразования unit-файлов systemd
  6. OpenNews: Выпуск системного менеджера systemd 242
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/51953-systemd
Ключевые слова: systemd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (185) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Fracta1L (ok), 11:21, 30/11/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –50 +/
    Long live systemd!
     
     
  • 2.2, Нонон (?), 11:34, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Да как бы и так живуч
     
     
  • 3.106, MINIX (?), 21:30, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Можно подвести итоги всего обсуждения:
    1. Сторонники адекватных решения поняли, что на них всех пох. и просто замолчали
    2. Сторонники хайпа либо поменяли т.з., либо подустали, либо отодвинуты от кормушки и тоже довольно молчаливы

    Это прекрасное положение дел!

     
     
  • 4.120, Vkni (ok), 00:50, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Сторонники адекватных решения поняли, что на них всех пох. и просто замолчали

    Сторонников адекватных решений эта новость уже, слава богу, никак не касается.

     
     
  • 5.178, Суп из потрошков (?), 00:55, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сторонники "адекватных решений" завалили вход камнем в свою священную пещеру и теперь проводят там свой эксклюзивный молебен. Я аплодирую им стоя. Желаю только, чтобы входной камень заклинило ;)
     
     
  • 6.181, Vkni (ok), 04:08, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Да нет, вход открыт - есть масса дистрибутивов без systemd. Я вот очередной раз поставил Sisyphus/sysVinit лет 5 назад - никаких зависаний, никаких проблем с инициализацией сервисов. Один раз (года два назад) были проблемы с udev, ну я перешёл на альтернативу.

    Но тут кому что нужно, конечно. Многим, например, нравится систему Windows переставлять - их право.

     
     
  • 7.198, Суп из потрошков (?), 18:41, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > нравится систему Windows переставлять

    - Какую таблетку мы выпили, Морфеус?
    - Всё ту же, Нео, всё ту же. Видишь, здесь все виндовз переставляют - значит мы опять в линуксе.

     
     
  • 8.201, Vkni (ok), 04:56, 03/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Курс галоперидола ещё только начался ... текст свёрнут, показать
     
  • 4.159, Аноним (159), 15:30, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Итоги простые. Сторонникид обсрат4шки в каждом обсуждении где их ссылками тыкают. Но как только новое обсуждение - они отряхнулись, размазали по себе новый ленин калд и продолжают вещать. Они всех подебили, вокруг тупые хайпари и т.д. Убеждайте себя, убеждайте. То тепленькое в чём вы сидите это совсем не шоколад.
     
  • 4.177, Суп из потрошков (?), 00:52, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    И в этом процессе меня всегда больше всего радовало, что это совершенно не зависит от комментариев таких как вы ;)
     
  • 3.166, Костян. (?), 18:23, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    К сожалению, да.
     
  • 2.3, Аноним (3), 11:35, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Для затравки, или от всей души?
     
  • 2.16, Супернуб (?), 12:13, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +18 +/
    раку пожелания не нужны - он сам отвоёвывает себе жизненное пространство. Пока не угробит весь организм.
     
     
  • 3.95, Gannet (ok), 19:59, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Cочувствую. Всё так плохо?
     
     
  • 4.200, Аноним (200), 19:50, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    если рак до EFI пробрался, то да...
     

  • 1.4, Сергей (??), 11:36, 30/11/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Интересно, а вся документация по systemd сколько весит, это я по сравнению с документацией по bash, т.е. что легче знать: bash, чтобы читать bash-портянки, либо все возможности systemd. Годлова то у меня не резиновая...
     
     
  • 2.5, A.Stahl (ok), 11:45, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +7 +/
    >Годлова то у меня не резиновая...

    Это ещё нужно доказать... :)

     
  • 2.9, Интересующийся (??), 12:01, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +7 +/
    фокус в том что баш и в том и другом случае знаешь (:
     
  • 2.14, Аноним (14), 12:10, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Чтобы получить полную документацию с обновлениями на год надо закончить полный курс системд и сдать платный экзамен, получить сертификат. При этом на сертификат надо пройти курс по каждой возможности systemd. Один курс 1000 долларов. Сдача экзамена после прохождения курса не гарантирована. Пройти курсы можно только в авторизированных центрах IBM или центрах партнеров.
     
     
  • 3.28, SR_team (?), 12:49, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    прямо Cisco какое-то
     
     
  • 4.45, Аноним (45), 13:26, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Это была шутка, но к этому все идет. Вот вам для затравочки курс по z/OS от IBM причем нигде кроме них с этой ос вы не познакомитесь (не тыкать же наобум нагугленное на проде) https://www.flane.ru/course/ibm-es15g 1500 долларов 4 дня в Москве. И на сертификат такого курса не хватит там надо смотреть для какого сертификата этот курс подходит.  
     
     
  • 5.102, demo (??), 20:40, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    По окончании обучения Вы сможете:

        Описать архитектуру z/OS
        Описать процесс инициализации операционной системы z/OS
        Объяснить различия между адресным пространством, пространством данных и гиперпространством

    охренеть !!!!!!!!!

     
     
  • 6.154, Аноним (154), 14:39, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Да и компания что такое натворила и заодно про...ала десктопы при том что придумала сам формат. Теперь пилит systemd.
     
     
  • 7.158, A.Stahl (ok), 15:23, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Что-то я сомневаюсь что IBM вообще когда-то десктопами сильно интересовалась. Потому они и запилили ХТ что сами не ставили целью подмять всё под себя.
     
     
  • 8.194, Аноним (194), 14:42, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А ты смешной ... текст свёрнут, показать
     
  • 5.114, maximnik0 (?), 00:12, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Вот вам для затравочки курс по z/OS от IBM причем нигде кроме них с этой ос вы не познакомитесь

    Я не понял а что бесплатные онлайн курсы убрали?
    Кроме шуток, подписывался на рассылку доков от ИБМ на год,курсы касались портированию на Z майфремы в виртуалке Linux приложений, у меня осталась прекрасная электронная книга по майфремам от ИБМ .Я в шоке был- там даже на 16 битный код сохранена совместимость ,в 64 битной OS (не надо говорить про микрокод,наитивные приложения сейчас тоже можно исполнять через транслятор).
    Очень оригинальная совместимость с карточками на уровне файловой системы, жалко негде больше такого  распростроненого нет.

     
     
  • 6.140, Аноним (140), 09:36, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Поделитесь, пожалуйста
     
     
  • 7.143, maximnik0 (?), 10:26, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Действительно нет,заглянул на сайт ибм.Это было давно в 8-10 году, там была бесплатная подписка, горы доков...единственное что осталось это
    https://www.ibm.com/developerworks/ru/doc/systemz/

     
  • 7.145, maximnik0 (?), 10:42, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Не знаю что с лицензией на книгу, там есть какие-то ограничения по лицензии, но в самой книге не переведено,поэтому дам  ссылку на сайт полулегальный
    https://www.studmed.ru/ebbers-m-vvedenie-v-sovremennye-meynfreymy-osnovy-zos_3
     
     
  • 8.152, Аноним (154), 14:31, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Написано Извините, файл временно недоступен для скачивания Теории заговора IBM... текст свёрнут, показать
     
  • 6.153, Аноним (154), 14:33, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    То что на рассылку можно подписаться только на год уже показатель закрытости компании. Возможно вы работали в компании что была партнерам и им таким ссылки рассылка давали за бесплатно. Для таким у IBM отдельный учебный центр есть в Москве. И то там все сложно.
     
     
  • 7.171, maximnik0 (?), 23:12, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, именно на самом сайте ИБМ и
    была подписка.Тогда ещё Ибм горы документов выложила по файловым системам, описаниние всяких утилит и горы других доков.
     
  • 3.50, another anonymous (?), 13:55, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Сдача экзамена после прохождения курса не гарантирована.

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

     
     
  • 4.68, Аноним (68), 16:23, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > это может бросить бросить тень на systemd как на переусложненный, труднопонимаемый продукт

    как будто в этом отношении ему что-то ещё может навредить

     
  • 2.20, user90 (?), 12:21, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Для начала неплохо бы не быть нубом)) Bash - это язык программирования, со своими оговорками конечно.
     
     
  • 3.27, Аноним (68), 12:49, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Кагбэ, речь именно об этом - язык конфигурацими сабжа как-то не получаентся назвать более простым, чем баш. А ведь именно это простотой в своё время Леннарт купил преданность своих фанбоев.
     
     
  • 4.169, Костян. (?), 21:48, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Этих фанбоев и покупать не надо. Они изначально ведуться на блеск и новшество. И готовы целовать красную шляпу. Это женский мир, братан, тут нет места здравому смыслу.
     
  • 2.29, Аноним (29), 12:51, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А «вся» документация точно существует?
     
     
  • 3.118, ф (?), 00:33, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > А «вся» документация точно существует?

    конечно!

    https://github.com/systemd/systemd/archive/v244.tar.gz

     
     
  • 4.132, Аноним (132), 03:59, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    чтоб вам всю оставшуюся жизнь такую документацию читать...
     
  • 4.133, Аноним (133), 04:02, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Раздела Best Practices там нет, поэтому приведенная ссылка не указывает на полную документацию.
     
  • 2.62, VINRARUS (ok), 15:50, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    bash это и есть system:D в мире shell.
     
     
  • 3.115, Аноним (-), 00:26, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вас под дулом пистолета держат? Жизнь или bash?
     
     
  • 4.127, VINRARUS (ok), 03:04, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Почти. Я обычно делаю на новоустановленых дистрибутивах
    if [ -f /bin/dash ]
    then
    rm -f /bin/sh
    ln -s /bin/dash /bin/sh
    fi

    Но дистрибутивы упорно делают наоборот, и линкуют /bin/sh на /bin/bash при очередном обновлении.

    ПС: шоб все понимали dash всегда быстрее, иногда до 100 раз быстрее за bash — вот и разница С и С++ кода.

     
     
  • 5.128, Аноним (132), 03:32, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > dash всегда быстрее, иногда до 100 раз быстрее за bash
    > быстрее за bash

    "чем bash" ты хотел сказать?

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

     
     
  • 6.163, VINRARUS (ok), 16:06, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Сам факт, что тебя заботит скорость интерпретатора командной строки, говорит о том, что ты неправильно его используешь. Выучи хотя бы питон... Я уже боюсь тебе про "С и С++ кода" напоминать.

    Червяк для детей. SHELL это провереный временем, а самое главное POSIX совместимый скриптовой язык програмирования который доказал свою надьожность и красоту в простоте.

    На отмену от тебя, скорее всего, я писал автономные shell-програмы на 1000+ строк, а не примитивные однострочники (про ; молчать).

    Щас я уже умею часто ввобще обходиться токо силами самого shell, без внешних утилит.

     
     
  • 7.193, Аноним (132), 13:38, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > я писал автономные shell-програмы на 1000+ строк

    как я уже говорил; ты неправильно используешь shell. То, что ты в муках рожаешь на шелле, можно написать проще и компактнее. Через год ты увидишь свою "автономную shell-программу на 1000+ строк" и поймёшь, что её проще написать заново чем разобраться в её архитектуре. Я тоже, лет 10 назад этим страдал, писал библиотеки на шелле! потому что лень было языки учить.


    > Щас я уже умею часто ввобще обходиться токо силами самого shell, без внешних утилит.

    Значит пора сесть и выучить C, он достаточно похож на sh.
    "Червяк" - для детей, герои не ищут лёгких путей.

     
  • 5.144, Аноним (144), 10:27, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >вот и разница С и С++ кода

    Они оба на С.

     
     
  • 6.156, VINRARUS (ok), 15:00, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Странно, видимо з чем то другим перепутал.

    А чо тогда bash такой жырный тормоз? Думал это результат плохой машынной оптимизацыи, а по факту банальный говнокод.

     
     
  • 7.187, freehck (ok), 11:25, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Странно, видимо з чем то другим перепутал.
    > А чо тогда bash такой жырный тормоз? Думал это результат плохой машынной
    > оптимизацыи, а по факту банальный говнокод.

    Может быть дело в том, что для форка процесса, который весит в 10 раз больше, требуется в 10 раз больше времени? )

     
  • 2.73, IRASoldier_registered (ok), 16:54, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > документация по systemd

    Наслаждайся, всё здесь:

    https://www.freedesktop.org/wiki/Software/systemd/

    А тут есть на русском:

    http://www2.kangran.su/~nnz/pub/s4a/

     
     
  • 3.111, Аноним (111), 22:39, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >А тут есть на русском:
    >http://www2.kangran.su/~nnz/pub/s4a/

    2017-10-28

    Спасибо, не надо.

     
     
  • 4.162, IRASoldier_registered (ok), 15:40, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну кто ж тебе виноват, что ты только на русском читать умеешь... Так и будешь в хвосте тянуться за прогрессом и ждать, когда добрые люди пожалеют и переведут.
     

     ....большая нить свёрнута, показать (37)

  • 1.6, Аноним (6), 11:46, 30/11/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Что лучше systemd или KolibriOS?
     
     
  • 2.7, A.Stahl (ok), 11:46, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +18 +/
    Supaplex
     
     
  • 3.184, jsith (?), 08:22, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Фигасе ты Олд!
     
  • 2.8, Аноним (8), 11:53, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    emacs
     
  • 2.15, Аноним (15), 12:11, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В этом случае только Gimp поможет
     
  • 2.25, Аноним (25), 12:42, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    KolibriOS, разумеется. Графоний, куча прог, возможность выхода в инет, и - самое главное - умещается на дискете! Дискету с KolibriOS можно добавлять в опенсорсный БИОС coreboot одной командой
     
  • 2.63, VINRARUS (ok), 15:57, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    explorer.exe
     
     
  • 3.69, Аноним (68), 16:24, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Бгггг ))))
    Тонко. Зачот.
     
  • 2.148, Аноним (148), 12:38, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Shepherd
     

  • 1.10, Аноним (14), 12:02, 30/11/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Такая новость, а комментарии как-то слабоваты.
     
     
  • 2.11, Аоним (?), 12:06, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Не успели настояться, приходи позже
     
  • 2.12, Аноним (3), 12:06, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну как всегда, не хватает хлеба и зрелитщЪ ;)
    А может быть просто устал народ :(
     
  • 2.13, fske (?), 12:07, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Просто хейтеры еще не проснулись - суббота же.
     
     
  • 3.59, Аноним (59), 15:12, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Логично, после рабочей недели отдыхают. Зато у школофанатов шило в известном месте — им отдыхать некогда, ведь в интернете с ними не согласны!
     
     
  • 4.157, fske (?), 15:04, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >после рабочей недели отдыхают

    Всю неделею системд хейтить та еще работка...

     
  • 3.85, Аноним (85), 17:54, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В субботу нельзя
     
     
  • 4.87, IRASoldier_registered (ok), 18:03, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В шаббат работать нельзя, а комментировать - это же развлечение. Так что "лехаим, бояре" (с).
     
  • 2.36, Аноним (36), 12:59, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    У утру субботы мы, комментаторы, ещё не достаточно выпили, чтобы блистать остротой своего ума во всей его красоте и мощи.
     

  • 1.17, user90 (?), 12:15, 30/11/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Что самое забавное тут - так это "244". Не 0.244, не 2.44, нэт! Типа клали мы болт на общепринятую нумерацию релизов и на прочие ваши правила. Так что не нужно про "хейтеров", и не нужно удивляться, что кто-то точно так же кладет болт на сабж. Который в общем-то рядовая поделка Шапки и имеет сейчас далеко не одну альтернативу.
     
     
  • 2.18, Аноним (18), 12:19, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Какая-такая общепринятая нумерация?

    less 487 (GNU regular expressions)
    Copyright (C) 1984-2016  Mark Nudelman

     
     
  • 3.22, A.Stahl (ok), 12:25, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ein нумерация версий, ein ещё какая-то фигня и ещё что-то или кто-то там ein.
    Ты что, ребёнком не был?
     
  • 3.23, user90 (?), 12:26, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А эти пожалуй могут себе позволить, оно постарше тебя будет скорее всего))
     
     
  • 4.138, Аноним (18), 07:25, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Судя по комментам, тут и systemd постарше многих.
     
  • 3.41, Аноним (45), 13:16, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Вместо алгебры тебе придется изучить общепринятую нумерацию. https://semver.org/

    В 1984 году её не было поэтому лесс нумеровался как хотел.

     
     
  • 4.54, A.Stahl (ok), 14:08, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    И кто, позвольте спросить, "общепринял" эту нумерацию? И почему до этого остальным должно быть хоть какое-то дело? И что вы намерены делать с теми кому на вас наcрать?
     
     
  • 5.64, Аноним (64), 16:17, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Все нормальные люди, кто занимался хоть какой-нибудь разработкой софта. К тебе это не относится ты за все время ни строчки когда не написал.
     
     
  • 6.72, A.Stahl (ok), 16:34, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >ты за все время ни строчки когда не написал.

    Какой уверенный аноним. Думает что уж он-то точно обладает абсолютным знанием, а все остальные -- "ненормальные люди".

     
     
  • 7.155, Аноним (154), 14:47, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А ты такой уверенный Стахль уверен что существует человек с абсолютным знанием. И наверняка уверен что это ты...
     
  • 3.44, Аноним (44), 13:18, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Какая-такая общепринятая нумерация?

    https://semver.org/lang/ru/

     
  • 2.19, Аноним (19), 12:20, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Нумерация как раз отражает суть подхода к разработке. Нет там стабильных веток, совместимость между релизами тоже не гарантируется. А если багфиксы захотел получить, то бегом в гит, выковыривать патчи.
     
     
  • 3.24, Аноним (24), 12:34, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    или платить шапке.
     
     
  • 4.39, Аноним (39), 13:03, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А что, хорошая бизнес-модель. Вопрос только зачем остальные кинулись помогать шапке зарабатывать деньги.
     
     
  • 5.42, Аноним (45), 13:17, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Им прросто заплатили и они стали партнерами. М - многоходовочка.
     
  • 3.53, another anonymous (?), 14:05, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Упущеньице. Надо перенимать опыт лучших: systemd 2019.244-LTS-unbreakable. Так сразу по версии можно все определить
     
  • 3.94, user90 (?), 18:40, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тогда следующий очевидный и логичный вопрос: а что это делает в главных новостях, а не в -мини?

    Тем более в самой же новости черным по белому:

    > После трёх месяцев разработки

    3 напряженных месяца выдались у Лени и его тут пожалели што ле?

     
  • 2.56, Нонон (?), 14:30, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так а зачем семвер?
    Если тут скорее всего Линукс зависимость от systemd а не наоборот) А это значит что нет надобности указывать breaking changes
     
  • 2.168, Дмитрий (??), 21:35, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Я надеюсь, что после 255 версии он просто обнулится
     
  • 2.175, Аноним (175), 00:36, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Что самое забавное тут - так это "244". Не 0.244, не 2.44, нэт!
    > Типа клали мы болт на общепринятую нумерацию релизов и на прочие ваши правила.

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

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

     

  • 1.21, Аноним (21), 12:25, 30/11/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Есть центось, на которой OpenVPN упорно не хотел запускаться из-под сервиса системды. И вроде бы все права проставлены, везде рут прописан, даже с селинуксом отмахался - но нет же, так прав и не хватает.
    И зачем тогда система инициализации, которая не может инициализировать себя из-под рута?
     
     
  • 2.26, Аноним (26), 12:46, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >И зачем тогда система инициализации, которая не может инициализировать себя из-под рута?

    Начнём с того, что  systemd - это не система инициализации. На этом и закончим.

     
     
  • 3.31, Аноним (68), 12:55, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем тогда им заменили SysVinit?
     
     
  • 4.43, Аноним (45), 13:18, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Потому что SysVinit просто система инициализации на этом и закончим.
     
     
  • 5.61, HyC (?), 15:30, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А зачем было менять систему иницализации на охренестический комбайн, когда походу даже разработчики уже в полном обьеме не представляют как вся эта херня работает ?

    Осталось сделать systemd-kerneld.

     
     
  • 6.78, Аноним (64), 17:13, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А зачем тебе система инициализации когда у тебя есть "охренестический" комбайн?
     
     
  • 7.89, Аноним (89), 18:13, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем мне охренестическое непонятно что, если мне нужна именно система инициализации?
     
     
  • 8.98, fske (?), 20:25, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну так бери LFS и дерзай У тебя никто ничего не забирает ... текст свёрнут, показать
     
     
  • 9.139, Ононимус (?), 08:39, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Как раз таки забирают И забирают возможность выбратьь между системой инициализа... текст свёрнут, показать
     
     
  • 10.195, Аноним (194), 14:44, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Как раз таки не хочешь LFS используй Devuan ... текст свёрнут, показать
     
  • 8.185, КО (?), 09:25, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Они желали странного С Стругацкие... текст свёрнут, показать
     
  • 3.76, Аноним (76), 17:06, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Начнём с того, что  systemd - это не система инициализации. На этом и закончим.

    Все верно. Именно это она и не умеет.

     
  • 3.96, Gannet (ok), 20:20, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Сбегай в Википедию, убери три буквы "под" в слове "подсистема".
     
  • 2.30, Аноним (30), 12:51, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > центось, на которой OpenVPN упорно не хотел запускаться из-под сервиса системды

    Казалось бы, при чём тут системд? Если что, УМВР но не под центосью.

     
     
  • 3.32, Аноним (68), 12:55, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > не под центосью

    Еретик! Ренегад!

     
  • 3.99, fske (?), 20:28, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хм, а у меня все работает под центосью, седьмой, причем с профилями. Аноним выше просто болван криворукий. Ну или тот самый хейтер, у которого systemd как всегда совсем не работает.
     
  • 2.47, Vitto74 (ok), 13:46, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У меня на CentOS 7 нормально запускался OpenVPN. Я только в SELinux разрешил открывать ему порты для управления. Там два OpenVPN-сервиса. Systemd, в отличие от SysVinit, может управлять ими по отдельности без изменения конфигурации сервиса (юнита). Просто пишу systemctl enable openvpn@tcp и регистрируется служба OpenVPN с конфигом tcp.conf. В случае SysVinit у меня два варианта: создавать скрипт на каждый конфиг - по сути копаста с изменение нескольких строк или управлять всеми сервисами как одним, когда service openvpn restart перезапускает все службы OpenVPN, а не одну, в конфиге которой произошли изменения изменения.
     
     
  • 3.104, Аноним (104), 21:07, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Просто кто-то не потрудился сделать инит скрипт с поддержкой указания конкретного конфига, но такое возможно и даже не сильно сложно.
     
     
  • 4.126, Vitto74 (ok), 02:50, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не сложно. Если сервисов два, то вообще легко. А если 5? При изменениях тоже 5 скриптов править? Сравни юнит SystemD и init-скрипт - в скрипте 50+ строк кода, а может и больше. В SystemvD-юните около десятка и сразу вся логика его работы очевидна.
     
     
  • 5.167, Аноним (159), 19:11, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Тебе уже ниже рассказали что это делается другими средствами - ПО для управления конфигурациями. Если у тебя будет 15000 серверов ты тоже на каждом будешь править системд юнит и хвалить - ай как быстро, всего полмесяца на сервера потрачу?
     
     
  • 6.174, Vitto74 (ok), 00:10, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Тебе уже ниже рассказали что это делается другими средствами - ПО для
    > управления конфигурациями. Если у тебя будет 15000 серверов ты тоже на
    > каждом будешь править системд юнит и хвалить - ай как быстро,
    > всего полмесяца на сервера потрачу?

    Если бы у нас таких сервисов было не 2, а 200, то мы бы через ansible это сделали. Большинство настроек через него и делаем.

     
  • 2.116, Аноним (44), 00:29, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Если у тебя что-то «не захотело запускаться» на чём бы то ни было, и ты не можешь понять, в чём дело, значит, проблема только в тебе. Понимающий человек сначала докопается до сути, а потом уже, может быть, начнёт *аргументированно* что-то ругать.
     
     
  • 3.161, Аноним (159), 15:39, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ты уже докопался до сути почему десяточка именно так работает? Или ругаешь не аргументированно?
     

  • 1.33, Аноним (3), 12:56, 30/11/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Оно еще пока само взлетает? Или уже без помощи красно-голубой шляпы не взлетает?
     
     
  • 2.40, Аноним (39), 13:07, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Если судить по новости https://www.opennet.dev/opennews/art.shtml?num=49969 , иногда случается внезапная истерика. Но судя по https://metadata.ftp-master.debian.org/changelogs//main/s/systemd/systemd_232- , товарищ сглотнул и продолжил работать.
     
     
  • 3.48, Аноним (-), 13:48, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У бибеля снесло крышу от системд. А если серьёзно, то, как он с таким скрипом вносит в дебиан, достойно уважения. Интересно сколько ему заносят за такую работу.
     
     
  • 4.60, Аноним (3), 15:26, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С одной стороны ^W^W со всех сторон Бибелю здоровья! А вот Поцтерингу (хотя не он конечно инициатор сего процесса) скоро захочется пожелать не здоровья а автобуса. К сожалению (хотелось бы сказать к счастью, но не в этом случае ;) наверняка все его (Поцтеринга) руководители на яхтах и вертолетах (удаленно) на работу попадают, так что им вместо автобуса необходимо пожелать айсберга/стингера/майнера ;)))))
     
     
  • 5.97, Аноним (97), 20:22, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Поццеринг это есть Поццеринг. Как один из сортов людей, не лучший на мой взгляд. А вот для его адептов, особенно бесплатных, я бы айсберг пожелал.
     

  • 1.34, pin (??), 12:57, 30/11/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Сплошной нотэбаг.
     
  • 1.38, X4asd (ok), 13:01, 30/11/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +11 +/
    > Добавлена поддержка загрузки настроек из EFI-переменной SystemdOptions для конфигурации systemd, что позволяет настраивать поведение systemd в ситуации, когда проблематично изменить параметры командной строки ядра, а конфигурация с диска читается слишком поздно

    о! круто-то-как! (сарказм). теперь можно будет испортить операционную систему сломав настройки.. а потом переустановка НЕ починит это (а возможно даже и просто не запустится переустановка, так как systemd работает в том числе и на установочном накопителе :))

     
     
  • 2.105, Xasd (ok), 21:09, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    видать можно будет сделать спец-накопитель запускающий systemd с переменной окру... большой текст свёрнут, показать
     
  • 2.110, linux_user (??), 22:32, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > а потом переустановка НЕ починит это

    Вендузятнички должны страдааааать 🙂

     
     
  • 3.146, Аноним (146), 12:27, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    а что -- у них тоже самое? :-)
     
  • 3.147, Аноним (146), 12:33, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> > а потом переустановка НЕ починит это
    > Вендузятнички должны страдааааать 🙂

    вообще не надо воспринимать это буквально.

    ситуации могут быть другие (но смысл тот же).

    например:

    1. ты загрузился с live-накопителя поглядеть что там и как -- а он тебе  сломал UEFI-переменные (неожиданно для тебя)

    другая ситуация:

    2. какой-нибудь "шутник" за твоей спиной загрузился с live-накопителя и подсунул тебе "смешных" UEFI-переменных в Systemd ... о чём ты тоже не ожидал :-)

     

  • 1.46, Аноним (46), 13:37, 30/11/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Лучшее, что случалось с Unix за всю историю.
     
     
  • 2.49, Аноним (49), 13:51, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Это точно. Юниксу повезло, что его не начал жрать системд.
     
  • 2.51, Vitto74 (ok), 13:56, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Лучшее, что случилось с Unix это Linux :)
    SystemD, хоть и спорное, но все же скорее хорошее явление. По крайней мере нашей команде, админить 150+ серваков проще с systemd, чем без. Юниты пришлось править только один раз - на нагруженных серваках с nginx, у которого конфиг на 1500+ строк - в некоторых случаях он за собой не прибирался.
     
     
  • 3.65, VINRARUS (ok), 16:20, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Лучшее, что случилось с Unix это Linux :)

    SystemD, хоть и спорное, но все же скорее хорошее явление.
    Лучшее, что случилось с Linux это system:D ?

     
     
  • 4.112, Аноним (200), 23:23, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Было бы хорошим, если бы вещи не прибивали к нему шурупами на эпоксидке.
     
  • 3.80, Олег (??), 17:19, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > По крайней мере нашей команде, админить 150+ серваков проще с systemd, чем без.

    А можно в этом месте поподробней? Думаю, всем будет интересно. Я 150+ не админлю, конечно, но ни разу проблем вызванных его отсутствием не имел. А вот при встречи с ним имел проблемы несколько раз.

     
     
  • 4.117, Сейд (ok), 00:31, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Создание и управление systemd-юнитами через Cockpit, например.
     
  • 4.124, Vitto74 (ok), 02:06, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это не то что проблемы, а скорее меньшее удобство SysVinit и потребность менять скрипты для некоторых задач, что не всегда просто т.к. часто там столько всего навалено.
    Что сложнее скрипт инициализации службы написать или юнит SystemD? И где будет больше контроля? А если что-то упало, то как с ним поступать? Тоже в логику скрипта пихать? SystemD и переподнимет сам и сообщит куда следует, чтобы в причинах разобрались.
     
  • 4.134, Аноним (132), 04:10, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > админить 150+ серваков проще с systemd,
    > А можно в этом месте поподробней?

    "Админить" 150 _воображаемых_ серваков, где ты на каждом пишешь воображаемые юниты, наверное.

    Люди которые работаю с большим парком машин используют т.н. "Системы Управления Конфигурацией",
    что во-первых декларативно абстрагирует от типа инита, (или что там у вас вместо), а во вторых не имеет большого значения 50 там серверов или 1500, если выбран правильный инструмент. Елинственное что тебе нужно знать это твой любимый DSL + скриптовый язык типа питона.

     
  • 3.108, kai3341 (ok), 22:22, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >  Лучшее, что случилось с Unix это Linux :)
    > SystemD, хоть и спорное, но все же скорее хорошее явление. По крайней мере нашей команде, админить 150+ серваков проще с systemd, чем без. Юниты пришлось править только один раз - на нагруженных серваках с nginx, у которого конфиг на 1500+ строк - в некоторых случаях он за собой не прибирался.

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

    Такие не все: среди них есть полтора адекватных анонимуса и если мне не изменяет память, ещё Шигорин -- у них дельные замечания. Остальные или не могул нагуглить элементарное, или решают задачу XY

     
     
  • 4.109, kai3341 (ok), 22:31, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Совсем забыл. Они же ещё все поголовно профессиональные программисты и совершенно точно знают, на каких языках нужно строить приложения. Особенно web. Тут на полном серьёзе предлагали писать бэк на сях, крестах и расте. И во фронт-энде шарят -- точно знают, как должна работать любая страница (без JS)
     
     
  • 5.123, Vitto74 (ok), 01:43, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Мне однажды, на полном серьезе, пришлось писать костыль в виде web-сервиса на C ... большой текст свёрнут, показать
     
     
  • 6.170, kai3341 (ok), 23:11, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Хм Теоретически вокруг этой либы можно было писать обвязку wrapper для любого... большой текст свёрнут, показать
     
     
  • 7.172, Vitto74 (ok), 23:47, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Сама потребность возникла из-за очень не приятной ситуации и была срочной и выну... большой текст свёрнут, показать
     
     
  • 8.176, kai3341 (ok), 00:47, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Пожалуйста, прекратите путать тёплое с мягким Везде может оказаться макака, нес... большой текст свёрнут, показать
     
     
  • 9.204, Vitto74 (ok), 19:14, 03/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    К сожалению не все так заморачиваются Набирает популярность подход ху к-ху к и ... большой текст свёрнут, показать
     
     
  • 10.206, kai3341 (ok), 23:46, 04/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Отдельный парадокс в том, что это сервис того самого гугла, который топит за про... текст свёрнут, показать
     
     
  • 11.207, Vitto74 (ok), 01:30, 05/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А в чем парадокс Youtube удивительно расторопный - главная страница всего 10Mb... текст свёрнут, показать
     
  • 3.121, Сергей (??), 01:07, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Vitto, а причем здесь конфиг nginx'а на 1500 строк и systemd
     
     
  • 4.122, Vitto74 (ok), 01:37, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Только, чтобы пояснить высокую сложность, которая заставила дописать в юнит nginx сцелых 5 строк.
     
     
  • 5.135, Аноним (132), 04:14, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ох уж эти сказки, ох уж эти сказочники...
     
  • 5.150, Сергей (??), 14:06, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Разжуйте глупому, при чем здесь конфигурация приложения и systemd, другое дело, если nginx'у в вашем конфиге требуются другие демоны и сетевые ресурсы, но тогда чем правка юнита отличается от редактирования скрипта запуска nginx'а и копирования обоих на другие сервера, я думаю скрипт потребовал бы редактирования примерно тех же 5-ть строк, остальные нужные добавлялись тем же копи-пастом...
     
     
  • 6.173, Vitto74 (ok), 23:56, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Правка юнита от редактирования скрипта отличается кардинально При старте nginx ... большой текст свёрнут, показать
     
     
  • 7.186, Сергей (??), 10:17, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну если это баг nginx'а, не проще ли Сысоеву отписать...
     
     
  • 8.188, Vitto74 (ok), 11:35, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В нашем случае это фича Багом не является ... текст свёрнут, показать
     
  • 7.190, Аноним (190), 11:47, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Безусловно, другим админам будет совершенно очевидно что это за два файла и почему ваш чудо-nginx нельзя рестартить как у всех, nginx -s reload

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

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

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

     
     
  • 8.196, Vitto74 (ok), 15:41, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Рестартить можно Релодить нельзя И они сразу это узнают, взглянув на юнит, а в... текст свёрнут, показать
     
     
  • 9.202, Аноним (190), 13:18, 03/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    они сразу узнают это, положив ненароком прод - потому что nginx -s проще и надеж... большой текст свёрнут, показать
     
     
  • 10.203, Vitto74 (ok), 19:01, 03/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    У кого-то возникает проблема с поиском юнита Серьезно code systemctl status ng... большой текст свёрнут, показать
     
  • 2.52, Аноним (200), 13:59, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    похороны?!
     
  • 2.92, Аноним (92), 18:19, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    С UNIX'ом такого никогда не случалось
     
     
  • 3.113, Аноним (113), 23:58, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    SMF
     

     ....большая нить свёрнута, показать (31)

  • 1.58, Аноним (58), 14:59, 30/11/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > RestartKillSignal

    Ого, так глядишь скоро и команду для restart разрешат переопределять, может и догонит sysvinit по гибкости.

     
     
  • 2.66, Аноним (64), 16:20, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это такой же антипаттерн как и наследование 8 уровня. Не надо ничего переопределять. Да это и не системд вей. Нужен системд рестарт менеджер.
     
     
  • 3.70, Аноним (70), 16:29, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    К системед нужна система инициализации системд? А к ней, в свою очередь, тоже система инициализации, а к ней...

    Тонко, камрад!

     
     
  • 4.79, Аноним (64), 17:16, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Я бы еще ввел многоуровневую систему обучения. На одну систему младжий инженер, а на рангом повыше старшего. Циско такое и не снилось.
     
     
  • 5.107, Аноним (3), 22:07, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    MMM - живее всех живых!
     
  • 5.149, Аноним (148), 12:45, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Systemd-AId ?
     
  • 2.208, дуайт эйзенхауер (?), 01:53, 06/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Для команд есть reload и ExecReload. Если тебе надо попинать сервис какой-то командой, то используй его. restart должен быть именно stop и потом сразу start.
     

  • 1.81, Аноним (81), 17:21, 30/11/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    нахрена там вообще это ядро - пусть сюстемд всё и запускает...
     
     
  • 2.84, menan (?), 17:50, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Чтоб дыра была на всех продакшен системах. И не одна
     
  • 2.88, gogo (?), 18:12, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Вот вот. Они уже конфигурируют все, ничиная с сетевых интерфейсов.
    Не удивлюсь, если чторез несколько релизов появится возможность запускать без ядра какие-нибудь контейнеры и демонов на питоне.
     
     
  • 3.131, Аноним (132), 03:46, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    кто-то плохо понимает что такое "ядро". Системд просто распухшая прокладка.
     
  • 2.90, Анонимчжан (?), 18:15, 30/11/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а как же название? vmlinuz  оставьте хоть. а то от линукса останется только  systemdos/))
     

  • 1.125, Аноним (125), 02:27, 01/12/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хорошая система, развивается, в отличие он набора баш скриптов.
     
     
  • 2.197, КО (?), 17:27, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    одно другого не подменяет. В простых случаях создается юнит без запуска скрипта, в других юнит пускает скрипт шела. Просто, если раньше была папочка где на все эти скрипты (или ссылки на них) можно было взглянуть из /etc, то теперь юниты в одном месте, ссылки на них в другом, баш скрипты вообще ровным слоем по дереву...
    Плюс настораживает, что вместо того, чтобы использовать некие супервозможности системДы его разработчики наглухо гвоздями приколачивают разные прибабахи. Ну хорошо нужен ресолвер dns - вместо эталонного примера как организовать взаимодействие любого резолвера с системдой по d-bus и как это сделать в unit, железное приколачивание своего ресолвера. И так всегда. Другими словами сами разработчики системДы это есть не хотят, но другим советуют.
     

  • 1.129, Аноним (132), 03:41, 01/12/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Мне вот интересно как Дебиан умудряются релизиться при таком количестве открытых багов в systemd? Ах да, Ян же умер... :(
     
  • 1.137, Аноним (137), 06:09, 01/12/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А про новый логотип-то профукали!
     
     
  • 2.141, Супернуб (?), 09:44, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    кстати о лого.. Вполне возможно, что это сознательно - с точки зрения "дезигна" стрелка указывающая влево воспринимается как "возврат". Даже на разных плеерах-мафонах она именно это и обозначает.
    А "точка" так вообще часто означает остановку(конец). Так что точку и следующую за ней "стрелку влево" вполне можно воспринимать, как "возвращение к истокам" или вооще "откат и остановка(смерть)" :)
     
     
  • 3.142, fske (?), 10:26, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >можно воспринимать

    Можно, я разрешаю. Только не забудь таблетки выпить.

     
  • 2.151, erthink (ok), 14:20, 01/12/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Несомненно, "Закопанная стюардесса" и "Спящая в гробу красавица" войдут в анналы истории systemd!

    Но тут да - профукали, или "политкорректно" умолчали )

     

  • 1.160, Аноним (-), 15:30, 01/12/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Устали говноД хейтить. И правильно!. Надеюсь этот комбайн сам сдохнет.
     
  • 1.164, Аноним (164), 16:22, 01/12/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    кстати, недавно вышел конвертер юнитов системд в sysv скрипты
    https://www.patreon.com/posts/31633933
     
  • 1.180, Костян. (?), 02:08, 02/12/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    С каждым новым выпуском тормозит ещё сильнее.
     
     
  • 2.183, Аноним (-), 08:05, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >С каждым новым выпуском тормозит ещё сильнее.

    Когда-то паралельность запуска служб systemD ставилась как главное преимущество перед SysV init. Неужто вы все верили в этот лохотрон?

     
     
  • 3.199, Аноним (200), 19:48, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Неужто вы все верили в этот лохотрон?

    а как ещё назвать тех, у кого самое важное занятие на компе - сидеть с секундомером во время старта.

     

  • 1.189, Аноим (?), 11:46, 02/12/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А вот синяя шляпа в своих мануалах всё конфигурить рекомендует через NetworkManager. А зачем тогда нужен systemd.networkd, кто пояснит?..
     
     
  • 2.191, Аноним (190), 11:48, 02/12/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    он нужен убунточке и прочим, для создания видимости альтернативы.

     

  • 1.192, Аноним (192), 13:06, 02/12/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Когда уже к нему керберос прикрутят по-нормальному...
    Нужна возможность рулить демоническими учётками из каталога и делегировать доступ другим учёткам через керберос. PAM - не вариант.
     
  • 1.205, qywtfgsaqwzh (ok), 03:18, 04/12/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    За СистемДа!
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру