I've never had systemd break either
post
Use what works for you.
Develop what scratches your itch.
Don't tell OSS devs who are volunteering unpaid labor what they should do for you.
If you want a solution that's non-systemd go for it. If it doesn't exist make it or pay someone to do so. Write from scratch or fork a project and get to work. That's the way of the Bazaar.
I'll be in my unenlightened "things work for me good enough" Linux world using what works. Systemd is fine and rarely gives me problems. Actually, I'm not even sure I can remember any.
Huge thank you's to the devs who make this all possible. You rock!
Use what works for you.
True, but many don't know other init systems might work for them because of the same wrong assumption I had.
Huge thank you’s to the devs who make this all possible. You rock!
Definitely. One big ecosystem with a multitude of developers working on a multitude of projects.
Its built antithetically to the unix principles, it uses binlogs, its slow and its a big ol' bloated mess on low-memory embedded devices, and seemingly is creeping into the whole system.
Also the original author has since fucked off to microslop so I don't care what he thinks or does.
It, as a project, also bent the fucking knee.
Oh hey it's the same nonsense people have been saying for a decade now.
First of all, Linux is not Unix, and Unix principles were developed in like the fuckin 80s when what a computer is and does was different from what it is and does today. I'm betting you also use other software that doesn't follow the 'Unix' philosophy all the damn time, like, I dunno, the browser you used to post this nonsense. It was a guiding principle, not meant to be a dogmatic religious ideology. Also it not being the best choice for low memory embedded devices doesn't mean anything. It was designed for the desktop. These are very different platforms with very different needs. That's like complaining that the wheels on my car don't let it fly.
Also, bent the knee to who?
Honestly for desktop usage it doesn't really matter. All inits have their idiosyncrasies ("A stop job is running for Session"/logging hell on openrc/etc). But for managing a fleet of bare-metal servers I find systemd to be the best, most polished one out of the lot.
Honestly for desktop usage it doesn’t really matter.
Which is a big reason why the systemd dominance irks me.
But for managing a fleet of bare-metal servers I find systemd to be the best, most polished one out of the lot.
Fair enough. My experience lies mainly with the former so I cannot argue this.
It matters to distro maintainers, which is why it's everywhere now.
Boot speed is meaningless. Having to almost never reboot is everything.
Sleep is your friend.
Sleep doesn't work well in some environments, like right now my current one using AMD+AMD hardware on EndeavourOS. Therefore I do boot. And couldn't care less for 10 seconds faster or slower boot times.
for script in $(find /etc/init/start); do
exec $script &
done
sleep
Undoubtedly the best init system that exists. No fluff, just starts services.
Why do you need services at all? Just start each program when you need it. Shell is bloat.
You only need programs if you're unhappy with the current state of your life. Delete computer, become enlightened.
Or just set init=/bin/sh.
After over a decade using systemd in arch and Debian, I never had any direct issues with it. However, I never truly got my head around it or got comfortable with how it functioned. I recently swapped arch for void which uses runit, and after over a month using it I to an amazed both how clean and simple it is, how everything just works, how easy to interact and use runit is and am blown away by boot and shutdown times. My arch / systemd setup was heavily optimised for boot, and I thought was quick, but runit starts in about 4 seconds and shutdown is about 2 seconds.
Systemd is mile ahead of the others, thing is that solves problems that you most likely don’t have or even know that exist. To boot a regular machine or small server pretty much any init system is good.
Systemd has been putting a lot of effort into eliminating the need for SUID binaries with run0 and polkit integrations, so I'm curious if other init systems are doing anything similar.
Advanced Distro-hopper over here: I am actually fine with cachyOS. If I want to leave systemd, only good alternative I found is artix. Someone tried their new stable release of 2026? Arch + openrc + Wayland + pipewire + KDE would be my usecase.
Funnily enough OpenRC is probably the slowest of the inits offered by Artix. The current best in both features and stability are Dinit and s6. Dinit is far more user friendly. Both boot ~20% faster than the others, and much faster than systemd. Generally though, simplicity without expense to features is what Dinit and s6+66 excel at.
Gentoo wiki page comparing inits: https://wiki.gentoo.org/wiki/Comparison_of_init_systems
From the Dinit developer: https://github.com/davmac314/dinit/blob/master/doc/COMPARISON
Arch [Artix] + openrc + Wayland + pipewire + KDE would be my usecase.
That's exactly what I'm using. Other than a few tweaks here and there, no complaints so far. Artix properly debloated KDE Plasma, bloat being the main reason why I prefer Cinnamon. Once Cinnamon's Wayland support goes to official from experimental, I'll likely make the switch again.
I'm okay with the bloat since I got my Hands on a gifted laptop which wasnt good enough for win 11 but plasma runs like hell.
Looks like I try the qt-community Version. Thx.
These days OpenRC even has user-services. And writing a simple OpenRC service file is barely more complex than a systemd unit file, maybe even simpler, because it's readable bash, not some declarative DSL.
Obviously there is in no way feature parity between those two, that's the point, personally the one thing I'd like to have is something similar to systemd's timers (which I actually prefer to old-school cron) built into OpenRC, but most other things I can live without.
top 50 comments