As melhores distribuições Linux sem systemd

BMJ / Shutterstock. com

Quando as distribuições Linux dominantes adotaram o systemd, os dissidentes bifurcaram as distribuições e iniciaram novos projetos. Então, quais são suas opções se você estiver procurando por uma distribuição que não seja do systemd? Vamos dar uma olhada.

systemd: uma recapitulação rápida

Historicamente, a sequência de inicialização em um sistema Linux era uma réplica do sistema de inicialização que foi introduzido com o System V Unix (SysV). O sistema SysV init aderiu à filosofia Unix. Quando as pessoas se referem à filosofia Unix, geralmente a reduzem à conhecida frase de efeito “ Faça uma coisa e faça-a bem. ” E essa coisa era começar como o primeiro processo e depois iniciar outros processos. Ele também abateu zumbis de vez em quando.

O init SysV fez seu trabalho bem o suficiente, mas não o fez de maneira muito eficiente. Ele iniciou os processos em série, um após o outro. Não houve paralelismo. O design prejudicou o rendimento. Isso foi mais ou menos mascarado pelos ganhos de velocidade do hardware moderno, e não é como se inicializar um computador Linux levasse um tempo interminável. Mas sim, tecnicamente, poderia ter se tornado mais eficiente.

Como tudo no Linux, os usuários tinham uma escolha. Alternativas estavam disponíveis. Os usuários competentes podem configurar seu computador Linux para usar um sistema init diferente, que inicie processos em paralelo e funcione da maneira que quiserem.

Algumas das opções eram:

Upstart: Esta foi uma iniciativa desenvolvida pela Canonical que passou a ser adotada pela família de distribuições Red Hat, incluindo Centos e Fedora. Upstart não está mais em desenvolvimento.
runit: Este é um projeto independente de plataforma cruzada que roda no FreeBSD e outros derivados do BSD, bem como em sistemas macOS, Solaris e Linux. Ele foi adotado como o sistema init padrão ou uma das opções de tempo de instalação em várias distribuições Linux.
s6-Linux-init: s6 é um substituto para o init SysV que tenta resolver a natureza serial do SysV init e permanecer fiel à filosofia Unix.

systemd é outro substituto para o init SysV, mas inclui muito mais. Possui módulos que gerenciam dispositivos físicos, logins de usuários, resolução de nomes de rede e muito mais — é composto de mais de 70 binários e mais de 1,4 milhão de linhas de código. Em comparação, o SysV init para Arch Linux soma menos de 2.000 linhas de código. Claramente, o systemd abandonou bem e verdadeiramente a filosofia Unix. E não só isso, ele comete a heresia de ignorar completamente o padrão POSIX (Portable Operating System Interface).

Os argumentos do systemd são alguns dos mais acalorados que já testemunhei em uma comunidade de código aberto. (E isso está dizendo algo.) Os campos pró-systemd e não-systemd igualmente vociferantes não são as únicas pessoas envolvidas, é claro. Falo para muitas pessoas que nem mesmo sabem que o systemd é uma coisa tão boa quanto muitas outras pessoas que já ouviram falar dele, mas não sabem detalhes suficientes para formar uma opinião de uma forma ou de outra. Francamente, eles não se importam. Eles só querem que as coisas funcionem.

Se você não tiver certeza se está em uma distribuição baseada no systemd, execute o pscommand no processo ID 1.

 ps -p 1

Se você vir “ systemd ” na resposta, então, claramente, você está usando o systemd. Se disser outra coisa — normalmente “ init ” — então você &’ não é.

RELACIONADO: Por que o systemd do Linux ainda causa divisões depois de todos esses anos

Filosofia, arquitetura e qualidade da engenharia

Diferentes pessoas se opõem ao systemd por diferentes razões. Para alguns, é o desprezo pela filosofia Unix tradicional. Embora não seja um dogma obrigatório, é o “ modo Unix. ” E é uma maneira que resistiu ao teste do tempo: pequenos utilitários que podem ser conectados para que sua saída se torne a entrada do próximo processo no pipeline é uma parte essencial do que dá ao Linux sua aparência e caráter. É o que o torna particularmente adequado para remendar rapidamente soluções criativas para requisitos únicos ou de curta duração.

Outros questionaram as decisões de design por trás do systemd, a “ arquitetura de software. ” Por que incluir toda essa funcionalidade que não tem nada a ver com a inicialização de um sistema? Se esses outros elementos precisarem ser atualizados ou aprimorados, faça exatamente isso. Mas por que integrar tudo isso em um enorme pacote de aplicativos interligados?

Foram levantadas preocupações sobre os desenvolvedores do systemd &’ atitude arrogante em relação às correções de bugs em geral e em relação às vulnerabilidades e exposições comuns em particular. Quanto mais linhas de código você tiver, mais bugs precisará lidar. Quando esses bugs estão relacionados à segurança e têm seu próprio número CVE atribuído a eles, você precisava lidar com eles ontem.

Seja qual for a razão ou razões por trás de você querer deixar uma distribuição Linux baseada em systemd, a questão é: para onde você vai a seguir? Talvez você queira experimentar algo completamente novo. Você pode estar ansioso para aprender os meandros de uma nova distribuição. Por outro lado, você pode não ter tempo nem apetite para mais uma curva de aprendizado. Você quer voltar a funcionar o mais rápido possível em um sistema que pareça o mais familiar possível.

