Everything's crashing!

I’m not sure if this is the right category, but I’m on Leap 15.4 with KDE, and starting yesterday, windows have been crashing erratically. Things would be running fine, but then I’d try to open another application window and I’d get a notification about KWin crashing; then more and more applications would follow, including the crash handlers themselves, until nothing’s usable. I’d restart the computer, and during some sessions no applications would last more than a second. I don’t know how to check what’s wrong, especially when I can’t even get System Settings for example to stay open.

Not sure if this is relevant, but yesterday when I ran my updates, it told me I had no space left in the root folder. I checked and the tmp folder had a load of files with Chromium in the name even though I very rarely use Chromium and wasn’t using it at the time. After I restarted my computer, the root folder usage had gone down on its own.

I managed to get one of the crash windows to stay open and copy this error log:

Application: The KDE Crash Handler (drkonqi), signal: Bus error

[KCrash Handler]

#4 0x00007fb4ab081320 in ?? () from /usr/lib64/libQt5Gui.so.5

#5 0x00007fb4ab37dca6 in ?? () from /usr/lib64/libQt5Gui.so.5

#6 0x00007fb4ab37f425 in QRasterPaintEngine::fillRect(QRectF const&, QSpanData*) () from /usr/lib64/libQt5Gui.so.5

#7 0x00007fb4ab3a245c in QPainter::fillRect(QRect const&, QBrush const&) () from /usr/lib64/libQt5Gui.so.5

#8 0x00007fb4aba430a3 in QWidgetPrivate::paintBackground(QPainter*, QRegion const&, QFlagsQWidgetPrivate::DrawWidgetFlag) const () from /usr/lib64/libQt5Widgets.so.5

#9 0x00007fb4aba4719d in QWidgetPrivate::drawWidget(QPaintDevice*, QRegion const&, QPoint const&, QFlagsQWidgetPrivate::DrawWidgetFlag, QPainter*, QWidgetRepaintManager*) () from /usr/lib64/libQt5Widgets.so.5

#10 0x00007fb4aba1da1d in ?? () from /usr/lib64/libQt5Widgets.so.5

#11 0x00007fb4aba1dcc7 in ?? () from /usr/lib64/libQt5Widgets.so.5

#12 0x00007fb4aba6a75c in ?? () from /usr/lib64/libQt5Widgets.so.5

#13 0x00007fb4aba6b3cc in ?? () from /usr/lib64/libQt5Widgets.so.5

#14 0x00007fb4aba0d3bc in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQt5Widgets.so.5

#15 0x00007fb4aba141a0 in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQt5Widgets.so.5

#16 0x00007fb4aa059c23 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /usr/lib64/libQt5Core.so.5

#17 0x00007fb4ab0bb4a7 in QGuiApplicationPrivate::processExposeEvent(QWindowSystemInterfacePrivate::ExposeEvent*) () from /usr/lib64/libQt5Gui.so.5

#18 0x00007fb4ab0bb70d in QGuiApplicationPrivate::processWindowSystemEvent(QWindowSystemInterfacePrivate::WindowSystemEvent*) () from /usr/lib64/libQt5Gui.so.5

#19 0x00007fb4ab09344b in QWindowSystemInterface::sendWindowSystemEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib64/libQt5Gui.so.5

#20 0x00007fb49e90ad0a in ?? () from /usr/lib64/libQt5XcbQpa.so.5

#21 0x00007fb4a53a082b in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0

#22 0x00007fb4a53a0bd0 in ?? () from /usr/lib64/libglib-2.0.so.0

#23 0x00007fb4a53a0c5c in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0

#24 0x00007fb4aa0bc02c in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib64/libQt5Core.so.5

#25 0x00007fb4aa05848a in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib64/libQt5Core.so.5

#26 0x00007fb4aa061cc7 in QCoreApplication::exec() () from /usr/lib64/libQt5Core.so.5

#27 0x000056438942bfe1 in ?? ()

#28 0x00007fb4a958124d in __libc_start_main () from /lib64/libc.so.6

#29 0x000056438942cd8a in ?? ()

[Inferior 1 (process 2731) detached]

To me it looks very relevant. If your update failed because of to less space, then you probably have a broken system now.

Maybe a first action might be to repeat the

zypper up

Thanks. That seemed to be the problem, that or my drive just being full. It seems to have sorted itself out; I guess after a few restarts some temporary files got autodeleted and it’s working much better. Trying to be safe now and reduce some of the clutter in /tmp.

There are several ways to get a clean /tmp. I fact I thought that the standard way openSUSE is installed is using a tmpfs for /tmp (which deletes the contents at every shutdown), But I am not sure about that (I have that construction on all my systems for a long time already).

That happens on Tumbleweed, but it is not the default for Leap install.

Thanks for the info.