Log in and suspend slowness issues in the system

So, for now I have seemingly gotten grub listings back online. And the problem of TW slowness remains, as it has been. Ran a zypper dup, got 17 upgrades, rebooted; same problem.

From the Factory list serve about similar “log in blackness thread,” the suggestion that “sddm_qt6” “solved his problem” got me to check displaymanager.

sudo update-alternatives --list default-displaymanager
[sudo] password for root: 
/usr/lib/X11/displaymanagers/console
/usr/lib/X11/displaymanagers/lightdm
/usr/lib/X11/displaymanagers/xdm

I thought we had run through this at the beginning of this thread and that there were 3 or 4 of them installed, and one of them selected?? Can’t tell from this data which one is working, but if I were to try to get to “sddm_qt6” would that be a matter of running, “sudo zypper in sddm_qt6” as distinct from your basic “sudo zypper in sddm” that I thought I ran at some point in the recent history of TW maintenance?

It did seem like there was a display manager that wasn’t getting to the GUI at all, and then the present one did get there . . . albeit slowly. [one use of ellipsis for proper use of English language]

The intermittent boot times for various apps doesn’t seem to point to displaymanager, or does it?? Firefox boots quickly, console does not, etc.

Question is whether I can run the “zypper in sddm_qt6” via console and then switch over, OR whether I need to use YaSt to search for the various sddm options and find the one that says “qt6”?? to get it installed??

The package is named “sddm-qt6”.

1 Like

Cool. Didn’t seem to get it done.

sudo zypper in sddm_qt6
[sudo] password for root: 
Loading repository data...
Reading installed packages...
'sddm_qt6' not found in package names. Trying capabilities.
No provider of 'sddm_qt6' found.
Resolving package dependencies...
Nothing to do.

Spot the difference :wink:

1 Like

LOL . . . operator error all over again. But, that worked, however now it just shows as “sddm” in the listing. About to reboot and see if that got it.

Selection    Path                                  Priority   Status
------------------------------------------------------------
* 0            /usr/lib/X11/displaymanagers/sddm      25        auto mode
  1            /usr/lib/X11/displaymanagers/console   5         manual mode
  2            /usr/lib/X11/displaymanagers/lightdm   15        manual mode
  3            /usr/lib/X11/displaymanagers/sddm      25        manual mode
  4            /usr/lib/X11/displaymanagers/xdm       10        manual mode

I hit enter to keep it at 0.

Lay your hands upon the television . . . !!! Making that change has seemed to have fixed the problem!!!

I’ll have to monitor it a few times, but “Hay-sus” . . . such a “simple” solution to this mini-nightmare . . . . Something I thought that was covered previously, but perhaps for another problem in another openSUSE system . . . it’s all a blur.

But, thanks for the time and attention here, and thanks to mr Adrian Glaubitz on the Factory list-serve for providing this basic solution.