It's almost as if people think systemd is one massive executable rather than a suite of tools
this post was submitted on 06 Aug 2025
361 points (95.0% liked)
linuxmemes
26686 readers
1833 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
Nah, it's a single executable, like GNU.
All that happens at boot is that linux.exe calls systemd.exe, uses all your system resources making your machine unusable bloat.
when you first boot Systemd calls back to Redhat HQ: "Mr Pottering, we got him"
When did you last update your system? It should call Microsoft, not Red Hat.
None of this stuff for me. I prefer one tool doing one thing, like busybox
I'm worried some might not get this joke
Initramfs is just a executable
Prove me wrong
It's executables all the way down
Yes, GNU.exe, I know it well.
From all the hate you see, it does look like that. It is not?
The answer is more complex than a simple yes/no. Fortunately, an actual Arch Linux maintainer shared their experience with init scripts and why it was necessary to switch to systemd: https://redlib.privacyredirect.com/r/archlinux/comments/4lzxs3/why_did_archlinux_embrace_systemd/?
This line is particularly great:
What most systemd critics consider "bloat", I consider necessary complexity to solve a complex problem generically.
Other than that, and especially in the case of Arch Linux, nobody is forcing anybody to use any other component of systemd, or as proven by the likes of Artix and Devuan, systemd itself.
That was an interesting and enlightening read. Thanks!
load more comments
(19 replies)
Well it is also a massive executable in the mix there
load more comments
(12 replies)
OP when systemd successfully wipes his ass
I like systemd
Awaiting the guillotine...
You're not alone. For most of my career, I've only used Linux to develop software and deploy that software to production. That usually means webservers, databases, iptables/netfilter, and all the other backend processes that glue that together.
Before systemd, I was using sysVInit. Let me say that systemd has been head-and-shoulders above the previous experience in a variety of ways, with a host of built-in features:
- Predictable start-up order of processes
- Configurable inter-process dependencies (for the above)
- Restart on fail
- PID management
- Socket management
- Standard config format (no more copy-pasta init scripts)
- Clearly defined filesystem areas for package managed and user-managed services
- Clearly defined layering of config areas (e.g.
systemctl status <service>shows you exactly what files are loaded) - Solid CLI experience that provides detailed information about every managed service
Bottom line: it's dead simple to add your own stuff, and just as simple to read what packaged software is doing. I also think that using a CLI (instead of poking around /var/run and ps output) is a step up in terms of system administration, given how complex all this can get.
My only contention is the forced use of journald, where my preference would be to use the standard /var/log paradigm for all this, rather than have a doorman to a binary logging database. You can configure it to emit text logs, but that's not the system of record for logging - just a feed.
All that said, container-based solutions have rendered both init systems irrelevant a lot of the time, with tools like Kubernetes providing just about all of the same features. Moreover, cloud solutions tend to lean into cloud-init for host startup configuration and management anyway.
I am more of a hobbyist when it comes to running software on Linux. That said, I usually end up being the guy who installs and manages software on work Linux servers, writes Ansible scripts to standardize configs, and troubleshoot when things dont work. Im not as advanced as you are, but got my fair share of pre-systemd headaches... so yeah, I completely agree with you.
I appreciate that. And don't count yourself as less advanced - a lot of folks would consider using a CM tool like Ansible to be pretty wizardly stuff.
load more comments
(3 replies)
I love it as well it makes everything way easier. You can even run containers with it if you install quadlet. I just recreated most of my homelab containers using it.
load more comments
(1 replies)
Yay another thread where a bunch of script kiddies running a homelab come shitting on a toolset that saved the professionals from the init mess. But they of course know that systemd is bloated and prefer running their node servers in dokker containers on something more lightweight
Are you talking about another thread? Because this one seems like the opposite
load more comments
(5 replies)
This, so much this. Although it's equally old grumpy farts as well as script kiddies. You'll be able to identify the former by their trademark quote "Systemd is the end of / nail in the coffin for Linux".
load more comments
(1 replies)
I still stand by my assumption that anyone complaining about systemd has never tried to configure SysVInit scripts before
Been using Linux as my main system for about 8 years now. I know nothing but systemd. I have never tried other init systems, so I genuinely don't know what I'm missing out on (if there is any). I don't mind systemd and I really really like services and timers. I use them all the time to automate things, but that doesn't mean I don't hate some things about systemd. One of the things that I'd love to burn to charcoal is that "a stop job for UID 1000..... 1:45 minutes", bitch? I don't have that much time on my hands, reboot right now. What are the things that other init systems have that make them better than systemd?
a stop job for UID 1000..... 1:45 minutes
oh oh and then it changes to 3 minutes something when 1:45 passes! where was that configured mr poettering??
load more comments
(3 replies)
I've always liked systemd.
I'm learning FreeBSD and the training wheels are off having to learn RC. I should've done this years ago.
On that, anyone know how to pull core temps off a 20 year old Celeron D in OpenBSD? That and my internal PC speaker are the only things I don't have working yet.
Honestly buttctl has some nice features once you get used to it.
I like how you can pipe anything into it.
view more: next βΊ