KDE crash in openMandrica 3.03. This issue has reported in several Linux distributions. But the solution they provide does not work.
Eg :
https://forum.manjaro.org/t/solved-kde-plasma-5-10-2-crash-every-10-minutes/26336/2
https://github.com/voidlinux/void-packages/issues/7620
https://forum.kde.org/viewtopic.php?f=309&t=142937
You can try to…
KDE Crash is not a specific problem so there is nothing to fix. I’m not trying to be a smart @#$ saying this, this is the feedback I get from OM developers. Your using KDE desktop so saying KDE Crash is no more than saying “It Crash”. Devs keep telling me that to fix “It” they need some idea of what “It” is.
To find out what is crashing you would look at journal logs (journalctl) and see what is posted right before the crash. There might also be something in /var/log/Xorg.0.log or /var/log/Xorg.0.log.old. And a third place to look /home/<user_name>/.local/share/sddm/xorg-session.log where <user_name> is replace with your user name. As with journalctl you are looking for the most recent entries right before a crash.
To access journal of your current boot:
$ journalctl -b 0
To access journal of your mosr recent previous boot:
$ journalctl -b -1
Pay attention to anything that say “error” or any red lines as red lines are supposed to indicate most serious issues. But in general you look at everything posted in the 1 or 2 minutes before crash or freeze.
Note: To post journalctl logs or other logs more than say 20 lines please put them in a pastebin.com or similar and post a link to that here. And it is best to include the command you used (for journal) and all of the output. Devs may see something earlier in logs that point to an issue with a computer.
xorg-session.log.txt (59.5 KB)
Xorg.0.log.old.txt (45.9 KB)
Xorg.0.log.txt (55.9 KB)
journalctl -b 0
https://pastebin.com/Z4pbg3pC
journalctl -b -1
https://pastebin.com/9Mgv39GR
OK thanks for logs. I haven’t had time to read them yet. Developers are all tied up with the conversion from urpmi to dnf for OM Lx 4 release. So users need to do everything possible to narrow down problems in order get things fixed.
An unfortunate consequence of an all volunteer community distro with a small community.
We do have more people developing than we did a year ago so there is progress on that front. But it is still to small of a group to do everything we wish we could. Same for QA-Team which has not grown and suffers even more from a lack of people involved.
I’m going to say again for about the 20th time that KDE/Plasma5 desktop crashing is very likely, almost certainly, an upstream issue. It would be faster to take questions about this to KDE.org and talk to KDE developers.
The fact that we are still seeing reports and bug reports about this at KDE.org and in other distros tells us that one heck of lot more developers than OpenMandriva has have looked at and not solved these issues.
Note: Lest anyone think I’m preaching or criticizing remember that I have these issues some times also.
Edit: https://forum.kde.org/
https://bugs.kde.org/show_bug.cgi?id=393348
My Previous reports
https://forum3.openmandriva.org/t/not-again/1495/8
https://forum3.openmandriva.org/t/kde-crash-on-lx-3-02/1483
"You need to install debug symbols for the backtrace to be useful. Please ask in a forum of your distribution how to install debug symbols for plasmashell and Qt libraries.
If have debug symbols installed, the ‘Developer Information’ tab will contain text."
Need a feedback how to install this…
You may add debug_* repositories form the abf repository, then you will be able to install debug packages as usual.
To add to what @mandian says above. We don’t know what packages you need the debug symbols for but it is likely they’ll be KDE/Plasma5 packages so you may only need these 2 repos:
http://abf-downloads.openmandriva.org/3.0/repository/x86_64/debug_main/release/
http://abf-downloads.openmandriva.org/3.0/repository/x86_64/debug_main/updates/
but do be aware if they are needed there are ‘release’ and ‘updates’ ‘debug_’ repos for contrib, non-free, and restricted as well.
@pujithadimuthu the journalctl pastebins have been removed. Could you repost them please?
Otherwise all I see is in the xorg-session.log:
KCrash: crashing... crashRecursionCounter = 2
KCrash: Application Name = plasmashell path = /usr/bin pid = 3726
KCrash: Arguments: /usr/bin/plasmashell
Edit: This would indicate plasmashell is crashing which may be useful to know at some point.
I select kde-debug
xsettings-kde-debuginfo-0.12.3.2-7-omv2015.0.x86_64.rpm
colord-kde-debuginfo-0.5.0-2-omv2015.0.x86_64.rpm
are they the correct?
As far as what debug packages to install I have asked @ #openmandriva-cooker on IRC and might get an answer in the morning.
Fedora and Mageia have wiki pages that may have some information on how we can get this together and get a useful back trace done. Fedora and Mageia may be closest distros to OpenMandriva.
And combined with the KDE page maybe we can figure this out. I know I’m learning here.
[root@pujitha-pc ~]# journalctl -b 0 > /home/dimuthu/JB0.txt
[root@pujitha-pc ~]# journalctl -b -1 > /home/dimuthu/JB-1.txt
[root@pujitha-pc ~]#
yes i need to get the packages needed. Provide a feedback ASAP
Your logs do show a lot of coredumps. Could you post output of:
$ coredumpctl
if it is a long list just post the files as .txt like you did with the journalctl output. (That was I good idea by the way, better than pastebin I think).
May 02 12:01:34 pujitha-pc.elogics systemd-coredump[4854]: Failed to generate stack
trace: (null)
May 02 12:01:34 pujitha-pc.elogics systemd-coredump[4854]: Process 4548 (plasmashell) of user 1001 dumped core.
May 02 04:41:42 pujitha-pc.elogics systemd[1]: Started Process Core Dump (PID 9583/UID 0).
May 02 04:42:05 pujitha-pc.elogics systemd-coredump[9584]: Core file was truncated to 2147483648 bytes.I have asked will reply as soon as I get something.
Also it is possible you and I do have exactly the same issue as I don’t show any plasmashell coredumps. But I’ll keep plugging away at this form time to time as time allows. One difference may be that I have Intel graphics and yours I believe is nVidia.
Another question born of curiosity. If you run:
# urpme --auto-orphans
does that show and packages for removal? If so how many? I’m not asking you to actually run it just start it and see what it says and select ‘N’ for no if you do not want to run it.
Foxconn G31MX has a on board Intel VGA. I use a separate VGA nVidia GeForce 210.
After executing
urpmi.update -a
urpmi --update --auto-select
Normally I execute
urpme --auto-orphans
so 0.
Can you run gdb on most recent instance of /usr/bin/plasmashell coredump and post contents here. You probably need to install gdb:
$ coredumpctl gdb <number>
then at gdb prompt run simply:
(gdb) bt
Where the is the PID of the most recent core dump of /usr/bin/plasmashell with out the < and >.
I’m working with a developer on this to find our what debug packages we need to install. He is currently building a debug package for ‘plasma-workspace’.
Or if you are around now you could join us on #openmandriva-cooker on IRC.
Edit: I just sent you a pm that is basically same as this post, just wanted to notify you ASAP.
From what I’m seeing the debug packages needed probably have to be built. Using my system as an example:
$ coredumpctl gdb 5950
(gdb) bt
#0 0x00007fe6e409de87 in raise () from /lib64/libc.so.6
#1 0x00007fe6e409f7f1 in abort () from /lib64/libc.so.6
#2 0x00007fe6e466f467 in QMessageLogger::fatal(char const*, ...) const () from /usr/lib64/libQt5Core.so.5
#3 0x00007fe6dc0d0758 in QXcbConnection::QXcbConnection(QXcbNativeInterface*, bool, unsigned int, char const*) () from /usr/lib64/libQt5XcbQpa.so.5
#4 0x00007fe6dc0d4d88 in QXcbIntegration::QXcbIntegration(QStringList const&, int&, char**) () from /usr/lib64/libQt5XcbQpa.so.5
#5 0x00007fe6e65363ca in ?? () from /usr/lib64/qt5/plugins/platforms/libqxcb.so
#6 0x00007fe6e4b641db in ?? () from /usr/lib64/libQt5Gui.so.5
#7 0x00007fe6e4b63d53 in QPlatformIntegrationFactory::create(QString const&, QStringList const&, int&, char**, QString const&) () from /usr/lib64/libQt5Gui.so.5
#8 0x00007fe6e4b6c8f4 in QGuiApplicationPrivate::createPlatformIntegration() () from /usr/lib64/libQt5Gui.so.5
#9 0x00007fe6e4b6d0e5 in QGuiApplicationPrivate::createEventDispatcher() () from /usr/lib64/libQt5Gui.so.5
#10 0x00007fe6e47c38a1 in QCoreApplicationPrivate::init() () from /usr/lib64/libQt5Core.so.5
#11 0x00007fe6e4b6a5ee in QGuiApplicationPrivate::init() () from /usr/lib64/libQt5Gui.so.5
#12 0x00007fe6e4fe92b9 in QApplicationPrivate::init() () from /usr/lib64/libQt5Widgets.so.5
#13 0x000000000041c4c8 in ?? ()
#14 0x00007fe6e4081a37 in __libc_start_main () from /lib64/libc.so.6
#15 0x000000000041b7ba in _start ()
(gdb)
So the to investigate we probably need these debug packages:
$ rpm -q --whatprovides libQt5Widgets.so.5
no package provides libQt5Widgets.so.5
[ben79@ben79-pc ~]$ rpm -q --whatprovides /usr/lib64/libQt5Widgets.so.5
lib64qt5widgets5-5.8.0-5-omv2015.0.x86_64
[ben79@ben79-pc ~]$ rpm -q --whatprovides /usr/lib64/libQt5Gui.so.5
lib64qt5gui5-5.8.0-5-omv2015.0.x86_64
[ben79@ben79-pc ~]$ rpm -q --whatprovides /usr/lib64/libQt5Core.so.5
lib64qt5core5-5.8.0-5-omv2015.0.x86_64
[ben79@ben79-pc ~]$ rpm -q --whatprovides /usr/lib64/libQt5XcbQpa.so.5
lib64qt5xcbqpa5-5.8.0-5-omv2015.0.x86_64
[ben79@ben79-pc ~]$ rpm -q --whatprovides /lib64/libc.so.6
glibc-2.27-9-omv2015.0.x86_64
The glibc debug package exists but the others do not.
But also keep in mind that results on your system will be different and there may be different or additional packages needed based on that.