Yes yes, I REALLY want to terminate that process and I am very sure about it too, ty.

  • mlg@lemmy.world
    link
    fedilink
    English
    arrow-up
    18
    ·
    5 hours ago

    Actually no, it’s just that the programs on Linux usually accept SIGINT, SIGTERM, etc pretty gracefully. Some are even smart enough to handle it on a thread hang. SIGKILL is last resort.

    Lots of Windows applications like to ignore the close request because Windows doesn’t have signals and instead you can only pass a window name to request exit which is the same as clicking the close button.

    So any hung software won’t respond and you have to terminate it.

  • Laura@lemmy.ml
    link
    fedilink
    arrow-up
    1
    ·
    3 hours ago

    btw funny story since many comments mention NFS/CIFS:

    I have a share mounted at /smb and the server sometimes just dies so when I want to unmount it I run umount /smb but my shell (zsh) hangs after typing umount /sm and the b doesn’t even show

    I guess zsh does a kind of stat() on everything you type but bash came to save the day

    • rtxn@lemmy.worldM
      link
      fedilink
      English
      arrow-up
      2
      ·
      1 hour ago

      I don’t know if clean ZSH does it, but if you have the zsh-syntax-highlighting plugin, it tests if the path you’re typing exists every time you edit the line.

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

    Is there some Linux equivalent to “ctrl + alt + del?” I get that killing a process from the terminal is preferred, but one of the few things I like about windows is if the GUI freezes up, I can pretty much always kill the process by pressing ctrl+alt+del and finding it in task manager. Using Linux if I don’t already have the terminal open there are plenty of times I’m just force restarting the computer because I don’t know what else to do.

    • phlegmy@sh.itjust.works
      link
      fedilink
      arrow-up
      10
      ·
      7 hours ago

      Ctrl+alt+F1/F2/F3 etc.
      It lets you switch to another terminal session, where you can use something like top/htop for a commandline equivalent to task manager.

      • RecluseRamble@lemmy.dbzer0.com
        link
        fedilink
        arrow-up
        6
        ·
        5 hours ago

        That’s what I don’t get about what they said above. If the Windows desktop freezes up, Task Manager won’t open either (happened to me quite some times over the years - less so since they moved to the NT kernel though). What you mentioned always works short of kernel panic.

      • fleabomber@lemmy.world
        link
        fedilink
        arrow-up
        2
        ·
        6 hours ago

        I’ve heard those quick keys a thousand times but my brain has determined that it is not necessary information for me to retain.

  • Björn Tantau@swg-empire.de
    link
    fedilink
    arrow-up
    151
    arrow-down
    2
    ·
    15 hours ago

    And as always with this meme: Both Windows and Linux can ask a process nicely to terminate or kill it outright. And the default for both is to ask nicely.

    • WhyJiffie@sh.itjust.works
      link
      fedilink
      English
      arrow-up
      14
      arrow-down
      1
      ·
      edit-2
      9 hours ago

      on windows a process can get in a state so that it is impossible to make it go away, even with process explorer or process hacker. mostly this also involves the bugged software becoming unusable.

      I encounter such a situation from time to time. one way it could happen is if the USB controller has got in an invalid state, which one of my pendrives can semi-reliably reproduce. when that happens, any process attempting to deal with that device or its FS, even the built-in program to remove the drive letter, will stop working and hang as an unkillable process.

      • zea@lemmy.blahaj.zone
        link
        fedilink
        arrow-up
        21
        ·
        9 hours ago

        Linux has that issue too. A process in an uninterruptible blocking syscall stays until that syscall finishes, which can be never if something weird’s going on.

      • Björn Tantau@swg-empire.de
        link
        fedilink
        arrow-up
        9
        arrow-down
        1
        ·
        edit-2
        9 hours ago

        I’ve seen that on Linux as well. Funnily enough also with faulty file systems. I think NFS with spotty wifi for one.

        Oh, and once with a dying RAID controller. That was a pain in the ass. At that point I swore to only ever do RAID in software.

        • greyfox@lemmy.world
          link
          fedilink
          English
          arrow-up
          1
          ·
          5 hours ago

          Add a -f to your umount and you can clear up those blocked processes. Sometimes you need to do it multiple times (seems like it maybe only unblocks one stuck process at a time).

          When you mount your NFS share you can add the “soft” option which will let those stuck calls timeout on their own.

        • WhyJiffie@sh.itjust.works
          link
          fedilink
          English
          arrow-up
          3
          ·
          7 hours ago

          oh yeah now that you say, SMB/CIFS mounted share if connection is no more. when I experienced this, it was temporary though, because there’s a timeout which is half (or double?) of the configurable reconnection timeout. but now that I think of it, I’m not sure if it made it unkillable.

    • neidu2@feddit.nl
      link
      fedilink
      arrow-up
      28
      ·
      14 hours ago

      Well, with linux you get the option of sending mixed signals through the use of varying count of guns. I find 9 to be highly effective.

      • linearchaos@lemmy.world
        link
        fedilink
        English
        arrow-up
        12
        ·
        10 hours ago

        Taskkill /f is reasonably close to sudo kill -9

        Hitting the X in Windows and hitting the X in Linux both cause the application to start a save yourself routine. From the OS standpoint they’re not far off.

        The problem is we have a lot of confirmation bias in windows because every time we want to close an application that’s not working, that save yourself call has to sit around for a hellaciously long time out followed by a telemetry call so that Microsoft can track that it happened.

        It’s pretty rare that Linux apps don’t just close.

    • BonerMan@ani.social
      link
      fedilink
      arrow-up
      9
      arrow-down
      1
      ·
      13 hours ago

      Because that’s better for the software, Linux however kills it outright when it doesn’t respond at all. Windows just… Waits. And you can’t really hardkill the processes from the task manager. Or at last my last knowledge is that.

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

        You can easily make a program unkillable (or to be more precise untermable) on Linux. Here’s a simple bash script that will do that.

        #!/bin/bash                                                                                                     function finish {
          while true
          do                                                              
            echo "Can't kill me."                                   
            sleep 10                                        
          done                                            
        }                                                                                                               trap finish EXIT                                        
        trap finish TERM                                        
        trap finish INT                                                                                                 
        
        while true                                              
        do                                                              
          echo "Still alive."                                     
          sleep 10                                        
        done
        
      • pinkystew@reddthat.com
        link
        fedilink
        English
        arrow-up
        15
        arrow-down
        1
        ·
        12 hours ago

        League of Legends captures and discards the ALT-F4 keystroke combination.

        Microsoft trusts app developers to use Microsoft’s standards (such as terminating the process when a close message is received) and they shouldn’t. App developers like Riot have taken advantage of this trust and tuned their apps to act differently than expected, and include code which makes the app minimize to the system tray instead, or force the user to answer questions (“Are you SURE you want to close?”), or do nothing at all.

        It should be punishable by death.

  • katy ✨@lemmy.blahaj.zone
    link
    fedilink
    arrow-up
    20
    arrow-down
    4
    ·
    10 hours ago

    you forgot that you have to spend about 2 minutes with windows “searching for a solution” (who knows what that does??) and then another minute reporting it to microsoft

  • ArbitraryValue@sh.itjust.works
    link
    fedilink
    English
    arrow-up
    40
    arrow-down
    1
    ·
    13 hours ago

    My problem with Windows is that when I want to eject a USB drive, Windows refuses to do so, refuses to tell me what program is apparently still using the drive, and certainly refuses to kill that program. I am removing the drive. I can’t just not remove it!

  • drspod@lemmy.ml
    link
    fedilink
    arrow-up
    12
    ·
    14 hours ago

    How the OOM Killer asks a process to terminate:

    indiscriminate spraying

        • Zozano@lemy.lol
          link
          fedilink
          English
          arrow-up
          8
          ·
          edit-2
          10 hours ago

          I don’t know if you heard, but the Nvidia issues are solved (mostly).

          The issue most people had was with Explicit Sync, which was patched in the proprietary Nvidia driver 555 which is upstream on most distros.

      • Fushuan [he/him]@lemm.ee
        link
        fedilink
        English
        arrow-up
        1
        ·
        edit-2
        10 hours ago

        Open the process list in your system monitor of choice, right click, signal, sigkill.

        You can also open a monitor and use top or any variant to detect the process number and manually kill -KILL number

        • Zozano@lemy.lol
          link
          fedilink
          English
          arrow-up
          2
          ·
          10 hours ago

          I really want the convenience of binding xkill to a key, which I can use to double tap programs like the undead zombie they’ve become.

          • Fushuan [he/him]@lemm.ee
            link
            fedilink
            English
            arrow-up
            4
            ·
            10 hours ago

            Dunno, create a script that uses a program to get the process number of the current active window or the window the mouse is hovering, and then kill that? Bind that script inor a key with whatever program and voilá.

            It’s more involved sure but there’s your option.

              • Hawk@lemmynsfw.com
                link
                fedilink
                arrow-up
                2
                ·
                8 hours ago

                What’s your desktop environment? I’m pretty sure hyperland and sway will give a json output of open Windows.

                You could parse that with jq and pipe it into fzf or dmenu?

                Not quite the same as the clicking but probably just as quick.

              • Fushuan [he/him]@lemm.ee
                link
                fedilink
                English
                arrow-up
                1
                ·
                10 hours ago

                Get learning lol. I know that there’s some command line program that gives process info on mouse hover and then that can be parsed with awk to get the pid, then pipe that again into kill -kill. Then use xbindkeys or whatever keybindings program to bind that script to a key.

                Tbh. For involved stuff like this chatgpt will help you more than stackoverflow.