Edit: “Updating to the legacy 580xx drivers doesn’t show me a desktop anymore”, just in case someone else can stumble upon this by searching something similar.

Thanks to @deadcade@lemmy.deadca.de and @Ooops@feddit.org I did try fixing it out of curiosity. I had forgotten to install linux-headers. Hopefully someone who actually has the same problem as me, and needs to fix it, can use the tips given in the comments. On my end, I just had to install linux-headers and one reboot later it worked.

Always check if you have all needed packages and don’t just “remember” that you had them installed.

  • Val@anarchist.nexus
    link
    fedilink
    English
    arrow-up
    12
    ·
    9 hours ago

    I just went over to NVK. I shouldn’t really waste my time playing the graphic intensive games anyway. The indies are better.

    I tried dkms but it took so long to install I gave up.

    • edinbruh@feddit.it
      link
      fedilink
      English
      arrow-up
      2
      ·
      edit-2
      4 hours ago

      OP has a pascal GPU, the Nouveau kernel drivers for pascal (which you need for nvk) aren’t really suitable because they can’t change the clock at runtime, you are stuck at boot clock (which you can configure)

  • Ooops@feddit.org
    link
    fedilink
    arrow-up
    45
    ·
    edit-2
    12 hours ago

    “Doesn’t help” is a bit unspecific for an actual answer.

    I simply installed nvidia-580xx-dkms and nvidia-580xx-utils and that was all. If you did not already use the dkms-driver package before you of course also need <your kernel>-headers and dkms (but the latter should be pulled as a dependency for nvidia-580xx-dkms anyway)…

    Which automatically asks for the removal of nvidia-open (the standard package for the base linux kernel) or nvidia-open-dkms and nvidia-open-utils that replaced the earlier nvidia, nvidia-dkms, nvidia-utils packages when 590 hit.

    PS: If you still have stuff using 32bit add (you might have guessed the scheme by now…) lib32-nvidia-580xx-utils to replace lib32-nvidia-open-utils

    • KuzhinierSileon@lemmy.worldOP
      link
      fedilink
      arrow-up
      5
      ·
      7 hours ago

      This is the way. I will edit the text of the meme to show the solution at the top. As I had said to another commenter, I could’ve sworn I had linux-headers installed. This is why you check even if you are sure you have a package. Hopefully someone having this issue will stumble upon it randomly.

  • deadcade@lemmy.deadca.de
    link
    fedilink
    arrow-up
    74
    ·
    13 hours ago

    You need a couple things:

    • The kernel driver (dkms)
    • Userspace component
    • Kernel headers (for dkms)

    First get your kernel headers, this is easy enough, but varies based on which kernel you have installed. The format of the package name is {kernel}-headers. If you have the linux kernel, get linux-headers. If you have linux-lts, get linux-lts-headers. If you’re not sure on this, the command pacman -Q | grep linux searches for installed packages containing linux in the name. If you have multiple kernels installed, get the headers for all of them.

    Then install (from AUR) at least nvidia-580xx-dkms (display out) and nvidia-580xx-utils (Acceleration, like 3D and video decoding). If you have Steam or play Windows games under Wine, be sure to get lib32-nvidia-580xx-utils too.

    Also of note is the order in which you install things. Having the kernel headers installed is important for the DKMS modules to install succesfully. If you already have nvidia-580xx-dkms but were missing your kernel headers, you should reinstall it after installing your kernel headers.

    • skarn@discuss.tchncs.de
      link
      fedilink
      arrow-up
      16
      ·
      7 hours ago

      I keep hitting my face on the fact that DKMS modules somehow don’t depend on the kernel headers and these have to be installed manually. This happened to me both in Arch and in Debian.

      Why does everyone seem to think that this makes sense?

    • KuzhinierSileon@lemmy.worldOP
      link
      fedilink
      arrow-up
      6
      ·
      7 hours ago

      Thank you very much. I could’ve sworn I had linux-headers installed. Frankly, I might’ve had them on a different device for some other reason. This is why you check your packages kids.

  • Jack@slrpnk.net
    link
    fedilink
    arrow-up
    5
    ·
    9 hours ago

    What is the difference between arch drivers and say pop_os (my current daily)?

  • Ada@piefed.blahaj.zone
    link
    fedilink
    English
    arrow-up
    17
    ·
    14 hours ago

    You have btrfs and snapper, and just roll back to a working version in the grub menu, and install the legacy drivers before it all goes wrong

    • Lojcs@piefed.social
      link
      fedilink
      English
      arrow-up
      3
      ·
      10 hours ago

      How do you roll back in the grub menu? Is that a feature of grub?

      When I update the kernel it replaces both options in systemd-boot so rolling back snapper is a scary endeavor due to kernel - system mismatchs

        • Lojcs@piefed.social
          link
          fedilink
          English
          arrow-up
          2
          ·
          8 hours ago

          It seems it requires you don’t mount the EFI system partition over /boot so it’s included in snapshots, and systemd-boot doesn’t support booting from arbitrary partitions

      • enbiousenvy@lemmy.blahaj.zone
        link
        fedilink
        English
        arrow-up
        3
        ·
        8 hours ago

        how is it? I heard it’s a good hardware but terrible drivers, at least on windows. I don’t know the state of intel GPU drivers on Linux.

        • KuzhinierSileon@lemmy.worldOP
          link
          fedilink
          arrow-up
          2
          ·
          6 hours ago

          It’s quite an upgrade from my previous setup so I cannot tell you if it is good since my comparison is a 1050ti… But they’ve also made improvements to the drivers, even on windows as far as I remember.

        • KuzhinierSileon@lemmy.worldOP
          link
          fedilink
          arrow-up
          1
          ·
          7 hours ago

          I did and I am quite happy with the state of them. Also Linus himself is using a B580 so it can’t be that bad (he doesn’t game on it)

  • chocrates@piefed.world
    link
    fedilink
    English
    arrow-up
    8
    ·
    13 hours ago

    Oh man, I remember fondly the days of booting to no gui. Typing out error codes to another computer to Google.

    I don’t think I miss it. Linux has been super stable for me for a decade maybe, and I’ve been trying to game on it, so I used to have to fight with “faster” drivers all the time

  • Lembot_0006@programming.dev
    link
    fedilink
    arrow-up
    9
    arrow-down
    2
    ·
    14 hours ago

    Modern schoolkids don’t read, so Arch should consider making 20-minute videos for every update. And a song like some of the *BSD.

    • Ooops@feddit.org
      link
      fedilink
      arrow-up
      5
      ·
      12 hours ago

      nvidia was automatically replaced with nvidia-open (also nvidia-open-lts, nvidia-open-dkms etc).

      Simply installing nvidia-580xx-dkms, nvidia-580xx-utils (and lib32-nvidia-580xx-utils because Steam still needs all that 32bit stuff), which automatically removes the 590-open stuff because of conflicts, should be all you need to do.

      PS: And of course your kernel’s header package if you did not use dkms before… (dkms should be pulled as a dependency automatically)

    • KuzhinierSileon@lemmy.worldOP
      link
      fedilink
      arrow-up
      5
      ·
      14 hours ago

      I did try that as well. The legacy drivers did install from the tty, still the system doesn’t see them, for lack of a better word. It is not a big issue though. I had already planned on upgrading since my current setup is very old.

      Half of the new components have already arrived. The current PC will become a little home server running either Ubuntu or Debian most likely.

      I just thought the situation was funny.

        • Ooops@feddit.org
          link
          fedilink
          arrow-up
          2
          ·
          11 hours ago

          That isn’t neccessary. nvidia-open automatically replaced nvidia (same for nvidia-open-dkms, nvidia-open-utils etc) when 590 hit and installing any of those nvidia-580xx packages will ask to remove them because they conflict.

        • KuzhinierSileon@lemmy.worldOP
          link
          fedilink
          arrow-up
          1
          ·
          14 hours ago

          Yessir. I did remove everything that was from the 590 driver before I installed everything from the legacy 580xx. I might have to load a kernel module somewhere, maybe. But the effort is not worth the payout. My data on the machine itself is not unrecoverable thankfully.

          • r00ty@kbin.life
            link
            fedilink
            arrow-up
            2
            ·
            13 hours ago

            I have a 3080, so 590 is fine for me. But, I’m sure the legacy one is a dkms. But the process of installing that should be done as part of the install. E.g. you install, reboot

            What does lspci -k show for the card in terms of Kernel driver in use, and kernel modules? Also what does dkms status say?

            If the module is installed and showing in dkms status and showing as used in lspci -k, it should be available for desktop environments.

            I do agree in terms of effort when things go wrong though. I remember when I was a lot younger and I had no problems just sitting in front of my keyboard finding whatever the latest problem is. Now, I want to be doing things with my PC.

            But, a bit of debugging might be worthwhile before doing a new installation.

            • tal@lemmy.today
              link
              fedilink
              English
              arrow-up
              1
              ·
              12 hours ago

              I have never used Arch. And it may not be worthwhile for OP. But I am pretty confident that I could get that thing working again.

              Booting into a rescue live-boot distro on USB, mount the Arch root somewhere, bind-mounting /sys, /proc, and /dev from the host onto the Arch root, and then chrooting to a bash on the Arch root and you’re basically in the child Arch environment and should be able to do package management, have DKMS work, etc.

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

                Just for the record, Arch USB ISO has arch-chroot command that does everything needed. So it’s quite easy to troubleshoot, when needed. Just mount what you need and arch-chroot there.

              • r00ty@kbin.life
                link
                fedilink
                arrow-up
                4
                ·
                12 hours ago

                But, they shouldn’t need rescue. The issue is no nvidia driver, but you can still login from the text terminals. Ctrl + Alt + F3, F4 etc etc. In fact when the window environment fails to load it should drop back to terminal.

                • KuzhinierSileon@lemmy.worldOP
                  link
                  fedilink
                  arrow-up
                  1
                  ·
                  6 hours ago

                  Yeah, that’s what I did. But it didn’t drop to terminal because it was stuck on /dev/sda2: clean. At first I thought it hadn’t booted at all. Frankly I think that was simply the last thing my monitor got from the GPU before it simply gave up. So i had to switch to TTY manually. That is my best guess.

    • KuzhinierSileon@lemmy.worldOP
      link
      fedilink
      arrow-up
      6
      ·
      edit-2
      14 hours ago

      I was working on a little Intel NUC on the side that had memory issues. And during that I just sudo pacman -Syu on my main machine without thinking.

      I did also read the announcement before upgrading which makes it even better IMO.