systemd cat and GNU cat hugging a Linux cat.
OS400 (IBM i)
this post was submitted on 14 Jun 2025
413 points (96.8% liked)
linuxmemes
25594 readers
1848 users here now
Hint: :q!
Sister communities:
Community rules (click to expand)
1. Follow the site-wide rules
- Instance-wide TOS: https://legal.lemmy.world/tos/
- Lemmy code of conduct: https://join-lemmy.org/docs/code_of_conduct.html
2. Be civil
- Understand the difference between a joke and an insult.
- Do not harrass or attack users for any reason. This includes using blanket terms, like "every user of thing".
- Don't get baited into back-and-forth insults. We are not animals.
- Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
- Bigotry will not be tolerated.
3. Post Linux-related content
- Including Unix and BSD.
- Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of
sudoin Windows. - No porn, no politics, no trolling or ragebaiting.
4. No recent reposts
- Everybody uses Arch btw, can't quit Vim, <loves/tolerates/hates> systemd, and wants to interject for a moment. You can stop now.
5. π¬π§ Language/ΡΠ·ΡΠΊ/Sprache
- This is primarily an English-speaking community. π¬π§π¦πΊπΊπΈ
- Comments written in other languages are allowed.
- The substance of a post should be comprehensible for people who only speak English.
- Titles and post bodies written in other languages will be allowed, but only as long as the above rule is observed.
6. (NEW!) Regarding public figures
We all have our opinions, and certain public figures can be divisive. Keep in mind that this is a community for memes and light-hearted fun, not for airing grievances or leveling accusations. - Keep discussions polite and free of disparagement.
- We are never in possession of all of the facts. Defamatory comments will not be tolerated.
- Discussions that get too heated will be locked and offending comments removed. Β
Please report posts and comments that break these rules!
Important: never execute code or follow advice that you don't understand or can't verify, especially here. The word of the day is credibility. This is a meme community -- even the most helpful comments might just be shitposts that can damage your system. Be aware, be smart, don't remove France.
founded 2 years ago
MODERATORS
macOS. I find it to be the least inconvenient for most of my needs.
PalmOS. So simplistic yet powerful. I miss those old PDAs :(
systemd is fine. The only people I've ever heard complain about it are lonely neckbeards pretending like their opinion somehow matters.
I've used Debian as a server system since it was using init.d. And do you know what I found? systemd is easier. And the fact that Debian of all distros decided to use it says a lot.
Void Linux, although I use NixOS nowadays.
cat propaganda
System service managers like systemd, OpenRC, runit, or SysVinit often come down to user preference. While these systems are crucial for initializing and managing services on servers, where uptime, resource allocation, and specific daemon behaviors are important, their impact on a typical desktop or laptop is generally minimal.
For most personal devices, the primary functions of a service manager occur largely out of sight. As long as the system boots reliably and applications run smoothly, the underlying service manager rarely registers as a significant factor in the daily user experience.
For many, including myself, systemd simply works without much fuss. My choice to stick with it isn't due to strong conviction or deep technical analysis, but rather the simple fact that I've rarely, if ever, had to interact with it directly. For my personal desktop and laptop, it reliably handles booting, service management, and shutdown in the background. If it's not broken and isn't hindering my daily computing, there's no compelling reason to explore alternatives.
System service managers like systemd, OpenRC, runit, or SysVinit often come down to user preference.
And coding best-practice. And a philosophy borne of bad luck and bad software that aims to resist monoculture.
But that lennart kid is cool for a Microsoft employee.
load more comments
(3 replies)
So the old init.d system was better? Come on people, let's stop infighting. I have zero preference on init systems. You know why? Because they're just plumbing. Stop this nonsense. Do I click on an init system? Do I use the init system to check my email? Or play games? No. I know poettering can be controversial, but let's just move on. Run freebsd if you're so butt hurry.
Yeah, on a desktop I don't really mind whatever*. On a server however, I think systemd is great and I wouldn't want to miss it anymore.
* except Debian's frankenstein systemd + sysvinit combination. Burn it
π€Windows π€£
There are few system manager (single project or a mix of components) that use linux features efficiently and none have dev resource remotely comparable to systemd. That's why in practice systemd is the best system layer implementation on gnu/linux. Android and chromeos userland (upstart derived) are not exactly (freedesktop) gnu/linux.
EDIT: the post ask which OS though. Including userland I like android a lot, but I would say illumos distros (OI currently). illumos has a system management similar to systemd (contracts in place of cgroups for example). Actually systemd was heavily inspired by SMF too.
Alpine Linux would be my favourite, although I only use it as a server distro. I use Artix as my daily driver for personal computers because of the AUR and glibc (Alpine is musl). I also enjoy Void but it's not got as much software as Artix repos + AUR.
I've used Alpine for desktop, it's honestly pretty good, small footprint and has most major desktops and their goodies. If you're desperate for something out of the norm you still have flatpak.
I'm sure it is good for a lot of use-cases, but I want to be able to e.g. play video games without issue. Which is far easier on a glibc system.
As a user, why should I care whether the distro I use uses systemd? I use Mint and I don't remember having to interact with that kind of low-level nonsense. The distro maintainers can use whatever reasoning they want to pick these details.
As a user, why should I care whether the distro I use uses systemd?
Um, because as a user you may have to deal with services, or other systemd features?
Let's say you want to start ssh-agent when you login to your desktop environment. Well, there's a systemd service for that that you can enable, and on another distro you'd have to do it another way (autostart script or something).
If you are just a user, in that a computer is just a tool you use, then you're right, there's comparatively little reason to be concerened or even know about the underlying details of the system. If you go further and start making changes to your system, or even building more complex systems, over time you will find yourself forming quite firm opinions about various parts of the underlying system, especially if you've had experience with other options.
Tribalism exists in every circle, perhaps moreso in tech circles. Ironically anyone who hates on a distro could just switch, or build their own distro if they were so inclined, but it's often the hating that people participate more in than using their system. Use what works for you, and if it no longer works for you use something else.
I like FreeBSD, OpenBSD, Alpine, and Devuan.
Windows 7
Normie here, what's wrong with systemd?
Some people think it handles too many low-level systems. It's a valid concern because if systemd itself were to become compromised (like Xz Utils was) or a serious bug was introduced, all of the userland processes would be affected. People who are stuck in the 90s and think that the Unix philosophy is still relevant will also point out that it's a needlessly complex software suite and we should all go back to writing initscripts in bash.
Red Hat, the owner of systemd, has also had its fair share of controversies. It's a company that many distrust.
Ultimately, those whose opinion mattered the most decided that systemd's benefits outweigh the risks and drawbacks. Debian held a vote to determine the project's future regarding init systems. Arch Linux replaced initscripts because systemd was simply better, and replicating and maintaining its features (like starting services once their dependencies are running) with initscripts would've been unjustifiably complicated.
Nothing, it's just bloated but in practice if your system meets normal distros system requirements systemd isn't going to make that much of a difference in practical use.
Bloated when being run on a potato.
Luckily 99.9% of people do not compute on a potato.
load more comments
(2 replies)
Why should I not use systemd?
If you have to ask, then there's no reason not to. It's people who tinker with their systems that encounter issues with it, or more often random annoyances that add up over tme to those memes.
When you want to feel special but not enough to go to the effort of using FreeBSD
I already am special enough, my mom said so
load more comments
(1 replies)
because the over 70 different binaries of systemd are "not modular" because they are designed to work together. What makes a monolith is, apparently, the name of the overarching project, not it being a single binary (which again, it's not)
If I cared about modularity I'd use something like Hurd, but i actually need to get shit done
load more comments
(2 replies)
OpenBSD
MacOS. I use Linux for servers, Mac for daily driver. Windows for zilch, only at my job because I have to.
launchd is pretty similar to systemd.
True.
OPNSense.
Now that Windows qualifies under the prompt, not that I'd pick it but it's just funny that it is.
Void, because it works really well on my super low-resource chromebook!
load more comments
(2 replies)
systemd is great
Everybody gangsta until A stop job is running forβ¦
Slackware linux
In terms of Linux, either Devuan sysvinit, Void, or Alpine.
I am also a fan of BSD.
I don't care about the init system, however i do love void mainly because of the package manager.
view more: next βΊ