this post was submitted on 25 Sep 2024
54 points (84.6% liked)
Linux
48033 readers
1040 users here now
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
founded 5 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
at least this guy recognizes systemd isn't (just) an init system
"it attempts to do more" yeah. that's the point. that's a good thing. a single source of truth for system background services. background systems used to be a fucking mess and then systemd fixed it. this is why it is the de facto pid 1
i wish people just quit whining
I think if systemd were documented in a more consumable format (the man pages need better organization IMO) more people would see how powerful it is. Mounting directories with BindPath, and BindPathRO, Limiting systemcalls, socket activation and cgroup integration, and nspawn containers are features I can't live without.
I feel like a lot of people that get attached to the "It tries to do everything and it's against the unix philosophy" argument might change their minds when they see the tradeoffs. It has its problems for sure, but you get a lot out of it.
These days I don't even use docker containers for running services. I just put it in a systemd service and lock it down as tightly as I can.
I'm pretty sure the Arch Wiki has a substantial documentation regarding systemd
It's powerfulness IS the problem. Some parts of systemd are great. Some are meh! Some really suck. But because it's monolithic, you can't take the good bits and replace the bad. You have to take it all or nothing.
That's the problem. Its architecture is offensively bad.
That's just completely wrong. Just try e.g. replacing the journald backend with the old text based syslog, and not only will you discover that is possible (which directly contradicts what you just said), it's also easy!
It is pretty well documented. Just look it up online and you will find plenty of articles
You'll find blog spam and ai slop if you look it up online. Systemd's website/man pages should be the resource that brings me up to speed.
I had to read about run0 and other upcoming systemd features from Lennart's Mastodon which I'm not a fan of either. These kinds of things should be on the systemd website itself.
that's a great example of bad docs.
How so? What are you trying to do?
read up to date current docs and know they are for the current working state of the system, potentially when i don't have a net connection because i'm troubleshooting PID 0/1
What can systemd do that cannot be done with OpenRC?
i don't know much about openrc, but doesn't it use sysvinit? one of the major advantages of systemd is ditching sysvinit