https://www.opennet.ru/openforum/vsluhforumID3/93993.html Бидейл Гарби (Bdale Garbee), председатель Технического комитета Debian, объявил (https://lists.debian.org/debian-ctte/2014/02/msg00405.html) итоги третьего голосования по вопросу перехода следующего выпуска Debian на новую систему инициализации. В голосовании победил systemd, который будет использован по умолчанию в Debian GNU/Linux Jessie. Четыре участника технического комитета проголосовали за systemd, а четыре отдали предпочтение upstart. Для разрешения конфликта интересов Бидейл Гарби, как председатель, воспользовался правом дополнительного голоса. <br><br><br>Решение может быть пересмотрено путем проведения референдума среди всех разработчиков Debian. В резолюции указано, что в случае если большинство разработчиков Debian отдадут предпочтение системе инициализации отличной от systemd, то такое решение будет иметь более высокий приоритет и будет автоматически утверждено техническим комитетом. С учётом большого числа разногласий в сообществе разработчиков, вероятность проведения общего референдума очень высока.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/93993.html#302 Thu, 13 Mar 2014 22:27:26 GMT &gt; краткая сводка <br>&gt; текущее положение вещей - init отлажен и работает как часы, его хотят <br>&gt; сменить на потенциально лучшую систему из следующих претендентов systemd, upstart, openrc. <br>&gt; Все системы обладают общим недостатком - недостаточная готовность к замене стабильной и <br>&gt; за многие годы отлично зарекомендовавшей себя системе инициализации на bash.<br><br>Она не является ни стабильной, ни отлично себя зарекомендовавшей... Хотя конечно кое-кто кое-где может быть ею вполне доволен.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/93993.html#301 Thu, 13 Mar 2014 21:16:18 GMT &gt;[оверквотинг удален]<br>&gt; что можно просто прочесть текст скрипта непосредственно в консоли, в отличии <br>&gt; от.<br>&gt;&gt;думаю в каждом дистрибутиве по разному, но различие некоторых настроек в самих скриптах &gt;и баше ведут к неминуемым появлениям дыр в системе.<br>&gt; Какие именно настройки в баше могут сделать дыру в инициализации системы? Вы <br>&gt; это серьезно?<br>&gt; Как мне вообще настроить баш при использовании system5init, чтобы в системе от <br>&gt; этого появилась дыра?<br>&gt; Настройки в самих скриптах - как максимум разные пути к файлам типа <br>&gt; mount, modprobe, etc. либо разные имена переменных окружения. Откуда неминуемые дыры <br>&gt; берутся, можно уточнить? Максимум проблем - демон не стартует.<br><br>Проблемы на самом деле могут быть абсолютно любые и не предсказуемые. По причине универсальности языка программирования bash а также высоких привелегий. Конечно, предустановленные и, есть надежда, неплохо протестированные скрипты будут разве что тормозить на старте, а также делать разного рода совершенно ненужные операции, при чём https://www.opennet.ru/openforum/vsluhforumID3/93993.html#300 Thu, 27 Feb 2014 09:57:57 GMT Интересно убунтологи отстоят свой тривиальный Upstart ???<br> https://www.opennet.ru/openforum/vsluhforumID3/93993.html#299 Mon, 17 Feb 2014 22:18:05 GMT &gt;&gt;&gt; Характерный пример - решил я в postgresql временные таблицы на /dev/shm разместить - создать там tablespace для них.<br>&gt;&gt; По мозгам за хранение данных от нечего делать в shared memory давать <br>&gt;&gt; надо.<br>&gt; Ну-ну... Когда мудрая 1С создает по 40-50 тысяч временных таблиц, из которых <br>&gt; использует 5, это неплохой выход. О проблемах, связанных с этим, я <br>&gt; думал побольше Вашего...<br>&gt; Учтите на будущее, что связка 1С8.2 + postgress9 стартует и работает, даже <br>&gt; если временные таблицы постгри удалены/не сохранились...<br><br>Не про сохранность речь, а про то, что не надо гадить туда, где нормальный софт страницы posix shm держит.<br><br>&gt;&gt;&gt; изменить права, скопировать на него сохраненные после остановки сервера данные этого tablespace - все это в 5 строчек на шелле уместилось и 10 минут работы.<br>&gt;&gt; Все это точно так же делается 5-ю строчками через systemd, причем, даже <br>&gt;&gt; без скриптов-обвязок, хотя и ими тоже можно.<br>&gt; Путем перекомпиляции? В добрый путь... Не, можно и из Твери в Москву <br>&gt; через Владивосток ехать.. https://www.opennet.ru/openforum/vsluhforumID3/93993.html#297 Fri, 14 Feb 2014 21:52:27 GMT &gt;&gt; Дебиан тухнет <br>&gt; да. но встраивание systemd &#8212; это шаг в сторону обратную от затухания.<br><br>учитывая, что ты потрясающе невежественнен, то если ты что-то хвалишь &#8212; почти наверняка это куча гуано. всё-таки и подобные тебе люди иногда полезны.<br> https://www.opennet.ru/openforum/vsluhforumID3/93993.html#295 Fri, 14 Feb 2014 15:17:17 GMT &gt; Дебиан тухнет<br><br>да. но встраивание systemd -- это шаг в сторону обратную от затухания.<br> https://www.opennet.ru/openforum/vsluhforumID3/93993.html#294 Fri, 14 Feb 2014 15:09:54 GMT &gt;&gt; Характерный пример - решил я в postgresql временные таблицы на /dev/shm разместить - создать там tablespace для них.<br>&gt; По мозгам за хранение данных от нечего делать в shared memory давать <br>&gt; надо.<br><br>Ну-ну... Когда мудрая 1С создает по 40-50 тысяч временных таблиц, из которых использует 5, это неплохой выход. О проблемах, связанных с этим, я думал побольше Вашего...<br>Учтите на будущее, что связка 1С8.2 + postgress9 стартует и работает, даже если временные таблицы постгри удалены/не сохранились... <br><br>&gt;&gt; Перед стартом постгри создать устройство, смонтировать <br>&gt; В дебиане используется /run/shm вместо общепринятого /dev/shm, клоун.<br>&gt; Enjoy your debian.<br><br>Я что, где-то писал, что Дебиан использую? Речь идет о плюсах system5init.<br><br>&gt;&gt; изменить права, скопировать на него сохраненные после остановки сервера данные этого tablespace - все это в 5 строчек на шелле уместилось и 10 минут работы.<br>&gt; Все это точно так же делается 5-ю строчками через systemd, причем, даже <br>&gt; без скриптов-обвязок, хотя и ими тоже мож https://www.opennet.ru/openforum/vsluhforumID3/93993.html#293 Fri, 14 Feb 2014 14:58:03 GMT &gt; вообще то я имел ввиду баги образующиеся после неумелого переписывания стандартных скриптов инициализации.<br><br>КЕМ? Кем скрипты инициалазации неумело переписываются? <br>&gt; да и один большой недостаток всей этой системы инициализации то, что она использует bash оболочку на ранних стадиях. <br><br>Да это же ее основное преимущество, а не недостаток. Как и то, что можно просто прочесть текст скрипта непосредственно в консоли, в отличии от.<br>&gt;думаю в каждом дистрибутиве по разному, но различие некоторых настроек в самих скриптах &gt;и баше ведут к неминуемым появлениям дыр в системе. <br><br>Какие именно настройки в баше могут сделать дыру в инициализации системы? Вы это серьезно?<br>Как мне вообще настроить баш при использовании system5init, чтобы в системе от этого появилась дыра?<br>Настройки в самих скриптах - как максимум разные пути к файлам типа mount, modprobe, etc. либо разные имена переменных окружения. Откуда неминуемые дыры берутся, можно уточнить? Максимум проблем - демон не стартует.<br>&gt;тем более , что обнаружить эту д https://www.opennet.ru/openforum/vsluhforumID3/93993.html#292 Thu, 13 Feb 2014 19:08:34 GMT &gt;&gt;&gt; Любое количество хоть сколько угодно умных людей, без единого центра принятия решений превращается в толпу быдла.<br>&gt;&gt;&gt; Почему? Потому что ответственность размыта, концов не найдешь, никто ни за что не в ответе. Решение "коллективное" - а поэтому всегда идиотское, непродуманное, безответственное.<br>&gt;&gt; Точно. То ли дело Непогрешимое Единственно Верное Решение Самого Главного.<br>&gt; Демагогия. Он не принимает решений. Он посылает непонятные сигналы боярам.<br>&gt; А насчет "коллективного безответственного" он прав так-то.