Openrc at least is sysvinit based. Pre systemd the options were really sysvinit and upstart. Upstart was even worse than sysvinit such that afaik no one has bothered to try to revive.
Even you asking this question means you should not. Systemd is perfectly fine for most people and the people that dislike it have their very specific reasons. Just use what your distro gives you, you shouldn't have to care about these things.
Just use what your distro gives you, you shouldn’t have to care about these things.
To expand on this: OP, if you want to try a different init, you're most likely better off switching the whole distro to one using that init. Unless of course your current distro explicitly supports many different init systems (like Gentoo). Don't try to replace it by hand in a distro that expects to run on systemd, it's a recipe for disaster.
Gentoo is great because they give you step by step directions for systemd and openrc so you can see the differences in action. (If you choose to read both sets of directions)
just another one of the holy wars within Linux – for the average user, it’s not going to make any difference – most of the mainstream distros switched over a LONG time ago so if you want to avoid systemd, you have to do a little hunting (ex. Devuan, Void, Gentoo, etc.)
It used to be that everything in Linux was a file, ideally a text file, so if you could find the right file you could access or change what you wanted. Systemd is a big program that manages a bunch of stuff and creates unique commands within its programs for doing so, which moves away from that principle and turns system management into what feels a bit more microsofty (like the registry editor program vs editing config files, etc) and a lot of people don't like that. But to its credit, it does solve a few problems with cobbling together a modern system that doesn't suck.
Yes and no. Let me start by saying I use systemd and have never seen any of this as a problem big enough for me to switch.
The Unix philosophy is that a program should do one thing and do it well, the old init.d system did exactly that, but systemd does more than just start programs, for example there's the systemd-logind service which is used to authenticate users. Why is this a problem? Because some people don't want to use systemd, therefore they don't have logind, so if something were to depend on that, like GNOME's GDM did for a while, it would be impossible to use it without systemd. So in a way people complain about programs becoming dependant on systemd, and systemd grabbing more and more responsibilities to the point where it would become an integral part of Linux, it's not that systemd is a problem now, is that it has the potential to become so ingrained to everything that it becomes impossible to remove. But in the meantime systemd does provide some advantages, including parallelism which makes the computer boot faster.
Should you switch? Not really, this is more a philosophical debate on what Linux is and should be, I agree with all of the philosophical points and don't think programs should depend on systemd, but I don't think that's directly systemd's fault.
Systemd is a large piece of software. There are ways to make it smaller and disable various modules for it, but usually by default it's very heavy.
With a traditional init system, it's just an init system, and you'll use other other programs to do the other things. This basically means a chain of interconnected bash scripts. Perhaps you'll run into some integration issues. Probably not though. It'll be mostly the same.
There is no real advantage to this from a user perspective beyond a philosophical one. Systemd works quite well at doing the things it tries to do, but it's the Unix philosophy to "do one thing and do it well," and some people care very deeply that systemd does not follow their interpretation of that philosophy, and that's certainly a fair reason to not use it.
However, if you're not having problems with using systemd, I'd say don't bother switching.
Systems is not the Unix philosophy, at least, not to me. It tries to handle so many different things and use cases. "One thing" normally means a small thing, and initialising everything you could ever think of is not a small thing.
Is the experience of trying new distros very cool? yes
Should you abandon systemd? no
systemd is not bloated and it's not insecure. If you don't have any problems, don't switch (unless you wanna have some fun trying new things, if you do, run a vm).
The biggest benefit would be to learn more about how unix systems work from the ground up. I'd say if you've had no problems ever with systemd then just stick to it. My linux usage predates systemd (by a lot) and I just want options kept open so I'm never forced onto it against my will.
If a distro that doesn't use systemd ends up booting much faster or being much easier to configure, maybe those are features you care about. But switching away from systemd in this case is merely an implementation detail. What you're really doing is moving from a distro to another one that serves you better.
Otherwise, the choice of init system has very little impact to the average user. Maybe it's worth it to switch init systems if you hate the syntax of unit files and/or the interface of systemctl/journalctl and you use them often enough to warrant the effort. The people who want to use alternatives to systemd without having such a practical issue with it are doing so for philosophical reasons.
These are terrible sources. 3 random CVEs and opinions of randoms on the internet. The "sources" conflate arguments about systemd as an init system with the non-init parts and with criticisms of Poettering, and a lot of it is "this is bad" with no argument or, worse, incorrect arguments. If there is anything in there that actually proves something, link directly to it. I'm not going to shift through mountains of garbage to find it.
Basically, if you do not see any reason to switch from systemd then you should not.
The thing with systemd is that it is really big and complicated. If you just use defaults of your distro systemd works just fine, but if you want to (or have to) change something fundamental, then dealing with this monstrosity becomes a bit of pain. You basically end with the situation where you are in a war with your own PC. After some time of this, dealing with an init system that does exactly what you tell it to do feels refreshing.
There is also the part, where some init systems (sysVinit and runit) boot faster then others (openRC and systemd), but it is not that significant.
I use runit BTW. With my setup I spend much less time dealing with runit then I used to with systemd. That being said I still miss some of systemd features.
I say this as someone who doesn't use systemd. There's not much benefit to it. It's cool to do if you're an enthusiast or experimentalist, but from a practical stand point, systemd is most practical.
I don't see any fundamental reason why systemd would be insecure. If anything, I would expect it to be less prone to security bugs than the conglomerations of shell scripts that used to be used for init systems.
The bloated argument seems to mostly come from people who don't understand systemd init is a separate thing from all the other systemd components. You can use just the init part and not the rest if you want. Also, systemd performs way better than the old init systems anyway. I suspect many of the those complaining online didn't really have first hand experience with the old init systems.
If a different init suits your needs better, then sure go with it. But for the vast majority of typical desktop/server stuff, systemd is probably the best option. That's why most distributions use it.
If anything, I would expect it to be less prone to security bugs than the conglomerations of shell scripts that used to be used for init systems.
Not sure. In the end the shell script were just an easy and consistent way to start/stop programs. If the programs were secure (read: checked the input and sanitize it, did the check for permissions and so on) there is not a big difference.
Also, systemd performs way better than the old init systems anyway.
In what regards ? Boot faster ? Fine, but on a server it does not mean anything, a server does not reboot that often; for a desktop it not that the 5 seconds you gain are a fundamental gain.
One problem I see is with the logs: it is true that the format is documented, but a text format is always readable while a binary format... (been here, done that 🤬 )
My understanding is that systemd goes against traditional unix philosophy, but that from an end users perspective it will generally be a much better experience.
I've heard some init systems are maybe faster, but it's a very minor improvement if true and you're giving up a lot of features for it.
It really doesn't, that's just propaganda. If systemd goes against the Unix philosophy due to having multiple binaries, by that logic so does coreutils.
Yeap, it is always the same set of poorly researched links that get pasted in threads like this.
Unix philosophy, evil corporate interests, insecure, bloated, entangled mess... it is these individuals thatbhave seen the light, notnthe silent majority that does all the work in distributions and when developing software that kind of opted withbtheir feet.
As someone who've tried Gentoo on systemd and OpenRC, as well as Void with runit, I don't see any reason to use OpenRC over systemd. I never noticed any performance difference, and it has far less features. As for runit, if half the boot time for half the features is what you need, then go for it.
Short answer: if you're asking this, then it's not worth it.
Long answer: Ditching systemd in favor of something else is usually an act of experimentation. Folks that do it usually have had a negative experience with systemd, be it in its usage or from a problem they had that prevented them to boot their computers due to the tightly-coupled relationship between mainstream distros and systemd.
Also, preference is involved here, so you might prefer to assemble your system with independent pieces instead of a full-blown suite like systemd's. You might also not like systemd's UX so, as a user, you end up wanting to try something else.
If you want to try living without systemd, take a look at voidlinux - it uses runit instead.
I made the jump from Fedora recently and I love it! Linux is once again the unix system I loved for 40+ years - it's rational, easy to understand and just works! As an added bonus, I do believe I get about 50% more life out of the battery (less busy-work going on?). What do I miss from systemd? Nothing really.
Before switching to Guix I ran Void Linux for years. It's a very nice, light and quick distribution. The BSD of Linux if you will.
Can very much recommend it.
The things with init systems is as an average user you don't really realize they're there. Whether it's SystemD or something else and I wouldn't worry too much about them.
If you have to ask, the benefits of another init system than systemd starts and stops at "you look smart." I like runit a lot and would even recommend Void Linux as a daily driver if that's your speed, but honestly anyone who actually was around before systemd knew how much sysvinit and co sucked.
This or https://artixlinux.org/ are the only options which come to mind and make some form of sense.
If you are willing to learn more about linux, I think its a good practice to try a distro with a different init system than d. Thats one of the reasons I have void linux on my home laptop.
Not sure about the security, but recently I've tried runit on a very old laptop with HDD and it took waaay much less to fully boot up than a clean Arch32 with systemd