https://www.opennet.ru/openforum/vsluhforumID3/119023.html В состав системы инициализации sysvinit включена вспомогательная утилита sysd2v, позволяющая конвертировать unit-файлы сервисов systemd в формат классических скриптов инициализации SysV с заголовками LSB....<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=51883<br> https://www.opennet.ru/openforum/vsluhforumID3/119023.html#192 Fri, 31 Jan 2020 13:11:44 GMT &gt;&gt; Не всё у майков было плохое. NT 3.1 была прогрессивна, инновационна и благодатна.<br>&gt; Потому, что они ещё не успели полностью изгадить плоды работы IBM.<br><br>Наоборот: NT 3.x писала команда, которой в работу уже не гадила IBM.<br> https://www.opennet.ru/openforum/vsluhforumID3/119023.html#191 Fri, 31 Jan 2020 12:57:10 GMT &gt; Не всё у майков было плохое. NT 3.1 была прогрессивна, инновационна и благодатна. <br><br>Потому, что они ещё не успели полностью изгадить плоды работы IBM.<br> https://www.opennet.ru/openforum/vsluhforumID3/119023.html#190 Thu, 12 Dec 2019 11:43:18 GMT &gt;&gt; а зачем тогда в Debian Wheezy ввели LSB-headers, чтобы обеспечить ту самую <br>&gt;&gt; загрузку по зависимостям?<br>&gt; Ну да, реинкарнация заголовков, очень похожая на фряшную, на которой механизм загрузочных <br>&gt; зависимостей был реализован с незапамятных времен, очень ИМХО просто и понятно, <br>&gt; и где всегда можно было поюзать rcorder(8) утилитку чтоб посмотреть порядок <br>&gt; rcorder(8) зависимостей <br><br>Позвольте, я же задался вопросом "зачем", а не "что это". =/<br> https://www.opennet.ru/openforum/vsluhforumID3/119023.html#189 Thu, 28 Nov 2019 14:16:43 GMT Должны страдать все кто делают осознанный выбор, а щастье будет только тем кто молча жрёт что дают?<br> https://www.opennet.ru/openforum/vsluhforumID3/119023.html#188 Tue, 26 Nov 2019 19:48:20 GMT как раз таки писал и поэтому systemd для меня - глоток свежего воздуха. в смотреть в понаписанную кем-то самопальщину - это увольте.<br> https://www.opennet.ru/openforum/vsluhforumID3/119023.html#187 Sat, 23 Nov 2019 17:57:53 GMT &gt; Во первых, у inetd другой алгоритм работы<br><br>Ну, даже если inetd или его аналоги приспособить к делу не удастся, написать демона, который слушает порты, которые скажут, и при любой активности на них &#8212; передаёт управление, куда следует &#8212; не такая уж сложная задача.<br><br>&gt; А что делать, когда активация таймера привязана к запуску или остановке других <br>&gt; юнитов? <br><br>А что мешает добавить/убрать новое задание? Мне кажется, это вполне можно сделать и налету.<br><br>&gt;&gt; некоторый демон-супервизор <br>&gt; Так это и есть init: он знает все процессы, в т.ч. к <br>&gt; какому ранлевелу какой принадлежит.<br><br>Такой супервизер не обязан вообще что-то знать о ранлевелах и всех запущенных процессах. Он должен знать о тех процессах, которые под его управлением. И только.<br>А задача инита &#8212; запустить помянутый выше конфигуратор (на каждом ранлевеле &#8212; со своим .target, от которого начинается цепочка), который, в свою очередь, обеспечит запуск этого супервизера в тех случаях, когда это действительно нужно.<br><br>И sysvinit https://www.opennet.ru/openforum/vsluhforumID3/119023.html#186 Sat, 23 Nov 2019 15:23:02 GMT &gt; а зачем тогда в Debian Wheezy ввели LSB-headers, чтобы обеспечить ту самую <br>&gt; загрузку по зависимостям?<br><br>Ну да, реинкарнация заголовков, очень похожая на фряшную, на которой механизм загрузочных зависимостей был реализован с незапамятных времен, очень ИМХО просто и понятно, и где всегда можно было поюзать rcorder(8) утилитку чтоб посмотреть порядок rcorder(8) зависимостей<br> https://www.opennet.ru/openforum/vsluhforumID3/119023.html#185 Thu, 21 Nov 2019 14:54:53 GMT &gt; для .socket &#8212; это inetd<br><br>Здесь есть две проблемы. Во первых, у inetd другой алгоритм работы: он держит слушающий сокет у себя, а сервер (не являющийся демоном) запускает для каждого соединения отдельный; systemd же при первом соединении передаёт слушающий сокет демону и до завершения демона его не трогает. Во вторых, в случае с systemd демон запускается со всем набором фич изоляции и ограничения ресурсов (например, он может вообще не иметь доступа в сеть кроме упомянутого сокета, либо быть воткнутым в неймспейсы другого демона) &#8212; т.е. сокет надо будет как-то передать упомянутому далее супервайзору, в возможности чего я сомневаюсь.<br><br>&gt; для .timer &#8212; старый добрый cron/anacron.<br><br>А что делать, когда активация таймера привязана к запуску или остановке других юнитов? Тут нужен демон динамических относительных таймеров, что в задумку крона не очень-то влазит.<br><br>&gt; некоторый демон-супервизор<br><br>Так это и есть init: он знает все процессы, в т.ч. к какому ранлевелу какой принадлежит.<br><br>&gt; И однозн https://www.opennet.ru/openforum/vsluhforumID3/119023.html#184 Thu, 21 Nov 2019 12:39:34 GMT &gt; сильно дороже<br>&gt; будет соответствовать Вашим запросам<br><br>Такое, увы, нередко отыскивается не в пресловутой загранице, а в разделе &#171;на заказ&#187; какой-нибудь фабрики. И этот заказ ещё сформировать уметь надо. Но, да, за деньги, которые там попросят, действительно любой каприз доступен!<br><br><br>