LEAP 42.3 update on March 31, 2018 made my desktop icons and start menu disappeared

Hello mrmazda and I_A:
Sadly, other kernels from GRUB menu selection didn’t work.
Also tried with other user account (I already had a user created before for my wife’s name) without any luck.
Anyway, as you suggested, I am going to install the whole OS.

I really appreciate your continuous support on this issue and it was really a learning experience for me.
But a question still remained unanswered, What happened after March 31 update ?

Thanks.

AFAICS, the latest “official” Leap 42.3 kernel was available as of the following date (/var/log/zypp/history):

# 2018-03-23 09:46:51 kernel-default-4.4.120-45.1.x86_64.rpm installed ok

There was only one other package updated then:

# 2018-03-23 09:47:24 Output of drm-kmp-default-4.9.33_k4.4.120_45-10.2.x86_64.rpm %posttrans script:

Since then, there’s only been patches to Samba, curl, openssh, dhcp and Firefox.

On this Leap 42.3 system, the SDDM part of /var/lib/ looks like this:


 # ls -l /var/lib/sddm/
total 20
drwxr-xr-x 3 sddm sddm 4096 Mar 17 09:49 .cache
drwxr-xr-x 2 sddm sddm 4096 Jul  5  2017 .config
drwx------ 3 sddm sddm 4096 Jul  5  2017 .dbus
drwxr-xr-x 3 sddm sddm 4096 Nov 22 17:42 .local
-rw-r--r-- 1 root root  294 Apr  4 16:55 state.conf
 # 

Nothing which is writeable by “world” and, the “.config” directory is empty …

Have you set-up something pointing to “/var/lib/sddm/.config/” in “/etc/sddm.conf”
[HR][/HR]It may be helpful if you could install a tool named “inxi” available from the standard openSUSE repositories and post the output of “inxi -F” after you’ve installed the packages indicated by “inxi --recommends”.
[HR][/HR]It may be that, because you’re still running KDE4, there’s some issues being raised which are caused by dependency required by the default KDE Frameworks 5 environment:

  • Please post the output of “zypper verify --details” and “zypper repos --uri --sort-by-alias”.

@jrahman:
Apropos Btrfs, are you absolutely certain that the weekly and monthly ‘cron’ jobs related to Btrfs housekeeping have been executed?

If not, “systemctl rescue” and then, with the user “root”, manually execute the Btrfs housekeeping scripts located in ‘/etc/cron.weekly/’ and ‘/etc/cron.monthly/’.

When the scripts have finished executing (may take more then a few minutes), reboot …