Comment # 20 on bug 1046500 from Wolfgang Bauer

(In reply to Roman Bysh from comment #15)

> I checked dmesg first. It shows:
> 
> plasmashell invoked oom-killer: gfp_mask=0x1400840(GFP_NOFS|__GFP_NOFAIL),
> nodemask=0, order=0, oom_score_adj=0

This means that you ran out of memory. Might explain the freeze with ongoing
disk activity you mentioned earlier, the system may have been swapping.

Doesn't look related to the original problem though IMHO.

We do have other bug reports about plasmashell using huge amounts of RAM and
CPU in certain cases.

One culprit seems to be the wallpaper slideshow, so if you use this try to set
a static background image instead.

Though that seems to be a problem that started with Qt 5.9 IIRC.

The backtrace mentions btrfs, so maybe btrfs balance is involved here too or
maybe even the cause.

(In reply to Roman Bysh from comment #16)
> It also showed that "xembedsniproxy" segfaulted.

That's definitely unrelated to the original problem, or even Plasma at all.
Without a backtrace (preferably with debug packages installed) it's impossible
to tell what the problem may be though.

(In reply to Roman Bysh from comment #18)
> I deleted and added the Default panel, Empty panel and Application Menu Bar
> without incident. 
> 
> When I right-click and add the Default openSUSE Panel after a several
> seconds the hard drive light goes on for several seconds.

Again sounds much different from the original problem.

So the new problem happens if you *add* a panel?
And only when you add the "Default openSUSE Panel"?
I don't think that one is any different from the standard "Default Panel"...

Does it also happen if you do *not* remove a panel before?

I'll try to reproduce, but I think I tried that already too when I tested
earlier.


One additional note though: I see in your dmesg logs that you are using
nouveau. Maybe installing the nvidia driver would help?
(probably not if it is a btrfs problem of course)