KDE 5.14.90, KDE framework 5.54.0, KDE application 18.12.1, kernel 4.12.14-lp150.12.45 on laptop dell latitude E6510, ram 8GB, nvidia 3100M, using nouveau not nvidia drivers, cpu i7 Q 720
after the last update KDE takes 1 minute from to insert password for login to first appearing the wallpaper with some shadows of panels, then 10 minutes to appear panels and three widget on the desktop and to start to be usable, when I start to use the hard disk start to run and never stop and kde result unusable and very slow responsive.
can I do something to have a usable desktop??
I’m not having that problem. But then I’m using the regular Plasma from Leap 15.0 (5.12.6). It maybe take 1 minute from login for everything to show up. It does not take 10 minutes.
This is with a Dell Inspiron 660 and 8G of memory (Intel graphics).
yes, my leap15 wit plasma 5.12.6 on the same hardware works well, and also another user on 5.14.90 doesn’t takes 10 minutes.
how can I reset kde 5.14.90 to standard?
You can disable the extra repos, and then use
zypper dup
You will probably get conflict about the need to change vendor.
…may be, but, if another user works better it should dipend on the user not on a general conflict, is there a way to reset as if it is a new user my plasma?
So it has the dual graphics card!
The problem is from grub to login, or from login to active Desktop?
You tried from the terminal to see what it says
systemd-analyze blame
post the result
Then the login manager also changes, install lightdm-slick-greeter when you’re done > terminal >
sudo update-alternatives --config default-displaymanager
and choose lightdm > reboot
Yes.
rm -rf .cache
rm -rf .local
rm -rf .config
You should do those while not logged in. You can login to Icewm or use CTRL-ALT-F1 to get a terminal login.
You might want to start with just “.cache”. It’s possible that clearing out cache, and allowing it to regenerate on the next login will fix the problem.
If that does not fix it, I would suggest move “.local” and “.config” to elsewhere. I usually create a directory named OLD and move them there. That way you can change your mind, or you can recover parts of the old directories as needed (kmail saved mail, for example).
Couldn’t this be another manifestation of freespace on root partition being exhausted by unneeded old journal versions, or BTRFS snapshots or housekeeping?
no, it has only one graphic card
from login to active desktop
You tried from the terminal to see what it says
systemd-analyze blame
post the result
Then the login manager also changes, install lightdm-slick-greeter when you’re done > terminal >
sudo update-alternatives --config default-displaymanager
and choose lightdm > reboot[/QUOTE]manythanks, I’ll try
…I think not, I’m on ext3 and root and home partition are half free
In my opinion then better to use the Nvidia drivers owners, I recommended Lightdm, because I also had problems with Sddm, took a lot of time to take the password and then it was very slow from login to the active Desktop , good work
How many files are in the journal directory? How old are the oldest there?
maaaanythanks, removing cache didnnt fix so I renamed .local and .config, now works very better, I have to tweeking plasma again but it workslol!
…yes, but kde has problems with nvidia drivers in leap 15
Did you ever try the default DDX driver instead of nouveau? xf86-video-nouveau is an optional DDX driver which when installed overrides the default. Many NVidia devices have no need for nouveau DDX, e.g.:
# rpm -qa | grep xf86-vid
xf86-video-fbdev-0.5.0-1.3.x86_64
xf86-video-vesa-2.4.0-1.3.x86_64
# inxi -GxxS
System: Host: p5bse Kernel: 4.20.2-1-default x86_64 bits: 64 compiler: gcc v: 8.2.1 Desktop: KDE Plasma 5.14.5
tk: Qt 5.12.0 wm: kwin_x11 dm: startx Distro: openSUSE Tumbleweed 20190124
Graphics: Device-1: NVIDIA GT218 [GeForce 210] vendor: eVga.com. driver: nouveau v: kernel bus ID: 01:00.0 chip ID: 10de:0a65
Display: server: X.Org 1.20.3 driver: modesetting unloaded: fbdev,vesa alternate: nouveau,nv,nvidia
compositor: kwin_x11 resolution: 1920x1200~60Hz, 1920x1080~60Hz
OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits) v: 3.3 Mesa 18.3.1 compat-v: 3.1 direct render: Yes
# xdpyinfo | grep dimen
dimensions: 1920x2280 pixels (406x482 millimeters)
I didn’t know all these differences, I did know only nidia drivers and the drivers that install by default leap 15 (I supposed nouveau) lol!
now, running your suggested command, I’m using this:
pla@pla-3-TW:~> rpm -qa | grep xf86-vid
xf86-video-vesa-2.4.0-lp150.1.1.x86_64
xf86-video-fbdev-0.4.4-lp150.1.7.x86_64
xf86-video-nouveau-1.0.15-lp150.1.9.x86_64
pla@pla-3-TW:~>
@mrmazda means, you have to remove the xf86-video-nouveau package. Then reboot.