Since I had issues with login sessions restarting unexpectedly and I read a similar case in which a user solved by changing the session manager from SDDM to GDM (or LightDM), I tried and follow that suggestion.
So I uninstalled SDDM and installed LightDM. After rebooting my X11 session could not start anymore and I could manage my system from shell only.
I tried and roll back to a working system by uninstalling LightDM and installing GDM. No way. Then I removed it and installed SDDM.
Unfortunately this was unsuccessful, too; I could not have my X11 working again. If I start it manually from shell I got a totally unresponsive black screen.
Can I do something to fix this or should I reinstall anything from scratch?
Nvidia and kde do not play well together from my experience. It boils down to sddm. The problem becomes if you uninstall sddm there is a chance to you are uninstalling needed plasma6 libraries when you do that. The best thing to do is before you install any updates. Logout, cntrl-alt-f1 into terminal, log in as usual, then sudo dnf rm plasma6-sddm, then sudo dnf in lightdm…
Yes, I confirm Rock works quite fine with Nvidia cards and has working drivers for my GTX 1060, too.
I notices some minor bugs in Firefox regarding its windows control icons and in the application menu recent files, where one can delete the whole list only. Selecting a single entry just does not work.
Description of the issue (screenshots if relevant): I was having really lots of troubles having a stable session because it restarted randomly some minutes after loggin on
Relevant informations (hardware involved, software version, logs or output…):
I saved these log messages a couple of days ago:
10/12/25 21:41 drkonqi-coredump-launcher Unable to find file for pid 1385 expected at “kcrash-metadata/plasmashell.7edc065621e64d9d9ad51558d679b3e8.1385.ini”
10/12/25 21:41 drkonqi could not connect to display :010/12/25 21:41 drkonqi From 6.5.0, xcb-cursor0 or libxcb-cursor0 is needed to load the Qt xcb platform plugin.
10/12/25 21:41 systemd-coredump Process 6175 (drkonqi) of user 1001 dumped core.
Yes, you told me that my video card would not be supported by Nvidia drivers in Rome; it was a further reason for me to move to Rock. Now my system runs quite fine.
It was explained to you in more than one topic in this forum what the issue is. It was also documented as a warning for everyone and pinned in the Support section. The testing for the open driver has been going on for months and our position about the proprietary driver has been stated ad nauseam.
That is completely up to nvidia. There are plenty of other distros that plan their releases around proprietary drivers from nvidia and are comfortable running older software for decades.
As I have stated in other topics, I have cards that are not supported by nvidia’s drivers and barely supported by nouveau. Finding a modestly priced AMD Radeon is not that difficult. I don’t anticipate that the next release of Rock will have support for that driver or your card. We have always stated that nvidia drivers were provided as a convenience and they would not be guaranteed to work, or to continue to be supported because it was solely at nvidia’s discretion.
I have understood that many problems arise from the way Nvidia manages their own proprietary drivers, but in my case the annoying issue came out using the basic nouveau driver.
I changed my previous message and provided the information you asked me for. I hope it can be helpful in some way.
Unfortunately, that series of cards does not work well with nouveau, especially not with wayland. They don’t seem to be in a hurry to make it work, either.
Wayland vs Plasma showed a different behaviour. Plasma sessions were terribly unstable after login, while Wayland could not manage 3D graphics in any browser.
It is a pity because I ran Rome without any problem until the latest updates of November.
Weather’s nice here. 