this post was submitted on 06 Aug 2025
362 points (95.0% liked)

linuxmemes

26696 readers
487 users here now

Hint: :q!


Sister communities:


Community rules (click to expand)

1. Follow the site-wide rules

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 sudo in 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 figuresWe 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
    top 50 comments
    sorted by: hot top controversial new old

    OP when systemd successfully wipes his ass altr

    [–] kinther@lemmy.world 32 points 6 days ago (2 children)

    I like systemd

    Awaiting the guillotine...

    [–] dejected_warp_core@lemmy.world 7 points 6 days ago (2 children)

    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.

    [–] kinther@lemmy.world 3 points 6 days ago (1 children)

    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.

    [–] Limonene@lemmy.world 2 points 6 days ago (2 children)

    How do you add a custom service to systemd? Let's say /usr/local/sbin/foobar . I can never seem to get it to work, but can do it easily in sysvinit.

    [–] dejected_warp_core@lemmy.world 2 points 6 days ago* (last edited 6 days ago)

    It's been a hot minute, but here's what I recall.

    Take a look under /etc/systemd/system/ This is a good place to put custom system files.

    You'll want to add your new foobar.service file here, then run systemctl daemon-reload or systemctl reload foobar to make systemd load the new config file. Then you can run systemctl start foobar and so on.

    The rest is up to you and the published docs for the system file itself. My recommendation is to also try to understand daemons you may already use like nginx, apache, postgresql, etc. Their configs can be found by first running systemctl status <servicename> and to look at the Loaded: line. Most of the packaged stuff is hanging out under /lib/systemd/system.

    [–] turmacar@lemmy.world 2 points 6 days ago

    https://linuxhandbook.com/create-systemd-services/

    In addition to the script you have a configuration file that defines what, when, and how. Each script has it's own config file instead of a 'config line' in /etc/inittab.

    [–] e8d79@discuss.tchncs.de 3 points 6 days ago* (last edited 6 days ago) (1 children)

    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.

    [–] kinther@lemmy.world 1 points 6 days ago

    Very cool! TIL

    [–] DonutsRMeh@lemmy.world 22 points 6 days ago (4 children)

    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?

    [–] WhyJiffie@sh.itjust.works 10 points 6 days ago

    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.

    load more comments
    view more: next β€Ί