# What steps do I have to take to have start into KDE on boot?

**URL:** <https://forums.rockylinux.org/t/what-steps-do-i-have-to-take-to-have-start-into-kde-on-boot/12380>\
**Category:** Rocky Linux Help & Support\
**Created:** [January 4, 2024, 10:31am UTC](https://forums.rockylinux.org/t/what-steps-do-i-have-to-take-to-have-start-into-kde-on-boot/12380 "2024-01-04T10:31:25Z")\
**Posts on this page:** 12\
**Page:** 1

<div class="post-metadata">

**Author:** ![Scuryllus](https://sea2.discourse-cdn.com/flex020/user_avatar/forums.rockylinux.org/scuryllus/32/3269_2.png) [@Scuryllus](https://forums.rockylinux.org/u/Scuryllus)\
**Post date:** [January 4, 2024, 10:31am UTC](https://forums.rockylinux.org/t/what-steps-do-i-have-to-take-to-have-start-into-kde-on-boot/12380/1 "2024-01-04T10:31:25Z")

</div>

After upgrading to 9.3 I had issues that KDE won’t work anymore. I got that solved. But now when Rocky boots I end up with just a blinking cursor. I can switch to a console via Alt-F2, login and start KDE with startx.  
So I know that KDE is working. I can also access the system remotely via cockpit. My question is now: What needs to be done to boot directly to the KDE login screen? I’m not totally new to Linux, but it’s been quiet a while that I played with the penguin. 😉  
Thanks for any and all replies.

---

<div class="post-metadata">

**Author:** ![alexia](https://sea2.discourse-cdn.com/flex020/user_avatar/forums.rockylinux.org/alexia/32/3606_2.png) [@alexia](https://forums.rockylinux.org/u/alexia)\
**Post date:** [January 5, 2024, 12:12pm UTC](https://forums.rockylinux.org/t/what-steps-do-i-have-to-take-to-have-start-into-kde-on-boot/12380/2 "2024-01-05T12:12:18Z")

</div>

Good morning, from the console try `sudo systemctl set-default graphical.target` as long as you have a display manager installed such as sddm or gdm you will be able to login to a graphical interface, otherwise try `sudo dnf install gdm` and select your favourite desktop environment, such as KDE Plasma. It would normally remember your choice so if Plasma is the only DE installed or is it the one you used last it will always preselect that one for your user.

You can also check your current settings with this command:

```auto
 sudo systemctl | grep -i display; sudo systemctl get-default

```

And if successful it should return something like this:

```auto
 gdm.service loaded active running GNOME Display Manager
graphical.target

```

---

<div class="post-metadata">

**Author:** ![jlehtone](https://avatars.discourse-cdn.com/v4/letter/j/e9a140/32.png) [@jlehtone](https://forums.rockylinux.org/u/jlehtone)\
**Post date:** [January 5, 2024, 2:55pm UTC](https://forums.rockylinux.org/t/what-steps-do-i-have-to-take-to-have-start-into-kde-on-boot/12380/3 "2024-01-05T14:55:38Z")

</div>

> [@Scuryllus](#):
>
> now when Rocky boots I end up with just a blinking cursor.

The system should start a _display manager_. The default is GDM, but there are some alternatives (lightdm, sddm) in EPEL.

The dm is graphical, shows “login dialog”, and then starts a _session_ for user.  
The session could be, GNOME, GNOME Classic, KDE, MATE … depending on what is installed.  
The session might use Wayland or X11 to render the windows.

Obviously, the dm GUI is drawn too, probably with Wayland or X11.  
The “_black screen with cursor_” means that even drawing the dm fails.  
Quite often the update has not included matching drivers for the GPU, or fails to load them.

You wrote that you had issues, but got them “solved”. Yet you still have issue …  
Perhaps, if you tell what you had and what you did, then somebody can help more.

* * *

Disclaimer: I don’t use KDE.

---

<div class="post-metadata">

**Author:** ![Scuryllus](https://sea2.discourse-cdn.com/flex020/user_avatar/forums.rockylinux.org/scuryllus/32/3269_2.png) [@Scuryllus](https://forums.rockylinux.org/u/Scuryllus)\
**Post date:** [January 9, 2024, 2:15am UTC](https://forums.rockylinux.org/t/what-steps-do-i-have-to-take-to-have-start-into-kde-on-boot/12380/4 "2024-01-09T02:15:06Z")

</div>

First I want to thank y’all for the input.

> [@alexia](#):
>
> `sudo systemctl | grep -i display; sudo systemctl get-default`

that will bring this result:  
sddm.service loaded active running Simple Desktop Display Manager graphical.target

so it looks like sddm is loaded and running, but I still don’t have the grafical login screen on “F1”  
console on “F2” works and when I login there I can start KDE via startx.  
So I think it’s caused by an unmatched or not loaded driver. I run an Nvidia board and got the latest Linux drivers from the Nvidia website.  
Before I get to the “_black screen with cursor_” I do have a “grafical screen” with three little squares in the center of the screen. So it seems that Rocky tries to load the DM but fails to load the driver or that it loads the wrong driver fore the grafics board.  
On the other hand when I switch with F2 to the console, login and startx it starts now gdm since I executed `sudo dnf install gdm`.

But there I can open the Nvidia Settings and they tell me under System Information the OS: Linux-x86\_64, the NVIDIA Driver Version: 545.29.02 and the NVML Version: 12.545.29.02  
The GPU is a Quadro K2200.

---

<div class="post-metadata">

**Author:** ![iwalker](https://sea2.discourse-cdn.com/flex020/user_avatar/forums.rockylinux.org/iwalker/32/2599_2.png) [@iwalker](https://forums.rockylinux.org/u/iwalker)\
**Post date:** [January 9, 2024, 6:14am UTC](https://forums.rockylinux.org/t/what-steps-do-i-have-to-take-to-have-start-into-kde-on-boot/12380/5 "2024-01-09T06:14:04Z")

</div>

> [@Scuryllus](#):
>
> So I think it’s caused by an unmatched or not loaded driver. I run an Nvidia board and got the latest Linux drivers from the Nvidia website.

This could be the problem. It’s recommended not to use the drivers direct from NVidia. Better is to use the rpmfusion repositories to install the drivers for NVidia.

[https://rpmfusion.org/Howto/NVIDIA#Current\_GeForce.2FQuadro.2FTesla](https://rpmfusion.org/Howto/NVIDIA#Current_GeForce.2FQuadro.2FTesla)

---

<div class="post-metadata">

**Author:** ![jlehtone](https://avatars.discourse-cdn.com/v4/letter/j/e9a140/32.png) [@jlehtone](https://forums.rockylinux.org/u/jlehtone)\
**Post date:** [January 9, 2024, 7:34am UTC](https://forums.rockylinux.org/t/what-steps-do-i-have-to-take-to-have-start-into-kde-on-boot/12380/6 "2024-01-09T07:34:14Z")

</div>

> [@iwalker](#):
>
> It’s recommended not to use the drivers direct from NVidia.

NVidia offers drivers in two formats: the `*.run` executable, and the RPM packages (via their CUDA repo).  
The `*.run` is definitely not recommended as it bypasses package management,  
but does the _recommendation_ really cover the RPM version too?

---

<div class="post-metadata">

**Author:** ![iwalker](https://sea2.discourse-cdn.com/flex020/user_avatar/forums.rockylinux.org/iwalker/32/2599_2.png) [@iwalker](https://forums.rockylinux.org/u/iwalker)\
**Post date:** [January 9, 2024, 7:38am UTC](https://forums.rockylinux.org/t/what-steps-do-i-have-to-take-to-have-start-into-kde-on-boot/12380/7 "2024-01-09T07:38:16Z")

</div>

> [@jlehtone](#):
>
> The `*.run` is definitely not recommended as it bypasses package management,  
> but does the _recommendation_ really cover the RPM version too?

I don’t personally use them, I don’t have an nvidia card, but the team have seen a lot of problems and usually recommend the rpmforge ones because they just seem to work. Whether nvidia’s rpm versions are different, no idea.

---

<div class="post-metadata">

**Author:** ![jlehtone](https://avatars.discourse-cdn.com/v4/letter/j/e9a140/32.png) [@jlehtone](https://forums.rockylinux.org/u/jlehtone)\
**Post date:** [January 9, 2024, 8:07am UTC](https://forums.rockylinux.org/t/what-steps-do-i-have-to-take-to-have-start-into-kde-on-boot/12380/8 "2024-01-09T08:07:31Z")

</div>

> [@iwalker](#):
>
> Whether nvidia’s rpm versions are different, no idea.

IME, they don’t have huge issues. We do use CUDA too and ignoring driver packages that are in same repo as the CUDA packages would be more hassle (although in el7 era we did use driver packages from ELRepo …).

It is possible that RPMFusion packages (at least used to) are “better” at install, e.g. in update of kernel options, etc. However, repackaging the binary blob from NVidia can hardly make a better kmod binary.

* * *

> [@Scuryllus](#):
>
> it looks like sddm is loaded and running, but I still don’t have the grafical login screen

If it does not show up, then it does not run correctly. One can see more about a service with:

```plaintext
sudo systemctl status sddm.service
sudo journalctl -u sddm.service

```

---

<div class="post-metadata">

**Author:** ![alexia](https://sea2.discourse-cdn.com/flex020/user_avatar/forums.rockylinux.org/alexia/32/3606_2.png) [@alexia](https://forums.rockylinux.org/u/alexia)\
**Post date:** [January 9, 2024, 9:35pm UTC](https://forums.rockylinux.org/t/what-steps-do-i-have-to-take-to-have-start-into-kde-on-boot/12380/9 "2024-01-09T21:35:14Z")

</div>

Hi there! Thank you for the feedback!

I’d recommend that you use only one display manager. If you want to keep gdm,  
do

```auto
sudo systemctl disable sddm; sudo systemctl stop sddm; sudo systemctl enable gdm; sudo systemctl start gdm

```

As per the NVIDIA driver it could very well be the case.

I’d suggest a few things but do them at your own risk:

1. Check you do not have nouveau driver blacklisted

```auto
cd /etc/modprobe.d/ 

```

Look for any of the present configs if there is any one related to nouveau and remove them so the default graphic driver is not disabled anymore.

Then add the rpmfusion and EPEL repositories to your distro if you haven’t

```auto
sudo dnf install --nogpgcheck https://dl.fedoraproject.org/pub/epel/epel-release-latest-$(rpm -E %rhel).noarch.rpm
sudo dnf install --nogpgcheck https://mirrors.rpmfusion.org/free/el/rpmfusion-free-release-$(rpm -E %rhel).noarch.rpm https://mirrors.rpmfusion.org/nonfree/el/rpmfusion-nonfree-release-$(rpm -E %rhel).noarch.rpm

```

Notice EPEL is required for RPMFusion to work, and it includes free and non-free releases.  
PS: I don’t like the --nogpgcheck argument but its taken from their official page instructions  
HERE: [Configuration - RPM Fusion](https://rpmfusion.org/Configuration)  
Their driver seems to be the best choice for All of these systems.  
Instructions to install NVIDIA drivers from RPMFusion: [https://rpmfusion.org/Howto/NVIDIA#Installing\_the\_drivers](https://rpmfusion.org/Howto/NVIDIA#Installing_the_drivers)

Once you are done, do blacklist nouveau since you won’t need it anymore.

Please let us know if you have any questions so we can guide you further!

Regards,

Alexia.

---

<div class="post-metadata">

**Author:** ![Scuryllus](https://sea2.discourse-cdn.com/flex020/user_avatar/forums.rockylinux.org/scuryllus/32/3269_2.png) [@Scuryllus](https://forums.rockylinux.org/u/Scuryllus)\
**Post date:** [January 10, 2024, 2:25am UTC](https://forums.rockylinux.org/t/what-steps-do-i-have-to-take-to-have-start-into-kde-on-boot/12380/10 "2024-01-10T02:25:42Z")

</div>

Ok, I did first what jlehtone recommended:  
sudo systemctl status sddm.service  
sudo journalctl -u sddm.service  
it showed that sddm was running.  
Then I tried alexias recommendation to switch to gdm.  
Now I get the grafical login screen BUT after login I end up in GNOME. 😃  
I do see in the Application listing of GNOME the KDE programs and they start just fine.  
So it seems that I have a “mixed reality” of GNOME and KDE and GNOME is dominant.  
I do had my Rocky boot into the KDE login screen and would like to get to that point again.  
The drivers seem to work, for now, since I can open the NVIDIA settings via the shortcut in the applications.  
Y’all are awesome 👍

On a side note I installed the NVIDIA drivers via the .run script

---

<div class="post-metadata">

**Author:** ![jlehtone](https://avatars.discourse-cdn.com/v4/letter/j/e9a140/32.png) [@jlehtone](https://forums.rockylinux.org/u/jlehtone)\
**Post date:** [January 10, 2024, 9:25am UTC](https://forums.rockylinux.org/t/what-steps-do-i-have-to-take-to-have-start-into-kde-on-boot/12380/11 "2024-01-10T09:25:39Z")

</div>

> [@Scuryllus](#):
>
> Now I get the grafical login screen BUT after login I end up in GNOME. 😃

When you are at the login screen and have entered/selected your username – but before typing password – there should be a cog-wheel somewhere and that opens a list of desktop managers.

If you select non-default DE there (e.g. KDE, Gnome with X11, etc), then system should remember the choice also on following logins.

* * *

> [@Scuryllus](#):
>
> On a side note I installed the NVIDIA drivers via the .run script

Yes, that is bad practice.

When we install RPM package, the system knows what files are involved. It also knows whether install would overwrite (or removal delete) files needed by other packages. The .run script does not tell package manager what it does, nor care if other files are overwritten.

For example, script replaces a file that is from package. That might be ok, if only the NVidia driver uses that file. Later, that package is updated, which overwrites the NVidia version of file as package manager does not know about the NVidia stuff. Then driver would fail, as “its” file was replaced.

* * *

> [@alexia](#):
>
> `sudo dnf install --nogpgcheck https://dl.fedoraproject.org/pub/epel/epel-release-latest-$(rpm -E %rhel).noarch.rpm`

Rocky does provide package `epel-release` that you can install with

```plaintext
sudo dnf install epel-release

```

> [@alexia](#):
>
> I don’t like the --nogpgcheck argument

That is good not to like. EPEL does have a package that contains various GPG keys, including the RPMFusion keys. One could install package and import the key. Then DNF can verify the very first packages from RPMFusion.

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/flex020/uploads/rockylinux/original/1X/91b7219eec10e30013422e4df76c1d898711a5d5.svg) [@system](https://forums.rockylinux.org/u/system)\
**Post date:** [March 10, 2024, 9:26am UTC](https://forums.rockylinux.org/t/what-steps-do-i-have-to-take-to-have-start-into-kde-on-boot/12380/12 "2024-03-10T09:26:11Z")

</div>

Closed on March 10, 2024, 9:26am UTC

This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.
