Have an issue with 15.2, I believe, since the last round of updates (about 3 days ago), where I have lost my taskbar.
If I alt-F2, and run konsole, then kill plasmashell, and re-run, I get it back…
KDE Plasma Version 5.18.5
Thanks.
Possibly related to this (rather lengthy) bug: https://bugs.kde.org/show_bug.cgi?id=416739
If that is the case you may want to add to the report.
- While not logged in to the KDE Plasma GUI, use a VT (tty1 … tty6) to clear the user’s cache – ‘~/.cache/’.
- If that doesn’t help too much, consider removing some of the KDE Plasma configuration files in ‘~/.config/’ and then log in again –
Files such as “plasmarc” and “plasmashellrc” are the most likely suspects but, the other Plasma configuration files could also be the cause of this issue …
Have tried most of this with no real positive result… Can I delete ALL the files associated with plasma without killing everything??
Looks like to fix this issue, am going to have to do a FULL REINSTALL of the OS - that seriously p*^ses me off!
I like Opensuse, but have a bit of an issue, and have to reinstall to fix?? Seriously!?
I assume a test with a new created user will tell you if it is in a user’s configuration or general in the product.
I am doubting that a reinstall will help, if you keep all of the same user configuration. If you want to try a complete redo of the user configuration, then
cd
mkdir OLD
mv .config .local .cache OLD/.
You should do that while you are NOT logged into KDE. You can either use CTRL-ALT-F1 to get a terminal, or login to Icewm
When you next login to KDE, it should recreate those configuration directories. You can later look into OLD to rescue anything lost (such as email).
The (plasma) configuration file that specifically relates to the panel is “plasma-org.kde.plasma.desktop-appletsrc”.
However, before attempting any changes to any of the configuration files, be it renaming or moving, you must be logged out from KDE.
If the Redmond thing then, true.
If anything that looks or smells vaguely like UNIX® then, false.
- Everything that looks like or, vaguely smells like, UNIX® has strictly separated system and user space – KDE Plasma is running in user space …
Everything that looks or smells vaguely like UNIX® is a multi-user system and, the users are strictly separated from the system space …
- Each and every user’s configuration is specific to that user and, has nothing at all which is related to the system space.
If a user space application such as KDE Plasma is running correctly for the case of a new user then, there’s nothing broken in the system – there’s only a user which has a broken configuration in their user space …
[HR][/HR]One day, we’ll be able to get rid of the mythology that the Redmond folks have injected into the world but, I suspect that, it will not be soon …
That is your personal decision and has nothing to do with any advice given here.
I would also say that that is no Incident Management, nor Problem Management, but simply Panic.
OK, an update to add to the confusion…
Created new user, logged in as new user - no taskbar…
Logged out and logged in as original user - have taskbar.
Log out, log back in as original user - no taskbar…
Beginning to think it may be a resolution/monitor issue. Have an LG 34WL500 monitor (only has 2x hdmi inputs), which I setup about 6 months ago using xrandr, and has been working fine, but it “glitched” after the last lot of updates, had to unplug/replug to get it to work again, and that was when I lost the taskbar. Resolution is 2560x1080.
xorg.conf monitor section:
Section "Monitor"
Identifier "HDMI-2"
Modeline "2560" 230.76 2560 2728 3000 3440 1080 1081 1084 1118 -HSync +Vsync
Option "PreferredMode" "2560"
EndSection
Is/Could there be an issue here?
Also, the grub boot screen resolution is now dodgy… (very low res.)
Working the multiple screen thing eventually reported here I was having this happen in Plasma but not IceWM. Clearing the cache wasn’t enough. I had to remove ~/.local/share/kscreen as well. As my screen layout is configured globally, losing anything Plasma might otherwise need in the kscreen directory for multiple display layout NAICT is a non-issue.
Didn’t seem to work for me…
When the Panel/Taskbar is present make a copy of both:
~/.config/plasmashellrc
~/.config/plasma-org.kde.plasma.desktop-appletsrc
and rename them to, for example:
~/.config/plasmashellrc-working
~/.config/plasma-org.kde.plasma.desktop-appletsrc-working
When the Panel/Taskbar fails to display, again copy those two files, this time append, for example, -nonworking to the file names.
Then diff the working and nonworking to see if that reveals any clue as to the problem.
Yeah – here with a new AMD Ryzen system with B450 Mainboard, on reboot the Grub Screen and, the UEFI/BIOS screen are sometimes green, instead of black/grey/white, with a low resolution …
- No idea why – it seem to depend on cases where I touched the UEFI settings …
OK, not sure if this has any meaning, or even where it is getting the VGA-1 from, but the result of above is:
https://drive.google.com/file/d/1FRVRwDjPwsU6_GfEfCstoeRMAdqdTaYJ/view?usp=sharing
(Broken on LHS - working RHS)
The xorg.conf file says:
Section "Monitor"
Identifier "HDMI-2"
Modeline "2560" 230.76 2560 2728 3000 3440 1080 1081 1084 1118 -HSync +Vsync
Option "PreferredMode" "2560"
EndSection
How to fix?
On this (new) machine, the ‘/var/log/Xorg.0.log’ has Modeline entries like this:
4117.678] (II) AMDGPU(0): Modeline "3840x2160"x0.0 594.00 3840 4016 4104 4400 2160 2163 2168 2250 +hsync +vsync (135.0 kHz eP)
The only X.Org tweak I use is in ‘/etc/X11/xorg.conf.d/50-monitor.conf’:
# Having multiple "Monitor" sections is known to be problematic. Make
# sure you don't have in use another one laying around e.g. in another
# xorg.conf.d file or even a generic xorg.conf file. More details can
# be found in https://bugs.freedesktop.org/show_bug.cgi?id=32430.
#
#
# ## If your monitor doesn't support DDC you may override the
# ## defaults here
# #HorizSync 28-85
# #VertRefresh 50-100
#
# ## Add your mode lines here, use e.g the cvt tool
#
Section "Monitor"
Identifier "Default Monitor"
VendorName "iiyama"
ModelName "XB3288UHSU"
DisplaySize 698 393
Option "DPMS" "on"
EndSection
The trick is, to let the X11 initialisation do as much as possible on it’s own and, only provide “helpful hints” if and when needed …
Removing the file could do it. It’s an optional file the vast majority of systems have no need for. That “Option” line is invalid. The PreferredMode option requires both horizontal and vertical specifications. Modelines in configfiles are anachronisms. X knows very well how to calculate them, given the right data to work with. It’s easier if and when EDID is broken to provide VertRefresh and HorizSync values to X for generating a valid modeline than to manually generate a modeline that most likely won’t be valid when you find need of a different display.
The following is from a fresh installation, complete with working Plasma taskbar:
# xrandr --listproviders
Providers: number : 1
Provider 0: id: 0x57; cap: 0xf (Source Output, Sink Output, Source Offload, Sink Offload); crtcs: 4; outputs: 4; associated providers: 0; name: Unknown AMD Radeon GPU @ pci:0000:00:01.0
output DVI-D-0
output VGA-0
output DisplayPort-0
output HDMI-A-0
# cat /etc/X11/xorg.conf.d/50-monitor.conf
# Having multiple "Monitor" sections is known to be problematic. Make
# sure you don't have in use another one laying around e.g. in another
# xorg.conf.d file or even a generic xorg.conf file. More details can
# be found in https://bugs.freedesktop.org/show_bug.cgi?id=32430.
#
#Section "Monitor"
# Identifier "Default Monitor"
#
# ## If your monitor doesn't support DDC you may override the
# ## defaults here
# #HorizSync 28-85
# #VertRefresh 50-100
#
# ## Add your mode lines here, use e.g the cvt tool
#
#EndSection
# cat /etc/X11/xorg.conf.d/50-monitor.conf | grep -v ^#
# # **IOW, the file contains nothing but comments.**
# # **50-monitor.conf is an optional file most systems do not need.**
# cat /etc/X11/xorg.conf
cat: /etc/X11/xorg.conf: No such file or directory # **another optional file**
# inxi -SGIay
System:
Host: ara88 Kernel: 5.3.18-lp152.44-default x86_64 bits: 64
parameters: root=redacted ipv6.disable=1 net.ifnames=0 noresume
mitigations=auto consoleblank=0 **radeon.cik_support=0 amdgpu.cik_support=1**
vga=791 video=1024x768@60 video=1440x900@60 5
**Desktop: KDE Plasma 5.18.5** tk: Qt 5.12.7 wm: kwin_x11 dm: TDM
**Distro: openSUSE Leap 15.2**
Graphics:
Device-1: AMD Kaveri **Radeon R7 Graphics**] vendor: ASRock **driver: amdgpu**
v: kernel alternate: radeon bus ID: 00:01.0 chip ID: 1002:1313
Display: server: X.Org 1.20.3 compositor: kwin_x11 **driver: amdgpu**
unloaded: fbdev,modesetting,vesa alternate: ati display ID: :0 screens: 1
Screen-1: 0 s-res: 2560x1440 s-dpi: 120 s-size: 541x304mm (21.3x12.0")
s-diag: 621mm (24.4")
Monitor-1: DisplayPort-0 res: 2560x1440 hz: 60 dpi: 109
size: 598x336mm (23.5x13.2") diag: 686mm (27")
OpenGL: renderer: AMD KAVERI (DRM 3.33.0 5.3.18-lp152.44-default LLVM 9.0.1)
v: 4.5 Mesa 19.3.4 direct render: Yes
Info:...running in: konsole inxi: 3.1.07
# xrandr | egrep 'onnect|creen|\*' | grep -v disconn | sort -r
Screen 0: minimum 320 x 200, current 2560 x 1440, maximum 16384 x 16384
DisplayPort-0 connected primary 2560x1440+0+0 (normal left inverted right x axis y axis) 598mm x 336mm
2560x1440 59.95*+ 74.92
How did /etc/X11/xorg.conf come to exist on OP’s installation?
(Been away for a week…)
I created it originally, as I can not get the required resolution (2560x1080) WITHOUT an xorg.conf file. Apparently the max that will work without one is 1920x1080??
As I said originally, this has been working for about the last 6 months, and only broke recently…
Thanks.