• mogoh@lemmy.ml
    918·
    3 months ago

    The systemd debate is basically dead. There are very few against it, but many accept it by now. Just avoid phoronix forum and some other places.

    • tortina_original@lemmy.world
      3217·
      3 months ago

      “Just avoid places that sysadmins and security guys frequent and get your opinions on systemd from memes and people running arch on home machine”. Great plan.

      Systemd is absolute and utter shit, especially from security perspective.

      Noone was asking security guys but package maintainers.

      My favorite systemd thing is booting up a box with 6 NICs where only 1 was configured during the initial setup. Second favorite is betting on whether it will hang on reboot/shutdown.

      Great tool, 10/10.

      • qjkxbmwvz@startrek.website
        22·
        3 months ago

        My favorite was when the behavior of a USB drive in /etc/fstab went from “hmm it’s not plugged in at boot, I’ll let the user know” to “not plugged in? Abort! Abort! We can’t boot!”

        This change over previous init behavior was especially fun on headless machines…

          • renzev@lemmy.worldOPEnglish
            182·
            3 months ago

            Fstab is for critical partitions

            Hush everyone, don’t tell this guy about noauto, it’ll burst his bubble

              • InverseParallax@lemmy.worldEnglish
                7·
                3 months ago

                Jesus, I mount everything manually from noauto, except root.

                If nfs isn’t available, I don’t want my system to hang, typing mount takes 2 seconds.

                • Possibly linux@lemmy.zipEnglish
                  22·
                  3 months ago

                  Wouldn’t your NFS not mount in that case? Wouldn’t you want it to retry periodically? Also, what happens to your service when NFS isn’t available?

                  Sounds like systemd mounts are better in this case (unless the device is non critical)

          • qjkxbmwvz@startrek.website
            81·
            3 months ago

            This happened to me when Debian switched from SysV to systemd. I am not the only person who experienced this (e.g., https://bbs.archlinux.org/viewtopic.php?id=147478 ).

            This is not to say the systemd behavior is wrong, but it essentially changed the behavior of fstab. Whether this is Debian’s fault, Arch’s fault (per the above link), systemd’s fault, or my fault is a fair question. But this committed that most egregious of sins per our Lord and Savior Torvalds — it broke my userspace.

            • Possibly linux@lemmy.zipEnglish
              59·
              3 months ago

              That was a really long time ago. (2015) I don’t understand why you are holding a grudge for almost 10 years. Most people have never used a system without systemd.

      • renzev@lemmy.worldOPEnglish
        187·
        3 months ago

        I’ve gotten into quite a lot of systemd-related flame wars so far, and what strikes me is that I haven’t heard a single reason why systemd is good and should be used in favor of openrc/sysvinit/whatever. The only arguments I hear in favor of systemd, even from the its diehard defenders, are justifications why it’s not that bad. Not once have I heard someone advocate for systemd with reasoning that goes likes “Systemd is superior to legacy init systems because you can do X much easier” or “systemd is more secure because it’s resistant against Y attack vector”. It’s always “Linus says it’s allright” or “binary logfiles aren’t a problem, you can just get them from journald instead of reading the file”, or “everyone already uses it”.

        When it comes to online discourse, systemd doesn’t have advocates, it has apologists.

        • s_s@lemm.eeEnglish
          11·
          3 months ago

          I’ve gotten into quite a lot of systemd-related flame wars so far, and what strikes me is that I haven’t heard a single reason why systemd is good and should be used in favor of openrc/sysvinit/whatever.

          “Hi I’m new to Linux, I switched from Windows to Alpine Linux and my laptop’s battery life has gone from 6 hours to 30 minutes before needing a charge.”

      • mogoh@lemmy.ml
        84·
        3 months ago

        “Just avoid places that sysadmins and security guys frequent and get your opinions on systemd from memes and people running arch on home machine”. Great plan.

        So salty. Also twisting the things I said. I for sure like to visit phoronix, but I avoid the phoronix forum and advice was to avoid the forum.

        Noone was asking security guys but package maintainers.

        citation needed.

        Keep using Devuan if it makes you happy.

        • tortina_original@lemmy.world
          810·
          3 months ago

          Not really interested in debating with average “I run arch btw” user. We are not in the same universe, things I have to audit and maintain are not in the same universe with things you do, so having such a smart advice coming from you is not a surprise at all. I could, after all, just roll out my own distro if I am not happy, amirite?

          I run systemd machines because I don’t have a choice. It doesn’t make it any less of a shit. Simple as that.

          But hey, tell me some more about systemd, I am really new to all this 🤔

          • renzev@lemmy.worldOPEnglish
            5·
            3 months ago

            Out of curiosity, why exactly do you not have a choice in not running systemd? Is it company policy / are they clients’ machines?

          • wormer@lemmy.ml
            72·
            3 months ago

            Buddy lay off the Rick and Morty and take a shower

            “I’m not in the same universe as you!!!” Get a grip

          • mogoh@lemmy.ml
            5·
            3 months ago

            Not really interested in debating with average “I run arch btw” user. We are not in the same universe, things I have to audit and maintain are not in the same universe with things you do

            Sir, this is the Linux memes sublemmy.

  • rtxn@lemmy.worldMEnglish
    402·
    3 months ago
    [     *] (3 of 3) A stop job is running for User Manager for UID 1000... (1m12s / 3m)
  • wormer@lemmy.ml
    4410·
    3 months ago

    I feel like anyone who genuinely has a strong opinion on this and isn’t actively developing something related has too much time on their hands ricing their desktop and needs to get a job

    • loaExMachina@sh.itjust.works
      25·
      3 months ago

      As someone who’s not a developer at all and has been making a comic about systemd for a rather small audience, it’s worse than you think: We actually have stuff to do and procrastinate on them while spending time and thoughts in this, reading old blog posts and forum debates as if deciphering Sumerian epic poems. Many pages were made while I was supposed to be preparing for exams, which I barely passed. Others when I should’ve been cleaning up for moving. I think part of the reason why I haven’t made any in a while is that with a faithful audience being born and waiting for the next chapter, it’s started feeling like something I had to do, and therefore, the type of stuff I procrastinate on.

    • rtxn@lemmy.worldMEnglish
      2210·
      3 months ago

      My full-time job literally involves dealing with systemd’s crap. There is a raspberry pi that controls all of our signage. Every time it is powered on, systemd gets stuck because it’s trying to mount two separate partitions to the same mount point, whereupon I have to take a keyboard and a ladder, climb up the ceiling, plug in the keyboard, and press Enter to get it to boot. I’ve tried fixing it, but all I did was break it more.

      • Asetru@feddit.org
        493·
        3 months ago

        systemd gets stuck because it’s trying to mount two separate partitions to the same mount point

        Uh… Sounds like it’s not really systemd’s fault, your setup is just terrible.

        I’ve tried fixing it, but all I did was break it more.

        If you’re unable to fix it, maybe get somebody else? Like, this doesn’t sound like it’s an unfixable issue…

        • jj4211@lemmy.world
          21·
          3 months ago

          Uh… Sounds like it’s not really system’s fault, your setup is just terrible.

          I don’t know his specific issue, but the general behavior of systemd going completely nuts when something is a bit ‘off’ in some fashion that is supremely confusing. Sure, there’s a ‘mistake’, but good luck figuring out what that mistake is. It’s just systemd code tends to be awfully picky in obscure ways.

          Then when someone comes along with a change to tolerate or at least provide a more informative error when some “mistake” has been made is frequently met with “no, there’s no sane world where a user should be in that position, so we aren’t going to help them out of that” or “that application does not comply with standard X”, where X is some standard the application developer would have no reason to know exists, and is just something the systemd guys latched onto.

          See the magical privilege escalation where a user beginning with a number got auto-privileges, and Pottering fought fixing it because “usernames should never begin with a number anyway”.

          • Laurel Raven@lemmy.zipEnglish
            72·
            3 months ago

            I love that mentality to development

            If it has a buffer overflow exploit that caused it to execute arbitrary code is his response that people shouldn’t be sending that much data into that port anyway so we’re not going to fix it?

            (I feel like this shouldn’t require a /s but I’m throwing it in anyway)

        • BaumGeist@lemmy.ml
          12·
          3 months ago

          I’m gonna laugh if it’s something as simple as a botched fstab config.

          In the past, it’s usually been the case that the more ignorant I am about the computer system, the stronger my opinions are.

          When I first started trying out Linux, I was pissed at it and would regularly rant to anyone who would listen. All because my laptop wouldn’t properly sleep: it would turn off, then in a few minutes come back on; turns out the WiFi card had a power setting that was causing it to wake the computer up from sleep.

          After a year of avoiding the laptop, a friend who was visiting from out of town and uses Arch btw took one look at it, diagnosed and fixed it in minutes. I felt like a jackass for blaming the linux world for intel’s non-free WiFi driver being shit. (in my defense, I had never needed to toggle this setting when the laptop was originally running Windows).

          The worst part is that I’m a sysadmin, diagnosing and fixing computer problems should be my specialty. Instead I failed to put in the minimum amount of effort and just wrote the entire thing off as a lost cause. Easier then questioning my own infallibility, I suppose.

          • interdimensionalmeme@lemmy.ml
            32·
            3 months ago

            A typo in fstab shouldn’t wreck the system. Why is that not resilient ? I added an extra mount point to an empty partition but forgot to actually create it in LVM.

            During boot, device not found and boot halted, on a computer with no monitor/keyboard

            • BaumGeist@lemmy.ml
              9·
              3 months ago

              It will cause a critical error during boot if the device isn’t given the nofail mount option, which is not included in the defaults option, and then fails to mount. For more details, look in the fstab(5) man page, and for even more detail, the mount(8) man page.

              Found that out for myself when not having my external harddrive enclosure turned on with a formatted drive in it caused the pc to boot into recovery mode (it was not the primary drive). I had just copy-pasted the options from my root partition, thinking I could take the shortcut instead of reading documentation.

              There’s probably other ways that a borked fstab can cause a fail to boot, but that’s just the one I know of from experience.

                • BCsven@lemmy.ca
                  5·
                  3 months ago

                  Its a ‘failsafe’ , like if part of the system depends on that drive mounting then if it fails then don’t continue. Not the expected default, but probably made sense at some point. Like if brakes are broken don’t allow starting truck, type failsafe.

    • ysjet@lemmy.worldEnglish
      3·
      3 months ago

      As someone who has strong opinions on this, and not only has a job but has a job related to exactly sort of thing… We use freebsd.

      Specifically to avoid shit like systemd, and other questionable choices forced down people’s throats by idiots who can’t stop touching things that work well because they didn’t invent it.

      • lud@lemm.ee
        1·
        3 months ago

        What do you use freebsd for? Server or clients and what kind of workload?

        • ysjet@lemmy.worldEnglish
          1·
          3 months ago

          Servers, and workloads are various- DNS, ntp, databases, a few websites, internal servers running code/apis/etc for internal processes, etc.

  • MonkderVierte@lemmy.ml
    356·
    3 months ago

    Bullshit, there’s always reasons listed. Some more, some less opiniated, but there’s always lists.

    For me personally:

    • no portability
    • not-invented-here syndrome
      • manages stuff it shouldn’t, like DNS
      • makes some configurations unneccessarily complicated
    • more CVE than all other init together
      • service manager that runs with PID 0
    • BaumGeist@lemmy.ml
      203·
      3 months ago

      To the feature creep: that’s kind of the point. Why have a million little configs, when I could have one big one? Don’t answer that, it’s rhetorical. I get that there are use cases, but the average user doesn’t like having to tweak every component of the OS separately before getting to doom-scrolling.

      And that feature creep and large-scale adoption inevitably has led to a wider attack surface with more targets, so ofc there will be more CVEs, which—by the way—is a terrible metric of relative security.

      You know what has 0 CVEs? DVWA.

      You know what has more CVEs and a higher level of privilege than systemd? The linux kernel.

      And don’tme get started on how bughunters can abuse CVEs for a quick buck. Seriously: these people’s job is seeing how they can abuse systems to get unintended outcomes that benefit them, why would we expect CVEs to be special?

      TL;DR: That point is akin to Trump’s argument that COVID testing was bad because it led to more active cases (implied: being discovered).

        • TheKingBee@lemmy.worldEnglish
          62·
          3 months ago

          is it overengineering or just a push back against “make each program do one thing well,” and saying yeah but I have n things to do and I only need them done, well or not I just need them done and don’t want to dig through 20 files to do it…

          • MonkderVierte@lemmy.ml
            3·
            3 months ago

            I’d argue s6 does that aspect better, and without overengineering and userspace-dependents. Systemd was just the earlier bird.

    • renzev@lemmy.worldOPEnglish
      14·
      3 months ago

      I’m more of a runit guy, but I started using Alpine recently, and I have to say, openrc is also pretty nice!

      • msage@programming.dev
        14·
        3 months ago

        What “scares” me the most is the journal… for some reason it takes too long to get specific unit logs, and should anything break down in it, there is no way for me to fix it. Like logging has been solved forever, and I prefer specific unit logs to the abomination of journalctl.

        But like unit files are everywhere, and systemctl at its core is a nice cmd utility.

        • Possibly linux@lemmy.zipEnglish
          3·
          3 months ago

          The thing with journalctl is that it is a database. Thus means that searching and finding things can be fast and easy in high complexity cases but it can also stall in cases with very high resource usage.

          • jj4211@lemmy.world
            9·
            3 months ago

            Thing is that they could have preserved the textual nature and had some sort of external metadata to facilitate the ‘fanciness’. I have worked in other logging systems that did that, with the ability to consume the plaintext logs in an ‘old fashioned’ way but a utility being able to do all the nice filtering, search, and special event marking that journalctl provides without compromising the existence of the plain text.

            • Possibly linux@lemmy.zipEnglish
              36·
              3 months ago

              Plain text is slow and cumbersome for large amounts of logs. It would of had a decent performance penalty for little value add.

              If you like text you can pipe journalctl

              • msage@programming.dev
                3·
                3 months ago

                But if journalctl is slow, piping is not helping.

                We have only one week of very sparse logs in it, yet it takes several seconds… greping tens of gigabytes of logs can be sometimes faster. That is insane.

              • jj4211@lemmy.world
                1·
                3 months ago

                As I said, I’ve dealt with logging where the variable length text was kept as plain text, with external metadata/index as binary. You have best of both worlds here. Plus it’s easier to have very predictable entry alignment, as the messy variable data is kept outside the binary file, and the binary file can have more fixed record sizes. You may have some duplicate data (e.g. the text file has a text version of a timestamp duplicated with the metadata binary timestamp), but overall not too bad.

          • msage@programming.dev
            3·
            3 months ago

            But why?

            I just can’t grasp why such elementary things need to be so fancied up.

            It’s not like we don’t have databases and use them for relevant data. But this isn’t it.

            And databases with hundreds of milions of rows are faster than journalctl (in my experience on the same hardware).

  • cley_faye@lemmy.world
    101·
    3 months ago

    systemd, as a service manager, is decent. Not necessarily a huge improvement for most use cases.

    systemd, the feature creep that decides to pull every single possible use case into itself to manage everything in one place, with qwirks because making a “generic, do everything” piece of software is not a good idea, is not that great.

    systemd, the group of tools that decided to manage everything by rewriting everything from scratch and suffering from the same issue that were fixed decades ago, just because “we can do better” while changing all well known interfaces and causing a schism with either double workload or dropping support for half the landscape from other software developer is really stupid.

    If half the energy that got spent in the “systemd” ecosystem was spent in existing projects and solutions that already addressed these same issues, it’s likely we’d be in a far better place. Alas, it’s a new ecosystem, so we spend a lot of energy getting to the same point we were before. And it’s likely that when we get close to that, something new will show up and start the cycle again.

    • lightsblinken@lemmy.world
      2·
      3 months ago

      agree. i find the dns resolver in particular a dumpster fire of shitfuckery. name resolution was shitty, but a solution based on wrapper is just ugh.

    • platypus_plumba@lemmy.world
      1·
      3 months ago

      Learning how Systemd manages the network was a total mindfuck. There are so many alternatives, all of them being used differently by different tools, partially supported. networkd, Network Manager… There were other tools, they shared similar files but had them in different /etc or /usr folders. There were unexpected interactions between the tools… Oh man, it was so bad. I was very disappointed.

      I was really into learning how things really worked in Linux and this was a slap to my face because my mindset was “Linux is so straightforward”. No, it is not, it is actually a mess like most systems. I know this isn’t a “Linux” issue, I’m just ranting about this specific ecosystem.

  • Psythik@lemmy.world
    21·
    3 months ago

    What’s system md? Sounds like the name of 90s anti-virus software.