• Bluewing@lemmy.world
    link
    fedilink
    arrow-up
    1
    ·
    3 hours ago

    I can attest to that. I’ve been trying to figure out why my Kinonite install is killing KDE repeatedly without mercy…

  • алсааас [she/they]@lemmy.dbzer0.com
    link
    fedilink
    arrow-up
    69
    ·
    edit-2
    21 hours ago

    This is blatantly false, 99% of Gnu/Linux distros actually have systemd nicely asking the processes to terminate themselves, it just doesn’t take longer than ~10 seconds usually.

    This meme would imply a sigkill.

    Edit: the distros that don’t use systemd likely don’t do any such thing either, I just don’t know about them.

    • qjkxbmwvz@startrek.website
      link
      fedilink
      arrow-up
      18
      ·
      20 hours ago

      Except on the Linux systems I’ve used, when I ask it to shut down, it shuts down no matter what. Windows and macOS let programs stop the shutdown process indefinitely (when shutdown/reboot are invoked the usual way).

      I think that’s what the meme is trying to get at.

      • That would depend on the DE I suppose, on GNOME it’ll show open programmes and wait 60 seconds for the user to intervene IIRC.

        Still doesn’t kill them though and asks them to properly terminate themselves which allows them to take care of everything.

      • KiwiTB@lemmy.world
        link
        fedilink
        arrow-up
        6
        ·
        16 hours ago

        I wish that was the case, I’ll often find my Linux desktop running because the os failed to shut something down.

        • qjkxbmwvz@startrek.website
          link
          fedilink
          arrow-up
          1
          ·
          4 hours ago

          poweroff and reboot work as advertised for me, but I’m running headless homelab servers and a laptop with i3. Maybe DEs/GUI shutdown is more subtle?

          • droans@midwest.social
            link
            fedilink
            English
            arrow-up
            1
            ·
            3 hours ago

            I’ve had containers which are locked up and won’t respond to SIGKILL or any other signal. I don’t think It should be possible with a regular process, though.

    • IsoKiero@sopuli.xyz
      link
      fedilink
      English
      arrow-up
      27
      ·
      21 hours ago

      Kernel will happily kill processes if it’s out of memory, regardless of systemd or whatever. But in general Linux first asks nicely for the program to shut down and if it doesn’t comply then it’s SIGKILL time.

    • NeatNit@discuss.tchncs.de
      link
      fedilink
      arrow-up
      12
      arrow-down
      1
      ·
      21 hours ago

      Yeah, I’m kinda sick of seeing this false information on this sub the linuxmemes community. It’s a surprisingly common meme subject somehow

  • FiveMacs@lemmy.ca
    link
    fedilink
    arrow-up
    60
    ·
    22 hours ago

    *clicks shut down on windows

    *goes to boot computer up into the morning… sees message ‘attempting to close programs’

    fu microsoft

    • 0ops@piefed.zip
      link
      fedilink
      English
      arrow-up
      4
      ·
      17 hours ago

      *clicks sleep on windows

      *computer turns itself on in the middle of the night and starts playing YouTube

      fuck you ms

      • AnyOldName3@lemmy.world
        link
        fedilink
        arrow-up
        3
        arrow-down
        2
        ·
        16 hours ago

        That’s almost certainly because you’ve got wake on LAN enabled in your BIOS settings and something else on your network wants to have a late-night chat with your computer.

        • vrighter@discuss.tchncs.de
          link
          fedilink
          arrow-up
          3
          ·
          3 hours ago

          yeah wake on lan is pretty hard to accidentally trigger.

          Why would random software be sending packets with 0xFFFFFFFFFFFF + mac*16?

          • AnyOldName3@lemmy.world
            link
            fedilink
            arrow-up
            1
            ·
            2 hours ago

            The MAC-specific magic packet is an optional mode for wake on LAN, not a mandatory one. Plenty of network adapters forward packets to the OS if wake on LAN is enabled and let the OS decide whether it only wants to respond to magic packets, and by default when wake on LAN is enabled, there are other kinds of packet Windows responds to, e.g. Address Resolution Protocol, which lots of routers use to check whether devices are still connected. It’s not supposed to wake the machine, especially if S0 sleep is enabled, but it can, especially if it’s done excessively.

            • vrighter@discuss.tchncs.de
              link
              fedilink
              arrow-up
              1
              ·
              1 hour ago

              A magic packet is any packet using any protocol with that string in it. And the os cannot respond to a wake-on-lan packet, because the os is not running at the time; the computer is powered off. The os is later informed, via acpi, of the reason it was woken up, should it bother to check. If you don’t want a magic packet, then any packet will wake the system up. I am not aware of any alternatives. Extensions, yes. But not alternatives

          • AnyOldName3@lemmy.world
            link
            fedilink
            arrow-up
            1
            ·
            2 hours ago

            When Windows wakes itself up to do things like that, it wakes itself to a different sleep level where it can still do things but the machine isn’t visibly on. That’s the whole point of S0 sleep. If it’s fully waking itself up to do things, then either S0 sleep is disabled or there’s a firmware bug affecting the motherboard that means certain actions during S0 sleep will exit sleep (which is more common than it should be).

  • dubyakay@lemmy.ca
    link
    fedilink
    arrow-up
    5
    ·
    17 hours ago

    I don’t see an article linked for the relevant headline, but when I first installed linux (I use Arch btw) on my desktop, it didn’t come with swap auto-configured by the install helper ArchInstaller, but did come with oomkiller and also with 4/16GB of zram preconfigured. With three displays and three different kind of browsers open I ran out of memory when launching a game fairly quickly, and of course oomkiller went to town. Not only that, but because of stupid zram it also seemed to be stuck on an endless loop of not being able to kill something.

  • There are apps that don’t close gracefully when asked by systemd in my experience. I’ve often forgotten to close one and been stuck waiting 90s for a watchdog to timeout so the app gets killed.

    This is not a problem unique to windows.