http://freesource.info/wiki/ТЗ/initscripts History/revisions of FreeSource/ТЗ/initscripts en-us http://freesource.info/wiki/TZ/initscripts/show?time=2008-03-08+22%3A36%3A58 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a name=".tz.initscripts" href="http://freesource.info/wiki/TZ/initscripts&" class="">/ТЗ&nbsp;/&nbsp;initscripts</a> за <a href="http://freesource.info/wiki/TZ/initscripts?time=2008-03-08+22%3A36%3A58">2008-03-08 22:36:58</a> и <a href="http://freesource.info/wiki/TZ/initscripts">2008-04-21 18:44:44</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">Каким образом это&nbsp;происходит сейчас <a href="http://lists.altlinux.org/pipermail/devel/2003-April/011856.html" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />в ALT&nbsp;Linux</a>? Первый процесс в&nbsp;системе &mdash; это&nbsp;реализация SysVinit. Его&nbsp;файл настроек хранится в&nbsp;/etc/inittab и, если его&nbsp;рассмотреть, то&nbsp;видно, что&nbsp;сначала запускается файл /etc/rc.d/rc.sysinit, и&nbsp;ожидается его&nbsp;завершение, затем запускается файл /etc/rc.d/rc с&nbsp;параметром текущего уровня запуска (runlevel, понятие из&nbsp;SysVinit), завершения которого снова ожидают, а&nbsp;затем запускается некоторое количество процессов mingetty, которые инициализируют традиционные в&nbsp;Linux эмуляторы терминалов и&nbsp;выводят приглашения на&nbsp;вход пользователя.</div><br /> <b>Удалено:</b><br /> <div class="deletions">Каким образом это&nbsp;происходит сейчас в&nbsp;ALT Linux? Первый процесс в&nbsp;системе &mdash; это&nbsp;реализация SysVinit. Его&nbsp;файл настроек хранится в&nbsp;/etc/inittab и, если его&nbsp;рассмотреть, то&nbsp;видно, что&nbsp;сначала запускается файл /etc/rc.d/rc.sysinit, и&nbsp;ожидается его&nbsp;завершение, затем запускается файл /etc/rc.d/rc с&nbsp;параметром текущего уровня запуска (runlevel, понятие из&nbsp;SysVinit), завершения которого снова ожидают, а&nbsp;затем запускается некоторое количество процессов mingetty, которые инициализируют традиционные в&nbsp;Linux эмуляторы терминалов и&nbsp;выводят приглашения на&nbsp;вход пользователя.</div></div> http://freesource.info/wiki/TZ/initscripts/show?time=2008-03-06+01%3A01%3A37 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/TZ/initscripts&" class="">/ТЗ&nbsp;/&nbsp;initscripts</a> за <a href="http://freesource.info/wiki/TZ/initscripts?time=2008-03-06+01%3A01%3A37">2008-03-06 01:01:37</a> и <a href="http://freesource.info/wiki/TZ/initscripts?time=2008-03-08+22%3A36%3A58">2008-03-08 22:36:58</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">Известно, что&nbsp;Linux-системы, использующие сценарии запуска SysV, запускаются достаточно долго. Это&nbsp;связано в&nbsp;первую очередь с&nbsp;тем, что&nbsp;сценарии запуска системы выполняются последовательно. Играют роль задержки при&nbsp;обращении к&nbsp;оборудованию. Также сильно замедляет загрузку обращение к&nbsp;многочисленным конфигурационным файлам. Это&nbsp;легко увидеть, посмотрев как&nbsp;&laquo;взлетает&raquo; система с&nbsp;флэш-диска. Существует несколько альтернативных реализаций сценариев запуска.<br /> Проведя некоторое время в&nbsp;размышлениях по&nbsp;поводу запукса GNU/Linux систем в&nbsp;целом и&nbsp;ALT Linux в&nbsp;частности, спешу поделиться своим опытом.<br /> <ul><li> многочисленные bash-скрипты запускаемые SysVinit </li><li> скрипты, написанные для&nbsp;новой системы upstart </li><li> вариант, предлагаемый разработчиками init-ng.</li></ul> Далее загрузщик так&nbsp;или иначе загружает в&nbsp;память ядро Linux и, обычно передает ему&nbsp;образ initrd (если не&nbsp;ошибають от&nbsp;Initial RAM&nbsp;Disk &mdash; начальный рамдиск). Это&nbsp;уже интереснее. Этот самый образ initrd является архивом, который содержит структуру файлов и&nbsp;каталогов, очень похожую на&nbsp;обычный корень файловой системы используемой традиционно в&nbsp;GNU/Linux. Только всего там&nbsp;по&nbsp;минимому. Ну&nbsp;это и&nbsp;понятно, поскольку этот образ разворачивается в&nbsp;память и&nbsp;там и&nbsp;работает.<br /> Каким образом это&nbsp;происходит сейчас в&nbsp;ALT Linux? Первый процесс в&nbsp;системе &mdash; это&nbsp;реализация SysVinit. Его&nbsp;файл настроек хранится в&nbsp;/etc/inittab и, если его&nbsp;рассмотреть, то&nbsp;видно, что&nbsp;сначала запускается файл /etc/rc.d/rc.sysinit, и&nbsp;ожидается его&nbsp;завершение, затем запускается файл /etc/rc.d/rc с&nbsp;параметром текущего уровня запуска (runlevel, понятие из&nbsp;SysVinit), завершения которого снова ожидают, а&nbsp;затем запускается некоторое количество процессов mingetty, которые инициализируют традиционные в&nbsp;Linux эмуляторы терминалов и&nbsp;выводят приглашения на&nbsp;вход пользователя.<a name="h552-1"></a><h3>InitNG</h3> Начнем с&nbsp;initng. Эта&nbsp;система написана для&nbsp;того, чтобы решить некоторые недостатки SysVinit, о&nbsp;которых я&nbsp;напишу ниже. После запуска в&nbsp;качестве первого процесса initng смотрит на&nbsp;свои настройки в&nbsp;/etc/initng/. В&nbsp;этой папке хранятся иерархически организованные файлы конфигурации ifiles, в&nbsp;которых и&nbsp;описаны различные действия по&nbsp;инициализации системы (сервисы), а&nbsp;так же&nbsp;дополнительная информация.<br /> Это&nbsp;весьма экстравагантная система, которая сейчас усиленно развивается. Она&nbsp;является так&nbsp;называемой &laquo;системой, основанной на&nbsp;событиях&raquo; (&laquo;events base system&raquo;). Неудивительно, что&nbsp;там есть понятие события. Событие в&nbsp;upstart описывается строкой. И&nbsp;ее скрипты могут активироваться по&nbsp;тем или&nbsp;иным событиям. Как&nbsp;предполагается использовать систему?<br /> Ну&nbsp;критики SysVinit предостаточно в&nbsp;интернет. В&nbsp;основном все&nbsp;сводиться к&nbsp;тому, что&nbsp;получаемая в&nbsp;результате система грузиться очень долго из-за того, что&nbsp;в&nbsp;единый момент времени запускается только один сервис, а&nbsp;он может долго ожидать реакции оборудования. Далее, очень тяжело управлять последовательностью запуска скриптов. Ведь разрабатывая скрипт запуска какого-либо демона мы&nbsp;совершенно не&nbsp;знаем, какими по&nbsp;счету будут запускаться остальные и&nbsp;каким надо запустить наш. Гораздо проще указать зависимости и&nbsp;забыть о&nbsp;последовательности запуска.<br /> Про&nbsp;upstart могу сказать следующее. Вообще, в&nbsp;принципе я&nbsp;могу представить аккуратно написанные сильно ветвящиеся и&nbsp;параллельно запускаемые сервисы, но&nbsp;текущее положение дел&nbsp;в&nbsp;ubuntu ограничилось эмуляцией SysVinit. Да&nbsp;и зависимости эмулировать в&nbsp;такой системе очень сложно. Я, например, с&nbsp;трудом представляю, как&nbsp;в&nbsp;такой системе сделать человеческое управление зависимостями. Еще&nbsp;сложнее сделать управление зависимостями и&nbsp;придумать способ гибко настраивать, что&nbsp;будет запускаться, а&nbsp;что нет. Сложности проистекают, в&nbsp;основном тогда, когда сервис зависит от&nbsp;нескоьких других.<br /> Далее в&nbsp;случае миграции на&nbsp;init-ng я&nbsp;сумел найти такое вот&nbsp;простое <a name=".dmitrijmaslennikov.porting" href="http://freesource.info/wiki/DmitrijMaslennikov/porting&" class="" title="Dmitrij&nbsp;Maslennikov&nbsp;/&nbsp;porting">решение</a> организации совместимости старых скриптов и&nbsp;новой системы инициализации. Кроме того, init-ng позволяет писать плагины, в&nbsp;частности можно будет написать плагин, который будет парсить файлы, написанные с&nbsp;комментариями согласно LSB&nbsp;<a href="http://refspecs.freestandards.org/LSB_3.2.0/LSB-Core-generic/LSB-Core-generic/initscrcomconv.html" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />стандарта</a>.</div><br /> <b>Удалено:</b><br /> <div class="deletions">Известно, что&nbsp;Linux-системы, использующие сценарии запуска <span class="missingpage">Sys&nbsp;V</span><a href="http://freesource.info/wiki/SysV/edit?add=1&" title="Создать эту страницу">?</a>, запускаются достаточно долго. Это&nbsp;связано в&nbsp;первую очередь с&nbsp;тем, что&nbsp;сценарии запуска системы выполняются последовательно. Играют роль задержки при&nbsp;обращении к&nbsp;оборудованию. Также сильно замедляет загрузку обращение к&nbsp;многочисленным конфигурационным файлам. Это&nbsp;легко увидеть, посмотрев как&nbsp;&laquo;взлетает&raquo; система с&nbsp;флэш-диска. Существует несколько альтернативных реализаций сценариев запуска.<br /> Проведя некоторое время в&nbsp;размышлениях по&nbsp;поводу запукса GNU/Linux систем в&nbsp;целом и&nbsp;<a name="altlinux" href="http://freesource.info/wiki/AltLinux&" class="">Alt&nbsp;Linux</a> в&nbsp;частности, спешу поделиться своим опытом.<br /> <ul><li> многочисленные bash-скрипты запускаемые <span class="missingpage">Sys&nbsp;V&nbsp;Init</span><a href="http://freesource.info/wiki/SysVInit/edit?add=1&" title="Создать эту страницу">?</a> </li><li> скрипты написанные для&nbsp;новой системы upstart </li><li> вариант предлагаемый разработчиками init-ng.</li></ul> Далее загрузщик так&nbsp;или иначе загружает в&nbsp;память ядро Linux и, обычно передает ему&nbsp;образ initrd (если не&nbsp;ошибають от&nbsp;Initialisation RAM&nbsp;Drive &mdash; диск инициализации в&nbsp;памяти). Это&nbsp;уже интереснее. Этот самый образ initrd является архивом, который содержит структуру файлов и&nbsp;каталогов, очень похожую на&nbsp;обычный корень файловой системы используемой традиционно в&nbsp;GNU/Linux. Только всего там&nbsp;по&nbsp;минимому. Ну&nbsp;это и&nbsp;понятно, поскольку этот образ разворачивается в&nbsp;память и&nbsp;там и&nbsp;работает.<br /> Каким образом это&nbsp;происходит сейчас в&nbsp;<a href="http://freesource.info/wiki/AltLinux&" class="">Alt&nbsp;Linux</a>? Первый процесс в&nbsp;системе &mdash; это&nbsp;реализация <span class="missingpage">Sys&nbsp;V&nbsp;Init</span><a href="http://freesource.info/wiki/SysVInit/edit?add=1&" title="Создать эту страницу">?</a>. Его&nbsp;файл настроек хранится в&nbsp;/etc/inittab и, если его&nbsp;рассмотреть, то&nbsp;видно, что&nbsp;сначала запускается файл /etc/rc.d/rc.sysinit, и&nbsp;ожидается его&nbsp;завершение, затем запускается файл /etc/rc.d/rc с&nbsp;параметром текущего уровня запуска (runlevel, понятие из&nbsp;<span class="missingpage">Sys&nbsp;V&nbsp;Init</span><a href="http://freesource.info/wiki/SysVInit/edit?add=1&" title="Создать эту страницу">?</a>), завершения которого снова ожидают, а&nbsp;затем запускается некоторое количество процессов mingetty, которые инициализируют традиционные в&nbsp;Linux эмуляторы терминалов и&nbsp;выводят приглашения на&nbsp;вход пользователя.<a name="h552-1"></a><h3><span class="missingpage">Init&nbsp;NG</span><a href="http://freesource.info/wiki/InitNG/edit?add=1&" title="Создать эту страницу">?</a></h3> Начнем с&nbsp;initng. Эта&nbsp;система написана для&nbsp;того, чтобы решить некоторые недостатки <span class="missingpage">Sys&nbsp;V&nbsp;Init</span><a href="http://freesource.info/wiki/SysVInit/edit?add=1&" title="Создать эту страницу">?</a>, о&nbsp;которых я&nbsp;напишу ниже. После запуска в&nbsp;качестве первого процесса initng смотрит на&nbsp;свои настройки в&nbsp;/etc/initng/. В&nbsp;этой папке хранятся иерархически организованные файлы конфигурации ifiles, в&nbsp;которых и&nbsp;описаны различные действия по&nbsp;инициализации системы (сервисы), а&nbsp;так же&nbsp;дополнительная информация.<br /> Это&nbsp;весьма экстравагантная система, которая сейчас усиленно развивается. Она&nbsp;является так&nbsp;называемой &laquo;системой основанной на&nbsp;событиях&raquo; (&laquo;events base system&raquo;). Неудивительно, что&nbsp;там есть понятие события. Событие в&nbsp;upstart описывается строкой. И&nbsp;ее скрипты могут активироваться по&nbsp;тем или&nbsp;иным событиям. Как&nbsp;предполагается использовать систему?<br /> Ну&nbsp;критики <span class="missingpage">Sys&nbsp;V&nbsp;Init</span><a href="http://freesource.info/wiki/SysVInit/edit?add=1&" title="Создать эту страницу">?</a> предостаточно в&nbsp;интернет. В&nbsp;основном все&nbsp;сводиться к&nbsp;тому, что&nbsp;получаемая в&nbsp;результате система грузиться очень долго из-за того, что&nbsp;в&nbsp;единый момент времени запускается только один сервис, а&nbsp;он может долго ожидать реакции оборудования. Далее, очень тяжело управлять последовательностью запуска скриптов. Ведь разрабатывая скрипт запуска какого-либо демона мы&nbsp;совершенно не&nbsp;знаем, какими по&nbsp;счету будут запускаться остальные и&nbsp;каким надо запустить наш. Гораздо проще указать зависимости и&nbsp;забыть о&nbsp;последовательности запуска.<br /> Про&nbsp;upstart могу сказать следующее. Вообще, в&nbsp;принципе я&nbsp;могу представить аккуратно написанные сильно ветвящиеся и&nbsp;параллельно запускаемые сервисы, но&nbsp;текущее положение дел&nbsp;в&nbsp;ubuntu ограничилось эмуляцией <span class="missingpage">Sys&nbsp;V&nbsp;Init</span><a href="http://freesource.info/wiki/SysVInit/edit?add=1&" title="Создать эту страницу">?</a>. Да&nbsp;и зависимости эмулировать в&nbsp;такой системе очень сложно. Я, например, с&nbsp;трудом представляю, как&nbsp;в&nbsp;такой системе сделать человеческое управление зависимостями. Еще&nbsp;сложнее сделать управление зависимостями и&nbsp;придумать способ гибко настраивать, что&nbsp;будет запускаться, а&nbsp;что нет. Сложности проистекают, в&nbsp;основном тогда, когда сервис зависит от&nbsp;нескоьких других.<br /> Далее в&nbsp;случае миграции на&nbsp;init-ng я&nbsp;сумел найти такое вот&nbsp;простое <a href="http://freesource.info/wiki/DmitrijMaslennikov/porting&" class="" title="Dmitrij&nbsp;Maslennikov&nbsp;/&nbsp;porting">решение</a> организации совместимости старых скриптов и&nbsp;новой системы инициализации. Кроме того init-ng позволяет писать плагины, в&nbsp;частности можно будет написать плагин, который будет парсить файлы, написанные с&nbsp;комментариями согласно LSB&nbsp;<a href="http://refspecs.freestandards.org/LSB_3.2.0/LSB-Core-generic/LSB-Core-generic/initscrcomconv.html" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />стандарта</a>.</div></div> http://freesource.info/wiki/TZ/initscripts/show?time=2008-03-05+20%3A49%3A24 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/TZ/initscripts&" class="">/ТЗ&nbsp;/&nbsp;initscripts</a> за <a href="http://freesource.info/wiki/TZ/initscripts?time=2008-03-05+20%3A49%3A24">2008-03-05 20:49:24</a> и <a href="http://freesource.info/wiki/TZ/initscripts?time=2008-03-06+01%3A01%3A37">2008-03-06 01:01:37</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">Про&nbsp;upstart могу сказать следующее. Вообще, в&nbsp;принципе я&nbsp;могу представить аккуратно написанные сильно ветвящиеся и&nbsp;параллельно запускаемые сервисы, но&nbsp;текущее положение дел&nbsp;в&nbsp;ubuntu ограничилось эмуляцией <span class="missingpage">Sys&nbsp;V&nbsp;Init</span><a href="http://freesource.info/wiki/SysVInit/edit?add=1&" title="Создать эту страницу">?</a>. Да&nbsp;и зависимости эмулировать в&nbsp;такой системе очень сложно. Я, например, с&nbsp;трудом представляю, как&nbsp;в&nbsp;такой системе сделать человеческое управление зависимостями. Еще&nbsp;сложнее сделать управление зависимостями и&nbsp;придумать способ гибко настраивать, что&nbsp;будет запускаться, а&nbsp;что нет. Сложности проистекают, в&nbsp;основном тогда, когда сервис зависит от&nbsp;нескоьких других.<a name="h552-1"></a><h3>Предложения</h3> Так&nbsp;или иначе, в&nbsp;случае необходимости модернизировать загрузку системы, придется начать с&nbsp;разбиения скрипта rc.sysinit на&nbsp;несколько поменьше. С&nbsp;возможностью запускать чатсть из&nbsp;них параллельно. Это&nbsp;первый этап в&nbsp;мигрировании.<br /> Далее в&nbsp;случае миграции на&nbsp;init-ng я&nbsp;сумел найти такое вот&nbsp;простое <a href="http://freesource.info/wiki/DmitrijMaslennikov/porting&" class="" title="Dmitrij&nbsp;Maslennikov&nbsp;/&nbsp;porting">решение</a> организации совместимости старых скриптов и&nbsp;новой системы инициализации. Кроме того init-ng позволяет писать плагины, в&nbsp;частности можно будет написать плагин, который будет парсить файлы, написанные с&nbsp;комментариями согласно LSB&nbsp;<a href="http://refspecs.freestandards.org/LSB_3.2.0/LSB-Core-generic/LSB-Core-generic/initscrcomconv.html" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />стандарта</a>.</div><br /> <b>Удалено:</b><br /> <div class="deletions">Про&nbsp;upstart могу сказать следующее. Вообще, в&nbsp;принципе я&nbsp;могу представить аккуратно написанные сильно ветвящиеся и&nbsp;параллельно запускаемые сервисы, но&nbsp;текущее положение дел&nbsp;в&nbsp;ubuntu ограничилось эмуляцией <span class="missingpage">Sys&nbsp;V&nbsp;Init</span><a href="http://freesource.info/wiki/SysVInit/edit?add=1&" title="Создать эту страницу">?</a>. Да&nbsp;и зависимости эмулировать в&nbsp;такой системе очень сложно. Я, например, не&nbsp;все случаи могу уложить</div></div> http://freesource.info/wiki/TZ/initscripts/show?time=2008-03-05+20%3A02%3A23 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/TZ/initscripts&" class="">/ТЗ&nbsp;/&nbsp;initscripts</a> за <a href="http://freesource.info/wiki/TZ/initscripts?time=2008-03-05+20%3A02%3A23">2008-03-05 20:02:23</a> и <a href="http://freesource.info/wiki/TZ/initscripts?time=2008-03-05+20%3A49%3A24">2008-03-05 20:49:24</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><a name="h552-1"></a><h3>Обзор вариантов</h3><a name="h552-2"></a><h3><span class="missingpage">Init&nbsp;NG</span><a href="http://freesource.info/wiki/InitNG/edit?add=1&" title="Создать эту страницу">?</a></h3><a name="h552-3"></a><h3>Upstart</h3> Это&nbsp;весьма экстравагантная система, которая сейчас усиленно развивается. Она&nbsp;является так&nbsp;называемой &laquo;системой основанной на&nbsp;событиях&raquo; (&laquo;events base system&raquo;). Неудивительно, что&nbsp;там есть понятие события. Событие в&nbsp;upstart описывается строкой. И&nbsp;ее скрипты могут активироваться по&nbsp;тем или&nbsp;иным событиям. Как&nbsp;предполагается использовать систему?<br /> <ul><li> Первым стартует udev по&nbsp;событию startup (генерируется при&nbsp;старте upstart) </li><li> udev конфигурируется так, чтобы посылать сигнал new-block-device при&nbsp;появлении нового устройства </li><li> при&nbsp;появлении этого сигнала стартует checkfs </li><li> после его&nbsp;завершения стартует mountfs, который монтирует устройство, если оно&nbsp;в&nbsp;fstab и&nbsp;если оно&nbsp;было последним генерирует событие filesystem-mounted </li><li> и&nbsp;так далее</li></ul> То&nbsp;есть у&nbsp;нас выстраивается такая цепочка реакций на&nbsp;события, которые вновь могут порождать события. При&nbsp;этом мы&nbsp;говорим не&nbsp;только об&nbsp;инициализации системы, а&nbsp;и о&nbsp;работе upstart все&nbsp;время, так&nbsp;как события могут быть сгенерированы когда угодно, кем&nbsp;угодно.<a name="h552-4"></a><h3>Некоторые выводы и&nbsp;соображения</h3> Теперь я&nbsp;позволю себе сделать некоторые выводы и&nbsp;поделюсь своими соображениями.<br /> Ну&nbsp;критики <span class="missingpage">Sys&nbsp;V&nbsp;Init</span><a href="http://freesource.info/wiki/SysVInit/edit?add=1&" title="Создать эту страницу">?</a> предостаточно в&nbsp;интернет. В&nbsp;основном все&nbsp;сводиться к&nbsp;тому, что&nbsp;получаемая в&nbsp;результате система грузиться очень долго из-за того, что&nbsp;в&nbsp;единый момент времени запускается только один сервис, а&nbsp;он может долго ожидать реакции оборудования. Далее, очень тяжело управлять последовательностью запуска скриптов. Ведь разрабатывая скрипт запуска какого-либо демона мы&nbsp;совершенно не&nbsp;знаем, какими по&nbsp;счету будут запускаться остальные и&nbsp;каким надо запустить наш. Гораздо проще указать зависимости и&nbsp;забыть о&nbsp;последовательности запуска.<br /> Про&nbsp;upstart могу сказать следующее. Вообще, в&nbsp;принципе я&nbsp;могу представить аккуратно написанные сильно ветвящиеся и&nbsp;параллельно запускаемые сервисы, но&nbsp;текущее положение дел&nbsp;в&nbsp;ubuntu ограничилось эмуляцией <span class="missingpage">Sys&nbsp;V&nbsp;Init</span><a href="http://freesource.info/wiki/SysVInit/edit?add=1&" title="Создать эту страницу">?</a>. Да&nbsp;и зависимости эмулировать в&nbsp;такой системе очень сложно. Я, например, не&nbsp;все случаи могу уложить</div><br /> <b>Удалено:</b><br /> <div class="deletions">Это&nbsp;весьма экстравагантная система, которая сейчас усиленно развивается.</div></div> http://freesource.info/wiki/TZ/initscripts/show?time=2008-03-05+19%3A53%3A16 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/TZ/initscripts&" class="">/ТЗ&nbsp;/&nbsp;initscripts</a> за <a href="http://freesource.info/wiki/TZ/initscripts?time=2008-03-05+19%3A53%3A16">2008-03-05 19:53:16</a> и <a href="http://freesource.info/wiki/TZ/initscripts?time=2008-03-05+20%3A02%3A23">2008-03-05 20:02:23</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">Это&nbsp;весьма экстравагантная система, которая сейчас усиленно развивается.</div></div> http://freesource.info/wiki/TZ/initscripts/show?time=2008-03-05+19%3A10%3A22 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/TZ/initscripts&" class="">/ТЗ&nbsp;/&nbsp;initscripts</a> за <a href="http://freesource.info/wiki/TZ/initscripts?time=2008-03-05+19%3A10%3A22">2008-03-05 19:10:22</a> и <a href="http://freesource.info/wiki/TZ/initscripts?time=2008-03-05+19%3A53%3A16">2008-03-05 19:53:16</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">Теперь настает самый важный для&nbsp;нас этап. Первый процесс должен произвести окончательную инициализацию системы, и&nbsp;запустить необходимые пользовательские процессы. На&nbsp;этом этапе обычно происходит следующее:<br /> <ul><li> тестируется оборудование, подгружаются необходимые модули </li><li> запускается udev, который создает в&nbsp;/dev необходимые файлы устройств </li><li> монтируются все&nbsp;необходимые файловые системы </li><li> запускаются все&nbsp;указаные сервисы </li><li> запускается X-сервер с&nbsp;экраном входа в&nbsp;систему </li><li> запускаются *getty для&nbsp;консольного входа </li><li> настраивается сеть </li><li> куча чего еще&nbsp;что я&nbsp;не вспомнил, или&nbsp;что не&nbsp;важно для&nbsp;дальнейшего повествования</li></ul> Каким образом это&nbsp;происходит сейчас в&nbsp;<a href="http://freesource.info/wiki/AltLinux&" class="">Alt&nbsp;Linux</a>? Первый процесс в&nbsp;системе &mdash; это&nbsp;реализация <span class="missingpage">Sys&nbsp;V&nbsp;Init</span><a href="http://freesource.info/wiki/SysVInit/edit?add=1&" title="Создать эту страницу">?</a>. Его&nbsp;файл настроек хранится в&nbsp;/etc/inittab и, если его&nbsp;рассмотреть, то&nbsp;видно, что&nbsp;сначала запускается файл /etc/rc.d/rc.sysinit, и&nbsp;ожидается его&nbsp;завершение, затем запускается файл /etc/rc.d/rc с&nbsp;параметром текущего уровня запуска (runlevel, понятие из&nbsp;<span class="missingpage">Sys&nbsp;V&nbsp;Init</span><a href="http://freesource.info/wiki/SysVInit/edit?add=1&" title="Создать эту страницу">?</a>), завершения которого снова ожидают, а&nbsp;затем запускается некоторое количество процессов mingetty, которые инициализируют традиционные в&nbsp;Linux эмуляторы терминалов и&nbsp;выводят приглашения на&nbsp;вход пользователя.<br /> Таким образом видно, что&nbsp;все интересное происходит в&nbsp;rc.sysinit и&nbsp;rc.<br /> Так&nbsp;вот большую часть работы по&nbsp;базовой инициализации системы выполняет rc.sysinit. Это&nbsp;большой bash-скрипт, который устанавливает системный шрифт, проверяет файловые системы, монтирует их, запускает udev, и&nbsp;делает еще&nbsp;целую кучу всего интересного или&nbsp;нет (кому как&nbsp;:) ) и&nbsp;делает это, надо сказать весьма долго (у меня больше 20 секунд). Второй скрипт попроще, поскольку он&nbsp;просто идет в&nbsp;соответствующую папку (/etc/rc.d/rc&lt;runlevel&gt;.d) и&nbsp;запускает там&nbsp;все файлы (они все&nbsp;симлинки на&nbsp;файлы из&nbsp;/etc/init.d, но&nbsp;в принципе это&nbsp;по-барабану), начинающиеся с&nbsp;&#8220;K&#8221; с&nbsp;параметром stop, а&nbsp;затем все&nbsp;файлы, начинающиеся с&nbsp;&#8220;S&#8221; с&nbsp;параметром start. Соответственно все&nbsp;действия выполняют скрипты из&nbsp;/etc/init.d. Такой порядок заведен, для&nbsp;того, чтобы можно было менять состав и&nbsp;порядок выполнения скриптов из&nbsp;/etc/init.d для&nbsp;некоторого тюнинга процесса загрузки системы.<br /> Теперь посмотрим, что&nbsp;же&nbsp;предлагают нам&nbsp;остальные системы инициализации.<br /> Начнем с&nbsp;initng. Эта&nbsp;система написана для&nbsp;того, чтобы решить некоторые недостатки <span class="missingpage">Sys&nbsp;V&nbsp;Init</span><a href="http://freesource.info/wiki/SysVInit/edit?add=1&" title="Создать эту страницу">?</a>, о&nbsp;которых я&nbsp;напишу ниже. После запуска в&nbsp;качестве первого процесса initng смотрит на&nbsp;свои настройки в&nbsp;/etc/initng/. В&nbsp;этой папке хранятся иерархически организованные файлы конфигурации ifiles, в&nbsp;которых и&nbsp;описаны различные действия по&nbsp;инициализации системы (сервисы), а&nbsp;так же&nbsp;дополнительная информация.<br /> У&nbsp;каждого сервиса описанного в&nbsp;соответствующем ifile имеются зависимости. Это&nbsp;другие сервисы без&nbsp;отработки которых сервис не&nbsp;может работать корректно (например, web-сервис apache не&nbsp;может работать до&nbsp;того как&nbsp;сеть будет инициализирована). Есть возможность задавать и&nbsp;&laquo;мягкие зависимости&raquo;, это&nbsp;когда сервис может быть запущен без&nbsp;запуска некоторого, но&nbsp;если уж&nbsp;пользователь попросил запустить его, то&nbsp;он должен будет запуститься раньше (например, тот&nbsp;же&nbsp;apache может работать без&nbsp;mysql, но&nbsp;если мы&nbsp;запускаем и&nbsp;mysql, и&nbsp;apache, то&nbsp;лучше mysql перед apache). Так&nbsp;же&nbsp;сервисы могут предоставлять виртуальные сервисы, например и&nbsp;postfix, и&nbsp;qmail, и&nbsp;exim могут предоставлять сервис mta, тогда другие сервисы могут ставить себе в&nbsp;зависимость mta, не&nbsp;заботять о&nbsp;том, какой mta&nbsp;сейчас работает в&nbsp;действительности.<br /> Так&nbsp;вот, обычно initng смотрит в&nbsp;файл runlevels/default.runlevel и&nbsp;смотрит, что&nbsp;же&nbsp;ему надо запустить. И&nbsp;просто запускает все&nbsp;указанные сервисы. При&nbsp;этом каждый сервис запускается строго после того, как&nbsp;будет запущены все&nbsp;его зависимости и&nbsp;при этом как&nbsp;можно раньше. Это&nbsp;то, что&nbsp;называется параллельным запуском скриптов инициализации и&nbsp;зачастую существенно уменьшает время загрузки.<br /> Следующая система &mdash; это&nbsp;upstart.</div><br /> <b>Удалено:</b><br /> <div class="deletions">Теперь настает самый важный для&nbsp;нас этап. Первый процесс должен произвести окончательную инициализацию системы, и&nbsp;запустить необходимые пользовательские процессы. На&nbsp;этом этапе обычно происходит следующее:</div></div> http://freesource.info/wiki/TZ/initscripts/show?time=2008-01-29+20%3A46%3A56 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/TZ/initscripts&" class="">/ТЗ&nbsp;/&nbsp;initscripts</a> за <a href="http://freesource.info/wiki/TZ/initscripts?time=2008-01-29+20%3A46%3A56">2008-01-29 20:46:56</a> и <a href="http://freesource.info/wiki/TZ/initscripts?time=2008-03-05+19%3A10%3A22">2008-03-05 19:10:22</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">Проведя некоторое время в&nbsp;размышлениях по&nbsp;поводу запукса GNU/Linux систем в&nbsp;целом и&nbsp;<a href="http://freesource.info/wiki/AltLinux&" class="">Alt&nbsp;Linux</a> в&nbsp;частности, спешу поделиться своим опытом.<br /> Для&nbsp;начала замечу, что&nbsp;мое рассмотрение коснется только трех вариантов организации загрузки системы. Это<br /> <ul><li> многочисленные bash-скрипты запускаемые <span class="missingpage">Sys&nbsp;V&nbsp;Init</span><a href="http://freesource.info/wiki/SysVInit/edit?add=1&" title="Создать эту страницу">?</a> </li><li> скрипты написанные для&nbsp;новой системы upstart </li><li> вариант предлагаемый разработчиками init-ng.</li></ul> Для&nbsp;начала пробегусь в&nbsp;общих чертах на&nbsp;тему инициализации системы вообще.<br /> Когда мы&nbsp;включаем компьютер первым делом bios загружает и&nbsp;запускает загрузщик ядра линукс (у нас, конечно стоит линукс, а&nbsp;другие варианты мы&nbsp;не рассматриваем :) ). Этот этап нам&nbsp;совершенно не&nbsp;интересен, поэтому о&nbsp;нем больше ни&nbsp;слова.<br /> Далее загрузщик так&nbsp;или иначе загружает в&nbsp;память ядро Linux и, обычно передает ему&nbsp;образ initrd (если не&nbsp;ошибають от&nbsp;Initialisation RAM&nbsp;Drive &mdash; диск инициализации в&nbsp;памяти). Это&nbsp;уже интереснее. Этот самый образ initrd является архивом, который содержит структуру файлов и&nbsp;каталогов, очень похожую на&nbsp;обычный корень файловой системы используемой традиционно в&nbsp;GNU/Linux. Только всего там&nbsp;по&nbsp;минимому. Ну&nbsp;это и&nbsp;понятно, поскольку этот образ разворачивается в&nbsp;память и&nbsp;там и&nbsp;работает.<br /> Фактически, это&nbsp;первая мини-система запускаемая при&nbsp;старте компьютера. При&nbsp;этом Linux вполне может стартануть и&nbsp;без нее, но&nbsp;сейчас так&nbsp;делают разве что&nbsp;встраиваемые системы или&nbsp;системы собранные самостоятельно, да&nbsp;и то&nbsp;редко. Зачем же&nbsp;нужна такая мини-система? Вообще смысл ее&nbsp;очень прост: она&nbsp;должна примонтировать корень большой, настоящей системы и&nbsp;затем передать управление программе на&nbsp;нем. При&nbsp;этом иногда приходиться проделать совсем нетривиальные вещи, вроде автодетектирования оборудования и&nbsp;подгрузки необходимых для&nbsp;его работы модулей, подгрузки модулей файловой системы и&nbsp;т. п. вещи. Кроме того корень файловой системы может располагаться на&nbsp;другом компьютере и&nbsp;быть доступным по&nbsp;сети. Тогда initrd система получает сетевые настройки по&nbsp;протоколу dhcp и&nbsp;действует в&nbsp;соответствии с&nbsp;ними. Что&nbsp;бы&nbsp;там ни&nbsp;происходило, но&nbsp;итогом всех действий является смонтированый только для&nbsp;чтения (ну так&nbsp;обычно) корень файловой системы и&nbsp;запуск процесса /sbin/init уже&nbsp;с&nbsp;этого корня.<br /> Теперь настает самый важный для&nbsp;нас этап. Первый процесс должен произвести окончательную инициализацию системы, и&nbsp;запустить необходимые пользовательские процессы. На&nbsp;этом этапе обычно происходит следующее:</div><br /> <b>Удалено:</b><br /> <div class="deletions"><a name="h552-1"></a><h2> Внедрение в&nbsp;ALT Linux </h2> <ul><li> При&nbsp;адаптации initng для&nbsp;ALT следует максимально сохранить совместимость со&nbsp;скриптами других систем.</li></ul><a name="h552-2"></a><h2>Многопоточный startup</h2> <br /> 1. Учитывать тип&nbsp;нагрузки каждого сервиса (диск, процессор, сеть)<br /> <br /> <a href="http://samba.org/~ab/initscripts-replacement-proposal.txt" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />http://samba.org/~ab/initscripts-replacement-proposal.txt</a></div></div> http://freesource.info/wiki/TZ/initscripts/show?time=2006-02-17+20%3A51%3A49 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/TZ/initscripts&" class="">/ТЗ&nbsp;/&nbsp;initscripts</a> за <a href="http://freesource.info/wiki/TZ/initscripts?time=2006-02-17+20%3A51%3A49">2006-02-17 20:51:49</a> и <a href="http://freesource.info/wiki/TZ/initscripts?time=2008-01-29+20%3A46%3A56">2008-01-29 20:46:56</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><ul><li> <a href="http://upstart.ubuntu.com/" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />upstart</a></li></ul></div></div> http://freesource.info/wiki/TZ/initscripts/show?time=2006-01-03+02%3A00%3A29 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/TZ/initscripts&" class="">/ТЗ&nbsp;/&nbsp;initscripts</a> за <a href="http://freesource.info/wiki/TZ/initscripts?time=2006-01-03+02%3A00%3A29">2006-01-03 02:00:29</a> и <a href="http://freesource.info/wiki/TZ/initscripts?time=2006-02-17+20%3A51%3A49">2006-02-17 20:51:49</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><a name="h552-1"></a><h2> Внедрение в&nbsp;ALT Linux </h2> <ul><li> При&nbsp;адаптации initng для&nbsp;ALT следует максимально сохранить совместимость со&nbsp;скриптами других систем.</li></ul></div></div>