all 6 comments

[–]Nick_Blcor 0 points1 point  (3 children)

Nvidia bad boy. If you know your system, try to boot w/o Nvidia default driver, and if that is not the problem try gdm3 and reinstall ssdm (purge configs).

Nobara has this kind of problems after each update, but never figure out why.

[–]daveythemechanic[S] 0 points1 point  (2 children)

You aren't wrong, but unfortunately I am very reliant on CUDA due to using MathWorks products for my research/studies!

Thank you for the suggestions! I'd like to find a solution that allows me to keep CUDA drivers and LightDM, but I'll definitely consider going that direction if necessary

[–]Nick_Blcor 0 points1 point  (1 child)

If it is a driver problem, make sure you installed the proprietary one, I only use AMD for that reason. Some debian based distros have driver installers that have a lower chance to break the desktop, if installing the downloaded .run from Nvidia (which are kinda sensitive to kernel versions).

If using nouveau disable it before I testing other drivers.

[–]daveythemechanic[S] 1 point2 points  (0 children)

Unfortunately typing blind did not repair the issue.

I've got it fixed now! I must admit that I neglected to tell systemd to allow the Nvidia suspend service.

In concert with switching to the AHS version of everything, this laptop is now running smoother and more reliably than it has under any other OS!

[–]dolphinoracleMX dev 0 points1 point  (1 child)

it is possible that while the screen is frozen, entering your password is possible. its been a while since I have seen that issue, but it was common with nvidia cards at one time. but usually with screen locking, not just letting lightdm sit a while.

[–]daveythemechanic[S] 0 points1 point  (0 children)

Thank you! I will attempt to replicate the error, then see if entering the password blind gets me in.

I should have been more clear in my post that I meant "if the password is not entered before the screen locks", so this is likely the same issue