The OpenNET Project / Index page

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

Релиз systemd 233

02.03.2017 13:31

После четырёх месяцев разработки сформирован выпуск системного менеджера systemd 233. Из новшеств можно отметить перенос правил DBus из /etc в /usr, добавление генератора переменных окружения, задействование гибридного режима настройки cgroup, поддержка MulticastDNS, новые опции монтирования в fstab, поддержка автоматической настройки для монтирования разделов LUKS и Verity, возможность сохранения backtrace при записи core-дампов.

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

  • Правила DBus теперь устанавливаются в иерархию /usr, а не в /etc. Для переопределения каталога следует использовать опцию "--with-dbuspolicydir=";
  • Все поставляемые в составе systemd скрипты на языке Python (в основном это тестовые сценарии) теперь требуют для своей работы наличия Python 3;
  • В .network-файлы systemd-networkd добавлены новые параметры: В секцию "[DHCP]" добавлен параметр "ListenPort=", позволяющий явно указать UDP-порт для приёма запросов DHCP-клиентом. Добавлен параметр "Unmanaged=" для вывода интерфейсов из управления systemd-networkd. Добавлен параметр "IPv6ProxyNDPAddress=" для настройки адреса NDP Proxy для IPv6. Добавлены опции "ActiveSlave=" и "PrimarySlave=" для определения приоритетов при агрегировании сетевых интерфейсов. В блоке "[Match]" обеспечена возможность задания исключений (логическое "нет");
  • В /etc/fstab добавлены новые опции монтирования, специфичные для systemd: x-systemd.mount-timeout для ограничения максимального времени выполнения команды монтирования; x-systemd.device-bound для создания директории для монтирования при появлении устройства (при отключении устройства, точка монтирования будет удалена); x-systemd.after и x-systemd.before для явного задания порядка монтирования (можно определить за или перед каким unit-ом или точкой монтирования следует выполнить монтирование текущего раздела);
  • В таймерах (.timer unit) добавлена возможность указания времени относительно конца месяца через использование разделителя "~" вместо "-" между днём и месяцем. Например, "*-02~03" приведёт к срабатыванию таймера за три дня до конца февраля. Также добавлен альтернативный синтаксис определения повторяющихся событий, например, "9..17/2:00" - запускать каждые два часа с 9 до 17 часов;
  • Режим настройки cgroup теперь может выбираться на этапе загрузки через передачу ядру параметров "systemd.unified_cgroup_hierarchy=" и "systemd.legacy_systemd_cgroup_controller=", а также при компиляции через опцию "--with-default-hierarchy=". По умолчанию выставляется гибридный режим (устанавливается значение "hybrid"), но в будущем ожидается переход на унифицированную иерархию cgroups-v2 (groups-v2, значение "unified"). Для включения классического режима (cgroups-v1) следует использовать значение "legacy". Дистрибутивам рекомендовано начиная с systemd 233 выставлять режим "hybrid" для релизов, "unified" для экспериментальных сборок (например, для Fedora rawhide) и "legacy" для достижения наилучшей совместимости и стабильности;
  • Гибридный режим настройки cgroup (смесь cgroups-v2 и cgroups-v1) модифицирован для улучшения совместимости с классическими конфигурациями cgroups-v1. Состав /sys/fs/cgroup приближен к классической иерархии cgroups-v1, включая наличие /sys/fs/cgroup/systemd. Из ограничений гибридного режима по сравнению с унифицированной иерархией отмечается невозможность миграции процессов между двумя отделёнными поддеревьями cgroup для непривилегированных экземпляров systemd, запущенных в режиме "--user", даже если оба поддерева принадлежат одному пользователю (например, "systemd-run --user --scope" не будет работать при вызове вне текущего контекста "systemd --user");
  • В systemd-nspawn добавлена возможность автоматической настройки шифрованных разделов LUKS и верифицированных разделов Verity - когда контейнер загружается с шифрованного раздела будет запрошен пароль доступа, а когда с раздела Verity будет осуществлён поиск файла ".roothash" с проверочным хэшем;
  • В systemd-fstab-generator добавлена проверка загрузки ядра с параметром "systemd.volatile=", что позволяет реализовать для обычных загрузок аналог режима "--volatile" в systemd-nspawn, позволяющем загрузить систему без предварительно подготовленных директорий /etc и /var. Корневой раздел с этими директориями будет создан на лету в tmpfs, а из системных разделов примонтирован только /usr (если указать "systemd.volatile=state", то будет использован обычный корневой раздел, а в tmpfs будет примонтирован только /var);
  • В unit-файлы добавлена новая опция "RootImage=", похожая на "RootDirectory=", но монтирующая директорию из заданного образа вместо использования существующей директории;
  • В unit-файлы добавлена опция "MountAPIVFS=", осуществляющая монтирование /proc, /sys и /dev ("API VFS") для сервиса;
  • В coredumpctl добавлена опция "--reverse" для вывода списка core-дампов в обратном порядке и возможность показа дампов, созданных в определённый промежуток времени (опции "--since=" и "--until="). В coredumpctl также обеспечен вывод дополнительной информации об обрезанных, недоступных и сохраняемых в данный момент core-дампах. В systemd-coredump добавлены средства для выполнения обратной трассировки (backtrace) для крахов процессов интерпретируемых языков, например, для скриптов на Python;
  • Добавлена опциональная возможность запуска исполняемых файлов для генерации переменных окружения на стадии загрузки конфигурации, что может быть использовано для добавления переменных окружения для запускаемых сервисов. По умолчанию поставляется генератор переменных окружения, использующих значения из каталогов /etc/environment.d и ~/.config/environment.d/;


  • Реализована возможность обособленного запуска unit-тестов, не требующая наличия исходных текстов systemd и сборочного окружения. Тесты устанавливаются в каталог /usr/lib/systemd/tests/ и запускаются командой 'make install-tests';
  • Начиная с выпуска 233 для работы systemd в ядре Linux должны быть включены опции CONFIG_CRYPTO_USER_API_HASH, CONFIG_CRYPTO_HMAC и CONFIG_CRYPTO_SHA256;
  • В unit-файлах прекращена поддержка спецификаторов "%c", "%r" и "%R";
  • При вызове службы debug-shell.service в качестве командной оболочки по умолчанию теперь всегда используется /bin/sh. Для настройки другой оболочки, например, /sbin/sushell, можно использовать сборочную опцию "--with-debug-shell=";
  • Изменён список вариантов действий, выводимых при необходимости подтверждения запуска команды:
    
               (c)ontinue, proceed without asking anymore
               (D)ump, show the state of the unit
               (f)ail, don't execute the command and pretend it failed
               (h)elp
               (i)nfo, show a short summary of the unit
               (j)obs, show jobs that are in progress
               (s)kip, don't execute the command and pretend it succeeded
               (y)es, execute the command
    
    Вариант "n" (No) удалён, чтобы не вводить в заблуждение. Свою реализацию диалога можно можно настроить через параметр "systemd.confirm_spawn=";
  • Для сервисов, которые не смогли корректно запуститься из-за сбоя, теперь всегда вызывается команда "ExecStopPost=" (раньше сервис оставался в состоянии "failed" без запуска команд остановки);
  • Добавлена реализация MulticastDNS, включаемая командой "MulticastDNS=yes";
  • В systemd-analyze добавлена команда "syscall-filter", позволяющая увидеть, какие группы системных вызовов определены в настройках unit-файлов (SystemCallFilter);
  • Добавлены новые группы системных вызовов: "@filesystem", охватывающая системные вызовы, связанные с работой файловых систем; "@reboot" для вызовов, связанных с перезагрузкой и завершением работы; "@swap" для системных вызовов для настройки раздела подкачки;
  • Добавлена новая опция unit-файлов "RestrictNamespaces=", предназначенная для ограничения доступа к различным типам пространств имён, например, можно запретить создание дополнительных пространств имён для сетевых операций, файловой системы и идентификаторов пользователей для снижения риска эксплуатации уязвимостей, связанных с пространствами имён;
  • В .link-файлы systemd-udev добавлен параметр "AutoNegotiation=" для настройки автоматического согласования линка для Ethernet;
  • В команду "systemctl list-jobs" добавлены опции "--after" и "--before";
  • В systemd-nspawn реализована возможность сочетания опций "--ephemeral" и "--image" для загрузки одноразовых контейнеров из заданного образа;
  • В systemd-socket-proxyd добавлен параметр "--connections-max" для настройки максимального числа одновременных соединений;
  • В sd-id128 добавлен новый API для генерации уникальных идентификаторов хоста, не приводящих к утечке сведений об идентификаторе машины (machine ID);
  • В блоке "NotifyAccess=" добавлена поддержка параметра "exec", при указании которого принимаются уведомления от всех процессов, запущенных systemd;
  • В .nspawn-файлах добавлена возможность определения многослойных файловых систем, реализуемая через опции "Overlay=" и "OverlayReadOnly=";
  • В предоставляемых в systemd-nspawn опциях "--bind и "--overlay" добавлена возможность автоматического создания временных исходных директорий в /var/tmp, которые будут удалены после завершения контейнера. Например, при указании "--overlay=+/var::/var" будет создан многослойный раздел, включающий оригинальный /var из образа контейнера, с сохранением изменений во временной директории внутри /var/tmp, которая будет очищена после завершения работы контейнера;
  • В systemd-nspawn добавлена возможность указания разделов блочных устройств в опции "--image", что позволяет загрузить контейнер из существующей файловой системы, размещённой в отдельном разделе;
  • Добавлен новый инструмент /usr/lib/systemd/systemd-dissect, выполняющий работу по разбору дисковых образов в соответствии с Bootable Partition Specification, по аналогии с systemd-nspawn. systemd-dissect может применяться для монтирования в локальную директорию дисковых образов со сложной раскладкой разделов (например, включающих разделы LUKS и Verity). Утилита не представлена в /usr/bin так как API пока не стабилизирован и возможно будет меняться;
  • Добавлен генератор "systemd-verity-generator", созданный по аналогии с "systemd-cryptsetup-generator" и позволяющий автоматически применять Verity для проверки корневых разделов на этапе загрузки;
  • В unit-файлы сервисов добавлены опции "BindPaths=" и "BindReadOnlyPaths=" для выполнения bind-монтирования произвольных путей;
  • Документированы все низкоуровневые переменные окружения;
  • В unit-файлы с сокетами добавлена поддержка создания слушающих сокетов AF_VSOCK для взаимодействия с виртуализированными окружениями QEMU;
  • В скрипт "configure" добавлена опция "--with-fallback-hostname=" для задания запасного имени хоста, который будет использован в случае неопределения /etc/hostname;
  • В systemd-cgls добавлены опции "--unit=" и "--user-unit=", позволяющие обрабатывать только cgroups от заданных unit-ов;
  • В systemd-mount добавлена опция "--umount" для отмонтирования разделов;
  • Запрещена полная перезагрузка конфигурации через "systemctl daemon-reload", если в системе менее 16 Мб свободного дискового пространства в каталоге /run;
  • В systemd-nspawn добавлена опция "--pivot-root=", позволяющая закрепить корневую директорию для образа контейнера к заданной точке монтирования, которая сохранится, даже если оригинальный корневой раздел будет перемещён в другое место (полезно для загрузки образов ostree).


  1. Главная ссылка к новости (https://lists.freedesktop.org/...)
  2. OpenNews: В systemd 228 обнаружена локальная root-уязвимость
  3. OpenNews: Второй бета-выпуск Devuan, форка Debian без systemd
  4. OpenNews: Релиз systemd 232
  5. OpenNews: Релиз systemd 231
  6. OpenNews: Релиз systemd 230
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/46123-systemd
Ключевые слова: systemd, init
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (180) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (-), 14:00, 02/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Может кто-нибудь внятно объяснить зачем:
    > перенос правил DBus из /etc в /usr
     
     
  • 2.5, Andrey Mitrofanov (?), 14:10, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Может кто-нибудь внятно объяснить зачем:
    >> перенос правил DBus из /etc в /usr

    Видимо, https://www.freedesktop.org/software/systemd/man/systemd.unit.html строят свой замок слоновой кости, чтоб всё чинно, рядками, как у бальших.

     
  • 2.6, Мадара (ok), 14:26, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > В systemd-fstab-generator добавлена проверка загрузки ядра с параметром "systemd.volatile=", что позволяет реализовать для обычных загрузок аналог режима "--volatile" в systemd-nspawn, позволяющем загрузить систему без предварительно подготовленных директорий /etc и /var, корневой раздел с этими директориями будет создан на лету в tmpfs, а из системных разделов примонтирован только /usr;

    думаю это взаимосвязанно

     
     
  • 3.13, Аноним (-), 14:45, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Этой идее уже сто лет^W три года https://www.opennet.dev/opennews/art.shtml?num=40132
     
     
  • 4.172, foo (?), 15:15, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    сто три года? О_О
     
  • 3.124, Kroz (ok), 01:10, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > а из системных разделов примонтирован только /usr;

    Так, стоп!
    Так /usr можно на отдельном разделе?
    https://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken/

     
  • 2.10, Аноним (-), 14:42, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +13 +/
    > Может кто-нибудь внятно объяснить зачем:
    >> перенос правил DBus из /etc в /usr

    Это такая схема размещения конфигов. Дефолтные (дистрибутивные) конфиги лежат в /usr. Если админ хочет что-то поменять, он копирует их в /etc и правит там. /etc имеет приоритет над /usr.

    В принципе логично и удобно. Для тех программ, которые эту схему не используют, лично я стараюсь копировать дефолтный конфиг перед правкой, чтобы в случае чего быстро откатить обратно. А так достаточно удалить свой файл из /etc.

     
     
  • 3.125, Kroz (ok), 01:16, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/

    > Это такая схема размещения конфигов. Дефолтные (дистрибутивные) конфиги лежат в /usr. Если
    > админ хочет что-то поменять, он копирует их в /etc и правит
    > там. /etc имеет приоритет над /usr.

    C такой логикой нужно весь /etc в /usr засунуть.

    Кейс: С очередным обновлением приходит апдейт конфигов в /usr, и получается что "админовская версия" (точнее её части, которые были модифицированы в апдейте) уже не актуальны. Как с этим предлагается работать?

    Если всё в /etc, то пакетный менеджер обнаруживает, что файл был изменен админом, кладет новую версию конфига рядом, и выводит сообщение админу "смерджи, пожалуйста". А с вариантом "конфиги в /usr" как?

     
     
  • 4.140, Аноним (-), 09:40, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Дурной вопрос. Каждый правоверный обязан читать бложек своего пророка на предмет новых откровений.
     
  • 4.145, Аноним (-), 09:55, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Точно так же.
     
  • 2.12, Аноним (-), 14:44, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +10 +/
    потому что в /usr должны лежать конфиги системы, написанные майнтейнерами и приезжающие из пакетов, а в /etc - локальные, написанные админом.
     
     
  • 3.18, Аноним (-), 15:13, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • –5 +/
    А когда я ищу действующий конфиг, я куда должен лезть? В место А, если нет Б, если нет С, если нет Д, если нет - бл*, я за---лся!
     
     
  • 4.59, XXXasd (ok), 18:54, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > я куда должен лезть?

    а куда ты его клал?

    ни куда? тогда в /usr/

     
     
  • 5.62, Аноним (-), 19:08, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Вы что, единственный админ в ойкумене?
     
     
  • 6.117, Аноним (-), 23:48, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вы что, единственный админ в ойкумене?

    А вы что, не знакомы с системами, которые администрируете?

     
     
  • 7.127, RomanCh (ok), 01:26, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тут такое дело, что на практике иногда действительно так и бывает. Иногда впервые заходишь на машину которую до тебя настраивали несколько поколений админов (и программистов!) разной степени вменяемости и компетентности.

    Да, в теории конечно "вы же должны всё изучить и знать!" но на практике:

    * На это чаще всего просто нет времени.
    * О существовании некоторых машин вы узнаёте только когда они ломаются, т.к. передача проекта была осуществлена на уровне "вот вам xls файл, в нём всё описано!"

     
     
  • 8.171, freehck (ok), 15:14, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, это скорее организационные проблемы К тому же, в системах с systemd этого н... текст свёрнут, показать
     
     
  • 9.178, Аноним (-), 16:59, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    systemd уже 6 лет и проблем нет Вы предлагаете ждать 16 лет 6 10 чтобы понять... текст свёрнут, показать
     
     
  • 10.180, freehck (ok), 17:51, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Как же В 2014-2015м systemd имел тенденцию падать в сегфолт при выполнении элем... текст свёрнут, показать
     
     
  • 11.219, yz (?), 11:25, 05/03/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    рассматривать systemd из debian смешно, они там на десятки версий отстают Когда... текст свёрнут, показать
     
     
  • 12.220, freehck (ok), 12:34, 05/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    О, знакомая песня https opennet ru opennews art shtml num 43862 62 ... текст свёрнут, показать
     
     
  • 13.225, yz (?), 16:20, 06/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Тут получается одни не могут сделать стабильную ветку, другие вкорячили а поддер... текст свёрнут, показать
     
     
  • 14.226, Аноним (-), 17:48, 06/03/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Но разве вкорячивание не аргументировалось тем, что бедным мейнтейнерам станет п... текст свёрнут, показать
     
     
  • 15.230, freehck (ok), 23:50, 06/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Оба правы ... текст свёрнут, показать
     
  • 10.201, . (?), 20:06, 04/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В Багдаде всё спокойно Вот только ты забыл что тут у людей и опыт и интернет... текст свёрнут, показать
     
  • 4.232, дуайт эйзенхауер (?), 01:25, 10/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В паппет, ёпрст.
     
  • 3.65, freehck (ok), 19:16, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > потому что в /usr должны лежать конфиги системы, написанные майнтейнерами и приезжающие из пакетов, а в /etc - локальные, написанные админом.

    Ага. Мой любимый с некоторых пор вопрос: что такое "конфиги" в этом контексте?

    А то однажды разговаривали-разговаривали о конфигах, а потом выяснилось, что это не конфиги демонов, а их .unit-файлы.

    А всё почему? Потому что дефолтные конфиги от мейнтейнеров (которые именно конфиги демонов), могут оказаться разными, в зависимости от ряда факторов.

     
     
  • 4.102, freehck (ok), 22:45, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> потому что в /usr должны лежать конфиги системы, написанные майнтейнерами и приезжающие из пакетов, а в /etc - локальные, написанные админом.
    > Ага. Мой любимый с некоторых пор вопрос: что такое "конфиги" в этом контексте?

    Угу. И гробовое молчание.

    Конечно, ведь если ответить на этот вопрос, то встанет следующий:

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

     
     
  • 5.106, Аноним (-), 23:29, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Понятно, почему юниты, являющиеся конфигурационными файлами для systemd, лежат в /usr. Не понятно, почему там должны лежать правила dbus, которые являются конфигурацией, внезапно, dbus.

    Потому что эта схема логична, понятна и удобна для абсолютного большинства конфигов.

     
     
  • 6.142, Аноним (-), 09:43, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Потому что эта схема логична, понятна и удобна для абсолютного большинства конфигов.

    конфиги стали обладать мышлением? 8-(
    я уже опасаюсь systemd

     
     
  • 7.193, anomymous (?), 14:47, 04/03/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Да, и интеллект systemd начал превосходить интеллект многих среднестатистических админчиков локалхостов, привыкших к vi и вороху дерьма в /etc/init.d
     
     
  • 8.198, Аноним (-), 16:08, 04/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    сам-то каким парком рулишь судя по апломбу - два сервера в бухгалтерии и один п... текст свёрнут, показать
     
     
  • 9.202, . (?), 20:08, 04/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    И все три виндоуз ... текст свёрнут, показать
     
  • 4.107, Аноним (-), 23:31, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Ага. Мой любимый с некоторых пор вопрос: что такое "конфиги" в этом контексте?
    > А то однажды разговаривали-разговаривали о конфигах, а потом выяснилось, что это не конфиги демонов, а их .unit-файлы.

    Юнит-файлы - частный случай файлов конфигурации (в данном случае - файлов конфигурации systemd).

    Файлы конфигурации D-Bus - другой частный случай.

    А схема etc over usr работает понятно и прозрачно в обоих случаях, и во многих других.

     
     
  • 5.148, freehck (ok), 10:24, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Между прочим, работает понятно и прозрачно - это тот вопрос, на который я потр... большой текст свёрнут, показать
     
     
  • 6.217, Vkni (ok), 22:57, 04/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Если нет, то не проще ли сделать бэкап редактируемого юнита?

    Кстати, если backup продолбан, пакет всегда можно скачать ещё один раз из репозитария, и переустановить, восстановив конфиг maintainer'а. Или просто вытащить из .rpm/.deb с помощью mc или утилит командной строки.

     
  • 3.126, Kroz (ok), 01:19, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > потому что в /usr должны лежать конфиги системы, написанные майнтейнерами и приезжающие
    > из пакетов, а в /etc - локальные, написанные админом.

    C такой логикой нужно весь /etc в /usr засунуть.

    Кейс: С очередным обновлением приходит апдейт конфигов в /usr, и получается что "локальная версия" (точнее её части, которые были модифицированы в апдейте) уже не актуальны. Как с этим предлагается работать?

    Если всё в /etc, то пакетный менеджер обнаруживает, что файл был изменен админом, кладет новую версию конфига рядом, и выводит сообщение админу "смерджи, пожалуйста". А с вариантом "конфиги в /usr" как?

     
     
  • 4.149, freehck (ok), 10:30, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Кейс: С очередным обновлением приходит апдейт конфигов в /usr

    Ты им ещё раскрой большой секрет, пакет может предоставлять несколько дефолтных конфигов в зависимости от цели установки. За примерами тоже далеко ходить не надо: apt-get install postfix.

    Ох, Kroz, знаешь, сколько таких разговоров у меня уже было? :)
    Не парься, они не слушают.

     
  • 4.216, Vkni (ok), 22:54, 04/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > C такой логикой нужно весь /etc в /usr засунуть.

    Я подозреваю, что там один кадр забыл, что есть репозитарии, из которых всегда можно вытащить изначальный пакетный конфиг вместе с самим пакетом. Или вообще не догадывался об этом, т.к. пришёл с MS Windows.

     
     
  • 5.233, freehck (ok), 06:31, 10/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> C такой логикой нужно весь /etc в /usr засунуть.
    > Я подозреваю, что там один кадр забыл, что есть репозитарии, из которых
    > всегда можно вытащить изначальный пакетный конфиг вместе с самим пакетом. Или
    > вообще не догадывался об этом, т.к. пришёл с MS Windows.

    Он что-то говорил на тему "давайте заменим пакетный менеджер на btrfs". Может быть ему понравились снапшоты btrfs? Зная Поттеринга, видение его могло бы быть примерно таким: systemd мониторит появление новых и изменения старых юнитов и каждый раз при обнаружении оных делает снапшот.

     
  • 3.215, Vkni (ok), 22:52, 04/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > потому что в /usr должны лежать конфиги системы, написанные майнтейнерами и приезжающие
    > из пакетов, а в /etc - локальные, написанные админом.

    А зачем нужны конфиги системы, написанные "майнтейнерами", если есть сисадминские? Это я как maintainer спрашиваю.

     
  • 2.44, Аноним (-), 18:10, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > перенос правил DBus из /etc в /usr

    Надо чаще так делать. В следующем релизе нужно вернуть обратно.

     
     
  • 3.58, Andrey Mitrofanov (?), 18:53, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> перенос правил DBus из /etc в /usr
    > Надо чаще так делать. В следующем релизе нужно вернуть обратно.

    В следующем будут "/usr merge" для снова образовавшийся /usr топтать. Эта музыка будет вечной!

     

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

  • 1.9, AlexGluck (?), 14:36, 02/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    А зачем замена fstab, cron, lxc, docker, networkmanager, chroot, rsyslog, resolv, udev, login и я заманался вычитывать что там ещё есть? Я был противником системд как раз из-за того что в него пихают всё подряд. Но действительно на многопоточных конфигурациях не хватало современной замены систем5. Если добавить ядро ОС и coreutils практически готовый дистрибутив.
     
     
  • 2.14, Аноним (-), 14:46, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > на многопоточных конфигурациях

    Каких, простите?

     
     
  • 3.16, AlexGluck (?), 14:55, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Многопоточных - много потоков. Это, уважаемый динозавр, когда у компьютера потоков исполнения задач больше 1. Например технология HT от intel или больше одного ядра у процессора. Каждая задача выполняется в своём потоке и в зависимости от количества потоков, одновременно могут стартовать монтирование шар, настройка сети, внутренних систем.
     
     
  • 4.20, 123 (??), 15:35, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> Например технология HT от intel

    HT это просто хитро закрученный конвейер c блоком регистров вместо еще одного ядра.  

    >>Каждая задача выполняется в своём потоке

    Неправильный ответ в отношении systemd, он просто хорошо оптимизирует запуск сервисов, учитывая их зависимости - копия scm от ms, который копия старта из netware.

     
     
  • 5.86, Аноним (-), 21:24, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >> HT это просто хитро закрученный конвейер c блоком регистров вместо еще одного ядра.  

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

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

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

     
     
  • 6.131, Аноним (-), 02:53, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Вы бы все хоть писали в одной терминологии Ваш поток - это английское thread... большой текст свёрнут, показать
     
     
  • 7.182, Аноним (-), 18:44, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> "микрокоманд" там нет.

    Да ну? Я системный разработчик и интересуюсь оптимизацией под процессоры, соответственно. Ваше заявление относится к процессорам 10-летней давности. На всё ваше сообщение я могу посоветовать Вам почитать хотя бы Архитектуру ЭВМ Таненбаума. Ну или пошерстить по статьям Википедии, если книга напугает размером.

     
     
  • 8.185, Аноним (-), 21:29, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    И ещё, после того, как изучите вопрос, ответьте на вопрос какая в этом десятиле... текст свёрнут, показать
     
  • 8.203, . (?), 20:11, 04/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да нет, ты - очередная дочь морского офицера , у которой тут всё не так однозн... текст свёрнут, показать
     
  • 7.194, anomymous (?), 14:51, 04/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не для писькометрии и не из-за балансировщика он нужен. Он нужен, чтобы увеличить загрузку существующих исполнительных блоков, и не делать ради большего параллелизма ещё одно честное ядро.

    А почему честное ядро не хотят делать - знаете? Нет, не стоимость.

     
     
  • 8.209, Аноним (-), 20:40, 04/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Не томи ... текст свёрнут, показать
     
  • 8.210, Аноним (-), 20:40, 04/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Приятно видеть, что здесь есть люди с которыми можно что-либо пообсуждать Мне т... текст свёрнут, показать
     
  • 4.46, Аноним (-), 18:18, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Внезапно, "монтирование шар, настройка сети, внутренних систем" выполняется практически с той же скоростью вне зависимости от количества потоков, исполняемых вашим CPU одновременно.
     
  • 2.24, Аноним (-), 15:55, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    /etc/fstab как был, так и остался
    cron с этим "crontab -e" - все правильно сделали
    lxc - более низкий уровень, используется в systemd
    docker - появился на 3 года позже systemd, имеет проблемы с безопасностью, другое предназначение
    networkmanager - кусок крапа, все правильно сделали
    и т.д.
     
     
  • 3.25, Аноним (-), 16:01, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если бы не пихали всё в одно - слова бы никто не говорил.

    > cron с этим "crontab -e" - все правильно сделали

    Меня всё устраивает.

    > networkmanager - кусок крапа, все правильно сделали

    Что это такое вообще и почему это должно быть у меня в системе? Точнее почему оно отсутствует?

     
     
  • 4.108, Аноним (-), 23:34, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >> cron с этим "crontab -e" - все правильно сделали
    > Меня всё устраивает.

    Это ваши личные проблемы. А вот мейнтейнеры дебиана, например, задолбались писать костыли типа
    > # By default, run at 00:57 on every Sunday, but do nothing unless the day of
    > # the month is less than or equal to 7. Thus, only run on the first Sunday of
    > # each month. crontab(5) sucks, unfortunately, in this regard; therefore this
    > # hack (see #380425).
    > 57 0 * * 0 root if [ -x /usr/share/mdadm/checkarray ] && [ $(date +\%d) -le 7 ]; then /usr/share/mdadm/checkarray --cron --all --idle --quiet; fi

     

     
     
  • 5.150, freehck (ok), 10:38, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Неа Это не проблемы, а достоинства cron-а Если что-то не предусмотрено в syste... большой текст свёрнут, показать
     

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

  • 1.17, Аноним (-), 15:12, 02/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > Начиная с выпуска 233 для работы systemd в ядре Linux должны быть включены опции CONFIG_CRYPTO_USER_API_HASH, CONFIG_CRYPTO_HMAC и CONFIG_CRYPTO_SHA256;

    А говорят приложение не может требовать опций ядра..

     
     
  • 2.22, Аноним (-), 15:39, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А еще приложений можно сразу много запустить, и они хранят документы в $HOME. А тут какие то /usr и /etс... Что за мерзость, действительно - опции ядра, системные файлы. Даешь только кнопку "Сделать зае__сь", и не надо никаких системд.
     
     
  • 3.27, Аноним (-), 16:06, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Даешь только кнопку "Сделать зае__сь"

    Прекрасное описание работы systemd. Зачем думать? Там же все юниты за тебя всё делают, настраивают, запускают сервисы.

     
  • 2.26, Аноним (-), 16:04, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Начиная с выпуска 233 для работы systemd в ядре Linux должны быть включены опции CONFIG_CRYPTO_USER_API_HASH, CONFIG_CRYPTO_HMAC и CONFIG_CRYPTO_SHA256;
    > А говорят приложение не может требовать опций ядра..

    Этот комбайн ещё не того потребует скоро. Они форкнут ядро и включат всё в него. А потом оно так разрастётся, что останется один бинарь, который умеет ВСЁ.

     
  • 2.110, Аноним (-), 23:38, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> Начиная с выпуска 233 для работы systemd в ядре Linux должны быть включены опции CONFIG_CRYPTO_USER_API_HASH, CONFIG_CRYPTO_HMAC и CONFIG_CRYPTO_SHA256;
    > А говорят приложение не может требовать опций ядра..

    Скажите это разработчикам LXC, Docker, iptables, DRBD, ipvs, brctl, tgtd, mdadm и десятков других программ, а то они как-то не в курсе :)

     

  • 1.19, Аноним (-), 15:31, 02/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    админ локал хоста из вижу пока из пользы что комп мнгновенно выключается
    пока одобряю но не понятно как в логах копатся куда они делись, документация портянка лучше стар трек посмотреть
     
     
  • 2.23, Проходя мимо (?), 15:55, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Зачем вам линукс если вы не можете забить в гугл systemd logging?
     
     
  • 3.28, Аноним (-), 16:09, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > Зачем вам линукс если вы не можете забить в гугл systemd logging?

    Зачем мне гуглить, если без systemd у меня все логи в /var/log?

     
     
  • 4.91, EuPhobos (ok), 21:35, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А с сюстемде они у вас в оперативке по умолчанию, после ребута journalctl всегда девственник. Так то.
     
  • 3.37, Аноним (-), 17:27, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Для локалхоста и мелких серверов всё-же проще в текстовики, ротацию только всему по умолчанию навязать :)
     
     
  • 4.67, freehck (ok), 19:24, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Для локалхоста и мелких серверов всё-же проще в текстовики, ротацию только всему по умолчанию навязать :)

    Это в каком-таком дистрибутиве на /var/log не натравлен ротатор по умолчанию? :)

     
     
  • 5.75, Andrey Mitrofanov (?), 19:43, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Это в каком-таком дистрибутиве на /var/log не натравлен ротатор по умолчанию? :)

    Ставишь Debian. И не ставишь logrotate. Учись, студент! :D

     
     
  • 6.96, freehck (ok), 22:11, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> Это в каком-таком дистрибутиве на /var/log не натравлен ротатор по умолчанию? :)
    > Ставишь Debian. И не ставишь logrotate. Учись, студент! :D

    Package: logrotate
    Priority: important

    https://www.debian.org/doc/manuals/debian-faq/ch-pkg_basics.en.html#s-priority

    > *Important* packages should be found on any Unix-like system.
    > Other packages which the system will not run well or be usable without will be here.

    Короче, это ж ещё додуматься надо! :)
    И по-любому он вместе с minimal-install ставится, ибо я всегда ставлюсь через debootstrap, и никогда отдельно logrotate не ставил - сам прилетал.

     
  • 4.121, Аноним (-), 23:54, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Для локалхоста и мелких серверов всё-же проще в текстовики

    Почему? Как по мне, так даже на локалхосте journalctl с фишками типа -b-1, --since и --until гораздо удобнее костылей на грепе.

     
     
  • 5.204, . (?), 20:15, 04/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Дуууу ... а шаг в сторону и тебе стреляют в голову! Иди в >|< - если мне нужна будет огороженность - винда и так уже существует.
     

  • 1.21, Аноним (-), 15:38, 02/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    когда уже Поттеринг свое ядро запилит
     
     
  • 2.30, Andrey Mitrofanov (?), 16:20, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > когда уже Поттеринг свое ядро запилит

    "Мы" уж скорее hurd до десктопа допилим.
       Фришники точно GNU&GPL из базы быстрее выкинут.
          А потом, кому юникс-шел сложен, слаб для писания ядра, нет?

    А редхату https://www.dwheeler.com/essays/linux-kernel-cost.html#results слабО "своё" ядро "поднять". Денег у них столько нет. (Столько денег даже у мс нет.)  Рх только опенсорсные поделки монетизируют. И безобразничает и мелко пакостит с init-pid1-ами/udev-ами и прочими "free"desktop-ами, партнёрит с ораклами и майкрософтами и прочими мпеглами. Вал по плану и пр.СУБЖ.

     
     
  • 3.53, Аноним (-), 18:40, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А что сейчас происходит с SysVinit и какие перспективы?
     
     
  • 4.60, Andrey Mitrofanov (?), 18:57, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А что сейчас происходит с SysVinit и какие перспективы?

    Он просто работает. Причем и на машинах с субжом. Прикинь, да??
       Про переспективы -- спроси в профильной новости об его новом%-S релизе.

     
     
  • 5.61, Аноним (-), 19:05, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    И systemd тоже просто работает. Никаких причин менять одно на другое нет.

    Но у systemd есть перспективы, а у sysvinit если они и есть, то о них знают только очень информированные и глубоко законспирированные члены форума.

     
     
  • 6.66, Andrey Mitrofanov (?), 19:18, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > И systemd тоже просто работает.

    Враньёёооо....

    >Никаких причин менять одно на другое нет.

    Есть! И это та же причина, по которой Рх его всем вкорячивают.

    > Но у systemd есть перспективы, а у sysvinit если они и есть,

    Враньёёооо.

    > то о них знают только очень информированные и глубоко законспирированные члены
    > форума.

    Враньёо.

     
     
  • 7.81, Мемасик (?), 21:03, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нельзя ли аргументированно? Похож на бабку в церкви.
     
     
  • 8.112, Аноним (-), 23:41, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так sysvinit - это духовная скрепа юникса В нее надо просто верить, все эти ... текст свёрнут, показать
     
  • 6.69, freehck (ok), 19:28, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > И systemd тоже просто работает. Никаких причин менять одно на другое нет.

    У systemd только одна перспектива: его проталкивает "Красная Шапочка".

    А по поводу того, что оно "просто работает", так это враньёёёёооо:
    https://www.opennet.dev/base/sys/systemd_myth.txt.html

     
     
  • 7.95, Аноним (-), 21:59, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    По ссылке явно про старую версию. В новой же всё не так. И когда вы напишите про новую, то уже к тому времени выпустят следующую и всё опять изменится. systemd унаследовал критическую неуязвимость от своего создателя.
     
     
  • 8.99, freehck (ok), 22:16, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Единственное, во что я поверю, так это в то, что Вы прочитали дату публикации ис... текст свёрнут, показать
     
     
  • 9.113, Аноним (-), 23:43, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    И что характерно, ни одного технического аргумента Сплошное я художник, я так ... текст свёрнут, показать
     
     
  • 10.141, freehck (ok), 09:43, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Опять не читал Анонимы такие анонимы ... текст свёрнут, показать
     
  • 10.164, Аноним (-), 14:08, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В код системды хоть раз смотрел CODE strcpy mempcpy mempcpy r, f, a 1 , i, ... текст свёрнут, показать
     
  • 9.132, Аноним (-), 02:55, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Когда веруешь, аргумент не нужны ... текст свёрнут, показать
     
     
  • 10.143, freehck (ok), 09:46, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Согласен Они аргументацию не воспринимают, даже если им её ужё разжёванную до м... текст свёрнут, показать
     
     
  • 11.152, Аноним (-), 11:12, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А ты сам её читал В доказательстве 1 1 он опровергает утверждение компоненты S... большой текст свёрнут, показать
     
     
  • 12.160, freehck (ok), 13:43, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Суть-то Вы уловили, только аргумент против несколько другого утверждения Следу... большой текст свёрнут, показать
     
     
  • 13.163, Аноним (-), 13:58, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Вопрос действительно ли unit-файлы проще init-скриптов Ответ unit-файлы дейст... текст свёрнут, показать
     
  • 13.165, Аноним (-), 14:15, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Q 1 1 Компоненты Systemd имеют хорошо описанные интерфейсы, и поэтому вы можете... большой текст свёрнут, показать
     
  • 9.155, Аноним (-), 11:54, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В моём предыдущем коменте уровнем выше был только сарказм и ничего более - Ста... текст свёрнут, показать
     
  • 9.157, Аноним (-), 11:59, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    PS Я просто попытался изобразить текст так как бы его написали поклонники потте... текст свёрнут, показать
     
  • 7.147, виндотролль (ok), 10:08, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    та статья — это рационализация точки зрения "системд плохой".
    Я с некоторыми пунктами согласен. Но в целом со статьей — не до конца.

    Например, аргумент о сложности. Дескать, системд 250,000 строк на си, а все скрипты в дебиане — 10,000 строк.

    Но
    1) Баш гораздо более высокоуровневый — 10,000 на баше потребуют гораздо больше на си
    2) почему бы к 10,000 не добавить количество строк си в исходных кодах баша?

     
     
  • 8.151, Andrey Mitrofanov (?), 10:48, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    I Дети Сегодня мы будем играть в Угадайку А угадайте, кто с кем соревнуется,... большой текст свёрнут, показать
     
     
  • 9.153, виндотролль (ok), 11:23, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Дядя, а без кривляний умеете ... текст свёрнут, показать
     
     
  • 10.154, Andrey Mitrofanov (?), 11:26, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Бала-бол ... текст свёрнут, показать
     
     
  • 11.156, виндотролль (ok), 11:59, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    О нет Дядя, видимо, mentally challenged Высказывать свою точку зрения, приводя... текст свёрнут, показать
     
  • 9.158, Andrey Mitrofanov (?), 13:01, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    gt оверквотинг удален Ответы I На 5 с плюсом http www opennet ru op... большой текст свёрнут, показать
     
  • 8.166, freehck (ok), 14:39, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Именно Даже если взять sysvinit и посчитать вместе со скриптами запуска, разниц... большой текст свёрнут, показать
     
     
  • 9.168, Аноним (-), 14:46, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ты в курсе, что сложную задачу делят на части, каждую из которых решают разные л... текст свёрнут, показать
     
     
  • 10.169, freehck (ok), 15:06, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Смысл - в последнем абзаце количество строк в проекте - это количество мест, г... текст свёрнут, показать
     
     
  • 11.173, Аноним (-), 15:17, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Что ж, никто не мешает создать ещё одну систему инициализации, нацеленную на уме... текст свёрнут, показать
     
  • 11.174, Аноним (-), 15:29, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Нет Чем меньше строк, тем меньше мест где можно допустить ошибку, но это не озн... текст свёрнут, показать
     
     
  • 12.177, Аноним (-), 16:56, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    проблемы начались, когда мишки Вонни на Войну и мир замахнулся... текст свёрнут, показать
     
  • 9.170, виндотролль (ok), 15:13, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Баш я прибавил, т к скрипты пишутся на баше Я апеллирую к утверждению 171 си... большой текст свёрнут, показать
     
     
  • 10.184, freehck (ok), 20:02, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Вообще-то bash частью sysvinit не является То, что после запуска init запускает... большой текст свёрнут, показать
     
     
  • 11.188, виндотролль (ok), 22:46, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    цепочки инита kernel - sysvinit - bash grep ps kill - target bi... большой текст свёрнут, показать
     
     
  • 12.190, Vkni (ok), 07:31, 04/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ну это, вообще говоря, признак хорошей архитектуры - возможность относительно лё... текст свёрнут, показать
     
     
  • 13.191, виндотролль (ok), 13:40, 04/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    подручными средствами 8212 это уже не важно, к архитектуре отношения не имеет... большой текст свёрнут, показать
     
     
  • 14.214, Vkni (ok), 22:49, 04/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    И то, слава богу Но вы не учитываете возможности полной перестройки системы на ... большой текст свёрнут, показать
     
     
  • 15.218, виндотролль (ok), 23:35, 04/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Это было предположение Беру слова обратно ... текст свёрнут, показать
     
  • 12.199, freehck (ok), 18:17, 04/03/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Хм Знаете, у меня раж спал, я подумал, и понял, что таки да Корректности ради ... большой текст свёрнут, показать
     
  • 11.189, Vkni (ok), 07:27, 04/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я бы не сказал, что за bash уж так нужно биться Язык shell серьёзно устарел, но... текст свёрнут, показать
     
     
  • 12.200, freehck (ok), 18:50, 04/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Согласен Лично мне больше нравится zsh Там реально меньше шансов ошибиться Но... большой текст свёрнут, показать
     
     
  • 13.213, Vkni (ok), 22:42, 04/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Я имел ввиду, что мы берём язык, а не реализацию, из которого уже делаем другой ... текст свёрнут, показать
     
  • 5.71, Аноним (-), 19:31, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >>Он просто работает. Причем и на машинах с субжом.

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

     
     
  • 6.146, Stanislav (??), 10:05, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Для таких случаев всегда можно взять что-нибудь другое, начиная с upstart, проходя через runit, заканчивая скриптом на шелле.
     
  • 2.51, Аноним (-), 18:33, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А кстати, да, пусть свой systemd-kerneld пилит. Торвальдс, всё равно, его патчи в ваниллу не пустит. Так что, пусть пилит в одно рыло.
     
     
  • 3.68, Andrey Mitrofanov (?), 19:27, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > А кстати, да, пусть свой systemd-kerneld пилит. Торвальдс, всё равно, его патчи
    > в ваниллу не пустит. Так что, пусть пилит в одно рыло.

    Кстати о пересипективах s-d! Линус в '91ом на своей 386sx запилил терминалку -- в '2014-ом случился ibm с  "перспективами" на миллиардом. В 2010ом ("Sievers started the project to develop systemd in"~~WP:s-d) оно началось с "миллиардами" персперкив Рх -- ...значит, году, эдак, к ....  ... ...... 2033-ему Ленарт допишет его до ядра терминалки на 386sx! ...в комнате студ.общаги?! ....в маленькой европейчкой стране.

     
  • 3.115, Аноним (-), 23:45, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А кстати, да, пусть свой systemd-kerneld пилит. Торвальдс, всё равно, его патчи
    > в ваниллу не пустит. Так что, пусть пилит в одно рыло.

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

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

     
     
  • 4.195, anomymous (?), 15:00, 04/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Истинные юниксоиды уже давно планируют переписать его на баше, чтобы было гибко
    > и прозрачно.

    Осторожно, среди хейтеров системд очень много фанатов микроядра.

     
  • 2.144, Аноним (-), 09:47, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > когда уже Поттеринг свое ядро запилит

    точно, и уйдёт на х..р из linux

     

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

  • 1.29, RobotsCantPoop (?), 16:09, 02/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    "А сейчас мы попробуем со всей этой фигнёй взлететь"
     
     
  • 2.31, Andrey Mitrofanov (?), 16:34, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > "А сейчас мы попробуем со всей этой фигнёй взлететь"

    =А сейчас вы всю эту фигню будете тестить=

     
     
  • 3.76, Аноним (-), 19:43, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тестить? Это, пожалуйста, к команде ядра. Они умеют и делают, да
     
  • 3.231, Andrey Mitrofanov (?), 09:04, 08/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> "А сейчас мы попробуем со всей этой фигнёй взлететь"
    > =А сейчас вы всю эту фигню будете тестить=

    :( Debian - "задрав штаны бежать" https://piware.de/post/2017-02-25-test-systemd-pre-233/

     

  • 1.34, Аноним (-), 17:05, 02/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Спасибо systemd и лично Леннарту Поттерингу. Без него я бы никогда не нашел в себе сил перейти на FreeBSD.
     
     
  • 2.35, A.Stahl (ok), 17:18, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Изен, залогинься:)
     
  • 2.48, chinarulezzz (ok), 18:21, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Попробуй CRUX. Freebsd-like система портов, ядро собираешь по-своему.
     
     
  • 3.63, Andrey Mitrofanov (?), 19:08, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Попробуй CRUX. Freebsd-like система портов, ядро собираешь по-своему.

    На GuixSD же!  GNU!!  Бесплатный бонус: Они уже переписали pid(1) на LISP.  Спешите---

     
     
  • 4.78, Лиспоманьяк (?), 20:13, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А вот попрошу Вас уточнить какой именно ЛИСП, пожалуйста.
     
     
  • 5.136, Andrey Mitrofanov (?), 08:50, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >какой именно ЛИСП

    Тот, который https://www.gnu.org/s/shepherd/ GNU Guile scheme.

     
  • 3.222, Аноним (-), 18:02, 05/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    тогда уже гента или слака ;)
    ортодоксальнее и прозрачнее(да и легковеснее, тоже)некуда, ну акромя LFS, нарное(и всяких DSL, TinyCore, Puppy мутаций и тп).
     
     
  • 4.224, chinarulezzz (ok), 21:10, 05/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > тогда уже гента или слака ;)
    > ортодоксальнее и прозрачнее(да и легковеснее, тоже)некуда, ну акромя LFS, нарное(и всяких
    > DSL, TinyCore, Puppy мутаций и тп).

    Ты просто CRUX не пробовал.

    LFS > CRUX > Slackware > [всё остальное]

     

  • 1.38, ram_scan (?), 17:31, 02/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А не проще было вместо этой херовой толпы фичей запилить в системды systemd-sysv-initd и решить головняки на корню ? Дарю идею.
     
  • 1.49, Аноним (-), 18:26, 02/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    >новые опции монтирования в fstab

    Такой весь передовой systemd всё ещё использует такой архаизм как fstab? ;)

     
     
  • 2.89, Аноним (-), 21:32, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >>новые опции монтирования в fstab
    > Такой весь передовой systemd всё ещё использует такой архаизм как fstab? ;)

    Да, он разбивается на несколько целей монтирования, в результате у системных служб можно выстраивать зависимости. Например, если в fstab есть монтирование /home, создаётся цель var.mount. Если требуется зависимость от примонтированного /var, то в unit-файле пишется:
    After=var.mount

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

     
     
  • 3.90, Аноним (-), 21:34, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>>новые опции монтирования в fstab
    >> Такой весь передовой systemd всё ещё использует такой архаизм как fstab? ;)
    > Например, если в fstab есть монтирование /home, создаётся цель var.mount.

    Опечатался, home.mount. var.mount - для /var

     
  • 3.104, Михрютка (ok), 23:07, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    что вы рассказуете противно слушать. какие нафиг зависимости от примонтированного /var, когда у вас всех точек монтирования бут, рут и темп. вы когда мерждили статик бин и бин с юзером, всем так и рассказывали - ето анахронизьм и долой с парохода современности, с нынешними объемами саташечек ето неактуально. а тут вдруг - зависимости от примонтированного вар ах ах.
     
     
  • 4.116, Аноним (-), 23:47, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > что вы рассказуете противно слушать. какие нафиг зависимости от примонтированного /var,

    Например, var-tmp.mount.

     
  • 4.120, marios (ok), 23:53, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Про встраиваемую технику слыхал? :)
     
     
  • 5.133, Аноним (-), 02:58, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А что, кто-то ставит Debian + systemd на встраиваемую технику? Каждой задаче - своё решение.
     
     
  • 6.183, Аноним (-), 19:05, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А что, кто-то ставит Debian + systemd на встраиваемую технику? Каждой задаче
    > - своё решение.

    Да, я занимаюсь такой разработкой в частности. Могу сказать, что systemd очень удобная система в таком случае, но есть ещё некоторые недостатки: система ещё недостаточно гибкая. Например, не позволяет назначить сервису пользователя из файла конфигурации сервиса. Либо жёстко прописывается в unit-файле, либо через шаблоны unit-файлов, что не всегда подходит, либо через костыль в виде su, куда можно передать переменные из файла окружения.

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

     
  • 4.187, Аноним (-), 22:38, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Может быть у вас ещё и SSD, помимо сата? Это вам для размышлений над монтированием /var, /var/tmp и /home не в embedded.
     

  • 1.50, Аноним (-), 18:27, 02/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >Все поставляемые в составе systemd скрипты на языке Python

    Где-то я это уже видел.

     
     
  • 2.64, proud_anon (?), 19:11, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Нет.. нет.. нет.. остановите землю! Этот *пип* *бип* Джамшут и изобретатель кубического колеса, он же как Мейзуллина и Пилонов в одном лице.Господь пошли ему долгие дни.. (годы нет нужды). Чтобы у него был полон дом устройств интернета-вещей с 200MHz и 32 Мб озу с установленными на них его же сыстемД
     
     
  • 3.196, anomymous (?), 15:03, 04/03/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    640кб хватит всем? Вас жаба задушила поставить в ваш ембеддед 512М вместо 32М, доплатив аж целых 1$ (в случае очень крупного опта)? Ну и да - для этих вещей есть бизибокс.
     
     
  • 4.207, . (?), 20:38, 04/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Тэорэтик - в сад!
     
  • 2.73, Andrey Mitrofanov (?), 19:33, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >>Все поставляемые в составе systemd скрипты на языке Python
    > Где-то я это уже видел.

    В новости "Hg переходит на git".

     
     
  • 3.208, . (?), 20:39, 04/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Андрейка, а ты злой :)
     
  • 2.84, Аноним (-), 21:11, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Все поставляемые в составе systemd скрипты на языке Python

    Яву туды надо. Чтоб кроссплатформенно и с прицелом на захват винды (а потом и всего мира, чо уж там...).

     
     
  • 3.118, Аноним (-), 23:50, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> Все поставляемые в составе systemd скрипты на языке Python
    > Яву туды надо.

    Слишком юниксвейно.

     
     
  • 4.137, Andrey Mitrofanov (?), 08:59, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Все поставляемые в составе systemd скрипты
    >> Яву туды надо.
    > Слишком юниксвейно.

    Не ту яву. https://developers.redhat.com/blog/category/programming/dot-net/ . https://developers.redhat.com/blog/tag/dot-net/ . https://developers.redhat.com/blog/category/programming/c-sharp/ . https://developers.redhat.com/blog/tag/asp-net/ . https://developers.redhat.com/blog/tag/microsoft/

     

  • 1.79, Аноним (-), 20:14, 02/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Общее количество опций и параметров - сколько там уже нулей?
     
  • 1.103, asand3r (?), 23:05, 02/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В systemd-mount добавлена опция "--umount" для отмонтирования разделов;

    Простите, а раньше как нужно было ФС размонтировать?

     
     
  • 2.114, Ан (??), 23:44, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    systemctl mount systemd-mount --umount
     
     
  • 3.119, Аноним (-), 23:52, 02/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > systemctl mount systemd-mount --umount

    Почти.
    systemctl stop blabla.mount

     

  • 1.123, Аноним (-), 00:53, 03/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Когда-то был против, потому что нравился upstart (потому что без баша и декларативно и в дистрибе, на котором сижу). Потом всё решили за меня и пришлось скачать http://wiki.opennet.ru/Systemd_%D0%B4%D0%BB%D1% и изучать. Какой же он крутой! Никакого bash-петушения, декларативное описание сервисов, drop-in конфигурации и т.д. Логи все на месте (не надо верещать, что в бинарном формате, всё равно даже текстовые смотрите с помощью отдельной утилиты). И всё это просто работает!
     
     
  • 2.128, Kroz (ok), 01:29, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Никакого bash-петушения, декларативное описание сервисов,
    > И всё это просто работает!

    Где-то я это уже слышал. Кто сказал Windows?

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

     
     
  • 3.162, freehck (ok), 13:55, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Когда столкнетесь с не совсем стандартными зачами, вспомните и про "bash-петушения" и
    > про "просто работает"...

    Не вспомнят. Они скажут начальству "это невозможно", начальство пожмёт плечами, и всё замнётся.

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

    Такой подход, правда, превращает сисадмина в обезьянку, бездумно жмущую на кнопки в определённой последовательности. Грустно, конечно, но зато посмотри, как они радуются!

     
     
  • 4.234, Аноним (-), 16:20, 07/10/2017 [^] [^^] [^^^] [ответить]  
  • +/

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

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

     
  • 2.138, Andrey Mitrofanov (?), 09:02, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Никакого bash-петушения,

    Позовите Гарета, Сару и Аврору  --  у нас жертва харасмента.

     
     
  • 3.176, Аноним (-), 16:32, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Я стесняюсь спросить, если скрипты на баше - это харрасмент, то что же тогда конфиги sendmail?
     
     
  • 4.179, Andrey Mitrofanov (?), 17:10, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >если скрипты на баше

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

    > - это харрасмент

     
  • 4.197, anomymous (?), 15:04, 04/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Я стесняюсь спросить, если скрипты на баше - это харрасмент, то что
    > же тогда конфиги sendmail?

    Садомазо. Не удивительно, что ditched.

     
  • 4.212, . (?), 21:03, 04/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Я стесняюсь спросить, если скрипты на баше - это харрасмент, то что же тогда конфиги sendmail?

    Скрижали дьявола! Истинно вам говорю! :-)

     
  • 2.161, freehck (ok), 13:51, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Логи все на месте (не надо верещать, что в бинарном формате, всё
    > равно даже текстовые смотрите с помощью отдельной утилиты).

    Проблема бинарного лога не в том, что с ним работать сложнее, а в том, что если он побьётся, то его невозможно восстановить.

     
     
  • 3.228, Аноним (-), 21:54, 06/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не сложнее чем побившийся /var/log/daemon.1.gz.
     
     
  • 4.229, freehck (ok), 23:48, 06/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Не сложнее чем побившийся /var/log/daemon.1.gz.

    Хех. Хорошая попытка, но у того же logroate компрессия по умолчанию выключена. Если демон хочет её включить - это делается явно. Чтобы выключить - надо просто закомментировать строку в /etc/logrotate.d/

     

  • 1.134, Аноним (-), 07:52, 03/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Существенные изменения в 233 есть. Пожалуй системд стоило другую нумерацию ставить, где видно "мажорная.минорная.баг фиксы", и эта была бы можорная.

    > В таймерах (.timer unit) добавлена возможность указания времени относительно конца месяца через использование разделителя "~" вместо "-" между днём и месяцем. Например, "*-02~03" приведёт к срабатыванию таймера за три дня до конца февраля.

    Бред какой-то, зачем ставить опцию, которая заведомо делает что-то на 3 дня раньше. Запихнули бы рандом чтоли =)

     
     
  • 2.139, Andrey Mitrofanov (?), 09:04, 03/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Запихнули бы рандом чтоли =)

    Остановитесь!  Ведь так и до скриптов не далеко??  Нужно деражаться11111

     
  • 2.227, Аноним (-), 21:43, 06/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Вот так админы локалхоста и палятся.
     

  • 1.135, iCat (ok), 08:26, 03/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    # eselect profile set hardened
    # USE="-systemd" emerge --newuse system

    Привет сторонникам systemd

     
     
  • 2.221, freehck (ok), 16:24, 05/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > # eselect profile set hardened
    > # USE="-systemd" emerge --newuse system
    > Привет сторонникам systemd

    Праильно! Так их! :)

    Package: *systemd*
    Pin: release *
    Pin-Priority: -1

     

  • 1.223, Аноним (-), 18:46, 05/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    233 версия, а restart (ExecRestart) сервисов до сих пор нет умеет :-)
     

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



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

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