Использование suckless «sinit» init в реальном мире [закрыто]

Оказывается, ядро ​​Linux анализирует Shebang самостоятельно.

Следовательно, любой сценарий "Shebanged" (с полным путем для двоичных файлов) может использоваться для sinit .

Включенная страница руководства sinit.8, а также README очень меня объясняют. Тем не менее, быстрое введение для вас, когда я загляну в исходный код:

• главный исполняемый файл sinit, / sbin / init запускается ядром как pid 1
• , он подготавливает начальную среду для запуска / bin / rc.init скрипт как отдельный дочерний процесс
• он запускает /bin/rc.init как отдельный процесс, таким образом, /bin/rc.init содержат команды чтобы инициализировать систему за пределами этой точки
• , она входит в бесконечный цикл, где он ловит любые зомбированные процессы и считывает их коды выхода в никуда
• , в то время как он находится в бесконечном цикле, однако он может быть прерван сигналами. Сигналы, которые он определяет для прослушивания, - это SIGUSR1 и SIGINT. SIGUSR1 заставляет init запустить /bin/rc.shutdown как poweroff имя скрипта, а SIGINT заставляет init запустить тот же скрипт с именем reboot , чтобы различать режимы работа внутри скрипта. Обратите внимание, что эти два сигнала - это только те, которые init слушает, включая SIGKILL и SIGSTOP, которые он проигнорирует. И только суперпользователю разрешено посылать сигналы в init.SIGINT генерируется ядром, когда вы нажимаете Ctrl-Alt-Delete, но только когда это сказано (есть специальный системный вызов, который обычно выполняет процесс init, чтобы разрешить отправку SIGINT в cad)

Итак, из этого sinit не предоставляет :

• сценариев инициализации (вы должны написать свои собственные или адаптировать те, которые поставляются с дистрибутивом)
• способов управления (например, уровнями выполнения), только две простые команды

Однако sinit - это симпатичный милый маленький init, который работает. Бьюсь об заклад, это очень хорошо для встроенных систем, а также для простых настольных систем без суеты современных настольных сред.