this post was submitted on 10 Aug 2023
0 points (NaN% liked)

Linux

47233 readers
782 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

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
 

After a few conversations with people on Lemmy and other places it became clear to me that most aren't aware of what it can do and how much more robust it is compared to the usual "jankiness" we're used to.

In this article I highlight less known features and give out a few practice examples on how to leverage Systemd to remove tons of redundant packages and processes.

And yes, Systemd does containers. :)

top 14 comments
sorted by: hot top controversial new old
[–] marmarama@lemmy.world 0 points 1 year ago (1 children)

Do we have to bring this up again? It's just boring.

systemd is here and it isn't going anywhere soon. It's an improvement over SysV, but the core init system is arguably less well-designed than some of the other options that were on the table 10 years ago when its adoption started. The systemd userspace ecosystem has significantly stifled development of alternatives that provide equivalent functionality, which has led to less experimentation and innovation in those areas. In many cases those systemd add-on services provide less functionality than what they have replaced, but are adopted simply because they are part of the systemd ecosystem. The core unit file format is verbose and somewhat awkward, and the *ctl utilities are messy and sometimes unfriendly.

Like most Red Hat-originated software written in the last 15 years, it valiantly attempts to solve real problems with Linux, and mostly achieves that, but there are enough corner cases and short-sighted design decisions that it ends up being mediocre and somewhat annoying.

Personally I hope that someone comes along and takes the lessons learned and rewrites it, much like Pulseaudio has been replaced by Pipewire. Perhaps if someone decides it needs rewriting in Rust?

[–] SpaceCadet@sopuli.xyz 0 points 1 year ago (1 children)

Thanks for summarizing my feelings on systemd in a less inflammatory way than if I had written it myself.

I've found that most distributions have implemented it properly and for the most part it works quite well and stays out of my way, it's only when for some reason you have to dive into the minutiae of a unit file and getting into all the dependencies and stuff that it gets annoying quickly.

[–] w2qw@aussie.zone 0 points 1 year ago* (last edited 1 year ago) (1 children)

The dependency system takes a bit to understand but compared to like upstart it was a massive improvement.

[–] SpaceCadet@sopuli.xyz 0 points 1 year ago* (last edited 1 year ago) (1 children)

Everybody gangsta until A start job is running for ... (10s / 1min 30s)

[–] dmar@lemmy.world 0 points 1 year ago (1 children)

I don't see how exactly that is systemd's fault.

You are blaming it for having proper dependency handling?

[–] SpaceCadet@sopuli.xyz 0 points 1 year ago (1 children)

I'm blaming it for making it a pain in the ass to debug dependency problems and for having the confusing, non-intuitive, overly verbose and redundant syntax that probably caused the problem in the first place.

Like, who the hell can memorize all the subtle differences in behavior between After=, Requires=, Wants=, Requisite=, BindsTo=, PartOf=, UpHolds= and then all their "reverse" equivalents?

[–] Laser@feddit.de 0 points 1 year ago

You're right that the difference isn't overly obvious. However, for most services, Wants= is enough. I think some of these (like Requisite=) came from actual users' demands where they had to solve corner cases in their setup that systemd did not allow with the existing features. I think especially UpheldBy= is a smart addition; it adds restarting to a service only if that services is used as a dependency for the one it upholds.

[–] merthyr1831@lemmy.world 0 points 1 year ago (1 children)

Having choice is the best part of Linux, but Systemd is something so ubiquitous to Linux that it might as well be called Systemd/Linux instead of GNU/Linux.

When you think of it like that, it feels much less like a bloated behemoth that needs to be de-monopolised and more like an integral piece of the puzzle that is turning the Linux kernel into an functional operating system.

[–] Laser@feddit.de 0 points 1 year ago

systems always implies Linux, but Linux doesn't necessarily imply systemd.

I always try to cover most of my stack with systemd components because they actually tend to be quite sane with a very transparent configuration. It's no surprise a lot of distributions picked it up. As you said, it does exactly that, make an OS based on Linux easily available. Sure you can do the same with a variety of other tools, but just letting systemd do the heavy lifting for you sure is tempting.

That doesn't mean it's the only choice. I'd love to try Chimera Linux one day which doesn't include systemd (in fact it doesn't include a lot of stuff most other distributions do) but it ticks a lot of boxes for many.

[–] mrvictory1@lemmy.world 0 points 1 year ago (1 children)

Finally a systemd praise post after so many hateful remarks. I knew systemd could do dns resolving but just learned it could handle the entire network stack and replace NetworkManager. I have a question: How can services such as Apache adapt to both NM and systemd at the same time? NM and systemd have different wait-online services. You can also add systemd-analyze for boot time analysis to the list.

[–] Laser@feddit.de 0 points 1 year ago* (last edited 1 year ago)

I knew systemd could do dns resolving but just learned it could handle the entire network stack and replace NetworkManager.

It depends on your use case. I have three machines and use NetworkManager on one of them and systemd-networkd on the others. The latter is great for static configurations, but for a notebook that roams WiFi networks, it doesn't make the most sense.

[–] ryannathans@lemmy.world 0 points 1 year ago (1 children)

All of this shit packed in is why it sucks. Do one thing and do it well. Try setting up a script to run on boot that doesn't stop executing until you want to turn your pc off and watch all traces of sanity drain from your being. Now try it on freebsd. Much much easier

[–] exi@feddit.de 0 points 1 year ago

What's the problem with that script? That's such a basic use case and not very hard to do at all in systemd.

Where do you struggle with it? Can we maybe help with something?

[–] gkpy@feddit.de 0 points 1 year ago

systemd is great, but being disingenious isn't helping anyone:

chrony -> sd-timesyncd [...] one less daemon

just because it ships with systemd doesn't mean it magically runs without it's own process