Transcript:

Two panel meme.

Top panel: Woman in the front seat of a car screaming at a child in the rear seat. She’s saying “Why can’t you just shutdown?”

Bottom panel: A child screaming “A stop job is running for Session c2 of user … (1:30 / no limit)”

    • [object Object]@lemmy.ca
      link
      fedilink
      arrow-up
      14
      ·
      5 hours ago

      Ughh recently had an amd graphics kernel bug which would lock up some /proc file somehow

      You’d go “why are fabs at max” type ps or top and they would freeze. System monitor would freeze.

      “Okay, I’ll just reboot, this is fucked”, and systemd is just there:

      Luckily it’s patched now. Hopefully those hard reboots didn’t damage anything.

      • Kairos@lemmy.today
        link
        fedilink
        arrow-up
        4
        ·
        5 hours ago

        Hard reboots don’t damage anything but the OS state, and even that has been protected against the last 2 decades.

          • Kairos@lemmy.today
            link
            fedilink
            arrow-up
            3
            ·
            5 hours ago

            Some computer components don’t protect against voltage loss and some OS components aren’t tolerant to sudden shutdown but we’re 99% the way there. Any of the two which don’t have protection at this point are complete garbage.

          • xthexder@l.sw0.com
            link
            fedilink
            arrow-up
            1
            ·
            4 hours ago

            Apart from static discharge, or a broken power supply, I don’t think there’s anything your computer could do to the SSD to actually break it. Worst case you just need to reformat it.

            (I guess if it writes to it constantly it could wear out, but that’s different than a hard shutdown)

    • Björn@swg-empire.de
      link
      fedilink
      arrow-up
      61
      ·
      8 hours ago

      That’s not really systemd’s fault though. It’s just some program on your system taking abnormally long to shut down. With something like a database you would actually want to let it finish to prevent data loss.

      • corsicanguppy@lemmy.ca
        link
        fedilink
        English
        arrow-up
        5
        ·
        5 hours ago

        That’s not really systemd’s fault though.

        Oh, but it is. Upstart and sysV will both assassinate everything after a point. This bullshit is entirely new, either by Systemd sucking, or Systemd allowing this shit (thus, sucking), where neither thing happened beforehand.

        I admit I rage when it’s starting or stopping and can’t win for all the losing – especially because “startup time” was the the main (unfounded) feature on the banner they waved around.

        I work with sysV and Systemd and shut each down on a. Regular basis, via tooling, for stuff like patching, so it’s often a horse-race to offline. The difference is often negligible, for new machines or established boxes with apps, and the main difference is sometimes Systemd fails its YOU HAD ONE job from time to intermittent time.

        I work in a team where Unix and Linux is ~15 very experienced admins, so don’t fret over the skills and experience question or the scale question.

      • remotelove@lemmy.ca
        link
        fedilink
        arrow-up
        14
        ·
        edit-2
        7 hours ago

        This happens, too. A burst of local brownouts killed an OPNsense firewall of mine once. (The hardware was fine. The data got wrecked.) The firewall would boot, or almost finish booting, and then another brownout would hit. After the third or fourth cycle, the poor thing was toast.

        I should thank the power company for free resilience testing.

          • remotelove@lemmy.ca
            link
            fedilink
            arrow-up
            1
            ·
            13 minutes ago

            I did. All the important things have time to gracefully shutdown now. (Except my for my rack of 4 DL360’s, which need something a little more robust than a Walmart UPS. They aren’t critical and only exist to handle weird one-off projects anyway.)

              • Err(()).unwrap()@lemmy.worldM
                link
                fedilink
                arrow-up
                2
                ·
                edit-2
                2 hours ago

                A blackout is just a loss of power. Nothing complicated about it.

                A brownout means that the electric grid (or interconnection), for some reason, can’t supply enough power to satisfy the demand, but protection devices haven’t tripped yet. It can result in momentary power losses, drops in voltage, drops in frequency, or some generators getting desynchronized with the rest of the grid. If reactive loads (like HVAC motors) go offline momentarily, they can cause spikes in power consumption, which can overload circuits and trip safety devices.

                A UPS needs to immediately switch to battery power when there are signs of an imminent power loss. A brownout might cause a consumer-grade UPS to switch on and off repeatedly, which the inverter circuit probably doesn’t like.

                This channel is run by a real civil engineer, he’s released some great videos about the challenges of maintaining an electric grid.

              • sepi@piefed.social
                link
                fedilink
                English
                arrow-up
                2
                ·
                edit-2
                4 hours ago

                If only we could be so lucky. They don’t make Minutemans anymore.

                My house flooded once, had like an inch of water in the living room, and my Minuteman ups was just sitting there beeping cos there was no power.

      • mmmm@sopuli.xyz
        link
        fedilink
        arrow-up
        6
        ·
        7 hours ago

        Not sure about that. When I first installed Gentoo with OpenRC everything went fine, just the boot/shutdown times were a bit slower than with SystemD’s when it didn’t do this shenanigans. But when I started reading about the SystemD hype I decided to try it and it did this at random - and got fed up so went back to OpenRC and never experienced this again. Maybe a misconfiguration on my part or something but I didn’t do something out of what the manual said about how to set it up.

      • Venia Silente@lemmy.dbzer0.com
        link
        fedilink
        English
        arrow-up
        5
        ·
        7 hours ago

        If it was really the program’s fault, why doesn’t it happen when I switch to sysvinit? (or maybe openrc, I haven’t tried that one)

        • Björn@swg-empire.de
          link
          fedilink
          arrow-up
          6
          ·
          7 hours ago

          Because you didn’t bother fixing the underlying issue but got lucky.

          Or these other inits are more brutal in their shutdown procedure, but I doubt that.

    • disorderly@lemmy.world
      link
      fedilink
      arrow-up
      22
      ·
      8 hours ago

      Why? You can bypass it immediately if it’s a one-off, or go update the unit configuration to have a short timeout if it’s a regular error.

      More likely though, it’s something that should actually be fixed, like a misconfigured fstab. Systemd is rarely the problem here.