I’m using an XPS 13 9350 with 16GB of RAM and the Intel Graphics 540. I am using Fedora KDE spin. When I am using computer, either randomly or when I start a program, my computer will slow down and quickly fully freeze. In this state, the only thing I can do is shut it down. Is there any way to make it so that a program is killed, or something else that doesn’t fully stop my system?

  • @ace_garp@lemmy.world
    link
    fedilink
    353 months ago

    Once fully frozen, it’s not really able to be saved.

    Is it a full freeze? Press CAPS-LOCK or NUM-LOCK to see if the hardware is still responding.

    If it is, it might just be a DE freeze. Try to SSH into into your frozen device, from another PC or phone.

    Or press CTRL-ALT-F7 to see if you can switch to a terminal and login.

    Once in, use ps -ef, or top to see and kill what might be causing a freeze.

    Turn on auto-save in LibreOffice(you usually only lose a sentence or 3 words with this on).

    Investigate IDEs with auto-backup or an autosaved change-history.

    –//–

    To diagnose whether you have bad RAM, boot from a LiveUSB distro and use it for a day or week.

    If no freezes, reinstall a fresh OS.

    If it still freezes, get new RAM, or replace whole PC/laptop.

      • @dubyakay@lemmy.ca
        link
        fedilink
        3
        edit-2
        3 months ago

        Can confirm, the SSH thing saved me many times. I’m running Arch (btw), so as it turned out it did not have a working sshd by default, nor any swap enabled. I very quickly ran into issues where not even oom killer could save it. Once I figured these out though it was smooth sailing.

        Lesson of the story: Don’t try to compile firefox from source without swap…

    • @Jayb151@lemmy.world
      link
      fedilink
      33 months ago

      I super appreciate the comment, as I’ve had the same issue and didn’t know how to deal with it without a full reboot. If there an equivalent command in Linux for what control Alt delete does in Windows?

    • @jhdeval@lemmy.world
      link
      fedilink
      43 months ago

      As a side note I also use a xps 13 don’t remember the model but I have found they do not properly implement the sleep function and can cause issues when coming out of sleep. I have seen the computer act fine till I open something and then crash.

      • @ace_garp@lemmy.world
        link
        fedilink
        43 months ago

        I’ve had this on previous laptops, and gave up on using Sleep mode, just used full shutdown every time.

        • @jhdeval@lemmy.world
          link
          fedilink
          53 months ago

          That is how I deal with it as well. I just wanted to throw my experience out there because the reported issue sounds similar to what I have a experiences on a similar model laptop.

    • @Limonene@lemmy.world
      link
      fedilink
      73 months ago

      Yeah, try pressing Alt+[PrintScreen, F] to invoke the OOM killer. It kills the memory-hoggingest process, usually the web browser.

      Fedora documentation says this sysrq functionality may be disabled by default. You can enable it once by typing at a terminal: echo 1 | sudo tee /proc/sys/kernel/sysrq or permanently with echo 'kernel.sysrq = 1' | sudo tee /etc/sysctl.d/90-sysrq.conf

      If it turns out that memory overconsumption is the problem, you can sometimes fix this lag by disabling swap. 16GB is easily enough RAM to do all normal desktop things.

      • @mvirts@lemmy.world
        link
        fedilink
        3
        edit-2
        3 months ago

        Even if the sysrq key is disabled, most systems automatically invoke the oom killer. If your work is super important, just let your system sit for a day or two the problem may resolve itself.

        If you don’t get any logs about why it locked up I recommend enabling kernel message logging to disk.

      • @toynbee@lemmy.world
        link
        fedilink
        23 months ago

        When I was but a lad, I learned the phrase “raising skinny elephants is utterly boring.” At my first job where I had a messenger (and thus could set a status message), I set this to display.

        I was chastised because the leadership didn’t know what it meant, but thought it might be offensive. I don’t know whom they thought I might offend; one of the many skinny elephants on the team?

        I was too nervous to set it again for several subsequent jobs, but eventually I got in a pretty technical one and displayed the message there. Not only did no one express offense, but I actually taught it to someone who put it to use when a mission critical server died.

  • Romkslrqusz
    link
    fedilink
    163 months ago

    If this is a hard / full system freeze, there will be nothing you can do because the system has fully locked up. Test whether or not this is the case by pressing CapsLock and seeing if the status indicator light changes states.

    Freezing like you describe is often a hardware issue, I recommend that you start by testing your RAM with Memtest86

  • @MonkderVierte@lemmy.ml
    link
    fedilink
    12
    edit-2
    3 months ago

    Getting sluggish and then freezing sounds like RAM full. Earlyoom might help, it kills the abuser quicker than the in-kernel but notoriously slow-triggering solution.

    And prelockd might help too; it reserves place for some libraries in memory, so they don’t get involved in the freeze haze.

    • prole
      link
      fedilink
      English
      23 months ago

      Can’t seem to get this to work on my framework laptop (running Bazzite).

      Anyone have any insight on how to do this with the FW keyboard?

      • @colournoun@beehaw.org
        link
        fedilink
        23 months ago

        First, make sure it’s enabled in your kernel. Check the value in /proc/sys/kernel/sysrq to see if it’s enabled. Then see if you can trigger it by writing to /proc/sysrq-trigger. Then try an external keyboard that has real SysRq key. If all of those work, you may have to ask Framework support if their keyboard supports generating that keystroke.

        • prole
          link
          fedilink
          English
          13 months ago

          Thanks I’ll give this (and the other Fedora-specific reply) a shot.

  • @not_amm@lemmy.ml
    link
    fedilink
    53 months ago

    That used to happen to me A LOT. Right now it only happens because I have a faulty RAM that I’m planning to replace very soon, but before that, I think the CPU was overheated and it forcefully rebooted my laptop, at least that was my impression by the logs at boot.

    After a long time of debugging, I decided to, first, disable hibernation to see if that was a problem, then I disabled CPU boost and I think that was the cause of overheating, since, for some reason, my distro decided that it was a good idea to use CPU boost for any common task and it caused overheating.

    I haven’t had any problems not related to faulty RAM since then lol

  • @theunknownmuncher@lemmy.world
    link
    fedilink
    23 months ago

    I don’t have advice to offer but depending on the program you are using, it might be autosaving your work to a temporary file, for example vim does this by default.

    You could look into settings for autosaving or temporary files in your programs.

  • @gnuhaut@lemmy.ml
    link
    fedilink
    43 months ago

    The “slow down and then quickly fully freeze”, while it could be other things, might be a low RAM situation. Could be some buggy program that is leaking memory. Try running EarlyOOM or systemd-oomd.

    • qaz
      link
      fedilink
      English
      4
      edit-2
      3 months ago

      I also have the problem OP mentioned, even after upgrading to 128 GiB RAM. I’ve had it on Kubuntu, KDE Neon, Fedora KDE and OpenSUSE TW, so I suspect it’s a KDE Plasma issue.