https://www.opennet.me/openforum/vsluhforumID3/134418.html Представлен релиз классической системы инициализации SysVinit 3.10, которая широко применялась в дистрибутивах Linux во времена до systemd и upstart, а теперь продолжает использоваться в таких дистрибутивах, как Devuan, Debian GNU/Hurd и antiX. Код написан на языке Си и распространяется под лицензией GPLv2. Версии применяемых в связке с sysvinit утилит insserv и startpar не изменились. Утилита insserv предназначена для организации процесса загрузки с учётом зависимостей между init-скриптами, а startpar применяется для обеспечения параллельного запуска нескольких скриптов в процессе загрузки системы...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=61625<br> https://www.opennet.me/openforum/vsluhforumID3/134418.html#268 Thu, 08 Aug 2024 14:12:24 GMT Не надо путать своё нежелание документировать систему и особенности работы того или иного решения.<br>Если вы принимаете дела просто "для галочки", ничего в этом не понимая, потом не надо тут рыдать про "знание Древних уже давно утрачено".<br><br>ЛЮБАЯ система нуждается в документировании и вдумчивом подходе. Если это не делается &#8212; то уже всё равно что использовать.<br> https://www.opennet.me/openforum/vsluhforumID3/134418.html#267 Sun, 04 Aug 2024 02:49:19 GMT &gt; Блин, неадекватный тут ты.<br><br>Да да, это я тут кричу не нужно потому что цвет фломастера не красивый. У тебя адекватность так и хлещет.<br>И это все твои аргументы овно.<br><br>&gt;startpar применяется для обеспечения параллельного запуска нескольких скриптов в процессе загрузки системы". То, что это отдельный модуль, а не часть запускатора - шок, да?<br><br>Шок контент то что должно быть из коробки надо админу ставить отдельно и настраивать. Гениально!!!<br>так то твой обос*аный SysVinit весь состоит из модулей, ну как из модулей, отдельный приложений, где ты должен склеить овном в одно целое и надеется, что оно будет работать.<br>Это гениально!<br><br>&gt;Пример - я троллю, что сравнение фичи "Управление зависимостями" сформулировано отстойно. Ты ведёшься.<br><br>Я тебе сразу сказал, ты неадекват. Что ты и подтверждаешь! Молодец.<br><br>&gt;Ну что, я хейтю systemd или &lt;s&gt;хейтю&lt;/s&gt; троллю отстойных агитаторов?<br><br>ты забыл штаны снять, обос*ался ты.<br> https://www.opennet.me/openforum/vsluhforumID3/134418.html#266 Sat, 03 Aug 2024 19:13:47 GMT Блин, неадекватный тут ты.<br>Я два раза сказал - ваши (systemd-агитаторов) аргументы gov.no. Потому что берёте их из методички и не думаете. Совсем. <br><br>Пример - ты говоришь о том, что systemd делает параллельный запуск, SysVinit не делает.<br>Разуй глаза. Прямо в конце первого абзаца новости - "startpar применяется для обеспечения параллельного запуска нескольких скриптов в процессе загрузки системы". То, что это отдельный модуль, а не часть запускатора - шок, да? Это, кстати, "Модульность и расширяемость" :)<br><br>Пример - я троллю, что сравнение фичи "Управление зависимостями" сформулировано отстойно. Ты ведёшься. <br>Ты не понимаешь (и не говоришь об этом), что преимуществом systemd является учёт того, что при запуске сервиса, зависящего от другого, тот, другой, действительно запущен. Systemd так делает. Windows service manager так делает. SysVinit так делает? Нет. Он только учитывает последовательность запуска, а не зависимость от статуса.<br><br>Ну что, я хейтю systemd или &lt;s&gt;хейтю&lt;/s&gt; троллю отстойных агитаторов?<br> https://www.opennet.me/openforum/vsluhforumID3/134418.html#265 Sat, 03 Aug 2024 09:26:01 GMT &gt; DHCP с блокированием того что за ним стартовало например<br><br>подожди, подожди, ты собрался монтировать по сети через NFS что-то еще до подъема сети? :) <br><br>если у тебя десктоп, то конечно, ждать DHCP это уныло - ведь может ты не будешь запускать браузер сразу чтоб котиков смотреть... <br>но и это надо править не в стартовых конфигах, а внезапно, в настройках сети...<br> https://www.opennet.me/openforum/vsluhforumID3/134418.html#264 Sat, 03 Aug 2024 09:12:20 GMT &gt; А вот фиг<br><br>кто же мне запретит залезть из постинсталл скрипта в /etc ? <br> https://www.opennet.me/openforum/vsluhforumID3/134418.html#263 Sat, 03 Aug 2024 09:09:49 GMT рыночная доля сливается только на фоне ее всплеска при домашнем ковидо-сидении, когда ноутбуки с хромоосью покупали как не в себя<br> https://www.opennet.me/openforum/vsluhforumID3/134418.html#262 Sat, 03 Aug 2024 09:04:59 GMT &gt; backports дебиана этого - есть.<br><br>во-первых, "As Debian Backports do not support Long Term Support" (с)<br>во-вторых, "Backports cannot be tested as extensively as Debian stable, and backports are provided on an as-is basis, with risk of incompatibilities with other components in Debian stable. Use with care!" (с)<br><br>Но, естественно, установить на сервер васянскую версию комбайна работающего c pid=1 из бэкпортов и остаться без поддрежки, это в стиле "фанатеющая от арча" <br><br>Это вам не про "сервер под кроватью", это решения уровня энтерпрайз Одминов Амазона и Гуголя!<br><br><br><br>ЗЫ: Замечу, что с проблемами системд из backports тебе не помогут ни команда системд (они официально не поддерживают старые версии, для них старое это больше года и в bullseye-backports значит уже ваяется старье) ни в команде дебиана - они же предупредили "Use with care!" и "doesn't follow LTS". <br><br> https://www.opennet.me/openforum/vsluhforumID3/134418.html#261 Sat, 03 Aug 2024 06:18:09 GMT &gt; В *BSD тоже же инит с runlevels, но он кодово не связан <br><br>эксперты... даже читать не обучены, некогда-некогда спринтнеждет. Пару букв знакомых увидели, слово до конца дочитывать незачем.<br><br>&gt; и заточен под ядра конкретной ветки BSD.<br><br>тоже нет. Он примитивен как палка. Как и должен был бы быть нормальный юникс софт.<br>Запускает /etc/rc и подбирает waitpid'ом бесхозные процессы. Больше ничего нет. <br>/etc/rc - обычный шелл-скрипт (вернее, это в обычных ситуациях, а так ему все равно, можешь бинарник с таким именем положить туда).<br><br>&gt; Setting the security level above 1 too <br><br>security level не имеет никакого отношения ни к иниту, ни к runlevels.<br><br> https://www.opennet.me/openforum/vsluhforumID3/134418.html#260 Sat, 03 Aug 2024 06:12:05 GMT &gt; Во первых, ExecStartPre<br><br>мне феерично по-й.<br><br>&gt; Не, sleep 1000 это концептуально неверный подход -<br><br>зато он работает.<br>А костыли предусмотренные изготовителем - нет.<br><br>&gt; А, да, мне еще знакомый девопс мастеркласс дал - запилив на скорость честный startup notification<br><br>угу, в коде какого-нибудь postgres (речь для мастера передергиваний была о том что у недотепы стартует софт, использующий базу, а база еще занята перебиранием своими внутренностями, и предусмотреть в софте эту ситуацию нельзя, он эту маску же ж на стройке нашел)<br><br>Безусловно вот этой вот хренью страдать - гораздо лучше и эффективнее чем какие-то фунимодные баш скрипты - их-то кто угодно может поправить, а поделку твоего девляпса еще поди вообще найди в чужой незнакомой системе. <br><br>&gt; А есть еще пара способов - см выше. Наименее кривой, так то - честная стартап нотификация. <br><br>разработчики переносимого софта под юникс системы, а не lin00ps only удивленно чешут репы - куда им ее пихать в какой-нибудь фре.<br><br>И да, напоминаю что это предла