O Sinit faz parte das ferramentas sem sucção, essas ferramentas foram projetadas para serem o mais pequenas e eficientes possível. No esforço de torná-los pequenos, eles também eliminam muitos recursos. É por esta razão que você pode querer usá-los, também é por isso que você tem que usar outra coisa. Para implantá-los, você precisará decidir quais recursos você precisa e compilá-los em. É por isso que você pode levar 'pequeno' ao extremo com o pacote sinit. A desvantagem é que você deve fazer muitas coisas sozinho, incluindo encontrar outro sistema para controlar daemons.

Por que isso é preferido?

A razão para este tipo de software é toda sobre otimização. Você começa apenas com os recursos mais básicos e adiciona tudo o que deseja. Já que você começa quase estéril, acabará com apenas os recursos que deseja. Isso é mais eficiente em comparação com remover recursos desnecessários. Você pode perceber que também acaba trabalhando muito para obter a configuração e deve saber programação suficiente para adicionar patches ao código existente e solucionar problemas em C.

O que você pode controlar?

Na maioria dos sistemas, sendo o systemd o mais comum, você tem um pacote que se encarrega de iniciar, parar e controlar o daemon. Quando você deseja minimizar e acelerar as coisas, você pode escolher o sinit e uma escolha de controlador daemon para atender às suas necessidades. Para fazer isso, você deve saber o suficiente sobre o sistema Linux. Depois de ter um daemon que você pode ajustar, você só precisa conhecer as partes do seu sistema. Uma vez que você não pode controlar nada além de iniciar e parar, você deve iniciar um daemon ou escolher um controlador de daemon.

Que demônio?

O site inútil sugere que você use as ferramentas daemon de Untroubled.org. Este software foi escrito para qualquer sistema * Nix para que você possa usar o conhecimento mesmo fora do Linux. Usar daemontools-encore é um capítulo de si mesmo, mas, simplesmente, o pacote fará de qualquer script um serviço. Você pode colocar os arquivos em qualquer lugar, mas os diretórios devem estar acessíveis quando os daemontools começarem. Quaisquer sistemas de arquivos em que ele esteja devem, portanto, ser montados anteriormente por outros scripts. Para compilar este pacote, você precisa criar um novo makefile. Caso contrário, este pacote é uma forma padrão de compilar o código C. Se você não compila o código C regularmente, você deve usar isso como prática. Não tente no seu sistema ao vivo.

Uma maneira segura de testá-lo.

Uma maneira segura de testar isso é baixar um sistema Linux mínimo e executá-lo em uma máquina virtual. Se o fizer, crie um diretório de origem e adicione sinit, sbase e daemontools-encore. Com esses três pacotes binários, você pode construir todo o sistema de boot e controle daemon. Os sistemas atuais são iniciados com o systemd. Quando você começa a criar um novo sistema, você precisa transferir todos os daemons de que precisa e executá-los como um script simples. Uma vez que o systemd já executa scripts, serão basicamente os mesmos scripts. O que você precisa adicionar manualmente são as dependências entre os processos. Se você realmente deseja fazer um sistema mínimo, você pode.

Incrivelmente rápido, por que não é usado na maioria das máquinas?

Uma vez que um sistema é executado usando o sinit, ele vai explodir rapidamente. A razão é que você terá apenas o sistema exato de que precisa e nada mais. Você pode se perguntar por que não é usado em todo o tabuleiro. Os motivos são múltiplos, um é que o systemd já está completo e acompanha as complexas interações entre os processos. Se você usar o sinit, terá que construir mais lógica em torno dessas dependências. Uma lógica que já está no systemd. Também há uma integração muito estreita entre o GNOME e o systemd, então esses sistemas se apóiam. A maioria das situações é abordada simplesmente porque foram desenvolvidas em paralelo.

Conclusão

Usando o sinit, você pode criar um sistema de inicialização muito rápido. Você terá muitas opções sobre como manter seu sistema equilibrado e todos os processos ativos e supervisionados. No entanto, você terá que trabalhar muito para ter um sistema completo funcionando com todos os recursos. Para a maioria de nós, este pode ser um projeto empolgante para aprender como Linux e outros sistemas * Nix funcionam, mas precisaremos da distribuição padrão para nossos “sistemas de produção”