I’m not sure if this is the best community to post in, but I just bought a used computer and slotted in an RX480 as the GPU. I installed KDE Neon 5.27 on it, and it worked flawlessly for 2 days.

Then, even though it was working earlier today, it slept and then would not wake up. So I turned off the power and turned it back on again, and was greeted with this error screen:

The only prior error message I’d gotten from the system was when I tried to install wine for one application, it told me some packages weren’t up to date, without a way to fix it. I can enter the BIOS just fine.

What is going on? How do I fix this?

      • djtech@lemmy.world
        link
        fedilink
        arrow-up
        3
        ·
        1 year ago

        The Shell where you typed “systemctl reboot” and “exit”.

        If you are running KDE neon, try “apt update” and “apt upgrade”. If It doesn’t work do “sudo apt update” and “sudo apt upgrade”

        • SuperSpruceOP
          link
          fedilink
          arrow-up
          4
          ·
          1 year ago

          I ran apt update and some index files failed to download. It was just a warning though.

          But systemctl reboot and exit still fail the same way.

          • djtech@lemmy.world
            link
            fedilink
            arrow-up
            3
            ·
            1 year ago

            Before the “systemctl” command: try removing the GPU and booting it up without the GPU If it works, you can skip the “systemctl” commands

          • djtech@lemmy.world
            link
            fedilink
            arrow-up
            3
            ·
            1 year ago

            Run “journalctl --lines 200” and send photos of output.

            NOTE: This is all of the logging of the computer, and it’s long (that command select the last 200 entries), so you might have to scroll down using the PageDown key (or arrow down) in order make the photos of everything

              • chameleon@kbin.social
                link
                fedilink
                arrow-up
                4
                ·
                edit-2
                1 year ago

                The RAID1 seems to be failing according to that screenshot. That breaks the “Local File Systems” task and since quite a lot of things tend to depend on that, many things usually end up failing in an annoying cascade failure. It’s also failing with a timeout instead of a strict error, which is odd.

                Either way, I’d try commenting that line for /mnt/raid in /etc/fstab for now and seeing if that makes the system boot. It’s possible that journalctl -u dev-md0.service or systemctl status dev-md0.service might tell you more, but it’s 50/50 if it’ll be anything useful.

                • SuperSpruceOP
                  link
                  fedilink
                  arrow-up
                  1
                  ·
                  1 year ago

                  How do I edit /etc/fstab if I’m not even able to boot the system? Or am I already booted in the system, just in a CLI environment?

                  • chameleon@kbin.social
                    link
                    fedilink
                    arrow-up
                    10
                    ·
                    1 year ago

                    You’re most likely booted, otherwise you might need a live USB. Hopefully, the system isn’t in read-only mode. What I’d recommend doing is:

                    cp /etc/fstab /etc/fstab.backup
                    
                    

                    To make a copy once. Then, nano /etc/fstab to run nano, a basic CLI editor. You can use the arrow keys to navigate and type freely in it. The hints like ^O shown on the bottom mean ctrl+o.

                    You’d use the arrow keys to go down to the line that probably says /dev/md0 /mnt/raid morecrap, put a # in front of it, press ctrl+w then enter to save. If that worked, ctrl+x to exit and try a reboot again.

                    Obviously can’t promise this is “the” error preventing the system from booting, but it’s generally a good idea to disable broken stuff like this to get the system working again, then fix it from there. Hopefully, this does the trick. Your RAID setup will not be activated on reboot after you do this but it’s not going to permanently delete data or anything.

            • SuperSpruceOP
              link
              fedilink
              arrow-up
              3
              ·
              1 year ago

              Note: The computer has an SSD where the OS lives and two HDDs, sda and sdb, set up in RAID 1 because the computer is 3.5 years old.