Eu não escreveria "estas mal traçadas linhas" - como bem disse o cantor -, mas eu estava absolutamente sem nada para fazer e resolvi dar uma esmola de atenção para os mendigos carentes de ego e puxa-sacos do Systemd.

O Systemd é hoje uma batata quente nas mãos da maiores distribuições que entraram nessa e se arrependeram.
Trarei questões técnicas em vez de ficar chorando e acusar os outros de estarem chorando.
Um "artigo" que se propõe falar sobre um software, obviamente tem de trazer partes técnicas e não ficar somente na choradeira e ainda acusar os outros disso, senão cairá na hipocrisia e no cinismo.

No Debian o Systemd ocupa 8 MB na partição EFi, no Fedora o Systemd ocupa 18MB na partição EFI, o Void (que não usa Systemd) utiliza 140 Kb na partição EFI; em média.
O Systemd gosta de usar cores. Ele gosta de mostrar coisas ruins em vermelho e coisas boas em verde. No entanto, ele nem sempre tem certeza de como uma mensagem "boa" ou "ruim" realmente se parece, então não presuma que todas as mensagens vermelhinhas sejam ruins ou que todas as mensagens verdinhas sejam boas. Da mesma forma, mensagens extremamente críticas podem não ser destacadas.
Então você pode se perguntar: para quê esse esquema de cores se não reflete a realidade?
Ora, fica bonito... não funciona, mas fica bonito.
Pessoas superficiais adoram a boniteza das coisas, mesmo que não funcionem.

O Systemd é uma involução e estou falando do Systemd do Lennart, não do Systemd original quando foi criado pela Red Hat.
Dizer que o Systemd é uma evolução porque as maiores distribuições o estão utilizando é a mesma coisa que dizer que Hitler não foi um ditador porque a maioria da Alemanha na época o apoiava.
É a mesma coisa que dizer que a lobotomia, que foi considerada uma prática válida, é uma evolução na medicina porque foi amplamente utilizada por cerca de duas décadas no mundo.
Aliás, alguns estão precisando de uma lobotomia para ver se evoluem o pensamento.
Lembrando que o Systemd não foi adotado pelo Kernel Linux que é, em si, o Linux, mas foi adotado por algumas distribuições, então, esse papo-furado de que o Systemd tornou-se um "padrão" no Linux ou "virou o ponto de partida", é somente isso: papo-furado.

Lennart Poettering, criador do Systemd (lançado em 2010) e do PulseAudio (que está sendo gradualmente substituído pelo PipeWire, que requer menos recursos de computação), deixou a Microsoft em janeiro de 2026 (este ano) para co-fundar a Amutable, uma startup focada em integridade verificável e determinismo no Linux (seja lá o que for isso). Após ingressar na Microsoft em 2022 vindo da Red Hat, ele focou no suporte a TPM 2.0 e segurança no Linux durante sua passagem pela empresa.
Qualquer um com mais de dois neurônios conclui claramente que havia um conflito de interesses: um funcionário da Microsoft criar um sistema (Systemd) para distribuições Linux.
Os três links abaixo exemplificam como o Poettering "resolve" os problemas no Systemd:
https://github.com/systemd/systemd/issues/6078#issuecomment-308240231
https://github.com/systemd/systemd/issues/3031
https://github.com/systemd/systemd/pull/16228

O relato do bug começou em 2017 e se arrastou por 4 anos até 2021 e é um bug sério que ainda não foi completamente resolvido.
O link abaixo, de 2023, relata como o Datadog, que é um serviço de observabilidade usado para monitorar serviços e aplicativos e alertar as equipes quando ocorrem anomalias, perdeu 5 milhões de dólares por causa do Systemd ,mais especificamente por causa do systemd-networkd que é o bug dos 3 links anteriores... que foi dado como "resolvido".
https://newsletter.pragmaticengineer.com/p/inside-the-datadog-outage

Esse bug de 2026 no Debian:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1124679
"systemd-sysusers rejeita nomes de usuário com pontos que o adduser permite, impedindo a instalação de pacotes.
Data: segunda-feira, 5 de janeiro de 2026 14:23:01 UTC
Gravidade: importante"

é o mesmo bug de 2017:
https://github.com/systemd/systemd/issues/6237
onde o Poettering diz que "não há nada para corrigir no Systemd", ou seja, as distribuições tem de se adaptar ao Systemd e não o contrário.

Aqui tem uma lista atualizada de bugs do Systemd somente no Debian:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=systemd;dist=unstable

Aqui os bugs atuais do Systemd:
https://github.com/systemd/systemd/issues

Aliás, o Lennart Poettering trata as questões com o Systemd sempre assim: "não há nada para resolver", "vamos rebaixar de ERROR para Warning e está resolvido o problema", "vamos colocar um aviso para o usuário e está resolvido o bug" e por aí vai.
Basta se dar ao trabalho de ler os bugs e chegará nessa mesma conclusão, a não ser que a enxurrada de lágrimas nos olhos impeçam de ver essa realidade.

Linus Torvalds, o criador do Linux, teve vários "arranca-rabos" com Lennart e, apesar de Linus utilizar o Fedora (que usa o Systemd), ele mesmo declarou que como praticamente utiliza para programar o Kernel Linux optou pela simplicidade e facilidade, pois cada um utiliza o sistema que quiser.

Eu teria muito mais coisas técnicas para colocar aqui, mas quero dar somente 15 minutos de fama para os puxa-sacos chorões que, ainda assim, dirão previsivelmente que os "detratores" do Systemd sentiram-se ofendidos. Criar espantalhos e ficar batendo neles como se estivesse batendo na questão real é muito fácil.
Então, não se trata de "choradeira", trata-se de questões técnicas e, repito: o fato de as maiores distribuições estarem utilizando o Systemd prova somente que as maiores distribuições utilizam o Systemd, pois a unanimidade é burra.
Além disso, esse assunto já cansou, mas, por descargo de consciência e por uma simples questão de divertimento, concluo estas mal traçadas linhas.
E, convenhamos, dizer "as maiores distribuições" num universo de 6% do mercado mundial de sistemas operacionais é a mesma coisa que bater no peito e dizer: Eu sou o maior anão do mundo!

https://www.reddit.com/r/opensource/comments/svx3aw/linus_torvalds_schools_lennart_poettering_on_the/?tl=pt-br
https://pt.linuxadictos.com/lennart-poettering-o-criador-do-systemd-deixa-o-red-hat-e-vai-para-a-microsoft.html
https://nosystemd.org/