После полугода разработки Леннарт Поттеринг представил (https://lists.freedesktop.org/archives/systemd-devel/2018-De...) релиз системного менеджера systemd 240 (http://www.freedesktop.org/software/systemd/). Из новшеств можно отметить добавление нового типа сервисов "exec", возможность использования в systemd-resolved OpenSSL помимо GnuTLS, для генерации не требующих надёжности случайных чисел задействована инструкция RDRAND вместо /dev/urandom, добавлена поддержка сетевых туннелей Foo-Over-UDP, ERSPAN и ISATAP, реализованы утилиты systemd-id128 и systemd-run-generator, обеспечена официальная поддержка утилиты portablectl, добавлена команда "systemd-analyze security".Основные изменения:
- Добавлен новый тип сервисов "Type=exec", похожих на сервисы с типом "simple", но обеспечивающих ожидание завершения выполнения
fork() и execve() при вызове основного исполняемого файла перед продолжением обработки следующих юнитов. Новый тип может оказаться полезным когда требуется обработка ошибок при запуске, например, если в сервисе директива ExecStart указывает на несуществующий исполняемый файл, при использовании типа simple запуск юнита будет посчитан успешным (ошибка не видна на этапе форка и управление будет передано далее, не дожидаясь результата execve). При типе "exec" будет выявлен сбой запуска подобного юнита и возвращён соответствующий код ошибки. В следующем выпуске планируется использовать тип "exec" по умолчанию в утилите systemd-run при запуске временных ("transient") сервисов;
- В systemd-resolved добавлена возможность использования OpenSSL вместо GnuTLS для обеспечения работы DNS-over-TLS;- На системах x86-64 в ситуациях, когда не требуется криптостойкие и непредсказуемые случайные числа, вместо /dev/urandom обеспечен вызов процессорной инструкции RDRAND. Данное изменение позволяет снизить число запросов энтропии от ядра в процессе инициализации (для генерации UUID по-прежнему используется полноценный генератор псевдослучайных чисел ядра);
добавлена поддержка сетевых туннелей Foo-Over-UDP, ERSPAN и ISATAP,
- В systemd-networkd добавлена поддержка сетевых туннелей Foo-Over-UDP, ERSPAN и ISATAP, а также добавлена опция ForceDHCPv6PDOtherInformation для принудительной установки бита "Other Information" в сообщениях IPv6 RA. Для совмещённых сетевых интерфейсов добавлены опции AdActorSystemPriority,
AdUserPortKey и AdActorSystem для настройки различных параметров 802.3ad, а также опция DynamicTransmitLoadBalancing для динамической балансировки потоков. Для сетевых туннелей добавлена опция IPv6RapidDeploymentPrefix для настройки функциональности IPv6 RD (Rapid
Deployment). В наборы правил добавлены опции IPProtocol, SourcePort, DestinationPort и InvertRule. Для сетевых мостов предложена новая опция MulticastToUnicast. Добавлена поддержка определения статических привязок для IPv4 ARP и доступных соседних хостов для IPv6;- Добавлена утилита systemd-id128 для определения и генерации различных 128-битных идентификаторов;
- Обеспечена официальная поддержка команды portablectl, которая перемещена в
каталог /usr/bin/. Команда предоставляет средства для управления переносимыми сервисами (https://www.opennet.ru/opennews/art.shtml?num=48823) ("Portable Services"), позволяющими создавать системные сервисы в виде самодостаточных контейнеров (переносимый сервис поставляется в виде системного образа, но обрабатывается как обычный сервис);- Добавлена базовая поддержка счётчиков загрузки (https://systemd.io/AUTOMATIC_BOOT_ASSESSMENT), которая потенциально позволяет реализовать схемы загрузки, в которых в случае сбоя новой загрузочной записи автоматически выбирается старая загрузочная запись. На стороне загрузка указанная функциональность пока добавлена только в sd-boot;
- Добавлен новый генератор "systemd-run-generator", позволяющий синтезировать юниты на основе параметров, переданных в командной строке при загрузке ядра. Генератор удобно использовать при запуске контейнеров, например,
"systemd-nspawn -i someimage.raw -b systemd.run='some command line'";- Добавлена команда "systemd-analyze security" для анализа связанных с безопасностью и изоляцией настроек в системных юнитах;
- Ключи для доступа к зашифрованным дисков теперь могут размещаться на внешних носителях и подключаться по UUID из /etc/crypttab. В /etc/crypttab также добавлена опция "sector-size" для настройки размера сектора для зашифрованных разделов;- Для всех длительно работающих сервисов выставлен запрет на получение новых привилегий (NoNewPrivileges=yes, для работы требуется обновление (https://github.com/fedora-selinux/selinux-policy/pull/234) правил SELinux);
- Сервисы systemd-networkd.service, systemd-resolved.service и systemd-timesyncd.service по умолчанию возвращены на работу под заранее определёнными системными пользователями (в прошлой версии была включена настройка DynamicUser=yes для работы с использованием динамически генерируемого идентификатора пользователя);- Для загрузки юнитов, на которые указывают символические ссылки из каталога .wants/ или .requires/, теперь необходимо, чтобы файл юнита также находился в одном из штатных мест размещения, перечисленных в списке путей для поиска юнитов;
- Изменён выставляемый по умолчанию ядром Linux лимит на максимальное число файловых дескрипторов для пользовательских процессов (RLIMIT_NOFILE). Начиная с данного выпуска жёсткий лимит на число файловых дескрипторов поднят с 4096 до 512K, Мягкий лимит, который может быть увеличен из самого приложения, оставлен неизменным (1024 дескриптора). Жёсткий лимит повышен так как недавние оптимизации в ядре Linux существенно увеличили производительность манипуляций с большим числом файловых дескрипторов и снизили потребление памяти. Изменение также отражено в sysctl fs.nr_open и fs.file-max, которые теперь автоматически выставляются в максимально возможное значение (RLIMIT_NOFILE soft и RLIMIT_NOFILE hard);
- В случае отсутствия файла /etc/locale.conf systemd теперь по умолчанию использует локаль "C.UTF-8" и устанавливает переменную окружения LANG в значение "C.UTF-8";
- Значение sysctl "net.ipv4.conf.all.rp_filter (https://www.kernel.org/doc/Documentation/networking/ip-sysct...)" теперь по умолчанию выставляется в значение 2 (устанавливается режим Loose вместо Strict), что более приемлемо для хостов с несколькими сетевыми линками, маршрутизируемыми через одну сеть (например, когда клиент одновременно подключен через Wi-Fi и Ethernet);
- Добавлена директива DisableControllers для отключения отдельных контроллеров cgroup;
- Для юнитов реализованы новые свойства MemoryMin и IODeviceLatencyTargetSec, которые активируют для запускаемых процессов средства контроля потребления памяти и ожидания ввода/вывода, обеспечиваемые атрибутами cgroups v2 memory.min и io.latency;
- В journald при обработке логов от классического BSD syslog реализовано сохранение оригинальной строки с временем события, что позволяет корректно реконструировать оригинальные сообщения;
- В директивы StandardOutput и StandardError добавлен параметр "append:", позволяющий прикрепить STDOUT/STDERR вывод от сервиса к определённому файлу в режиме дополнения уже имеющегося в нём содержимого;
- Добавлена настройка KillSignal, позволяющая переопределить сигнал, отправляемый процессам при завершении работы unit-файлов (ранее всегда отправлялся SIGKILL).
- Значение переменной окружения XDG_SESSION_DESKTOP теперь может выставляться
при помощи опции "desktop=" в строке аргументов pam_systemd;- Во все настройки, которые воспринимают значения с процентами, вместо символа '%' теперь можно использовать также знак '‰';
- В обрабатываемый при помощи systemd-resolved файл конфигурации resolved.conf добавлена опция "ReadEtcHosts", которую можно использовать для отключения обработки содержимого /etc/hosts;- В команду "systemctl is-system-running" добавлена...
URL: https://lists.freedesktop.org/archives/systemd-devel/2018-De...
Новость: https://www.opennet.ru/opennews/art.shtml?num=49836
Systemd - одна из лучших вещей, что случалась с Линуксом, долгих лет жизни и процветания ей!
А пульсаудио - одна и худших вещей.
На самом деле,звук в линуксах сломали ещё с введением alsa.
Да! ДА! Верните OSS!!!
> Да! ДА! Верните OSS!!!Так верни. И майнтайни потом. А то права качать все горазды, а работу работать - все в кусты.
Во 1 - никто окромя линуса и ко такие решения не принимает.
Во 2 - те серьёзные дяди, которые в основном и вносят код в линукс и уже очень давно,не заинтересованы в его развитии вне спектра их нужд. Десктопный линукс без проблем,бесплатный и весь такой замечательный,самостоятельный и состоявшийся, никому из них не нужен.
В 3 как показывает опыт фри,поддержка того же OSS может быть под силу даже в проектам,в которых НА ПОРЯДКИ меньше денег в сравнении с линуксом.
Вывод : прекрасного далеко не наступит.
У меня всё.
> Во 1 - никто окромя линуса и ко такие решения не принимает.В каком месте вот конкретно Линусу упали мелкие дисплеи на i2c и spi, допустим?
> Во 2 - те серьёзные дяди, которые в основном и вносят код
> в линукс и уже очень давно,не заинтересованы в его развитии вне спектра их нужд.Когда кто-то работает работу - он обслуживает свои нужды. Хм, вроде бы логично. Только глупый человек забесплатно пляшет под чужую дудку.
> Десктопный линукс без проблем,бесплатный и весь такой замечательный,самостоятельный
> и состоявшийся, никому из них не нужен....кроме того что граждане разработчики им на своих десктопах пользуются, а так все хорошо, прекрасная маркиза :)
> В 3 как показывает опыт фри,поддержка того же OSS может быть
> под силу даже в проектам,в которых НА ПОРЯДКИ меньше денег в сравнении с линуксом.Как показал нам опыт апстрима OSS - это те еще жуки, которые внезапно расщедрились лишь после того как в Linux их послали. Ну и поддерживать то оно поддерживается, а дрова писать таки будет Пушкин. Александр Сергеевич.
> Вывод : прекрасного далеко не наступит.У меня всё.
Ну я как бы не против если те кому надо OSS с таким апстримом пойдут во фрю. Там как раз сейчас ZFSLOL в соседней новости.
> В 3 как показывает опыт фри,поддержка того же OSS может быть
> под силу даже в проектам,в которых НА ПОРЯДКИ меньше денег вкак показывает этот самый опыт, даже банально заставить мурзилу принять готовый и работающий патч, включающий эту самую поддержку - не по силам проекту с напорядкименьшеденег.
> Вывод : прекрасного далеко не наступит.
какая-то антисоветская сволочь в свое время довольно убедительно доказывала, что Алиса - из постапокалиптического, а вовсе не победившего-коммунизьма будущего. А ребятишкам просто наврала, не желая сообщать им что все они попадут в рай...то есть просто сдохнут.
Воистину это так!
если так дальше дело пойдёт, то скоро systemd станет отдельной операционной системой
По-скорей-бы так свершилось. Мы бы стали активно радоваться.
> Systemd - одна из лучших вещей, что случалась с Линуксом, долгих лет жизни и процветания ей!Фрактальчик, с 2014го наблюдаю за новостями про systemd. Ни разу с 2014го не видел, чтобы дифирамбы ей набирали плюсы. Как добился, рассказывай.
С виду похоже на дефирамбы, но по сути другое :)
У меня есть знакомый, который N лет назад женился на страшной девке из-за денег её отца. Поначалу регулярно ныл в нашем кругу, что она страшная, что с ней стыдно на людях появляться, и всё такое прочее. И другие ему поддакивали, призывали поумнеть и бросить её. А теперь он говорит, мол, знаешь, она вполне себе симпатичная, и мне с ней уютно. И другие говорят, мол, она у тебя адекватная, хозяйственная, и состоятельная. Один даже признался мне, что сам бы на ней женился тогда, да только дальновидности ему не хватило.
Ну, каждый выбирает по себе :) Критерии рыбака известны :)
> У меня есть знакомый, который N лет назад женился на страшной девке из-за денег её отца.вот сволочь!
(в смысле - все страшные деффки с деньгами подобными и заняты, нам ничерта не осталось)
Самое смешное, что девка-то, может, и не страшная была. А, скажем, полная с красивым лицом. Али наоборот - на лицо не оч, зато фигура без особых нареканий. Недаром же муж признал её симпатичной в итоге.Всё вам, хипсторам недорезанным, моделей Бориса Вальехо подавай!
Рассмешил :D
Я вот такой себе Linux-администратор, больше по винде; на CentOS пяток сервисов, не более. И я честно не понимаю, за что так хаят systemd - вроде удобно, работает, единый интерфейс. Всяко лучше init скриптов. В чем подвох-то? Багов много?
Просто луддиты
Ох уж эти луддиты. Им бы только репозитории, иксы, да в скрипты долбиться.
Просто более вменяемые люди, не поражённые макофажеством и пониложеством.
Что такое пони-ложество?
Ложа поней в каком-то тайном обществе?
Конкуренты ложи рептилий.
ТО же что и скотоложество, только виртуальное.
Собрались человек с винды и человек с макоси и начали гадать: шо ж этим линуксоидам не так.А у меня systemd недавно и на эльбрусе умудрился сегфолтнуться от, казалось бы, безобидного systemctl enable sshd на стендике... (как оно умеет брякаться на x86_64 -- я тут как-то оголтелым фанатам с подробностями в нос тыкал, ну да они только горазды флагом махать, пока не стреляют)
Небось на бинарном дистре?.. ;)
Это искажение выборки - хаят комментаторы, которые вместо того чтобы изучать новые технологии плачутся везде, но их меньшинство, просто основная масса занята делом, не до холиваров им.
Не соглашусь дело не в технологиях а в вечном бета тесте у пользователей.Продукт не доделан это факт так как я сталкивался с ним на многих linux системах и когда случались проблемы с падениями проще и быстрее было разрулить init системы чем ковырять кишки не понятно чего и как работающего.Может лет через пяток доделают и тогда будем использовать.
давай факты конкретные, трепло
Подгорает?Уровень один.
Поставь любой софт с демоном.
Перезапусти этот демон через системстл.
А теперь скажи гласно не трогая клавиатуру, успешно ли он запустился?
Жопой своей отвечаешь, что он запустился?
Уровень два.
Посмотри утилитами системстл статус демона.
Жопой своей отвечаешь, что отобразился верный статус?
То ли дело sysv init: на статусы сервиса положено с вероятностью 90%, при таймауте или взвисе сервиса - это вообще навечно и нигде не отобразится. Идилия.
давай факты конкретные, трепло
Что мешает запустить в бэкграунде, и через время проверить статус, какбэ скрипты на то и скрипты, чтобы легко допилить под свои нужды, а судя по новости системд умеет чуть больше чем ничего, и большая часть "мутных" сервисов пускается все равно через скрипты, ну и зачем дополнительный уровень абстракции который ничего не гарантирует и не упрощает ?
Мешает отсутствие квалификации, как ты и сам уже мог бы догадаться, анон. Никто в здравом уме не выбирает системду, если умеет работать с уже существующими средствами. Но её, в общем-то, и не для нас делали, а для начинающих девляпсиков с хвостами, ибо эта пролетарская публика отлично продвигает шапкин вендорлок, причём забесплатно.
Если ты его ПРАВИЛЬНО сконфигурировал и в системе все нормально - то да!
А если нет нужного устройства или другого нужного устройства, то и инит тебе ничего не запустит, но системдя будет долбиться и пытаться...
Я не он, но факт у меня такой: в systemd-resolved включаю DNSSEC + DoT. И некоторые запросы просто зависают. В tcpdump вижу, что был ответ, а от ресолвера ответа нет. Поймать очень тяжело. 1 запрос на 10-20 успешных. Приходится отключать его и ставить замену. Я ставлю unbound.
>чтобы изучать новые технологииЭто просто большая уродливая программа на подобии чудища Франкенштейна, к которой приколачивают всё(в том числе с целью локина на шапку) подряд, лишая систему гибкости, вместо нормальных скриптов предоставляя уродские юниты.
Это не новая технология, а просто плохая программа, вот нормальные люди и не хотят ковыряться в её потрохах
Вы просто не представляете современные реалии бизнеса. Всем класть на ваши гибкие скрипты. Когда один индус-саппорт(с знанием баша и всего остального гибкого в -100 по шкале 12 баллов) своим гибким скриптом положит десятка 3 серваков, тогда вы зададитесь вопросом - а почему бы не сделать так, что бы дешевый и тупой персонал имел минимум возможностей налажать, и тем не менее имел возможность что то делать полезное. Это и делает systemd - упрощает, уменьшает пространство для маневра(тем самым урезая потенциально опасные и узкие места для фейла).Бесспорно - systemd какаха еще та, но люди, которые пишут что он не нужен, немного тугодумы, потому что не понимают для чего он нужен.
пс: большая часть всего и вся уже сто лет как не unix way, потому что этот unix way бабла не приносит. Бабло приносит тяп-ляп и в релиз, а потом стричь клиентов на саппорте. И давайте смотреть правде в глаза - 99% +- толкового opensource завязано на коммерческих разработках, где все аспекты разработки направлены на заработок бабла, а не на соблюдение гибкости и unix way(вот никогда такого не было, и вот опять).
Хмм а ведь вы видимо правы интересная версия про индусов так что это получается сговор корпорастов а сорс совсем скис?
Cорос? о_О
> что бы дешевый и тупой персонал имел минимум возможностей налажать, и тем не менее имел возможность что то делать полезное. Это и делает systemd - упрощает, уменьшает пространство для маневра(тем самым урезая потенциально опасные и узкие места для фейла).Полностью согласен, но это путь в никуда. В погоне за немедленной максимальной прибылью будут наниматься люди с всё более низкой квалификацией. В конце концов останется 1.5 крутилки и з кнопки, но и в них начнут лажать. В терминальной стадии придётся вообще лишать систему степеней свободы:устанавливать ось и всё настраивать у производителя будут один раз и навсегда, а если вам понадобились новые возможности, покупайте новую железку.
Ну и кроме сурьёзбизнес у компьютеров и другие применения есть.
>Бесспорно - systemd какаха еще та, но люди, которые пишут что он не нужен, немного тугодумы, потому что не понимают для чего он нужен.Я довольно быстро понял, для чего он нужен: набрать персонал подешевле и попутно залочить кучу всего на одну контору.
>Бабло приносит тяп-ляп и в релиз, а потом стричь клиентов на саппорте.
ТОже полностью согласен.
> В терминальной стадии придётся вообще лишать систему степеней свободы:устанавливать ось и всё настраивать у производителя будут один раз и навсегда, а если вам понадобились новые возможности, покупайте новую железку.Вы только что изобрели технику Apple)
Правда её не ставят на сервера.
> Правда её не ставят на сервера.
Раньше было в порядке вещей (см. по ключевым словам «server» и «Xserve»):
everymac.com/systems/apple/index-apple-specs-applespec.html
Сейчас — только программная часть:
www.apple.com/ru/macos/server
Я видел в списках ноды тор с "дарвин". Значит и сейчас ставят )
Используют, конечно. Просто среди маководов не принято биться на перекрёстках и площадях в конвульсиях религиозного экстаза из-за своей ОС.
>Используют, конечно. Просто среди маководов не принято биться на перекрёстках и площадях в конвульсиях религиозного экстаза из-за своей ОС.Ну это ты ошибаешься, эпловская техника статусная, жлобс её так и позиционировал, что она для особенных. Средний линуксоид нередко презирает яблофага, виндузятник часто считает за недалёкого лоха, которому впарили дорогую безделушку.
Самые неконфликтные виндузятники, ведь виндой никого не удивишь.
*глядя на свой статусный макбукпро* Не знаю, что в ней такого прям статусного. Алюминий верхней панели холодноват под руками.Джобс был великим человеком. Он имел ви́дение будущего. Не как прорицатель, а как человек, созидающий это самое будущее в форме идей и их воплощений.
Что касается особенных: особенность людей, которым предназначались компьютеры Apple, означает их творческие способности и свершения.
Блииин. И тебе мозги запудрили. Никогда бы не подумал, что ты любишь эплотехнику.Это твоё дело, но лично мне яблотехника не нужна. Если ноутбук, то дешёвый, чтобы не жалко. Десктоп для меня удобнее. Если ось, то свободный никс (сдыхает фря, как быть, на роутер дома хоябыь опёнок можно поставить( или как сейчас вин7 пиратка, или оба вместе.
До чего лютый тут фильтр.
Не, мне мозги не пудрили. Мне просто нужны были программы, которые есть только для Мака (например, RPP). А ещё на Маке тоже есть всё, что и в линуксе, а сама Макось это настоящий юникс в полном изначальном смысле слова — отличная универсальная среда разработки, причём с нативными фотошопами. :) Когда яблочные недоумки испортили Макось, то пришлось снова начать использовать винду после длительного перерыва. В принципе, я не имею причин жаловаться. Кроме одной: весь хороший софт писали раньше, а весь негодный пишут сейчас. :)
>Мне просто нужны были программы, которые есть только для МакаА, так это совсем другое.
Неужели 10-ю винду используешь? У меня прям батхёрт от неё.
> Я видел в списках ноды тор с "дарвин". Значит и сейчас ставят
> )К слову, Apple отдельную специальную модификацию Mac mini обычно позиционирует как компактный сервер, которому, главным образом, и предназначено серверное расширение macOS. Хотя ничто не препятствует использовать в такой роли любые другие маки.
> В погоне за немедленной максимальной прибылью будут наниматься люди с всё более низкой квалификацией. В конце концов останется 1.5 крутилки и з кнопки, но и в них начнут лажать.А следующий этап робототехника и наступление эры машин, ага.
> Ну и кроме сурьёзбизнес у компьютеров и другие применения есть.
Например, написание ахинеи на форумах? Тут вам системд никак не помешает. Вендорлок для альтернативных изобрели еще в эппле. Есть и другие применения, но они никак не двигают эту индустрию вперёд, не ставят перед ней задач и не финансируют поиск решений.
Если посмотреть в ретроспективе, до хипстеров с системд были хипстеры скриптописатели, а до хипстеров скриптописателей были ленивцы, которые пишут на С, то ли дело вычислительные машины 70-х вот там-то вообще нормальные специалисты требовались, а теперь все поизмельчало, ай-яй-яй... =)Проблема скриптов была на в самих скриптах и не в скорости, и не в простоте/сложности работы с ними конкретного диванного скриптолога. Проблема в том, сколько нужно было этих самых скриптологов для решения задачи вокруг демона. Проблема скрыта в несовместимости этих скриптов между дистрибутивами и временными затратами на чтение и разбор чужого скрипта, когда нужно что-то изменить. Вот шапка и взяла на себя инфраструктурный проект по стандартизации всего до чего сможет дотянуться, чтобы убрать NIH, который обычно делает меинтейнер или апстримовый разработчик должен сам сделать для КАЖДОГО дистрибутива. Его массово внедряют и это неизбежное будущее, недовольны только 2 категории людей:
- те кто напоролся на баг, а как справедливо писали выше системд ну очень молодой проект для заявленого круга системных задач.
- скриптологи, чья работа была админить скрипты и чью работу частично автоматизировали этой штукой.
>А следующий этап робототехника и наступление эры машин, ага.Это кто такое выдал? Очередное фукуямо? То то уровень автоматизации сколько десятилетей не растёт.
Не будет никакой "эры машин"(что бы эта бессмысленная фраза не значила) при сегодняшних экономических отношениях. Кому тогда продавать то, что недороботы наклепали? И каюк рыночку-порешателю.
>Например, написание ахинеи на форумах?Работа, развлечение, хранение данных локально. И промышленность. Промышленные, научные и военные учреждения, а не сурьёзный бызныс. Облачка можешь юзать сам и впаривать их лоховатым клиентам.
>Проблема скрыта в несовместимости этих скриптов между дистрибутивами
Не было никогда такой проблемы, она высосана из пальца.
> Вот шапка и взяла на себя инфраструктурный проект по стандартизации всего до чего сможет дотянуться, чтобы убрать NIHЛинукс сам по себе них. А шапка именно и сделала самокат под себя, вреднейший самокат.
Но есть и хорошая новость: она (шапка) показала, что свободный код никак не гарантирует свободу людей, а не бузнышменов.
> Это кто такое выдал?Это была шутка, которую ты не понял, видимо, не смешная.
> Облачка можешь юзать сам и впаривать их лоховатым клиентам.Не угадал, мне эти облачка до лампочки.
> Работа, развлечение, хранение данных локально. И промышленность. Промышленные, научные и военные учреждения, а не сурьёзный бызныс.Вот из этого списка:
Работа (какая конкретно? workstation не важно какого назначения?), развлечение, хранение данных локально - как раз не ставят инфраструктурных задач перед отраслью и не имеют денег на решение текущих задач.
Промышленные, научные - используют узкоспециализированный софт и разрабатывают его для внутреннего использования в связке с другим оборудованием или для расчёта конкретных экспериментов. Эти отрасли деньги имеют, но задачи построения инфраструктуры ОС перед ними не возникает.
военные учреждения - тоже имеют деньги, но ставят эти задачи перед самими собой, не беспокоясь ни о чьих нуждах кроме себя.> Не было никогда такой проблемы, она высосана из пальца.
То что ты её не встречал в своей работе, значит повезло. Вкопайся поглубже в RHEL 5 и 6 хотя бы на примере CentOS и станет понятно почему шапка сделала себе systemd. Будучи саппортом перетащи многопользовательское приложение между миром Debian / SLES -> RHEL, без документации писаное неизвестно какими уволенными разрабами какого-то клиента и пойми зачем шапка так форсит системд. Вспомни как шапка носится с этим самыми облачками и станет понятно почему он такой какой есть.
> Линукс сам по себе них. А шапка именно и сделала самокат под себя, вреднейший самокат.
> Но есть и хорошая новость: она (шапка) показала, что свободный код никак не гарантирует свободу людей, а не бузнышменов.Никакая это не новость и тем более не хорошая, в любом случае, с прозрением. Но да, шапка перетащила на свою сторону много людей и убрала кое-где NIH, начав хоть и как попало стандартизировать подходы. Посмотрим что из этого получится. Сейчас я вижу только то, что системд подходит только частично для небольшого круга задач, в остальном сырой и недоделанный и это в RHEL, в дебиане, так вообще жесть.
У них есть задачи и бабло для их решения. Итог: системдец.
>Работа (какая конкретно? workstation не важно какого назначения?), развлечение, хранение данных локально - как раз не ставят инфраструктурных задач перед отраслью и не имеют денег на решение текущих задач.Игры по сети ставят.
>Промышленные, научные - используют узкоспециализированный софт и разрабатывают его для внутреннего использования в связке с другим оборудованием или для расчёта конкретных экспериментов. Эти отрасли деньги имеют, но задачи построения инфраструктуры ОС перед ними не возникает.
военные учреждения - тоже имеют деньги, но ставят эти задачи перед самими собой, не беспокоясь ни о чьих нуждах кроме себя.
У военных ещё как стоит, они в общем в сети и оси одними из первых вложились.
>Будучи саппортом перетащи многопользовательское приложение между миром Debian / SLES -> RHEL, без документации писаное неизвестно какими уволенными разрабами какого-то клиента и пойми зачем шапка так форсит системд. Вспомни как шапка носится с этим самыми облачками и станет понятно почему он такой какой есть.У шапки был свой мирок, но ей захотелось весь мирок, чтобы задавить конкурентов(прежде всего шатлворта, с роста популярности убунту началась вся эта нездоровая возня)
>Никакая это не новость и тем более не хорошая, в любом случае, с прозрением.
У меня особых иллюзий на этот счёт и не было. Идея столмана хорошая (о праве запускать открытый код на своих машинах), но бумажкой каток не остановишь.
>стандартизировать подходы.
Формат пакетов она уже стандартизировала, да так, что рпм из разных дистров могут быть несовместимы насколько я знаю.
> Посмотрим что из этого получится
Локин.
>, начав хоть и как попало стандартизировать подходыдебиане, так вообще жесть.
в остальном сырой
> и недоделанный и это в RHELВ шапке, за 7 лет разработки. Это говорит о том, что он дефективен изначально и всегда будет таким, как и пш-тр-ик-аудио, которому сейчас пилят замену. Не надо было брать на это дело фридесктопников и вообще такие комбайны специализированы и место им в специализированных осях а не везде.
> В шапке, за 7 лет разработки. Это говорит о том, что он
> дефективен изначально и всегда будет таким, как и пш-тр-ик-аудио, которому сейчас
> пилят замену. Не надо было брать на это дело фридесктопников и
> вообще такие комбайны специализированы и место им в специализированных осях а
> не везде.Рекомендую ознакомиться с историей появления и развития freedesktop.org -- там у них гнездо. Под флагом «готово для десктопа» Шапка ещё с конца девяностых с переменным успехом пытается продавливать свой вендорлок. Продавила наконец, собственно.
>Рекомендую ознакомиться с историей появления и развития freedesktop.org -- там у них гнездо.Можешь дать ссылку или ключевые слова, а то не гуглится ничего путёвого.
en.wikipedia.org/wiki/Freedesktop.org
>en.wikipedia.org/wiki/Freedesktop.orgСпасибо. Прочёл первый абзац и у меня уже волосы на всех местах зашевелились. Я догадывался увидеть что-то плохое, но не настолько. Вот перекурю и дочитаю.
Дочитал. Им надо сменить название с фридесктоп на фриджайл (фритюрьма). Кучка корпорасов озаботилась "свободой", просто слов нет. И ведь на это клюнули, интернеты тогда были не сильно развиты...
Фактически эта организация последовательно занималась и занимается созданием довольно странных технологий и стандартов, обобщенный смысл которых заключается в том, чтобы привести к единому виду тот самый «всё ещё немножко не готовый для десктопа линукс». Или, иными словами, собрать всю возможную деятельность у себя, контролировать и продвигать её как «прогрессивную и правильную» и делать, таким образом, нежизнеспособными любые сторонние альтернативы — ведь линукс распространяется дистрибутивами, а дистрибутивы заманивают нескучными обоями и десктопной средой, кто громче на базаре кричит, того и слышат. Распространяя помаленьку такие вещи как pulseaudio, NetworkManager, D-Bus, systemd, они свели разницу между дистрибутивами к нескучным обоям. Особенно, когда системду таки продавили в Дебиан. Это была экспансия через прикладной софт якобы для домохозяек. Нет, мы всё ещё можем собрать самостоятельно LFS, компилировать пакеты в Gentoo или CRUX, использовать Slackware — только это маргинальщина, её использует мизерное количество людей. А всё движение нынче только там, где технологии и агитаторы Шапки. Прикладной софт постепенно становится зависимым от этих технологий. Линукса как свободной ОС де-факто не существует. Открытость исходников бесполезна: даже если ты можешь делать форки и собирать ПО, этим никто не будет пользоваться, поскольку все ключики от любых завтрашних изменений в наступившем мире Stable API nonsense — у «них». Как только они что-то меняют в своих технологиях, твой софт превращается в тыкву.
>[оверквотинг удален]
> странных технологий и стандартов, обобщенный смысл которых заключается в том, чтобы
> привести к единому виду тот самый «всё ещё немножко не готовый
> для десктопа линукс». Или, иными словами, собрать всю возможную деятельность у
> себя, контролировать и продвигать её как «прогрессивную и правильную» и делать,
> таким образом, нежизнеспособными любые сторонние альтернативы — ведь линукс распространяется
> дистрибутивами, а дистрибутивы заманивают нескучными обоями и десктопной средой, кто громче
> на базаре кричит, того и слышат. Распространяя помаленьку такие вещи как
> pulseaudio, NetworkManager, D-Bus, systemd, они свели разницу между дистрибутивами к нескучным
> обоям. Особенно, когда системду таки продавили в Дебиан. Это была экспансия
> через прикладнойНет, мы всё ещё можем собрать
> самостоятельно LFS, компилировать пакеты в Gentoo или CRUX, использовать Slackware — только
> это маргинальщина, её использует мизерное количество людей. А всё движение нынче
> только там, где технологии и агитаторы Шапки. Прикладной софт постепенно становится
> зависимым от этих технологий. Линукса как свободной ОС де-факто не существует.
> Открытость исходников бесполезна: даже если ты можешь делать форки и собирать ПО,
> этим никто не будет пользоваться, поскольку все ключики от любых завтрашних
> изменений в наступившем мире Stable API nonsense — у «них». Как только
> они что-то меняют в своих технологиях, твой софт превращается в тыкву.Я просто не ожидал, что всё это делалось в открытую.
>софт якобы для домохозяек.Вот именно что "якобы". Если постоянно всё ломать, "домохозяйка" не станет этим пользоваться.
Здесь на опеннете отличный пример того, как толпа глушит любые голоса против. Нельзя сказать, что процесс «прихватизации» линукса проходил незамеченным — но всегда выбегали на первый план юноши с горящими глазами и поднимали скандалы про то, что «линукс никому не должен», «разработчик пишет для себя, а ты напиши себе сам», «не тормози прогресс» и тому подобное.
> Здесь на опеннете отличный пример того, как толпа глушит любые голоса против.Не совсем -- кажется, Вас здесь не наблюдалось (по крайней мере под этим ником), когда было обсуждение здешних плюсминусов; которые не влияют на возможность писать, голосовать и прочую (не)контрастность написанного, как обычно их применяют в других местах (с обязательной регистрацией до кучи).
Можно попробовать найти в своём архиве те обсуждения, но Максим тогда прямо писал о намерении сколько окажется возможным поддерживать постинг без регистрации (это требует немалых усилий как от него -- по части автомодератора и отсмотра своими глазами -- так и от комодов). В общем, я тогда подумал и согласился.
Ещё такой интересный нюанс. Фанатики грезят идеей о том, что линукс якобы так хорош, что заборол коммерческие юниксы и BSD. В реальности всё чуть-чуть не так. Во время судилища над BSD и в годы после него корпорации здраво оценили свои потери от конкуренции между собой и принялись сообща при помощи косвенных схем финансирования и участия развивать кривой и корявый хипсторский линукс вместо собственных юниксов. Просто бизнес, ничего личного. Все ключевые лица кернел-тима и других важных команд СПО либо непосредственно трудоустроены в круных корпорациях, либо получают от них финансирование косвенно. Потому-то, собственно, такое безразличие к нам и нашим нуждам, потому-то в линукс-тиме и остальном «СПО» на простых пользователей кладут, клали и будут класть линукс, а для корпоративных заказчиков костьми лягут. Кто платит деньги, тот и заказывает музыку. Омерзительно при всём при этом выглядят визги хвостатых о том, что «никто тебе ничего не должен». Вот такое это СПО. В кавычках.
Очень хорошо, что компоненты вокруг ядра Linux начали систематизироваться, укрупняться. Со временем у нас будет несколько вариантов предсказуемых систем.Старая система UNIX-вей разработки с кучей разрозненного софта за +/-25 лет жизни так и не смогла дать готовую систему для бизнеса и дома. Её могла использовать лишь небольшая группа гиков в 0,0 с хвостиком процентов от всех пользователей различных ОС (Windows, Mac OS).
ЗЫ Концепцию GnomeOS никто не хоронил. Redhat постепенно развивает отдельные компоненты. Будущее за systemd, atomic с flatpak, containers, wayland и так далее.
// Вы только что прочитали полное дешифрованное содержимое ПЗУ чебуробота модели L.
«Старая система UNIX-way» за почти 50 лет жизни дала миру BSD, GNU и ещё много чего полезного. Опоздавшие родиться просто не в курсе, а чтению книжек не обучены. А то бы я предложил для начала прочесть книжку Кернигана и Пайка «The UNIX Programming Environment».
>Со временем у нас будет несколько вариантов предсказуемых систем.Предсказуемо непредсказуемых и таких разных, но одинаковых. Яицо в фас анфас и профиль.
>ЗЫ Концепцию GnomeOS никто не хоронил
>Redhat постепенно развивает
>Будущее за systemd, atomic с flatpak, containers, wayland и так далее.РИП. Недомакогоглоось без программ мало кого заинтересует.
> Будущее за systemd, atomic с flatpak, containers, wayland и так далее.Ваше будущее, уточняйте. У меня есть менее индусоориентированные задумки.
>[оверквотинг удален]
> задач и не финансируют поиск решений.
> Если посмотреть в ретроспективе, до хипстеров с системд были хипстеры скриптописатели,
> а до хипстеров скриптописателей были ленивцы, которые пишут на С, то
> ли дело вычислительные машины 70-х вот там-то вообще нормальные специалисты требовались,
> а теперь все поизмельчало, ай-яй-яй... =)
> Проблема скриптов была на в самих скриптах и не в скорости, и
> не в простоте/сложности работы с ними конкретного диванного скриптолога. Проблема в
> том, сколько нужно было этих самых скриптологов для решения задачи вокруг
> демона. Проблема скрыта в несовместимости этих скриптов между дистрибутивами и временными
> затратами на чтение и разбор чужого скрипта, когда нужно что-то изменить.И ещё: этим проектам шапка показал "универсальным ос" вроде дебиан их место. Возле уборной.
> Вот шапка и взяла на себя инфраструктурный проект по стандартизации всего
> до чего сможет дотянуться, чтобы убрать NIH, который обычно делает меинтейнер
> или апстримовый разработчик должен сам сделать для КАЖДОГО дистрибутива. Его массово
> внедряют и это неизбежное будущее, недовольны только 2 категории людей:
> - те кто напоролся на баг, а как справедливо писали выше системд
> ну очень молодой проект для заявленого круга системных задач.
> - скриптологи, чья работа была админить скрипты и чью работу частично автоматизировали
> этой штукой.
Makes sense
> Вы просто не представляете современные реалии бизнеса. Всем класть на ваши гибкие скрипты. Когда один индус-саппорт(с знанием баша и всего остального гибкого в -100 по шкале 12 баллов) своим гибким скриптом положит десятка 3 серваков, тогда вы зададитесь вопросом - а почему бы не сделать так, что бы дешевый и тупой персонал имел минимум возможностей налажать, и тем не менее имел возможность что то делать полезное. Это и делает systemd - упрощает, уменьшает пространство для маневра(тем самым урезая потенциально опасные и узкие места для фейла).Это лишь популярное оправдание. Сказка, которую форсят.
Когда мы говорим о бизнесе, надо помнить, что есть такая штука, как допустимое время отказа. Если индус может навредить по вышеописанному сценарию, то скорее всего оно большое, и сервис не очень-то и важен. (Ну или чего он иначе на одной машине без репликации крутится-то?)
А вот если оно маленькое/нулевое, то поднимаются кластеры с брокерами сообщений и балансировкой. А системда -- это об управлении одной машиной, а не о кластере оных. Кластеры всё равно рулятся через ansible/chef/puppet/итд, и какой там инит в бэкенде -- в общем-то наплевать. Особенно наплевать -- с учётом того, что большая часть демонов продакшена в докере крутится.
Настоящая причина -- это именно вендор-лок.
Все верно, бездельники, которые нехотят работать в основном и ноют.
Проблема в следующем. С инит скриптами ты знаешь и понимаешь как работает твоя система. При необходимости внести изменения или разобраться в работе не составляет труда. Плюс к этому unix-way - у каждой системы есть своя узкая область деятельности.
> Проблема в следующем. С инит скриптами ты знаешь и понимаешь как работает
> твоя система. При необходимости внести изменения или разобраться в работе не
> составляет труда. Плюс к этому unix-way - у каждой системы есть
> своя узкая область деятельности.Я бы поспорил, что внесение и поддержка скриптов инициализации - простое дело. Всё же service unit гораздо проще описывается и меняется.
Зато если поцери Ко что-то не предусмотрели или посчитали не нужным ты ничего не сможешь поделать без патчинга этого монстра.
для этого есть тех поддержка шапки. за $$$ ессно(а вы как думали?)
Ну так это было очевидно. Быстро стало понятно,откуда растут ноги мифической борьбы с "фрагментацией". Нужно чтобы рабочим остался только редхель и проститутская червьось, остальные линуксоиды и писатели гнутого стэка должны тестить и каяться.
> Зато если Линус и Ко
> что-то не предусмотрели или посчитали не нужным
> ты ничего не сможешь поделать без патчинга этого монстра.Исправил. Не благодари.
А не за что благодарить. Торвальдс там не один и доказал, что может быть ответственным. И перестань не самый лучший, но незаменимый компонент гнулинукс сравнивать с убогой системдой, которую можно и нужно выкинуть вместе с фридесктоповскими поделками вроде дубас
Это ты начал их сравнивать, когда твой шаблон инстанциировали неожиданным образом.
>инстанциироваличто, простите?
> А не за что благодарить. Торвальдс там не один и доказал, чтода, еще в 2002м доказал. "стабильное ядро в вашем дистрибутиве". "stable api is nonsese".
devfs ненужно, давайте запилим уродливый udev, не решающий ни одной проблемы, которую решал devfs - _кроме_, ну конечно же, "не совсем еще готовости для десктопа". Ну правда по прежнему выдернуть флэшку на ходу не смей, это ж проектированием с нуля заниматься надо, а не ляпать новые и новые ненужно-слои.> может быть ответственным. И перестань не самый лучший, но незаменимый компонент
> гнулинукс сравнивать с убогой системдой, которую можно и нужно выкинуть вместеони вполне друг -другу соответствуют, и деньги получают в одной и той же кассе, странно что ты этого еще не понял.
> с фридесктоповскими поделками вроде дубас
а без него уже ничего и не работает, сююрпрайз...
ладно хоть hald похоронить удалось.
Помнится, в те прекрасные времена devfs заявлялась как одно из ключевых преимуществ линукса перед прочими, в том числе коммерческими, юникс-подобными системами.
devfs к этому моменту была уже давным-давно в солярке, как минимум.А в линуксе в это время боролись за число инод в /dev/ и прочую ересь.
>они вполне друг -другу соответствуют, и деньги получают в одной и той же кассе, странно что ты этого еще не понял.Ведро, какое бы кривое не было, приносит пользу, системда приносит вред.
>а без него уже ничего и не работает, сююрпрайз..
Серверное вполне работает, да даже многое десктопное работает (на гномокеды мне плевать).
> "stable api is nonsese"."in-kernel" посерёдке потеряли.
>> с фридесктоповскими поделками вроде дубас
> а без него уже ничего и не работает, сююрпрайз...В альте, между прочим, работает.
> ладно хоть hald похоронить удалось.
Эт да...
И ведро несоизмеримо гибче системы и его можно откатывать, патчить и даже поддерживать свою ветку. С системдой это не прокатит, ведь она приколочена к стороннему софту и при обновлении у тебя поломаются завязанные на него программы.
> И ведро несоизмеримо гибче системы и его можно откатывать, патчить и даже
> поддерживать свою ветку. С системдой это не прокатит, ведь она приколоченапочему это? Тоже можешь, и свою ветку, и патчить, и вообще тратить свое время любым причудливым образом - обед-то с дерева в рот сам падает, и времени в сутках 300 часов?
> к стороннему софту и при обновлении у тебя поломаются завязанные на
> него программы.завтра docker перестанет работать с ipchains - а он перестанет если не завтра, то послезавтра - и успехов тебе его патчить, до посинения.
>почему это? Тоже можешь, и свою ветку, и патчить, и вообще тратить свое время любым причудливым образом - обед-то с дерева в рот сам падает, и времени в сутках 300 часов?Относительно небольшая команда с этим справится (в случае с ведром), в случае с системдой придётся патчить и калечить левые программы.
>завтра docker перестанет работать с ipchains - а он перестанет если не завтра, то послезавтра - и успехов тебе его патчить, до посинения.
Докер гадость не многим лучше системды. Беда, что для кучи людей он стал стандартом.
До тех пор, пока не понадобится сделать то, что не описывается синтаксисом юнита
Я бы поспорил, что внесение и поддержка service unit - простое дело. Всё же скрипты инициализации гораздо проще описываются и меняются.
Он слишком много на себя берёт, что делать в принципе не должен и делает это хуже чем те, у кого он это забрал, например journald.
Это люди которые ничего не добились в жизни, но любят критиковать и обсерать. В мое время таких называли бездельниками и тунеядцами.
Прежде всего тем, что эта штука вбирает в себя все больше разнородной функциональности, и не понятно, она все-таки лопнет или весь мир затянет в эту черную дыру
>она все-таки лопнет или весь мир затянет в эту черную дыруНе лопнет к сожалению. Специализированные системы спасутся, а вот десктоп под сомнением.
Как минимум система логов неудобна.
Подвох в том, что между тобой и железом встает чей-то мозг и кривоватые руки.
комбайн из всего подряд с кучей not-a-bug'ов (банально - если что то не так идет с системд, то ты даже в ядреную сосноль не залогинишься) и сомнительных фич (захардкоженные гуглоднс - это прям мякотка) - действительно, в чем подвох?
Просто многие привыкли, что инит собирается из говна и палок, а когда из одних палок, получается менее гибко, более хрупко, и пахнет непривычно.
>Всяко лучше init скриптов.Нет, не лучше. Видимость удобства, - да (и то kind of)
Вы правда считаете что init процесу нужно:
- сетевые тунели
- DNS resolutions
- Timesync
- ... много всякой всячины которые не имееют никакого отношения с init (по простому запускалка на старте)> В чем подвох-то?
- В монополизации(dictator) практически всех популярных дистров линукса, путем втягивания в зависимости начиная от PID=1 и все это от одной корпорации.
- Чрезмерно большая база кода, далекая от init и усложняющая аудит.
- Попытка заменить наиболее нужные для функционирования функци утилитами завязанными на systemd.
- Создание безполезной прослойки в ввиде сокетов связывающих сервисы и внешний мир (читай возможность - шпионить и контролировать)
- Много еще чего, что противоречит устоявшемуся десятилетиями принципу -"do one thing, but do it best"> Багов много?
Много: https://www.cvedetails.com/vulnerability-list/vendor_id-7971...
За год только две 10 бальные CVE
>И я честно не понимаю, за что так хаят systemd - вроде удобно, работает, единый интерфейсА теперь объясни почему авторы systemd не пользуются им - т.е. для того чтоб загрузить, ну скажем dhcp клиент ил web сервер, рисователь штрих кодов и пр., они не делают типичный юнит, через который грузится любое удобное пользователю приложение и показывают API с рефернсом для того, чтоб разработчики приложения могли делать также. А вместо этого обходными путями приколачивают своего который должен работать в параллель с пользовательским? Наверное не потому, что systemd удобный для загрузки демонов. Ну а раз авторы его считают его неспособным для этого, то и старперы их в этом поддерживают.
Особенно хорошо может доставить в таких дискуссиях вопрос к верующим о том, почему Гугель не торопится присоединиться к счастливым системдунам:www.chromium.org/chromium-os/chromiumos-design-docs/boot-design
"Я вот такой себе Linux-администратор, больше по винде" — можно дальше и не продолжать. Понятно, что линукс, переделанный в винду, нравится виндоадминистратору.
Впечаталяющий список изменений.
Судя по списку изменений но изменений ли? Ан нет таки багов.Напоминает проект wine все правят и правят а воз и по ныне там.Использую OpenRC на gentoo все устраивает, да конечно много конфигов и скриптов но все документированно и поддается логическому анализу и применению.
systemd прекрасно документирован, свойства юнитов унифицированы, описаны, не разобраться с ними может либо только конченый лентняй, либо конченый же дегенерат
Возможно и так но нет времени разбираться тогда как уже все известно про init.Доделают тогда и будем разбираться.Тестировал systemd на gentoo времени на настройку и отладку ушло на порядок больше чем на udev aka openrc.Унификация настроек пока что хромает.Но использовать конечно можно и нужно если каких либо особенных требованний к операционной системе не предЪявляется но ежели поломается что вот тут и начинается.Недавно на Linux mint полетели сектора на hdd чего то вразумительного от systemd при востановлении системы добится не удалось так как пользователь не сделал резервную копию пришлось сносить.Да и обновления ее ломают тоже хорошо ну может гуру с документацией и разберется но времени на это как правило нет.
о каких недоделках ты говоришь, если эта система используется во всех майнстримах, начиная от амазона и заканчивая... да везде она используется. че, глючит повсеместно??
всего-то не заработало на его генте на его же локалхосте - уже вовсю кричит о глобальных недоработках, лол!)))
извини, но твое "всем известно про инит", "нет времени" и прочие какие-то сказки о недоделках и сырости - все это действительно со стороны выглядит как типичный скулеж неосилятора. скажу больше - дегенерата. потому что мне хватило ровным счетом 2-3 часа вдумчивого "разбирания", когда в один прикрасный момент я обнаружил на более 50% окружающих меня серверов systemd.
всего 2-3 часа и дальше все само пошло-поехало и ничего не глючит и не выглядит сыро и недоделанно,наоборот - гораздо гибче, быстрей, удобней, масштабируемей и т.д. и т.п., чем было до того на зоопарке инитов и писанных под них студентами скриптов. а у тебя все времени нет...
Врать не хорошо.Я не занимаюсь тестированием systemd а вам желаю удачи на ваших сферических серверах.Да и поздравляю вас с осиляторством нам не осиляторам и так хороше так как мы все бэта тестеры и не осиляторы.Ну а в принципе systemd счас на очень многих дистрах по умолчанию но это не значит что на нее надо молится и защищать систему явно навязывают вот и видно что вы просто пользователь и не понимаете что такое GNU и open sources и видимо что говорил линус и столманн вам не известно.Поздравляю вас вы Гуру.
аа, ну вот они, все твои аргументы на тему о сырости и неготовности.
ты как уж на сковородке, ей-богу - начал о сырости, а как дошло время что-то серьезное сказать - пеняешь на линуса со столманом. дальше на какие грязные ногти съехать попытаешься?
ну выше уже говорили чего стоят все эти лозунги и кто в основном их скандирует...
У меня тоже системдя на сотнях серверов под Гентой в производстве крутится!
О каких сферических серверах ты говоришь?!..
Не скрою, до нынешней конторы я сам системдю избегал, потому как недопонимал (со стажем *Никс-администрирования 20+!), да и сыровата она была. А здесь пришлось разбираться... так что могу подтвердить - системдя отличнейшая вещь, особенно для контайнеризации, куда лучше Докера!
> системдя отличнейшая вещь, особенно
> для контайнеризации, куда лучше Докера!Это такой тонкий юмор?
> используется во всех майнстримах, начиная от амазоная раз в пару-тройку лет смотрю на amazon linux.
последний раз это по-прежнему была система на основе centos 6, с апстартом под капотом.или что-то у них недавно поменялось?
Всё так же. Даже в amazon linux 2.
> о каких недоделках ты говоришь, если эта система используется во всех майнстримах,
> начиная от амазона и заканчивая... да везде она используется. че, глючит
> повсеместно??А причём тут мейнстримы? Мейнстримы -- это облака, кубер и контейнеры. Там вообще-то всем плевать, что в качестве init-а. Амазон сюда приплёл, к тому же, одного из крупнейших облачных провайдеров. =)
Ещё раз, для тугодумов: systemd -- это об управлении одной конкретно взятой системой, кластеры строятся на ином стеке технологий.
> прикрасный момент я обнаружил на более 50% окружающихт.е. папка тебе не дал на свой комп вкатить это гно?
> Тестировал systemd на gentoo
> времени на настройку и отладку ушло на порядок больше
> чем на udev aka openrc."udev (user /dev) это менеджер устройств из systemd для ядра Linux."
https://wiki.gentoo.org/wiki/Udev/ru
Дада… прекрасно. Для написания helloworld в контейнере — абсолютко прекрасно. Для промышленного использования — нет.
Знаешь, чем у меня сейчас системд занимается на промышленных серверах? Docker daemon и kubelet поднимает. Хватило бы мне для этих задач sysv init и пары «портянок» на баше? Более чем. Всё. Ни на что более сложное systemd не способен. Потому что Лёнечка, когда писал его, думал не головой, а межушным ганглием. Про всякие неудобные ситуации вида недостатка системных ресурсов он при разработке думать не хотел и рисовал свою картинку мира.
> Знаешь, чем у меня сейчас системд занимается на промышленных серверах? Docker daemon
> и kubelet поднимает. Хватило бы мне для этих задач sysv init
> и пары «портянок» на баше? Более чем. Всё. Ни на что
> более сложное systemd не способен.+100500. Два чаю этому анониму!
Везде вижу точно такую же картину.
А врать-то НЕХОРОШО
Кому-то сделали кофейную клизьму и он строчит релизы как пулемет.
SystemdLinux когда выйдет?
Скорее уж kerneld
> Скорее уж kerneldsystemd-bootd
systemd-kerneld
systemd-logind
systemd-bashd
и т.д.
> systemd-bootdЭто gummiboot. Простая и удобная штука.
https://www.freedesktop.org/wiki/Software/systemd/systemd-boot/
тогда же, когда alld.
И тогда будет просто Ад!
>позволяющими создавать системные сервисы в виде самодостаточных контейнеровНужно больше контейнеров. Даёшь каждую инструкцию CPU в свой контейнер с операционкой, созданной специально для исполнения этой инструкции.
Я, может, покажусь бестактным, но есть такая штука, как QubesOS…
Может хотя бы почитаешь для начала информацию на сайте QubesOS? Ещё один из тех, кто распростаняет эти заблуждения про то, что на каждое приложение по виртуалке. Хотя Qubes - это про разделение профилей на Personal, Work и т.д., поразным VM.
> Может хотя бы почитаешь для начала информацию на сайте QubesOS? Ещё один
> из тех, кто распростаняет эти заблуждения про то, что на каждое
> приложение по виртуалке.Отнюдь. Я в курсе о профилях, сам год назад гонял ради интереса ось на старом десктопе. А упомянул в контексте явного перегиба вида
> Даёшь каждую инструкцию CPU в свой контейнер с операционкой
То ли это ирония такая, то ли толстота… я к чему: существуют решения с более гранулярной изоляцией компонентов, чем затащеное в systemd, но о них забывают, или попросту не упоминают.
Есть. Называется изоляцией уровня ОС, делается с целью безопасности, а не игр с k8s, и не имеет ничего общего с тем говнoм, которое продвигают под названием "самодостаточные контейнеры". Говнo тут не в изоляции, которой ОС и мобильные приложения давно занимаются, а в "самодостаточности" - бандлования зависимостей из-за того, что мейнтейнер программы - профнепригодный ленивый бездельник, которому лень настроить CI, собирающее программы и некоторые библиотеки в пакеты. Такого работника надо незамедлительно уволить, а вместо этого этому увиливанию от работы наоборот потакают. А страдает обычно пользователь, которому вместо установки пакета предложили либо собирать самому, либо купить новый комп за свой счёт и ставить контейнер, либо проваливать и ныть на опеннете.
Не осилил контейнеры? Печалька.
> например, если в сервисе директива ExecStart указывает на несуществующий исполняемый файл, при использовании типа simple запуск юнита будет посчитан успешнымГениально!
[s]Кодзима[/s] Леннарт гений!
Там кроме этого приколов хватает. Например, %i ты качестве параметра к Exec использовать можешь, а вот в качестве компонента пути к исполнимому файла — нет.
В седьмой красношляпе был забавный баг, когда sshd даже для неудачного логина создавал сессию. А сессия это 3 файловых дескриптора — не успел твой ансибл/шеф/паппет накатить правила fw (если сервер в dmz) и всё. Скрипт-киддисы с ботами, перебирающими пароли завалили тебе сервер даже не угадав пароля (естественно, парольная авторизация отключена). Через час ты до сервера только через bmc/ilo/idrac сможешь добраться, да и то, решением будет только хард ресет, ибо "cannot connect to systemd socket" — ни зомбосессии прибить, ни systemctl reboot сказать. Такой же эффект можно было получить при запуске жирно форкающихся задач через таймеры. Сессии, кстати, автоматом не вычищались в принципе. Чудо, а не система инициализации.
Про journalctl, которому нельзя верить в плане времени (похоже, до текущего релиза) нельзя, я вообще говорить не хочу — такое впечатление, что edge cases в юнит-тестах и stress testing в процессе разработки отсутствуют как класс.
>> например, если в сервисе директива ExecStart указывает на несуществующий исполняемый файл, при использовании типа simple запуск юнита будет посчитан успешным
> Гениально!Лооол. "Зато документировано", блин! =D
Очень я люблю, вот что системдешников, что питонистов, что жсников... "Да, наша система делает какую-то офигительную контринтуитивную хрень, но зато ж вся эта хрень документирована, так что проблема не у нас, а у тех, кто не прочитал очередной талмуд нашей документации!" =D
Нужно понимать, что при вводе аргумента Олвейс Суксесс, придется переписывать существующие юниты... А, простые юниты вычитывать, оказывается не легче bash портянок, поэтому давайте придумаем хрень, чтобы у нас работало без вычитывания. Отальным страдать!
systemd rulezz
To nowhere...
> systemd rulezzНа всякий случай напомню, что неподалеку от rulez'a всегда прячется mustdie. :D
Когда уже в системд браузер добавят ?
Причем VR-браузер!
Кстати а ALTLinux на systemd?
Конечно. Он один из первых прогнулся.
нафига systemd-resolved включают по умолчанию?как теперь удалённо по телефону проанализировать проблему с dns?
раньше всё было просто host -d ya.ru и сразу видно какой dns используется и во что резолвится.
а сейчас видно 127.0.0.53 и всё,чтобы увидеть что там думает resolved нужно специальный файл настроек создать и перезапустить демона, это не реально объяснить человеку по телефону даже если он разбирается в линуксе и умеет работать в консоли.
для того и брали. В смысле, теперь прикованных к офису девляпсов станет на одного больше, а очередной админ-аутсорсер или просто нелюбитель просиживать штаны в офисе - пусть собак выгуливать идет.А точек отказа стало на одну больше - помимо проблем с внешними ресолверами (которые при "правильных" настройках - через глаза гуглофлейра - и диагностировать-то не получится) еще может сломаться сам systemd. Ну да, "специальный файл настроек" и все такое - это ж проще и быстрее чем поправить скрипты, которых так не любят девляпсики (в которых, впрочем, и ломаться было нечему).
Полностью вы правы некоторые как вы сказали девпсятники не хотят разбираться в бэкэнде и основах на чем все построено поэтому и спецы ни какие.А зачем говорят они нажпу на кнопочку и все заработает как тут написал выше Вали зато вдумчиво полностью разобрался со всем systemd за 2-3 часа.Вот такие супер Гуру.Хотел у них спросить а что же они свой дистрибутив то Linux не могут создать они же все гуру.Ответ и так понятен я самый самый и этим все сказано.
Так-то только вдумчивое чтение документации системд на день.
А когда доходит до дела, то выясняется, что на уровне не работает то, что работало в юникс 20 лет назад. Например доставка сислога на другой хост. Интернет завален этой болью. Но фанбоям все равно.
> Так-то только вдумчивое чтение документации системд на день.а зачем ты ее читал-то? Завтра выйдет версия 250, и все тобой прочитанное станет ненужно.
stackoverflow, how to do some shit, ctrl-c, ctrl-v. Главное - хотя бы из ответа, а не из вопроса.
всегда ж так делаем?!А с баш скриптами, кстати, да - минусом того что их было легко для себя поправить, было то, что особо сложными настройками и не заморачивались. А поскольку типовой девляпс умеет только пихон и ctrl-c - для него даже проконтролировать успешный старт демона оказывается неразрешимой задачей.
Ну ничего, ничего, поцтеринг за него все проконтролировал. Демоны, правда, иногда все равно не стартуют, но сделать с этим ничего нельзя, спокойно ждите ебилдов.
systemd-resolve --help
cat /run/systemd/resolve/*resolv.conf
ни та ни другая команда не дают информации с какого dns сервера какой ответ пришёл.
косвенно понять можно а вот для того чтобы точно как с host -d вам нужно включить отладку самого resolvdу меня был случай когда на старых машинах всё ок, а новые работали не правильно, выяснилось что resolved пробовал перебирать записи подставляя домен по умолчанию не так как это работало раньше.
и всё же нет ответа на вопрос нафига эта прослойка включена по умолчанию?
Systemd с точки зрения управления демонами куда приятнее портянок на баше.
Но кому нужен весь мусор в виде timesyncd, resolved и прочего?
И кто посчитал, что бинарные логи это вообще нормальная идея?Надеюсь, найдутся люди, которые адекватно перепишут ключевой функционал с нуля на сях или расте без участия Поттеринга и без захламления.
Этому миру не хватает способных systemd-хейтеров для такой задачи.
Этому миру не хватает способных системд писателей,ты хотел сказать. Альтернативные иниты развиваются и не пестрят таким количеством багов (фотографы называют их фичами),следовательно,им толковых разработчиков,как раз хватает.
анон не пиши от моего имени.
> Systemd с точки зрения управления демонами куда приятнее портянок на баше.
> Но кому нужен весь мусор в виде timesyncd, resolved и прочего?
> И кто посчитал, что бинарные логи это вообще нормальная идея?
> Надеюсь, найдутся люди, которые адекватно перепишут ключевой функционал с нуля на сях
> или расте без участия Поттеринга и без захламления.runit, Upstart, OpenRC, daemontools ― всё было написано раньше systemd. Кое-что очень задолго до systemd.
Без лишнего мусора, но и без лоббирующих корпораций и буйных фанатиков. runit и OpenRC используется в современных дистрибутивах, можешь погуглить и оценить. Upstart в Chromium OS.
> Upstart в Chromium OS.И тот товарищ, что пропихнул сиё чудо благополучно свалил. А те, кто остался до сих пор не нарадуются!
Вообще, конечно, upstart это такое убожество. Терять службы на ровном месте и находить их только после перезагрузки даже винда такое не умнеет.
> И тот товарищ, что пропихнул сиё чудо благополучно свалил. А те, кто остался до сих пор не нарадуются!
> Вообще, конечно, upstart это такое убожество. Терять службы на ровном месте и находить их только после перезагрузки даже винда такое не умнеет.Вот люто соглашусь. Хоть systemd и является нереальным отстоем и оверинжинирингом, upstart в разы парашнее.
> Systemd с точки зрения управления демонами куда приятнее портянок на баше.Позвольте вопрос: и чем именно? Только не нужно сразу кричать про скорость - это как раз несущественно. Вот скажем, какие плюсы у сабжа с точки зрения отладки сервисов?
тем что больные не осилили в баш, а в сцыстемде они думают что умеют делать то же самое.
Естественно, не умеют - "уметь то же" означает уметь быстренько поправить исходник самого systemd, "быстренько" разобравшись в мегабайтах мутного кода, а не три строчки в юните (в случае инитскриптов эквивалентом было чаще всего поправить одну, и ту в конфиге)> Вот скажем, какие плюсы у сабжа с точки зрения отладки сервисов?
а, это я вам подскажу - systemd-ориентированные недосервисы (которых со временем станет много, потому что горе-разработчику так, конечно, куда проще) не умеют отсоединяться от controlling tty, и не требуют выяснения каким именно эзотерическим способом запускать их в дебаг-режиме. Да и дебаглогом гадят обычно под себя, какой сислог, вы о чем.
так, конечно, отлаживать проще.
А если сам сцыстемд сломался - ну так они быстренько переставят систему, делов-то.
>тем что больные не осилили в баш, а в сцыстемде они думают что умеют делать то же самоеВ скрипт можно дебага натолкать, а в unit-файл - хренушки
> systemd-ориентированные недосервисы ... не умеют отсоединяться от controlling tty ... и дебаглогом гадят обычно под себя, какой сислог, вы о чем
Так это же наоборот, трушнный подход, так как инит-система может без костылей отслеживать состояние процесса и перенаправлять его логи куда надо, см. http://smarden.org/runit/benefits.html
С отсоединением куча демонов включает в себя дублирующуюся ненужную функциональность этого самого отделения, дебаг-режима с отключением этого самого отсоединения, и логирования в сислог (правда у ручного сислога есть преимущество, в нем можно уровень важности задать, а в обычном выводе нет, что как бы говорит нам, что для ошибок и предупреждений лучше сислог дергать напрямую)
Кстати если тебе не нравится такое поведение, его всегда можно исправить, запустив демона через
start-stop-daemon
> не умеют отсоединяться от controlling tty
> дублирующуюся ненужную функциональностьчетыре строчки кода (форкнуться, посмотреть на себя и либо завершиться, либо демонизироваться) - это уже просто пц какая ненужная функциональность, лежащая невыносимо тяжёлым грузом на нежной душе индусокодера.
э... ну вот ты ниасилил, ага.Тебе даже подсказку оставили, про controlling tty, но ты ее не понял.
Помимо него еще есть working dir, которую нежелательно наследовать от init, pgroup (man setsid), 0,1,2 неплохо бы за собой прикрыть.в принципе, если прочитать какую-нибудь книжку 84го года издания, ты все это узнаешь (ну будешь делать ненужный open /dev/tty, и setpgid вместо setsid, но это работает по сей день), и хорошо бы еще один fork() для полной изоляции, но тебе же некогда книжки читать, смузи-не-ждет?
вот по этой причине за тебя уже все придумали, тебе не нужно писать такие сложные программы, systemd о тебе, заинька, позаботится, еще и ресурсы ограничит и в нужного юзера завернет, а то ж это тоже, внезапно, больше одной строчки, если нужно чтобы легким движением руки поломавший тебя хакер не стал обратно рутом.
>Надеюсь, найдутся люди, которые адекватно перепишут ключевой функционал с нуля на сях или расте без участия Поттеринга и без захламления.Переписывать systemd не имеет смысла, так как это блоатварь без четко поставленной задачи, в нее тупо сливается все подряд. А адекватные системы инициализации без feature creep тем временем продолжают появляться, например https://github.com/davmac314/dinit
Не нравится - не запускай!
Там не гвоздями приколочено. Или конфигурацию не осилил!.. ;)
>Но кому нужен весь мусор в виде timesyncd, resolved и прочего?Мне нужны, я использую. Странно называть мусором то, что отлично выполняет свою функцию. И ещё, это дополнительные сервисы, их можно как отключать/не включать, так и собирать без них.
Лучше расскажи какого функционала в этих простых сервисах тебе не хватило.
Вот по простому: я, на своих сотнях виртуалок/контейнеров вместо timesyncd/resolved вынужден использовать ХХХ/УУУ потому что - ?
>бинарные логи это вообще нормальная идеяРасскажи, почему это ненормальная идея. Почему надёжность логов при сбоях и скорость обработки в куче условий это ненормально. Заодно расскажи кто тебя заставляет их использовать вместо твоего любимого логдемона.
Мне тоже всегда было занятно наблюдать. Как systemd всё в одном - это плохо, как в ядре Linux всё в одном - это замечательно.
>Как systemd всё в одном - это плохо, как в ядре Linux всё в одном - это замечательноСам придумал, сам опроверг. С линуксом не всё замечательно. ПРосто линукс нужен, а системда нет, без ядра линукс гнулинукс не получится, а без системды получится, линукс приносит пользу, а фридысктопная системда не приносит или даже наносит вред.
>как в ядре Linux всё в одном - это замечательноНу не получается у людей сделать высокопроизводительное микроядро для ОС общего назначения. А в юзерспейсе юникс-вей уже много десятилетий прекрасно себя показывает
> Ну не получается у людей сделать высокопроизводительное микроядро для ОС общего назначения.
> А в юзерспейсе юникс-вей уже много десятилетий прекрасно себя показываетQNX и MINIX с этой фразы дружно и заливисто засмеялись, аж надорвали животики.
L4
Их много, вообще говоря, так я самые известные назвал.
Току-то. Кто будет портировать и главное писать драйвера.
Вот. Дело не в том, что не получается написать отличное микроядро, а в интерции экосистемы.
> Вот. Дело не в том, что не получается написать отличное микроядро, а
> в интерции экосистемы.Так эту «инерцию» питают корпорации, вскармливающие сотни тысяч веб-макак под бойкую повсеместную рекламу о «прогрессивных веб-приложениях», «софтваре эз э сервис» и так далее. Макаки проламывают любую оборону и затаптывают любые альтарнативные идеи и проекты. Человеку страшно даже озвучить намерение заниматься, например, драйверами для ОС(РВ) с микроядром.
> Так эту «инерцию» питают корпорации, вскармливающие сотни тысяч веб-макак под
> бойкую повсеместную рекламу о «прогрессивных веб-приложениях», «софтваре
> эз э сервис» и так далее.Ну кризис капитализма никто не отменял. Сейчас вроде уже очевидно, что без перехода к другому строю роботизации нам не видать. И вот этот всплеск "веб макакак" с их поголовным желанием облеплять всё тестами вместо типов (то есть, делать работу компилятора) - это деавтоматизация програзма.
>> Так эту «инерцию» питают корпорации, вскармливающие сотни тысяч веб-макак под
>> бойкую повсеместную рекламу о «прогрессивных веб-приложениях», «софтваре
>> эз э сервис» и так далее.
> Ну кризис капитализма никто не отменял. Сейчас вроде уже очевидно, что без
> перехода к другому строю роботизации нам не видать. И вот этот
> всплеск "веб макакак" с их поголовным желанием облеплять всё тестами вместо
> типов (то есть, делать работу компилятора) - это деавтоматизация програзма.Я, мягко говоря, не разделяю левые взгляды.
Что касается макак, то я думаю, что они нужны как сила, проламывающая любое сопротивление общества тем «инновациям», которые пытается навязать нам корпоративная среда, а именно и прежде всего — SaaS. Идея проста до невозможности: сделать так, чтобы потребитель постоянно платил и был доступен средствам наблюдения, при этом ни за что не отвечать.
> Я, мягко говоря, не разделяю левые взгляды.Это не моя проблема, а ваша недоработка.
Собственно, из-за невовлечённости в наиболее прогрессивные современные обсуждения экономики (а они у красных) вы не понимаете, что это естественное развитие событий:
> Идея проста до невозможности:
> сделать так, чтобы потребитель постоянно платил и был доступен средствам наблюдения,
> при этом ни за что не отвечать.
Моя недоработка? XX век полон попыток красной сволочи что-то «строить». Все такие попытки сопровождались массовыми репрессиями, продразвёрстками, голодоморами, концлагерями, войнами и тому подобными бедствиями для огромных масс людей. Кроме того, я ещё успел немножко поизучать классиков красной идеологии, в том числе и о «естественном развитии событий». Не горю желанием снова оказаться в их коммунальной тюрьме, где каждый человек лишён всяких прав, свобод и собственного достоинства.
> Моя недоработка?Именно так. На это предлагаю разговор завершить.
Получается, просто в софте и программировании очень сильна инерция. См, например, JavaScript для построения сложных интерфейсов.
Это тоже плохо, но Танненбаум не открыл в своё время миникс. Ну точно также другие голландцы не открыли вовремя Clean, поэтому этот быстрый и лёгкий Хаскель никто и не знает. А дальше инерция.
Я хоть и не тот анон, который изначально вопрошал, но отвечу.
sd-resolvd, плох тем, что он включен по-умолчанию и для искоренения его из системы нужно больше телодвижений чем systemctl disable sd-resolvd. Да, это в, красношляпе. sd-timesyncd — это кастрированый ntpd, который не умеет в очень выгодный в очень больших изолированных сетях broadcast, например. Опять же, аргумент против: компонент-обрубок, который воткнули вместо работающего ntpd.Логи… ты сказал производительность и journald? Так вот, её нет. Не обманывай себя и других. При больших нагрузках (а в некоторых системах надо логгировать хотябы факт того, что событие типа А произошло в момет Б), journald просто захлёбыватся и перестаёт фиксировать события. Вообще. rsyslog, syslog-ng и прочия fluentd держат эту нагрузку легко и непринужденно, не забывая повякивать, если очереди перегружены.
Кстати, про упомянутый фикс на счёт времени: я наступал на ситуацию, когда jd врал про время события (переписывал метку времени на свою с гранулярностью в секунду), но это было не для bsd syslog. Сначала мы думали, что беда где-то посредине (до спланка и елк у нас делалось несколько преобразований записей), но проверив всю цепочку упёрлись в jd. Открутили jd, поставили rsyslogd — сообщения стали нормально распределёнными по времени (а не группами вида: 5 секунд тишины, 250000 собитий за секунду).
Бинарные логи? При повреждении лога починка — удалить поврежденный файл? Эмн… ну фиг знает.
> При повреждении лога починка — удалить поврежденный файл?да. на майкрософт уиндовс это работало.
>sd-resolvd, плох тем, что он включен по-умолчанию,.. в красношляпеПрекрасный образец логики. А в деб/убунту он по умолчанию выключен, и значит ли это, что он прекрасен?
>это кастрированый ntpd
согласен
>компонент-обрубок, который воткнули вместо работающего ntpd
Что значит вместо? ntpd больше нет? Или "вместо" надо читать как "по дефолту в красношляпе и поэтому он плохой"?
>ты сказал производительность и journald?
я сказал
>скорость обработки при куче условийСогласен, эту фразу к производительности journald притянуть можно, особенно как с такой логикой как выше. Тут я оставил пространство для фантазий, хотя вопрос был про бинарные логи. У меня, кстати, на боевых серверах syslog-ng складывают логи в pgsql, это бинарные логи? Ну и journald как и выше писал - виртуалки/контейнеры, там где логи не критичны, но изредка хочется быстро посмотреть в куче накопленного.
А вы прямо боевые сервера с jd гоняете, с суровыми лицами превозмогаете. Ну что могу сказать, некоторым, чтобы убедится что навоз не съедобный нужно его попробовать. Остальные его используют для перегноя.
Но вы, поняв что навоз невкусный, почему говорите нам что для перегноя он тоже фигня?деб/убунту кстати по умолчанию ставят rsyslоg
>При повреждении лога починка — удалить поврежденный файл?
Меня ваши методы решения проблем настораживают. Бинарный лог при повреждении файла гарантирует чтение логов, потеряв запись только там, где было повреждение. Повреждение текстового файла и чтение содержимого после этого проведите самостоятельно.
Итого, что хотел сказать я: systemd предлагает простые сервисы, которых хватит на простые непритязательные задач, и в семействе деб эти сервисы в большинстве отключены.
Что я прочитал:
У нас ntpd бродкаст, (я промолчу про адекватность использования этого в 21 веке. dns, rr, zeroconf и наконец avahi ваc там миновали видимо, но хозяин барин), поэтому timesyncd отстой!
У нас критичные сервисы, большие нагрузки, набиваем навоз в рот, пытаемся понять зачем они его покупают машинами.Весёлых выходных
Ну что за беллетристика, а?> деб/убунту он по умолчанию выключен
Не правда. В свежих убунтах resolvd есть и активирован по умолчанию.
Основная моя претензия была в том, что resolvd появился в системе и работает «вместо» стандартного системного резолвера. Заменить/выключить его не так тривиально. Вторая претензия — sd-resolvd встраивается перед системным резолвером, лампы при этом ряд его функций, ломая дефолтное поведение.
Это раз.
> Что значит вместо?
Это значит, что существующий, работающий и поддерживаемый компонент был заменён на функциональный огрызок с деградацией функциональности.
Опять же, чтобы заменить этот ненужный и неудаляемый из системы компонент (да, он поставляется в составе пакета systemd), нужно приложить определённые усилия.
> journald как и выше писал - виртуалки/контейнерыВоувоувоу! У меня весь продакшн — это виртуалки/контейнеры. Мне каждая строка логов важна.
Далее: целостность твоих логов в pg обеспечена гарантиями консистентности самого pg (wal, там, fsync до завершения комита, вот это вот всё). Целостность логов jd обеспечена обещаниями Лёни. Случай из практики эксплуатации опять же (хоть и не продакшене, а на домашнем bananapi): после отключения электричества с железки перестали поступать логи. Логинюсь, смотрю в dmesg, journald сегфолтится. Часто так сегфолтится. Перенёс последний его лог в сторону — запустился. Логи тут же пошли. Попытался выдрать данные из этого лога — за час ничего умного не нагуглил. В итоге плюнул.> А вы прямо боевые сервера с jd гоняете, с суровыми лицами превозмогаете
Ну вы знаете, руководство вот (в т.ч. техдир) свято верило, что sd (со всеми своими обязательными компонентами) весь такой афигенный и вообще написан высшими эльфами из редхата. В связи с этой верой пришлось исполнять и показывать (на промышленных нагрузках), что хайп — это не всегда про хорошие решения и серебряной пули нет. Сейчас, естественно, никого jd на серверах не запущено, ибо «логи всякие нужны, логи всякие важны».
> Повреждение текстового файла и чтение содержимого после этого проведите самостоятельно.
Вы не поверите! В самом плохом случае (старые ядра на xfs) получаю пустой файл. То есть, отсутствие логов за последний час. На новых ядрах или ext* получаю либо оборваную запись, либо склееную. Что тоже терпимо.
> деб/убунту кстати по умолчанию ставят rsyslоg
Спасибо, я в курсе. На amazon linux, слава Безосу, тоже.
> У нас ntpd бродкаст, (я промолчу про адекватность использования этого в 21 веке
А что не так с ntp в пассивном режиме броадкастом временных меток? И причём здесь dns, rr (который roundrobin в dns), zeroconf и avahi (который реализация zeroconf, который работает через тот же броадкаст)?
В общем, я увидел в вашем ответе только надувание щек и попытку выставить меня ретроградом.
И вам отдохнуть.
>Что значит вместо? ntpd больше нет? Или "вместо" надо читать как "по дефолту в красношляпе и поэтому он плохой"?Он просто плохой, так как ни одного преимущества у него нет и он тяжелее при этом. Умеет неточно синхронизировать время и больше ничего.
Зачем он по дефоту?>Итого, что хотел сказать я: systemd предлагает простые сервисы, которых хватит на простые непритязательные задач,
И эти простые непритязательные наколенные жрут память и нагружают ЦПУ интенсивнее (иногда на 2 порядка), чем полноценные.
Хуже работают, больше кушают, сложнее конфигурируюся. В чём прогресс?
>преимущества у него нетсогласен
>и он тяжелее при этом
размеры бинарников
ntpd 826296
systemd-timesyncd 55360расход памяти
ntpd 8.6M
systemd-timesyncd 1.3M>Умеет неточно синхронизировать время и больше ничего.
это нужно в 99% случаев, именно поэтому он по дефолту.
>Эти простые непритязательные наколенные жрут память и нагружают ЦПУ интенсивнее (иногда на 2 порядка), чем полноценные.
зачем ты набрасываешь?
>Хуже работают,
Это демагогия. Задача синхронизировать время, точность секунда. Делает? Да.
>больше кушают,
эту милую ложь разобрали в этом сообщении выше
>сложнее конфигурируюся.
семейство манов ntp с погружением в теорию передачи времени по сети, тикли, стратумы, понимание рестрикшенов, дополнительные утилиты.
Ты с серьёзным лицом это писал смотря в man timesyncd.conf?>В чём прогресс?
А его нет. И не обещался. Я тебе больше скажу, systemd стал неизбежностью - сработало теория больших чисел. Такой софт был нужен большинству и он появился.
>>и он тяжелее при этом
> размеры бинарников
> ntpd 826296
> systemd-timesyncd 55360
> расход памяти
> ntpd 8.6M
> systemd-timesyncd 1.3MС цифрами слукавил. Где на порядок, где в разы.
Скажем openntpd 90 КБ размером, а systemd-timesyncd жрёт в 3 раза больше.И чтобы совсем по-честному:
ldd systemd-timesyncd | wc -l
28
ldd openntpd | wc -l
4А хочешь сравним journalctl с любым rsyslog?
>>Умеет неточно синхронизировать время и больше ничего.
> это нужно в 99% случаев, именно поэтому он по дефолту.Ага, неточное время это именно то чего нехватало моим серверам. ntpd слишком хорошо синхронизировал, скучно же.
> семейство манов ntp с погружением в теорию передачи времени по сети, тикли,
> стратумы, понимание рестрикшенов, дополнительные утилиты.
> Ты с серьёзным лицом это писал смотря в man timesyncd.conf?Тебе не надо понимать стратумы и дисперсии, чтобы настроить ntpd в пределах возможностей timesyncd.
В непростом случае, timesyncd тебе не поможет, как его ни конфигури. Он лишняя деталь. И потому сложнее. Надо установить и настроить openntpd и ещё убедиться что systemd-timesyncd всё правильно понял и вдруг внезапно не запустится. Просто снести его никак, он кусок systemd.
>>В чём прогресс?
> А его нет. И не обещался. Я тебе больше скажу, systemd стал
> неизбежностью - сработало теория больших чисел. Такой софт был нужен
> большинству и он появился.Мне раньше казалось, адепты обещали светлое радужное будущее и конец ручному труду. А вот как оно оказывается теперь.
Сначала оказалось что скорость загрузки не обещали, потом скорость выключения не обещали. Короче ничего не обещали и ничем не лучше, но почему-то большинству именно оно надо. Убеждения они по природе своей такие, иррациональные.
>С цифрами слукавил.Ты по себе людей не суди, цифры с моего десктопа, берёшь и перепроверяешь
https://packages.debian.org/sid/ntp
https://packages.debian.org/sid/systemd
Нет дебиана? ставишь в виртуалке и перепроверяешь.>Скажем openntpd 90 КБ
Речь выше по ветке, в которую ты влез, шла про ntpd
Да, timesyncd хуже всех, но ты нить дискуссии не потерял?>Мне раньше казалось, адепты
Ты меня в адепты записал потому-что в твоём чёрно-белом мирке есть только 2 стороны? Ладно, я лучше буду адептом, чем хейтером, которые только дискредитируют себя в глазах остальных. Ваши нападки на эту недоделку я уже выше сравнил с навозом.
>скорость загрузки не обещали, потом скорость выключения
Тебе серьёзно требуется помощь в этом вопросе? Начни с изменения:
#DefaultTimeoutStartSec=90s
#DefaultTimeoutStopSec=90s>Короче ничего не обещали и ничем не лучше, но почему-то большинству именно оно надо
У systemd есть недостатки, но суть претензий хейтеров к дефолтным настройкам, которые им приходится менять. Ни один хейтер так и не понял, почему systemd теперь во всех основных дистрибутивах. Вам проще верить в заговоры корпораций/рептилоидов/ещё кого, чем понять людей вокруг себя.
>Убеждения они по природе своей такие, иррациональные.
Убеждения у фанатиков. Обычные люди свободны в этом плане и им хватает воли изменять дефолтные настройки, отключать ненужные сервисы и устанавливать свои.
>У нас нет для вас других художников
> Речь выше по ветке, в которую ты влез, шла про ntpdОни оба ntpd, зачем ты взял самый толстый и почти нигде не используемый?
Разговор был про альтернативу, а не про конкретную реализацию.> Ваши нападки на эту недоделку я
> уже выше сравнил с навозом.Очень тонкий и убедительный дискуссионный приём. Он сам по себе достаточно красноречиво характеризуют автора, так что я, пожалуй, воздержусь от комментариев.
>>скорость загрузки не обещали, потом скорость выключения
> Тебе серьёзно требуется помощь в этом вопросе? Начни с изменения:
> #DefaultTimeoutStartSec=90s
> #DefaultTimeoutStopSec=90sА как же! Помню, помню, как шопку Леннарта пол Ред-Хата прикрывало
https://bugzilla.redhat.com/show_bug.cgi?id=1170765
Это тот самый момент, когда все убедились что не только загрузка с systemd не стала быстрее, но и шатдаун был быстрым только благодаря чит-кодам.
> А как же! Помню, помню, как шопку Леннарта пол Ред-Хата прикрывало
> https://bugzilla.redhat.com/show_bug.cgi?id=1170765notabug жеж! works as intended!
правда, какая-то сволочь зачем-то его переоткрыла.
>5 секунд тишины, 250000 собитий за секундуэто проблема не джорналд, а приложений, которые не делают вовре5мя stdout.flush()
> После полугода разработкиЧо-то темпы снизились.
Зато циферки повысились. Ты на циферки смотри. Уже 240.
Больше опций, больше функций, их все еще очень мало в systemd.
Кто-нибудь мне объяснит внятно почему мой комп стал долго выключаться после того как в дистрах появился этот systemd?И как мне теперь выуживать нужные мне записи из логов? Очевидный unixway: cat /var/log/syslog | grep cron. (просьба не цепляться к примеру, речь не о syslog и не о cron). Какой умдак вообще такое упорол ?
> почему мой комп стал долго выключатьсяПотому что ты высмеивал публично тех, у кого нет Макинтоша.
Ну так спросите на форуме совего дебиана или чего у вас там, простихосспади.
> Ну так спросите на форуме совего дебиана или чего у вас там, простихосспади.У него - на самом деле винда ;)
https://www.opennet.ru/openforum/vsluhforumID3/114052.html#79
На уровень "компенетности" сего "профессионального никсоида" (по собственным же утвреждениям) намекает хотя бы " cat /var/log/syslog | grep" ;)
Виталий Блятс, это все сила самовнушения. На самом деле он стал намного быстрее.
>как мне теперь выуживать нужные мне записи из логов? Очевидный unixway: cat /var/log/syslog | grep cronjournalctl -u cron
Элементарно!а вообще см man journalctl
>>как мне теперь выуживать нужные мне записи из логов? Очевидный unixway: cat /var/log/syslog | grep cron
> journalctl -u cron
> Элементарно!
> а вообще см man journalctlНе затруднит ли вас просветить меня ответом на вопрос: как прочитать журналы со снятого диска, подключённого к другой системе?
И как передать журналы по сети с другого оборудования.
> И как передать журналы по сети с другого оборудования.Если они такое попытаются сделать, то из контейнеров все начнут ходить друг к другу в гости. Буква К в слове системда означает качество, а буква Б — безопасность.
-D DIR, --directory=DIR
Takes a directory path as argument. If specified, journalctl will operate on the specified journal directory DIR instead of the default
runtime and system journal paths.--file=GLOB
Takes a file glob as an argument. If specified, journalctl will operate on the specified journal files matching GLOB instead of the
default runtime and system journal paths. May be specified multiple times, in which case files will be suitably interleaved.
> Добавлена команда "systemd-analyze security" для анализа связанных с безопасностью и изоляцией настроек в системных юнитахЧтобы ващще больше думать не надо было.
Безопасность, говорите…
"""
systemd[1]: Configuration file /etc/systemd/system/serial-getty@ttyS1.service.d/override.conf is marked world-inaccessible. This has no effect as configuration data is accessible via APIs without restrictions. Proceeding anyway.
"""
Перевожу на русский "мне пох что вы там понаписали в разрешениях, кому захочу — тому и расскажу".
>>> Леннарт Поттеринг представилоткройте чтоли вами же расшареную ссылку, и посмотрите кто подготовил отчёт.
Плюсую. Стоит только платить за новости, как их качество падает.
Даже что-то писать в этой теме.. ну ладно)) Проблема ананимуса в том, что у него бинарный взгляд на вещи: или init - или systemd. У меня в дистрибутиве нет никакого systemd, но и init не используется (по крайней мере на поздних стадиях загрузки, пока не разбирался детально). Но вы все равно пешыти, забавно почитать ;)
Конечно, какой у тебя в Винде init или прости господи, systemd )))
> Конечно, какой у тебя в ВиндеА у тебя? Как там было?
https://www.linux.org.ru/forum/general/13254426
> vblats
> Windows 10 64 bit, ntfs раздел
> 226 из 256 ГБ под NTFS
Аналогично: GuixSD использует GNU Shepherd — гибкость скриптов на высокоуровневом языке, но с адекватными абстракциями и декларативным описанием, и без хрупкости и костыльности SysV-init. Вот не понятно, зачем для systemd нужно было придумывать свой формат для определения служб с кучей подводных камней, если можно было просто взять Guile или, например, Lua.
Ну когда же добавят systemd-kernel, а то всему уже есть systemd? Ну и напоследок systemdOS, вместо linux
да в общем-то - уже, давно. Пока еще можно, конечно. извратиться, и запустить линуксное ядро с вручную отрихтованными (ибо разработка давно брошена, а майнтейнеры дистрибутивов совсем не их авторы) userland-частями, начиная с acpi, но вон дебиан долго зачем-то выпускал уродца с freebsd ядром но линусным юзерлендом - это ж не означало что freebsd стала линуксом.нынешняя ос называется systemd/linux, и никакой другой у вас уже нет. А, ну да, божественная десяточка же.
Пользователи генты, девуана и войда смотрят на вас с недоверием.
+слакварь еще.
но тот чувак выше тебя прав, слишком много метастаз испустил сабж - линукс здорового человека уже не жилец.
ну говорю же - пользователи этого... Debian GNU/kFreeBSD (пришлось лезть в гугль, сам, конечно, этот бред не вспомню) из своих банок в кунсткамере тоже смотрят с недоверием.К счастью, они там в формалине плавают, и никогда уже не выберутся наружу.
проблема в том, что эти пользователи, как, впрочем, и майнтейнеры полутора странных дистрибутивов, ничего нового и полезного для окружающих не произведут, и даже поддержку того что есть, обеспечить продолжительное время не смогут - только пока о них разработчики заботятся, сохраняя совместимость. А нынешние разработчики очень этого не любят даже там, где от них вообще ничего не требуется, кроме не портить.
Завтра интел, к примеру, унасекомливает окончательно acpi, объявляет что uefi drivers наше всьо, поддержку запиливает в systemd-uefid - и вы приплыли. Ваша система на современном железе даже не загрузится полноценно, не говоря уж о шатдауне.
Ну протащили корпорации своё говно. Ты то чего радуешься?
Где он там радуется?Добавлю от себя, что линукс не жаль, туда ему и дорога. Но за последние годы не стало культуры независимой разработки. То есть новых ОС не напишут, некому. Все обезьяны сидят на игле и агрессивно уничтожают любое инакомыслие в ИТ.
Это называется "конформизм". И так дело обстоит далеко не только в сфере ойти..
линукс лично мне таки жаль - я потратил на него лучшие годы своей жизни, которые лучше бы было потратить не на строительство замков из песка (а на бухло и баб). Но сделать ничего уже нельзя, разьве что, действительно, сделать себе работу из нового хобби. Кинологи, вроде, свободны от необходимости использовать современные технологии?новых ос напишут, но это будет очередной ректалос - калька с уже существующего ненужно, неспособная час проработать без падений.
> а на бухло и бабДве рюмки крепкого выдержанного чаю этому анониму!
на роутерах системд тоже будет? на кофеварках, че вы бред несете, не нравится линукс валите на винду
Глупо полагать что не будет. Вот именно что будет, когда всё остальное отвалится и перестанет поддерживаться за "ненадобностью", тогда и будет systemd-iotd.
Не нравится. Уже свалил.// Есть в чате роботомедики? У чебурашки модели L сгорел булочный интерфейс.
>> а на бухло и баб
> Две рюмки крепкого выдержанного чаю этому анониму!Я потратил огромное количество денег на выпивку, девочек и быстрые машины. Остальные деньги я просто растранжирил.
Все трое?
И ещё их 110 сотоварищейhttps://distrowatch.com/search.php?ostype=All&category=All&o...
Вот думаю, сейчас зайду в коменты а там Хейтеры обливаются желчью люто ненавидя syetemd. А спроси любого за что так кроме того что его якобы насильно внедрили аргументов представит не сможет.
Мне системд и гном 3 нравятся.
> А спроси любого за что так кроме того что его якобы насильно внедрили аргументов представит не сможет.Ну как по мне, то по силе агументации "насильно внедрили" бьёт "мне нравится". Так что даже исходя исключительно из вашего сообщения systemd - плохо.
Бедненький, тебя в гугле забанили, не можешь посмотреть историю вопроса.
Ну, давай я тебе объясню хотя бы один из недостатков systemd на примере того, что у тебя под носом:
> Добавлен новый тип сервисов "Type=exec", похожих на сервисы с типом "simple", но обеспечивающих...Если ты сразу не понял - через 8 лет после первого релиза в сабж всё ещё приходится добавлять функционал, необходимый для самой главной заявленной цели systemd - быть системой инициализации. Это показывает, насколько продуманной была архитектура systemd с сомента его зарождения. В bash-портянках, которые вызывают такую лютую колику у фанбоев systemd, это делается за 5 минут самим пользователем, включая время на освежение в памяти синтаксиса bash. Для systemd приходится ждать милостей от авторов. Кстати, попробуй при случае спросить у какого-нибудь хейтера "bash-портянок", сколько unit-файлов он написал сам.
А теперь напиши дяде Брину письмо с просьбой разбанить тебя и поищи статьи с разбором достоинств и недостатков systemd и других систем инициализации.
> гном 3 нравятся.Мне вот он тоже ну очень нравится. Только вот не на десктопе. Вот все жду когда же на нем таки планшеты выпускать начнут. Представляете - планшет на чистом линуксе и с 3-м гномом. С экраном дюймов на двенадцать. С нормальным стандартным десктопным браузером который никто не форвардит принудительно на ущербные сайты для телефонов. Причем, форвардят так что на нормальный сайт переключаешь (всеми возможными способами) а тебя обратно на сайт для телефонов - задолбало. Как думаете - скоро я уже дождусь нормального линукса на нормальном планшете и с 3-м гномом, из коробки и без проблем?
> Мне системд и гном 3 нравятся.Оригинальный у тебя способ камин-аута, сладенький.
Количество опций, параметров, флагов и рукояток systemd превысило количество количество команд bash. Помню времена, когда появление systemd оправдывали тем, что он проще sh сценариев.
> оправдывали тем, что он проще sh сценариевОправдывали только те, кто 40 часов в неделю писали init-скрипты. Теперь они пишут юниты 8 часов в неделю, а в остальное время принимают активное участие в обсуждениях systemd на айтишно-развлекательных порталах типа опеннета и лора.
P.S.Что за работа такая "программист инит/юнит-файлов", можете не спрашивать, я не знаю. Но судя по числу воплей, профессия распространённая.
systemd, который изначально задумывался как система запуска и управления демонами, постепенно включил в себя и управление сеансами, и настройку сети, и DNS-резолвер, и логи, и чёрти что ещё. И превратился в монструозный комбайн из кривых недоподелий, полная противоположность философии UNIX: "Пишите программы, которые делают что-то одно и делают это хорошо"
в systemd-resolved воткнули бы туда ещё кэш.
Там как раз есть как-то бешеный идиотский кэш, который умудряется кэшировать информацию о том что "запись не найдена" вместо того чтобы спросить еще разок у ДНС. Каждый раз systemd-resolve --flush-caches... Надеялся увидеть фикс об этом в новости.
> Там как раз есть как-то бешеный идиотский кэш, который умудряется кэшировать информацию
> о том что "запись не найдена" вместо того чтобы спросить еще
> разок у ДНС. Каждый раз systemd-resolve --flush-caches... Надеялся увидеть фикс
> об этом в новости.«Оставь надежду всяк, сюда входящий…»
все как в винде, вы ж этого хотели, баш - портянки и ненужно?Я вот вам и сделал, радуйтесь.
надо sysvinit переписать на rust
в systemd не хватает ядра операционной системы(типа какого-нибудь микроядра), ещё нужно в systemd добавить драйверы операционной системы, ещё нужны системные утилиты в systemd, ещё в systemd нужно добавить загрузчик ядра операционной системы, ещё в systemd нужно добавить графическую среду, но перед этим в systemd нужно добавить оконный сервер, ещё в systemd нужен менеджер пакетов для установки приложений.
Вот это я понимаю списочек изменений для новой версии!
Вроде к существованию systemd худо-бедно привык.
Доверяю? Конечно нет.
И когда этот комбайн "всё в одном" начинает еще и шевилиться - возникают нехорошие мысли в тему будущего linux.
Конечно, это моё личное мнение.
А чего игры то не завезли? И где благословенный пульт управления кофеварками? Почему systemd не имеет сервиса вызова помощника? Где всем необходимый торрент клиент? Когда уже на systemd можно будет смартфон прошить вместо андроида? Где команда создать прошивку для устройства с drm? Где команды управления космическим кораблем? Вообще пустой релиз ни о чем.
То чувство, когда система инициализации имеет в зависимостях openssl.
Очень хорошо, что компоненты вокруг ядра Linux начали систематизироваться, укрупняться. Со временем у нас будет несколько вариантов предсказуемых систем.Старая система UNIX-вей разработки с кучей разрозненного софта за +/-25 лет жизни так и не смогла дать готовую систему для бизнеса и дома. Её могла использовать лишь небольшая группа гиков в 0,0 с хвостиком процентов от всех пользователей различных ОС (Windows, Mac OS).
ЗЫ: Концепцию GnomeOS никто не хоронил. Redhat постепенно развивает отдельные компоненты. Будущее за systemd, atomic с flatpak, containers, wayland и так далее.
Администраторам: При одноразовом нажатии на кнопку отправить возникает какая-то ошибка "двойное нажатие... двойной пост...".
> Её могла использовать лишь небольшая группа гиков в 0,0 с хвостиком процентов от всех пользователей различных ОС (Windows, Mac OS).Да да... Про топ500 и засилие ведройда писать уже как-то неловко...
https://www.zdnet.com/article/linux-now-dominates-azure/
:)
Речь идёт о классическом GNU/Linux, т.е. о его десктопном/сервером применении.Android же из другой оперы, кто имеет голову и чуть-чуть в теме, то это хорошо понимает.
виртуалки azure это андройд? Или ТОР500 это андройд?ты вообще о чем?
о том что мелкомягкие еще доминируют на умирающем десктопе? Ну флаг им...
Systemd растет
> Systemd растетapt-cache depends systemd | grep 'Breaks:' | wc -l
56
Да. Смотрю, Линукс уже не торт.
К счастью, Linux это просто ядро и systemd в него не входит. Пока у руля Торвальдс, не смотря на CoC.
> В файл /etc/os-release добавлены новые поля DOCUMENTATION_URL и LOGO;Точка с запятой в конце это обязательно? ;)
os-release это из какого дистра?
DOCUMENTATION_URL = кув рфе
LOGO = кув рфеКак оно там?