[SOLVED] Occasional system freeze after the latest update in Slackware64 --curent
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
One potential area of investigation could be the compositing settings (System Settings>Display and Screen>Compositor: based on rough translation from French).
There, you can modify rendering engine, vsync and other parameters related to graphics. I'm no graphics hardware specialist but looking at various forums, it looks like some settings might create instability for some hardware/kernel combinations.
Thanks! I am going to give it a go.
I am typing from XFCE now and gosh it's so relieving to have all 4 screen (2 desktop and 2 laptop monitors) all working.
I am afraid that it won't last long. XFCE does not run many KDE applications such as kdenlive, aegisub, etc... so i really hope that your suggestion may change something
Just to mention that I use fluxbox, so it's not necessarily KDE-related.
Another thing is that the problem persists no matter if I use nouveau or proprietary NVIDIA driver.
Since 5.10.3 I don't see screen glitching anymore but it still freezes from time to time, and always while using Firefox. Btw, I agree about the Firefox and hardware acceleration, that sounds like a good explanation.
Well, i wish you luck then and hope it works for you bcos after disabling the firefox accelerator i still had the glitching.
HOwever, i can definitely confirm that I have been using firefox heavily moving windows across screens, minimizing, shading and opening and closing, with and/or without hardware acceleration, on XFCE and it works great!
I have the same problems too. But my system tends to freeze on me on the old kernel too but much more less frequently, with 5.10.x, I encounter freezing several times daily, especially when I compiling a big programs when all the cores are busy.
I am running i3wm, and I found the plasma-browser-integration will always use one CPU core on 100% when ever I use chrome or firefox, so I remove the packages.
I tried to catch the error by starting Firefox from a console. Does this seem like the error or just random noise?
I looked at the console after keyboard froze.
- when I ssh in from another machine I see. 100% cpu to :
/usr/libexec/Xorg :0 vt1-keeptty -auth /home/rich/.serverauth.1357.
(my symptom is the pointer can still be moved on the screen by all keys and mouse buttons do nothing) (I usually ssh in and "init 6")
I tried to catch the error by starting Firefox from a console. Does this seem like the error or just random noise?
I looked at the console after keyboard froze.
- when I ssh in from another machine I see. 100% cpu to :
/usr/libexec/Xorg :0 vt1-keeptty -auth /home/rich/.serverauth.1357.
(my symptom is the pointer can still be moved on the screen by all keys and mouse buttons do nothing) (I usually ssh in and "init 6")
Not sure what that means; i hope that some tech experts will tip you on that.
I seem to have resolved (at least for the last 24hr, non-stop), my problem by changing the Rendering backend under Settings>System Settings>Display and Monitor>Compositor from default OpenGL to Xrender. I have lost some desktop&window effects such as cube animation when switching desktops, animations during closing/opening/minimizing of windows, etc... but nothing really significant; and to be honest Xrender seems to be much faster than OpenGl so. I will stick with it.
But, it has been only a day so, i will keep testing and post back soon.
I also have re-enabled firefox hardware-acceleration, and I still can't see certain in-browse videos (only on firefox, all good on chromium and opera)
So I rebuilt mozilla-firefox (using Pat's Source) Since I was doing it I jumped to 84.0.1
had to bump nodejs to node-v14.15.3.tar.gz for complaints on the build.
here:
Distribution: Slackware 15.0, Slackware 14.2_x64, Slackware 14.1 x86
Posts: 612
Rep:
It's not just you guys...it's happening on the 'Live' version also. I use the Plasma Live from AlienBob's site and it's been freezing on me too, whether with or without the nvidia.
I also had konqueror and krusader (which I use 99.9% of the time...I only used konqueror to see if it made any difference) both would crash when trying to move files. The whole system 'freeze' was too random for me to know what the heck was possibly doing it.
The above was happening with the 'Live' current just before the latest Dec 28th. I now have the latest update of Live current and will try it out soon to see if it's still happening.
It's nouveau, I don't remember the last time I used proprietary, probably several years ago. Maybe I should give it a try. Of course, if this is really a driver problem, I don't know that, just guessing.
Quote:
Originally Posted by gouttegd
Can’t say if it’s the same issue, but something similar did happened to me twice in a few hours today. I was running the newest 5.10.2 kernel since the day before (compiled by myself, not the one provided by -current) on a version of -current frozen in June 2020.
I switched back to my previous 5.4.79 kernel and have not experienced the issue again, so I am inclined to blame the 5.10.x kernel. It cannot have anything to do with Nouveau, though, because I’m using a Intel GPU (driver i915).
I have same problem with Intel driver. The keyboard and screen freeze, login with ssh still possible and see that all is still running, only Xorg jumped from ~4% to ~90% CPU use. Not found yet any program related to this problem. Interval is between 5 minutes and 12 hours. Intel UHD Graphics 630 driver i915
I was also seeing the same lockup on my CRUX install after updating to the early 5.10 kernels, which makes me think it was a kernel issue rather than anything related to other slackware components.
5.10.4 has been behaving so far here, but as the problem was intermittent, I don't know whether it's fixed, or I'm just being lucky.
I was also seeing the same lockup on my CRUX install after updating to the early 5.10 kernels, which makes me think it was a kernel issue rather than anything related to other slackware components.
5.10.4 has been behaving so far here, but as the problem was intermittent, I don't know whether it's fixed, or I'm just being lucky.
Time will tell.
I think you are right, it's probably the kernel. The problem just appears most frequently when Firefox is running, but it's there anyway.
Yesterday I switched to Chromium and I was able to work all day without the freeze. It happened again today,frozen during an installation of a system in Virtualbox (Chromium was also running in the background).
Fingers crossed for 5.10.4, I hope we'll see it soon in the changelog.
edit:
I don't know if it's related to the issue, but this line appears often in my dmesg: nouveau 0000:01:00.0: bus: MMIO read of 00000000 FAULT at 6013d4 [ IBUS ]
After I changed the Rendering backend to Xrender, I had no glitching and no system crash for about 36+hrs.
Last night I upgraded to the latest kernel 5.10.4 and i tried to switch back to OpenGL (tried both 2.0 and 3.1 under KDE, Setting>System Settings>Display and Monitor>Compositor), just for the sake of testing (as I am ok with losing visual desktop effects that are totally insignificant to the actual functioning of my computers).
It was only a matter of seconds before all monitors started glitching and after not even 5mins of opening several windows, including firefox (with/without Hardware acceleration enabled) i had systen crash on both desktop and laptop.
Hard reset, switched back to Xrender and all 4 screens working again: no glitching no crashes (12+hrs now); lost again the desktop effects (don't care) and the only symptom left is a single window flicker when i switch the active window in another monitor.
So, I am assuming it's not a matter of video card and/or desktop but, rather how newer kernels integrate with X
I loaded the latest kernel this morning (5.10.4). I am using xfce. I stepped out of the room for a few minutes and came back to a dark screen. Assuming the screensaver had kicked in. I couldn't get it to respond. Not even to the key combination like Ctrl + Alt +F2. I could ssh in and noticed no issues with regards to high CPU usage. Logs didn't reveal anything. I agree in thinking that it is indeed how the kernel is interacting with xorg.
10.5.4 just crashed on me. Was scrolling a page in firefox using the mouse scroll-wheel at the time. Mouse pointer still moves from both external usb mouse, and laptop clickpad, but X11 completely locked up, xclock window not updating time, keyboard (including capslock led indicator unresponsive) but magic-sysrq still allowed me to REISUB to reboot.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.