Switch user does not work

Just installed 15.2 on a Compaq Presario, 4GB.
Works fine, except switch user does not work.
I click on “Lock screen” and in the following window I click
on “Switch user”. Results in black screen.
I can go back to the prevoius session by hitting control-alt-f7, but if
I try switch user again everythiing hangs.

Thanks for a hint,

As far as I know this is a functionality of the desktop. So telling which desktop you use mught be crucial to get any useful help.

OK, Kde Plasma
I have two users and I can login to each of them. To get from one user to the other
I first have to logout the first.

I just tested this, and it seemed to work. I selected “Switch User” from the menu.

It was a bit confusing, probably because I was using GDM to manage the login screen. So I switched to SDDM and rebooted. Then I tried again, and it was less confusing this time.

@akeblomberg:

I’m currently in the situation that, switching between Leap 15.2 KDE user sessions where Akonadi isn’t running works perfectly but, if a user which has Akonadi running is in the set of users being switched between then, the system begins to be painfully slow and unstable.


 > inxi -aC
CPU:       Topology: Quad Core model: AMD Ryzen 5 3400G with Radeon Vega Graphics bits: 64 type: MT MCP arch: Zen+ 
           family: 17 (23) model-id: 18 (24) stepping: 1 microcode: 8108109 L2 cache: 2048 KiB 
           flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm bogomips: 59089 
           Speed: 1260 MHz min/max: 1400/3700 MHz boost: enabled Core speeds (MHz): 1: 1280 2: 1366 3: 1357 4: 1348 5: 1267 
           6: 1372 7: 1328 8: 1287 
           Vulnerabilities: Type: itlb_multihit status: Not affected 
           Type: l1tf status: Not affected 
           Type: mds status: Not affected 
           Type: meltdown status: Not affected 
           Type: spec_store_bypass mitigation: Speculative Store Bypass disabled via prctl and seccomp 
           Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer sanitization 
           Type: spectre_v2 mitigation: Full AMD retpoline, IBPB: conditional, STIBP: disabled, RSB filling 
           Type: srbds status: Not affected 
           Type: tsx_async_abort status: Not affected 
 > 
 # inxi -a --memory-modules
Memory:    RAM: total: 13.59 GiB used: 3.16 GiB (23.3%) 
           Array-1: capacity: 128 GiB slots: 4 EC: None max module size: 32 GiB note: est. 
           Device-1: DIMM_A2 size: 8 GiB speed: 2933 MT/s type: DDR4 detail: synchronous unbuffered (unregistered) 
           bus width: 64 bits total: 64 bits manufacturer: G-Skill part-no: F4-3200C16-8GIS serial: N/A 
           Device-2: DIMM_B2 size: 8 GiB speed: 2933 MT/s type: DDR4 detail: synchronous unbuffered (unregistered) 
           bus width: 64 bits total: 64 bits manufacturer: G-Skill part-no: F4-3200C16-8GIS serial: N/A 
 # 

As you can see, the CPU ain’t puny and, there’s more than enough fast memory available.
[HR][/HR]My current solution is: don’t setup and switch between multiple KDE user sessions if, one of the users has Akonadi running …