New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Cannot start a new session (switch user) #991
Comments
I use X11 / Gentoo / open-rc with sddm 0.17.0. |
But then, sddm does not log all errors, so it's more difficult to understand what is going on. See: |
Seems similar to the bug (https://bugzilla.redhat.com/show_bug.cgi?id=1591107) I reported for Fedora 28 Kde Spin. I also had the same problem on Kubuntu 18.04. |
Confirming comment by @raryelcostasouza on Kubuntu 18.04. Here is the output of "grep sddm /var/log/syslog":
You'll notice that sddm or X tries to start a session in VT2 but fails. Then it restarts in VT1 from scratch. The existing session in VT1 is killed, and sddm manages to awake at VT1. The bug prevents opening more than one session in the machine. Some extra info: Dell Vostro 3560, 8GB mem, 500GB SSD (samsung), Kubuntu 18.4 installed from scratch. |
I just tried downgrading the sddm package on Fedora 28 to the version 0.15.0-1.fc27.x86_64.rpm (https://koji.fedoraproject.org/koji/buildinfo?buildID=965774)... and now the user switching works fine. |
In Kubuntu 18.04 I tried reverting to the default version for artful (0.14.0-4ubuntu1 https://packages.ubuntu.com/artful/sddm) and the also to the debian version (0.15.0-1 https://snapshot.debian.org/package/sddm/0.15.0-1/) but no success... the problem happens as usual... |
Just in case that somebody else looks for a solution... I had a similar bug with Kubuntu 18.04, the switch user function also failed to open a session at VT2 (same output in /var/log/syslog). But in contrast to your description it just logged me out. In my case I had an active Nouveau and Intel driver. After I blacklisted the Nouveau like here https://askubuntu.com/questions/841876/how-to-disable-nouveau-kernel-driver, everything worked fine again. |
I second @xardasjhh workaround. In my case I blacklisted the radeon driver. So, follow blacklisting instructions indicated by @xardasjhh but change "nouveau" to "radeon" if it is the case. Looks like sddm don't like laptops with dual graphic chips. |
Adding more information and workaround. On disabling the radeon driver with a blacklist in modprobe.d/ , I noticed that my laptop was getting hot , around 90 degrees C, even with no CPU load (the laptop has a throttling feature that lowers the clock when temperature is high). Then I found this page on hybrid graphics laptops: https://help.ubuntu.com/community/HybridGraphics
I hope this helps to narrow the issue |
Disabling radeon driver is a subpar solution IMO. I had everything working perfectly on 4.15 kernel but it started failing after upgrade to 5.0. I've tested it and the only thing that leads to this failure is booting into a different kernel, here is a relevant report for Kubuntu: https://bugs.launchpad.net/ubuntu/+source/linux-signed-hwe/+bug/1845924 |
Confirming @ohallot on Kubuntu 20.04 with Lenovo IdeaPad 320s-13IKB. However this bug doesn't happen when I try to reproduce it with the Kubuntu live CD. I initially observed it after I installed Kubuntu and performed a dist-upgrade. So perhaps it was introduced in some update. |
Latest SDDM release (0.19.0-2ubuntu2.3) seems to have fixed the issue. sddm (0.19.0-2ubuntu2.3) jammy; urgency=medium
|
On tty7, I can start a regular session (Plasma) normally.
However, I cannot start a parallel session. In KDE, I select "Switch user", confirm it in the dialog overlay,
but then nothing happens and I am back to the current session.
/var/log/sddm.log shows nothing but when I tail the following file, the given 2 lines appear when the bug occurs:
The text was updated successfully, but these errors were encountered: