Random stops

English Install/Boot/Login
1

I did a clean install of Leap on a computer that was previously running openMandriva LX.
I am getting random stops where whole system freezes when I am using various applicatons (YaST, Kwrite, Dolphin).
The computer seems to have no issues when idling with KDE running.
I am running from a different hard drive than the old openMandriva system and am using LVM.

2

Having intermittent memory errors. Bad mobo, I think.

3

I’m getting something like this too, after a zypper dup on Friday.

For me, graphical applications in KDE will sometimes stop in such a way that the mouse will move but nothing will respond to clicks. It seems worst when loading larger apps, like Thunderbird and Firefox, rather than say Dolphin. But it is random - sometimes things load fine. You can get out of it by CTRL-ALT-F1 to a console, login and “killall -u <user>”, which drops back to a KDE login.

My repos are currently:


 1 | VideoLAN                         | VideoLAN             | No  | ----     | No      | http://download.videolan.org/pub/vlc/SuSE/Tumbleweed
2 | http-opensuse-guide.org-1563dc8f | libdvdcss repository | Yes | (r ) Yes | Yes     | http://opensuse-guide.org/repo/openSUSE_Tumbleweed/ 
3 | repo-non-oss                     | repo-non-oss         | Yes | (r ) Yes | Yes     | http://download.opensuse.org/tumbleweed/repo/non-oss
4 | repo-oss                         | repo-oss             | Yes | (r ) Yes | Yes     | http://download.opensuse.org/tumbleweed/repo/oss    
5 | repo-update                      | repo-update          | Yes | (r ) Yes | Yes     | http://download.opensuse.org/update/tumbleweed/

I’ve tried having Packman in the list to update VLC, but this makes no difference. Note that VideoLAN is disabled.

4

I have seen exactly this. The partial freeze occurs when a new window is going to be created.

See this thread:
https://forums.opensuse.org/showthread.php/511083-Segmentation-faults-in-libQt5-libraries

5

That’s interesting, but I’m not seeing any evidence of segfaults in the logs. The symptoms sound similar though. It does occur when new windows are created. All graphical interaction then freezes - you can move the mouse, but nothing can be clicked or hovered over. It is possible to type keys, and in particular CTRL-ALT-F1 will get you to a console where you can “killall -u <me>” to zap the KDE session. After that, you can login to KDE again and try your luck once more.

I need to try more things, but it may be only affecting GTK applications - Thunderbird and Firefox are when I usually see it.

It may also be true that once you’ve got FF or TB up and running, thereafter it is fine. I’ve only seen lockups on the initial startup.

Cheers,
-nick

6

A few more details on this, in case anyone else is seeing the problem:

The only applications that I’ve seen affected so far are Thunderbird, Firefox and VLC. I don’t think VLC uses GTK, unlike TB/FF, so it’s not that all GTK apps are affected. OTOH, I don’t run many things! But I’ve never seen Dolphin lock up, for example.

It seems particularly prone to fail at first boot immediately after KDE login. I would usually start TB at this point, and it often locks up (perhaps half the time). If I CTRL-ALT-F1 and killall myself, that collapses the KDE session back to login and I can try again. Often this second attempt is OK (not always though).

Sometimes the lock up affects the whole desktop, and sometimes just the one app. If the latter, I can max/minimise it and click on the [X] to close it, which will eventually offer to kill the (unresponsive) app. The kill works and I can restart it, which is often fine (as with a re-login).

Once an app gets started, it then seems fine thereafter. But yesterday, suspending the machine and resuming caused a running FF to lock up.

There is no sign of a segfault in the logs or anything else suspicious happening.

I tried updating to the recent Tumbleweed release (yesterday), but that made no difference.

Cheers,
-nick

7

It looks like this other thread may be the same problem:
https://forums.opensuse.org/showthread.php/510384-Screen-permanently-freezes-after-login-although-system-remains-operational

This problem seems to be to do with desktop effects and what version of OpenGL you’re using to support the backend. I will try changing, this or disabling effects completely, to see whether that helps.

Cheers,
-nick

8

Sadly, it didn’t help. But I’ll post further updates to the other thread.