Systemd versus Sysvinit. E o Systemd-shim?

Systemd é atualmente o padrão mais amplamente usado em termos de "Kernel Boot Systems" (Init) que pode ser obtido em ambientes Unix, como o Linux. Foi criado há alguns anos por Poesia de Lennart (principalmente) próximo a Kay sievers (ex-Red Hat). Atualmente tem um Licença LGPL 2.1 (com exceções licenciadas sob GPL2). Apesar existem outras alternativas, como os antigos e tradicionalistas SysVinit e Upstart, também existem novas alternativas em andamento, como Calço do sistema.

Além de ser o mais utilizado, o Systemd também é um dos polêmicos e às vezes odiado por uma parcela significativa de usuários, que tendem a resistir à sua complexidade e ao domínio ou controle excessivo sobre as funções de suas Distros. Por esta razão, as alternativas antigas ou modernas ainda estão crescendo em amplos setores da Comunidade GNU / Linux.

Atualmente Systemd como um projeto de Software Livre está hospedado em GitHub e tem documentação suficiente no site de «freedesktop.org". E apesar do fato de que em outras vezes falamos muito sobre Systemd no blog, por exemplo, no post chamado «Desmistificando SystemD« do autor "Usemoslinux"Hoje esperamos expandir um pouco mais comparando aspectos das alternativas atuais.

O que é Systemd?

Systemd é um administrador de sistemas e serviços para sistemas baseados em Linux. Mas, de forma mais ampla, também pode ser descrito como um conjunto de blocos de construção básicos para um sistema Linux, uma vez que fornece um «Administrador de sistemas e serviços » que é executado como um processo (PID 1) e inicia o resto do sistema.

O Systemd fornece recursos de paralelização dinâmica, usa "soquetes" e "ativação D-Bus" para iniciar os serviços. Além disso, oferece "o início" na demanda daemon, rastreia processos usando grupos de controle do Linux, gerencia pontos de montagem e montagens automáticas e implementa controle de serviço baseado em dependência transacional elaborado lógico.

Finalmente, e notavelmente, pode-se acrescentar que O Systemd é compatível com os scripts de inicialização SysV e LSB e até hoje funciona como um substituto bem-sucedido para o SysVinit em muitas distros GNU / Linux., independentemente das críticas válidas ou comentários negativos sobre ele.

E inclui um daemon de registro, utilitários para controlar as configurações básicas do sistema, como nome de host, data, localidade, mantenha uma lista de usuários e containers conectados e máquinas virtuais em execução, contas do sistema, diretórios e configurações de tempo de execução e daemons para gerenciar uma configuração de rede simples, sincronização de tempo de rede, encaminhamento de registros e resolução de nomes.

Entre outras coisas, para as quais é classificado como pesado, complexo e possessivo nas Distros onde é implementado, apesar de cumprir satisfatoriamente os objetivos para os quais foi criada. Tanto que a conhecida Distro DEBIANO, a mãe de muitas outras Distros GNU / Linux, vem implementando há algum tempo, o que tem contribuído para sua massificação.

O que é SysVinitGenericName?

SysVinit é um dos mais antigos e atuais Administradores de sistemas e serviços para sistemas baseados em Linux. Ainda é amplamente utilizado em muitos dos GNU / Linux Distros de trajetórias, e novas, como Devuano.

No SysVinit como um programa, o seguinte pode ser destacado:

«É o primeiro processo a ser executado após o kernel ser carregado e aquele que gera todos os outros processos, ele é executado como um daemon init e geralmente tem PID 1. Ele fornece um processo padrão para controlar quais programas o init inicia ou pára em um determinado nível de desempenho ”. De acordo com Ex-Debian.org Wiki

Ao contrário "Iniciar" (Administrador de sistemas e serviços inicial dos sistemas Unix), que iniciou os serviços usando um único script chamado "/ Etc / rc", SysVinit começou a usar o esquema de diretório em "/Etc/rc.d/" que continha os scripts de início / parada dos diferentes serviços.

E ao nível dos pacotes e funções SysVinit contém programas para controlar o início, execução e download de todos os outros programas. Isso inclui: halt, init, killall5, last, lastb, mesg, pidof, poweroff, reboot, runlevel, shutdown, sulogin, telinit, utmpdump e wall. Informações importantes para quem deseja instalar e usar SysVinitGenericName.

Até hoje, a luta entre Systemd y SysVinitGenericName tem sido difícil e digno de comparação com o de WhatsApp y Telegram. E embora seja verdade que o venerável SysVinitGenericName tem falhas ou limitações (dependendo do ponto de vista de cada pessoa), que provavelmente são solucionáveis ​​de alguma forma, os apoiadores de Systemd frequentemente afirmam ousadamente que Systemd atualmente é o melhor de todos Administradores de sistema e serviço inicial de sistemas Unix corrente.

A partir desse fato, e dessa luta nasceu a campanha «Init Freedom» (IF) projetado para refutar esse argumento. Iniciar liberdade tenta restaurar uma abordagem saudável ao PID1, que respeite a diversidade e a liberdade de escolha. Caso queira mais informações, você pode obtê-las visitando o seguinte link: Campanha «Init Freedom» (IF), informações como o Distros GNU / Linux que usam alternativas ao Systemd.

O que é Systemd-shim?

Por último, mas não menos importante, nos encontramos a alternativa maravilhosa para Systemd-shim. Que de acordo com a página do pacote DEBIAN é um pacote que:

"Emula a função Systemd necessária para executar os ajudantes do systemd sem usar o serviço init."

Para entender do que ele é capaz "Systemd-shim" ou como funciona, é bom ver em prática na Distro que mais se beneficiou, ou seja, MX-Linux. O que segundo seus próprios criadores é que o MX-Linux tem como característica única:

“Oferecendo ao usuário a capacidade de escolher entre Systemd e SysVinit em sistemas instalados. Uma combinação mágica possibilitada por um pacote chamado Systemd-shim. No entanto, o desenvolvimento em systemd-shim parou há algum tempo e DEBIAN removeu recentemente o pacote dos repositórios Buster. Entendemos que o estado atual do systemd-shim não está funcionando corretamente com a versão do Systemd no DEBIAN Buster, portanto, estamos explorando opções para o futuro do MX. Para esse fim, uma coisa que queremos explorar é a possibilidade de continuar o desenvolvimento do systemd-shim (e de quaisquer patches do systemd que possam ser necessários para que o systemd-shim funcione corretamente).

O Systemd-shim deu resultados tão bons para o MX-Linux, que além de outras excelentes funcionalidades e vantagens da referida Distro, MX-Linux é top no Distrowatch e tem planos futuros para continuar usando System-shim na nova versão do MX-Linux 19 em breve será lançado com base em DEBIAN 10 (Destruidor).

Eu pessoalmente recomendo MX-Linux 18.X com Systemd-shimpois é rápido e muito funcional. E, no meu caso particular, me permitiu criar minha própria Distro baseada nela, que chamei de: MilagrOS GNU / Linux.

Outras alternativas?

Em resumo, incluindo os mencionados, temos entre as alternativas atuais de «Administradores de sistema e serviços para sistemas »(sistemas init) para Linux a:

• openrc
• executá-lo
• s6
• pastor
• sinit
• sistema
• calço do sistema
• sysvinit

Conclusão

Espero que este post seja muito útil para você, no sentido de saber um pouco mais sobre cada um dos Iniciar mencionado, e por sua vez, ajuda-os a escolher uma distribuição GNU / Linux com um certo «Administrador de sistemas e serviços de sistemas ». E PPor fim, para quem está um pouco mais inclinado a favor do uso de Systemd, Recomendo a leitura do seguinte link: Os grandes mitos de Systemd.