https://www.opennet.ru/openforum/vsluhforumID3/136784.html Представлен выпуск сервисного менеджера s6-rc 0.5.6.0, предназначенного для управления запуском скриптов инициализации и сервисов. Поддерживается отслеживание дерева зависимостей и автоматический запуск или завершение сервисов для достижения указанного состояния. Инструментарий s6-rc может применяться как в системах инициализации, так и для организации запуска произвольных сервисов в привязке к событиям, отражающим изменение состояния системы. Система поддерживает скрипты инициализации, совместимые с sysv-init, и может импортировать информацию о зависимостях из sysv-rc или OpenRC. Код написан на языке Си и распространяется под лицензией ISC...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=63187<br> https://www.opennet.ru/openforum/vsluhforumID3/136784.html#94 Tue, 20 May 2025 03:09:21 GMT &gt; Походу Вам не надо ехать, Вам надо шашечек. Но это Вашем мнение <br>&gt; и я его уважаю! Не понимаю, но уважаю!<br><br>Я езжу получше вашего, тем более на эмбедовке какой. Под которую винды вообще причесать в виде как это должно быть на самом деле - почти mission impossible. В силу характерной кастомизируемости винды.<br> https://www.opennet.ru/openforum/vsluhforumID3/136784.html#93 Tue, 20 May 2025 03:06:03 GMT &gt; Да, печально как то все у вас ребята с этим менеджером сервисов/системы. <br>&gt; Вот у меня все проще - даже если винда вместо 2 <br>&gt; секунд загружается целых 3 секунды, я вообще не парюсь, не смотрю,<br><br>Спасибо, я в курсе что такое SCM. И очень хорошо, что все это - не у меня!<br><br>Господи, там просто пнуть произвольную прогу или скриптик без спецэффектов и приключений - это капец какой-то. Потому что изначально сервисы - это вообще специфичные DLLки! До такого решения допереть мог - вот реально только майкрософт. А потом - как и реестр - осталось на память о временах с тормозным FAT и древней виндой.<br><br>И, конечно, в реестре не будет никаких коментов что этот параметр на 100500 странице тут делает. А рихтовать параметры SCM в регэдите - ну такое себе удовольствие. А в "services.msc" - гопсоди, а этот крап хотя-бы удалить совсем не нужный мне сервис - может? А, не, надо вот именно в суперудобном регэдите какой-нибудь вот именно СВОЙ сервис выпиливать? Или вообще сетапер кодить? Очень удобно и результативно, особен https://www.opennet.ru/openforum/vsluhforumID3/136784.html#92 Tue, 20 May 2025 02:42:33 GMT &gt; ...то есть systemd. В котором я БУДУ настраивать ресолв, лидсвитч и <br>&gt; всё остальное и материться в противовес любому другому иниту. <br><br>В дебиане можно вообще не ставить нетворкд и проч. А journald - mask например, если уж хочется совсем странного и пофиг на диагностируемость ОС. И тогда настраивать все же не 200 параметров, а сильно меньше.<br><br>&gt; На голом runit на дебиане столько боли не было, чтобы запуститься и не <br>&gt; ловить удивление от дефолтов, сколько на системд после обновления.<br><br>На голом runit боли будет потом по многим другим поводам. Особенно если сервак не мой - окей и как понять кто откуда тут вообще взялся? А если это прод и надо рестартовать упавшее и повисшее на автомате - во скольких закоулках будут конфиги? Это все круто - пока вы холите и лелеете лично ваш локалхост. Один. А чуть за пределы этого - и совсем оно не круто уже, #$%ться в цатый раз с типовой проблемой самому, изобретая квадратное колесо, как оптимизацию треугольного, с аргументом что оно еще хуже было.<br> https://www.opennet.ru/openforum/vsluhforumID3/136784.html#91 Tue, 20 May 2025 02:13:59 GMT Походу Вам не надо ехать, Вам надо шашечек. Но это Вашем мнение и я его уважаю! Не понимаю, но уважаю! <br> https://www.opennet.ru/openforum/vsluhforumID3/136784.html#90 Tue, 20 May 2025 02:10:40 GMT Да, печально как то все у вас ребята с этим менеджером сервисов/системы. Вот у меня все проще - даже если винда вместо 2 секунд загружается целых 3 секунды, я вообще не парюсь, не смотрю, что там за сервис "застрял" при запуске, ибо понимаю, что лучшее - враг хорошего. Куда вы все так спешите, какая разница ну грузится системы на пару секунд дольше, что такого. <br> https://www.opennet.ru/openforum/vsluhforumID3/136784.html#89 Fri, 09 May 2025 16:47:28 GMT ...то есть systemd. В котором я БУДУ настраивать ресолв, лидсвитч и всё остальное и материться в противовес любому другому иниту. На голом runit на дебиане столько боли не было, чтобы запуститься и не ловить удивление от дефолтов, сколько на системд после обновления.<br> https://www.opennet.ru/openforum/vsluhforumID3/136784.html#88 Thu, 08 May 2025 23:02:53 GMT &gt; читать учимся, госпадин.<br>&gt;&gt;когда еще sd был сервисным менеджером<br><br>В нем с САМОГО НАЧАЛА были замашки на<br>1) Нормальный логгинг без более 9000 проблем предшественников. Еще и tamper proof, братец Лени целый тезис задвинул, тот не долго думая заимплементил это в journald.<br>2) Интеграция с пакетниками. С четкими регламентами где дефолты, где оверрайды админа.<br>3) Обзор и диагностирумеость. Буквально 2 приблуды (systemctl и journalctl) показывают ключевые аспекты сервисов в системе и логинг.<br><br>А те в пролете как раз потому что вместо этого из достоинств - "более быстрые лошади". Сапопикал уже пробовал это. И тут их обошли на повороте.<br><br>&gt; и рассматриваем все в этой парадигме.<br><br>ИМХО мир лучше всего рассматривать - таким какой он есть. Системд с самного начала был амбициознее и перспективнее. Это многим нравится. Совместимость с д@рьмом из 70-х прошлого века сомнительное достоинство. "Отборный овес, свежая вода в корытах"? Удачи бензоколонке с таким позиционированием.<br><br>&gt; резать операции Вашим сервисам - за https://www.opennet.ru/openforum/vsluhforumID3/136784.html#87 Thu, 08 May 2025 20:47:52 GMT &gt; вот Вы сначала определитесь, удобно Вам сервсивный, системный менеджер<br>&gt; или "linux userspace API 2.0".<br><br>Голыми руками дергать сисколы - несподручно! Значит какие-то программы нужны. А раз так - пусть изволят работать нормально. Полноценно раскрывая фичи ядра и реализуя мои хотелки, типа: пустить этот httpd в пустом view, под нужным юзером, с нужными лимитами, где нет по сути ничего кроме wwwroot и его конфигов, запрещены сисколы кроме нужных ему, no new privs, никакого доступа в реальный /dev системы и прочие bash (нафиг оно httpd?!).<br><br>Так что если httpd и облажается - не сможет выполнить баш. Его там нет! И за wwwroot выйти - тоже! Потому что теперь это его / и есть. Так что GET ../../../../etc/passwd немного обломается. Вот хоть как.<br><br>И вот тут есть большая разница. Системд от рута висит и может все сисколы для вон тех вещей секвенсировать сам, собирая арену будущему процессу. А кучка утилиток - имеет проблему. Они не резидентны в памяти. А на середине действа большая часть системы - становится нед https://www.opennet.ru/openforum/vsluhforumID3/136784.html#86 Thu, 08 May 2025 20:08:29 GMT &gt; Третий год как без системд, никакие из его возможностей ни на моём <br>&gt; локалхосте, ни на роутерах и прочих малинках так и не понадобились.<br><br>А вот когда у вас будет этих локалхостов побольше - и посмотрим как вам оно. Особенно если наруленых не вами.<br> <br>&gt; Везде активно юзаю LXC и неймспейсы, на некоторых роутерах в особенности, <br>&gt; где автоматический роутинг на недружественные адреса через впн.<br><br>А вон там мужик на кляче в правом ряду вообще тошнится, на деревянной телеге. Ему такому наверное и локалхост не надо. Зажег лучину - и порядок.<br><br>&gt; Runit - это отдельная песня. Во первых, настоятельно рекомендую заглянуть в его <br>&gt; исходники, ужаснуться, и никогда не пользоваться. Во-вторых, советую держать /etc в <br>&gt; tmpfs (overlayfs в помощь) или мониторить дисковую активность, иначе своей дебильной <br>&gt; системой управления сервисами он может легко убить SSD.<br><br>Я умею пользоваться системным мониторингом, спасибо. И пакет iotop-c у меня в почете, на всякие странные случаи. Но расколупывать runit или кого там кон