DragonEggBedrockBreaking This may be fixed by a systemd update actually. Can you run the following in a bash shell in order to install some test packages?

installed=($(eopkg li | grep systemd | awk '{print  $1 "|"}'))
to_install="sudo eopkg it "
for i in "systemd" "systemd-32bit" "systemd-32bit-dbginfo" "systemd-32bit-devel" "systemd-dbginfo" "systemd-devel" ; do
  if [[ " ${installed[*]} " =~ " ${i}| " ]]; then
    to_install="$to_install https://solus.reillybrogan.com:8443/systemd-250/$i-250.7-105-1-x86_64.eopkg"
  fi
done
eval $to_install

      ReillyBrogan I am not able to using keyboard shortcuts. I can access a command line by appending init=/bin/bash to the clr boot manager arguments, then from there I can uninstall nvidia drivers. Systemctl restart lightdm fails.

        @DragonEggBedrockBreaking I prepared some patched packages that may help. Can you please fully update your system, and then before rebooting run the following?

        to_install="sudo eopkg it "
installed=($(eopkg li | grep linux-current | awk '{print  $1 "|"}'))
for i in "linux-current" "linux-current-headers" "linux-current-dbginfo"  ; do
  if [[ " ${installed[*]} " =~ " ${i}| " ]]; then
    to_install="$to_install https://solus.reillybrogan.com:8443/kernel-5.15.50-patched/$i-5.15.50-217-1-x86_64.eopkg"
  fi
done
installed=($(eopkg li | grep nvidia-glx-driver | awk '{print  $1 "|"}'))
for i in "nvidia-glx-driver-32bit" "nvidia-glx-driver-common" "nvidia-glx-driver-current" "nvidia-glx-driver-modaliases" ; do
  if [[ " ${installed[*]} " =~ " ${i}| " ]]; then
    to_install="$to_install https://solus.reillybrogan.com:8443/kernel-5.15.50-patched/$i-515.57-431-1-x86_64.eopkg"
  fi
done
eval $to_install

        This will install my patched linux-current packages as well as replacement versions of the nvidia-glx-driver packages built against that kernel. I didn't rebuild any other kernel modules so if you have anything like virtualbox-current installed expect that to stop working. Note also that I didn't build a LTS package for the Nvidia driver, so if you use LTS that might be an issue too.

        If that doesn't work I have another idea we can try.

          After you "fix" the system by reverting it to previous packages can you retrieve the boot logs of the previous boot and upload them here? You should be able to access them with sudo journalctl -b1 --no-pager (the number after -b means how many boots ago where 0 is the current boot and 1 is the previous one. You may need to adjust till you find the right value which should have the correct kernel version listed in the first few lines).

            WetGeek Yes. I’ve reinstalled solus at least a dozen times since making this post. I’ve also had to reinstall other distributions countless times, ranging from easier options like mint and fedora, to more time consuming options like arch and void.

              Could you try installing the 470 driver by following the directions in the other post? At the very least that'll help narrow down the issue.

                It's unfortunate that we don't know what version of the kernel and drivers you were on before. That makes it difficult to identify what exactly broke your system, was it a bug in a newer kernel or something to do with the driver update? Or something else unrelated. Do you happen to know roughly when the last time you updated your system was before it broke?

                  I mean when was the last time you updated your system and it worked afterwards. If you know that then perhaps we can estimate which kernel/driver version was the last working version for you.

                  Anyway, here are a few more test packages to give a try:

                  to_install="sudo eopkg it "

# systemd
installed=($(eopkg li | grep systemd | awk '{print  $1 "|"}'))
for i in "systemd" "systemd-32bit" "systemd-32bit-dbginfo" "systemd-32bit-devel" "systemd-dbginfo" "systemd-devel" ; do
  if [[ " ${installed[*]} " =~ " ${i}| " ]]; then
    to_install="$to_install https://solus.reillybrogan.com:8443/systemd-250/$i-250.7-105-1-x86_64.eopkg"
  fi
done

# linux-current
installed=($(eopkg li | grep linux-current | awk '{print  $1 "|"}'))
for i in "linux-current" "linux-current-headers" "linux-current-dbginfo"  ; do
  if [[ " ${installed[*]} " =~ " ${i}| " ]]; then
    to_install="$to_install https://solus.reillybrogan.com:8443/kernel-5.15.50-patched/$i-5.15.50-217-1-x86_64.eopkg"
  fi
done

# nvidia-glx-driver
installed=($(eopkg li | grep nvidia-glx-driver | awk '{print  $1 "|"}'))
for i in "nvidia-glx-driver-32bit" "nvidia-glx-driver-common" "nvidia-glx-driver-current" "nvidia-glx-driver-modaliases" ; do
  if [[ " ${installed[*]} " =~ " ${i}| " ]]; then
    to_install="$to_install https://solus.reillybrogan.com:8443/kernel-5.15.50-patched/$i-515.57-431-1-x86_64.eopkg"
  fi
done

# kmod
installed=($(eopkg li | grep kmod | awk '{print  $1 "|"}'))
for i in "kmod" "kmod-devel" "kmod-dbginfo" ; do
  if [[ " ${installed[*]} " =~ " ${i}| " ]]; then
    to_install="$to_install https://solus.reillybrogan.com:8443/kernel-5.15.50-patched/$i-30-12-1-x86_64.eopkg"
  fi
done

eval $to_install

                  This adds a few more changes to the linux-current package that may help. I've included rebuilt nvidia-glx-driver packages as well as kmod and systemd packages since I have those on my system and I accidentally built the linux-current package against them. They won't hurt though.

                  Also, rather than re-installing the system when you aren't able to rollback the packages it would be better to instead follow the instructions on the boot rescue page in order to mount your system and chroot into it. That would at least allow us to extract the journal logs from the failed boot and hopefully shed some more insight into the issue.

                  And once we know which versions of the kernel and drivers DO work on your system it should be a simple matter to re-build those versions and then you can copy them to a folder on your system. Then you can re-install them directly from that folder while chrooted into your system. That should speed up troubleshooting significantly as well as allow you to just reinstall those packages after a system update. Sure the updater will try to overwrite the packages anytime you do an update after that point but you can always just reinstall the packages after the update and should still be good to go.

                  Also, if the previous packages don't help what I want you to do is rapidly tap down when the system is booting in order to bring up the boot menu. Hit e after the 5.15.50-217 kernel and then add this to the boot entry: nvidia-drm.modeset=1 (there should be a space before it). This isn't a fix per se but it will force the system to try to use the other nvidia kernel module (nvidia-drm) which might not have whatever the issue is.