this post was submitted on 26 Jan 2025
499 points (95.9% liked)

linuxmemes

22260 readers
836 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.
  • These rules are somewhat loosened when the subject is a public figure. Still, do not attack their person or incite harrassment.
  • 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. Even if you watch it on a Linux machine.
  • 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.
  • Β 

    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
    [–] [email protected] 83 points 1 week ago (5 children)

    Systemd is pretty cool honestly

    load more comments (5 replies)
    [–] [email protected] 48 points 1 week ago (3 children)

    Systemd-boot and the service files and timers are pretty neat. Works fine as an init too I guess

    [–] [email protected] 12 points 1 week ago

    Anything that lets me avoid the aberration that is Grub is great.

    load more comments (2 replies)
    [–] afb 45 points 1 week ago (1 children)

    I don't hate systemd, but I prefer OpenRC and usually use it on my Debian systems. My preference is purely vibes based though, and I think most of the anti-systemd arguments in common usage are a bit silly.

    [–] [email protected] 35 points 1 week ago (3 children)

    My biggest problem with systemd is that Red Hat has basically used it to push their-way-or-the-highway on many Linux distros. That said, in many situations systemd is better than what came before. Except systemd-networkd. It's a PITA as far as I'm concerned.

    [–] [email protected] 17 points 1 week ago (2 children)

    I see why that may not be an ideal position in an ideological sense, where every distro uses the same thing, but i see it the other way around: it's a way to finally attempt to standardize Linux desktops. Having a standard desktop is crucial for mainstream adoption, because developers won't bother supporting 4837 different combinations of software. This is the reason I am really excited for the future with flatpak, xdg-portals, systemd, pipewire, Wayland etc etc. This way the distro is no longer the platform, it's the distro agnostic software stack that becomes the target platform. For example there's no longer a need to support KDE's file picker, and gnome's file picker and xfce's, you can just call the portal and it will (should) display a file picker. And if the user doesn't have a supported environment (which the vast majority don't) then the burden is on them for being different I guess :p

    [–] [email protected] 4 points 1 week ago

    I like the standardisation of things. I don't like that it's glomming over everything to push Red Hat's way of doing it and slow-walking proposals from other groups.

    [–] iopq 2 points 1 week ago

    The Nix package manager uses systemd for instatiating services for its packages, so you can switch between any setup with one command. Nix will stop and start all the units that were changed. While it's a Nix feature, systemd is doing all the heavy lifting

    [–] gi1242 5 points 1 week ago

    systemd-network is great on servers. I use it on every machine that isn't on wifi

    [–] [email protected] 5 points 1 week ago (1 children)

    What are your issues with networkd?

    [–] [email protected] 3 points 1 week ago

    I find it hard to deal with. I generally end up writing a new plan file and just rendering that to networkd.

    [–] [email protected] 33 points 1 week ago (2 children)
    [–] [email protected] 41 points 1 week ago

    It's one of the init systems of all time.

    [–] [email protected] 23 points 1 week ago (1 children)

    it makes my computer start. that’s pretty neat I think

    [–] [email protected] 2 points 1 week ago

    I like the way I can make the timeout 0 so I don't even need to think about it doing its job :)

    [–] [email protected] 22 points 1 week ago (2 children)

    SystemD works great, but the corporations and politics behind it will ruin Linux if they fully take over. They are already optimizing heavily for IoT just because IBM is heavily focused on IoT

    [–] FooBarrington 7 points 1 week ago* (last edited 1 week ago) (2 children)

    I'm pretty sure IBM hasn't focussed on IoT in a long time

    (In the sense that I used to work there and know they've both reduced investment in, and fully removed, some parts of their portfolio regarding IoT)

    load more comments (2 replies)
    [–] AnUnusualRelic 3 points 1 week ago (2 children)

    IBM is heavily focused on IoT

    Oh no, IBM wants to put a System/390 in every lightbulb!

    load more comments (2 replies)
    [–] [email protected] 17 points 1 week ago (1 children)

    You had me at "declarative".

    [–] [email protected] 3 points 1 week ago (2 children)

    Would you elaborate? Is systemd config not declarative?

    [–] [email protected] 17 points 1 week ago

    It is. The cracker in the second panel lists several benefits of systemd, including declarative config.

    [–] ikidd 7 points 1 week ago (1 children)

    They're saying it is, and they like it because it is.

    Its a meme phrase.

    [–] [email protected] 5 points 1 week ago

    Ahh thanks, my English is not so sharp.

    [–] Thcdenton 13 points 1 week ago (1 children)

    I learned systemd first so its comfy πŸ€·β€β™€οΈ

    [–] [email protected] 5 points 1 week ago

    I feel that. I've used Linux before systemd but when I went into the "nitty gritty" by using arch systemd had just been implemented and everything I learned about startup services init etc. was systemd based. When I started my career working in servers they were redhat/CentOS so still systemd and when I switched jobs Debian already had made the switch so (most of) the systems at my new job were also systemd based. Of course I learned the basics of init files and even some rc.d but systemd still makes the most sense to me and like you say it's "comfy".

    [–] [email protected] 11 points 1 week ago (4 children)

    Anyone got a good tutorial/guide fir SystemD?

    Figure I may as well try to wrap my head around it if it's supposedly going to murder me in my sleep or whatever.

    load more comments (4 replies)
    [–] [email protected] 8 points 1 week ago (1 children)

    journalctl and binary logging are annoying bullshit.

    [–] [email protected] 6 points 1 week ago (1 children)

    Try to pass init= and you'll see reduced RAM usage. Systemd is bloated.

    [–] [email protected] 16 points 1 week ago (1 children)

    Hell, pass init=/bin/yes and you'll see even more greatly reduced RAM usage!

    ❯ ps aux | grep /usr/lib/sys | awk '{print $6}' | sed 's/$/+/' | tr -d '\n' | sed 's/+$/\n/' | bc
    266516
    

    So that's 260 MiB of RSS (assuming no shared libs which is certainly false) for:

    • Daemon manager
    • Syslog daemon
    • DNS daemon (which I need and would have to replace with dnsmasq if it did not exist)
    • udev daemon
    • network daemon
    • login daemon
    • VM daemon (ever hear of the principle of least privilege?)
    • user daemon manager (I STG anyone who writes a user daemon by doing nohup & needs to be fired into the sun. pkill is not the tool I should have to use to manage my user's daemons)

    For comparison the web page I'm writing this on uses 117 MiB, about half. I'll very gladly make the tradeoff of two sh.itjust.works tabs for one systemd suite. Or did you send that comment using curl because web browsers are bloated?

    For another comparison 200 MiB of RAM is less than two dollars at current prices. I don't value my time so low that I'll avoid spending two bucks by spend hours debugging whatever bash scripting spaghetti hell other init systems cling onto to avoid "bloat". I've done it, don't miss it.

    load more comments (1 replies)
    [–] [email protected] 6 points 1 week ago (1 children)

    {insert IBM conspiracy here}

    [–] [email protected] 3 points 1 week ago* (last edited 1 week ago)

    The Nazis will overtake us, one red hat at a time

    [–] [email protected] 6 points 1 week ago

    @pewgar_seemsimandroid systemd has a lot of really good things...
    But it's too complex for init process and even too complex for service manager. Many solib dependencies causes long start, big memory footprint and possibe security issues. Many things might be implemented in some separate services, running with restricted permissions and optionally disabled.
    initng was very similar to systemd, but was very simple and very much faster

    [–] [email protected] 5 points 1 week ago

    runit entering the chat

    [–] daggermoon 5 points 1 week ago

    I've used both runnit and systemD and I prefer systemD. Nothing against runnit and I love Void Linux.

    [–] [email protected] 5 points 1 week ago (1 children)

    I dislike journalctl more than systemd. And I don't get what's the advantage of systemctl vs previous solutions, why would that of all things make one reconsider.

    I miss rc.local and crontabs. Now if you excuse me I have a cloud to yell at.

    [–] Hawke 3 points 1 week ago (1 children)

    The only advantage I see is that it actually seems to keep a better handle on the status of the process/service. The old-style unit scripts would often get out of sync and not realize that a process had died, or if they did they would repeatedly respawn a service that would just die again. Maybe that was less of a problem in later years than I experienced earlier, but it was there.

    The whole init.d system felt very ad-hoc with every script working a little bit differently, giving different output styles, etc.

    load more comments (1 replies)
    [–] [email protected] 3 points 1 week ago (1 children)

    Well, I think that if declarative configuration is what you're looking for, the GNU Guix distro with its GNU Shepherd init system might be a more pertinent solution than SystemD

    [–] [email protected] 3 points 1 week ago

    Hell yea +1 for shepherd.

    Declarativity on steroids.

    [–] hark 2 points 1 week ago (1 children)

    Aren't all configs declarative?

    [–] [email protected] 13 points 1 week ago (1 children)

    some other init systems just use scripts for config, meaning you can just do whatever

    [–] [email protected] 3 points 1 week ago (2 children)

    Configs can do whatever too.

    [–] [email protected] 2 points 1 week ago

    a config file can do only what the program that reads it allows. if the program that reads the file is just bash...

    load more comments (1 replies)
    load more comments
    view more: next β€Ί