On 24/08/2020 22:32, Frédéric wrote:
> 2 things to try:
> * disable session management, systemsettings5->startup&shutdown->desktop
> session, On Login chose option *other* than "Restore previous session"
That was already set to "Start with an empty session".
> * enable logind feature to kill user processes on logout, edit
> /etc/systemd/logind.conf , set key
> KillUserProcesses=yes
This did not fix it. It's really a bug with sddm.
Thank you,
F
___________
I agree there is a problem but not 100% sure it is sddm.
I have a similar and may be the same problem.
I use multiple users to isolate work from play and I have had issues
with one account that when I logout, it freezes with the background
showing. Mouse moves but nothing works in it.
There are enough processes running and I go into another account and
slowly kill them off. I have had KillUserProcesses=yes set for a very
long time on this machine.
The last process I end up killing it the sddm-helper session for that
user.
I have had this on both F31 and F32 but have not had the time or energy
to try to do any debugging on it.
I have it set to start with an empty session.
On logout it freezes.
Other accounts don't freeze like this on this machine. I have another
account that I have never had freeze up this way.
Under top, these are the processes that are running for this user after
an attempt to logout.
dbus-broker
gvfsd
kglobalaccel5
dconf-service
abrt-applet
pulseaudio
agent
kactivitymanage
at-spi-bus-laun
dbus-broker-lau
dbus-broker
gconf-helper
gconfd-2
kscreen_backend
at-spi2-registr
kdeconnectd
gconf-helper will remain a zombie until pulseaudio is killed.
I think there is a process that cannot be stopped and is preventing sddm
from working properly.
I usually have at least two different session open on this machine at
all times and will open a third and/or fourth session from time to time.
Robin