Família Debian: Devuan

Se você usa o Debian ou uma das miríades de derivados do Debian, como o Ubuntu e toda sua tribo de parentes, faz sentido que você dê uma olhada no Devuan. Devuan é um fork do Debian, então quase tudo será familiar. O shell padrão é Bash e o gerenciador de pacotes é apt. Devuan foi bifurcado do Debian em 2014. É sólido e estável e tem uma comunidade próspera.

Se você preferir o GNOME como seu ambiente de área de trabalho, você &’ terá que fazer um pouco de trabalho extra. O GNOME não é oferecido como opção de desktop durante a instalação. MATE, Cinnamon, XFCE e outros estão disponíveis, mas o GNOME terá que ser instalado manualmente assim que você tiver seu sistema instalado e funcionando.

O GNOME tem algumas dependências nos componentes do systemd, a saber, o gerenciador de dispositivos de hardware udev e o gerenciador de login logind. Substituições para estes foram criadas pelos desenvolvedores do Gentoo Linux.

eudev e elogind permitem que aplicativos com dependências rígidas do systemd operem como se o systemd estivesse instalado. Os puristas do anti-systemd também se opõem a isso, argumentando que favorecer o software que codifica em dependências rígidas para o systemd é quase tão ruim quanto executar o systemd.

As opções de sistema init no Devuan são SysV init ou OpenRC.

A família Arch: Artix Linux

Usuários de Arch e Manjaro podem querer dar uma olhada no Artix Linux. Artix é um fork do Arch que se baseia no projeto Arch-OpenRC. Seu primeiro lançamento veio em 2017.

O Arch Wiki contém instruções sobre a substituição do systemd pelo OpenRC, mas não é oficialmente suportado. Da mesma forma, como o suporte ao OpenRC foi retirado do Manjaro, não há distribuição derivada de Manjaro que seja livre de sistema.

Portanto, se você deseja permanecer no universo do Arch, você precisa escolher um fork baseado no Arch como o Artix que usa um sistema init diferente. Artix certamente cumpre nessa frente. Durante o processo de instalação, você escolhe um dos três sistemas init diferentes. As opções são OpenRC, runit e s6.

Todos os sabores de desktop esperados estão disponíveis, como Cinnamon, MATE, XFCE e mais. Também existem versões em teste que suportam GNOME e o gerenciador de janelas i3 tiling.

O gerenciador de pacotes é pacman. Claro, você pode usar isso para instalar o pamac, yay ou qualquer outro auxiliar do Arch User Repository (AUR). O shell padrão é Bash.

É tudo o que você gosta no Arch sem systemd.

Red Hat e Fedora: PCLinuxOS

O projeto systemd é uma iniciativa da Red Hat. Os principais desenvolvedores do systemd são funcionários da Red Hat. Parece que, para muitos no mundo do Linux, qualquer coisa que saia da área “ corporativa ” Os campos Linux — Red Hat, Oracle, Intel, Canonical, por exemplo — devem ser desconfiados automaticamente.

systemd foi descrito como — entre outras coisas — nada mais do que um plano da Red Hat para transformar o Linux em algo que se adapte às necessidades de seu sistema operacional embarcado. Se a Red Hat precisasse de uma distribuição sob medida para sistemas embarcados, seria muito mais fácil criar apenas uma. Você não precisa convencer Arch, Ubuntu e OpenSUSE a fazer o mesmo.

Obviamente, sendo o Red Hat a razão da existência do systemd, você não encontrará um derivado do Red Hat sem o systemd. Portanto, seja lá o que for que você fizer, vai parecer novo e diferente. Mas se você pelo menos deseja manter uma distribuição que usa o Red Hat Package Manager (RPM), você deve revisar o PCLinuxOS.

O projeto PCLinuxOS começou em 2003 como um fork do agora extinto Mandrake Linux pouco antes do Mandrake se tornar o Mandriva. A primeira versão do PCLinuxOS apareceu em 2007, portanto, é muito anterior ao systemd.

Embora PCLinuxOS use “ . rpm ” arquivos, ele os manipula usando seu próprio software de gerenciamento de pacotes, apt-rpm. Isso é modelado após o comando apt-get do mundo Debian. Uma versão modificada do synaptic também é fornecida para funcionar com “ . rpm ” arquivos em vez de “ . deb ” arquivos.

PCLinuxOS usa SysV init e oferece uma escolha de ambientes de desktop Plasma, MATE e XFCE durante a instalação. Existem algumas “ remasterizações da comunidade ” edições que fornecem outros ambientes de desktop, incluindo GNOME. O shell padrão é Bash.

Abra algumas VMs

A melhor — e única maneira, realmente — de ver se você vai se dar bem com uma distribuição Linux é experimentando. A maneira mais fácil de fazer isso é em uma máquina virtual. Ele deixa sua instalação atual do Linux intacta. Você pode instalar e experimentar quantas distribuições Linux quiser até encontrar aquela que acha que gostaria de tentar. O VirtualBox é perfeito para isso.

Quando estiver pronto para instalar sua nova distribuição, faça vários backups de sua instalação atual e, em seguida, — e somente então — instale seu novo Linux.

RELACIONADO: novato geek: como criar e usar máquinas virtuais

Header Ads