[SOLVED] Mint 18.2 and 18.3 64bit cinnamon lockups
Linux MintThis forum is for the discussion of Linux Mint.
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.
Having major screen lockup problems. Had these lockups on Mint 18.2 cinnamon 64 bit and had no success in solving the issue. The motherboard then bricked (unrelated I am sure). I replaced the motherboard, cpu and memory in the computer. So they are all new, although the lockups are still happening with the new mobo, cpu and memory as well. New mobo is a Gigabyte Z270P-D3 and there is 16GB of ram to play with. I flashed the new motherboard’s intel mobo bios to the latest version the other day, after reading in another forum posting, that Intel bios updates would solve the problem. I have also checked all of my sda drives using Spinrite. Still getting frequent lockups.
I had previously read in a forum posting somewhere that the problem could have been due (whether right or wrong) in part to having the option of no login required on installation, I changed this so that I needed to log in to the OS on each startup. No change. Reinstalled 18.2 the other day and no change in the lockups I’m afraid, so yesterday I installed the 18.3 64bit cinnamon version using the “Something Else” partitioning option. New /home partition formatted and then needed files copied over from backup. The only additional programs I have installed on the system came through Synaptic, with the one exception of Google Chrome installed from google. Firefox is my main browser however and Thunderbird is my email program. Cat6 wired connection, only computer on the system. All available Mint updates have been installed.
When the system locks up, I do still have mouse control. Mouse clicks and (seemingly all) keyboard input are non-existent however. One other odd thing I have noticed for some time now, is that sometimes clicking on the open programs in the bottom bar will indeed bring them to the forefront, but they will be almost invisibly shadow-like on screen. Context buttons on those screens will be responsive to clicks though if I can see them. Also occasionally just moving the cursor over top of these bottom bar icons has the effect of bringing up that program, as if in a "preview" mode until the cursor is no longer over the icon. This was the case with the old hardware as well.
I did see one poster on a forum requesting
Code:
inxi
output from a user with problems. So I have included my output here in case it helps:
Firefox is usually running, when the lockups occur and also sometimes thunderbird and/or my todo list on libreoffice writer. Usually there has been nothing else running. On my 18.2 installation I was using oracle java 8, but I am still running the installed java version on the new installation of 18.3 so far.
Two things. First, can you upgrade the kernel to the latest version supported by Mint (currently 4.13.0-21) through the Update Manager and see if the problem persists.
Secondly, can you run Driver Manager from the Mint menu and tell us what it reports. What graphics card do you have? The output from inxi -G might be handy.
"Lockups" have been known to occur because of the system being slowed down appreciably by scripts on web pages. Have you ever experienced the problem when Firefox wasn't running?
And I've included a screenshot of the hardware drivers page. I will keep an eye on the situation, if the output included here doesn't point to anything else to try and will definitely report back on the state of the lockups. Many thanks. By the way I am using the mobo video and not a separate video card.
Happy to say that after almost four days, your suggestions seem to have done the trick. The newly installed 4.13.0-21 kernel has also itself been updated to 4.13.0-26 at Update Manager's request. Also from the Linux Mint Blog page I have made sure all of the Meltdown and Spectre precautions have been satisfied. Yesterday there was also a new Intel Microcode update suggested by and installed through Update Manager. I have been trying to load up the Desktop with active programs and so far all seems well. Will mark this thread as solved and only report back again if the problem behaviour reoccurs. Many thanks friends.
Happy to say that after almost four days, your suggestions seem to have done the trick. The newly installed 4.13.0-21 kernel has also itself been updated to 4.13.0-26 at Update Manager's request. Also from the Linux Mint Blog page I have made sure all of the Meltdown and Spectre precautions have been satisfied. Yesterday there was also a new Intel Microcode update suggested by and installed through Update Manager. I have been trying to load up the Desktop with active programs and so far all seems well. Will mark this thread as solved and only report back again if the problem behaviour reoccurs. Many thanks friends.
Many thanks for letting us know, Thane. Will keep my fingers crossed.
Unfortunately the screen lockups are back with a vengeance and worse. Everything seemed to be working perfectly for two weeks, but now over the last few days, the screen lockup problem has returned and gotten even worse. The first instance was the usual "mouse will move but won't respond to clicks" behaviour as before. Then there was the interchangeable "moves but no click response" interspersed with "mouse completely unresponsive" behaviours. Every update suggested by Update Manager), including Firefox, Thunderbird, Google Chrome, and the others have been applied over the last two weeks.
Tonight I booted computer, came back 5 minutes later, logged in and mouse was completely frozen immediately, without even opening any programs. Not to lay the blame at Intel's feet, but I understand Intel was sure they had a microcode fix for the latest problems and put it out as an update, only to just recently realize the fix wasn't a fix at all and then they've recanted and advised rolling back to earlier microcode versions (as I've been led to believe). I don't know if this is the true case, but in the last number of days since my system seemed to have been fixed, Update Manager set to automatic updates, has suggested various microcode and other kernel updates. I have installed each and every one. So I'm not sure if some of the updates (from Intel/Mint?) are a part of the problem, or if there is now something new going on.
I have not seen that behavior, but I have to admit my machines are on the latest release of the kernel. I am not suggesting this to you because there can be glitches in software when you are on the leading edge.
One other thing I am checking is that I have the MicroCode installed on my machines, I just did it on the machine I am typing this message on, so I will let it run for a bit and see if I have any issues.
One other thing I have seen issues with is suspend and hibernate. I usually turn these off even on my Windows machines, just had too many quirky issues when those are enabled, especially Hibernate.
I will report back if I notice anything, and you should try changing your power settings to at least not hibernate.
Last edited by cbertram68; 01-29-2018 at 10:59 PM.
Can you think back to determine the exact date (perhaps after a reboot) that things started going wrong?
Also, paste the output from the last few lines (since perhaps a couple of days before the problem started) of the following file so that we can see what has been installed, and therefore may have caused the problem:
Thanks. That kernel update on the 26th looks the most likely culprit, if any.
Reboot your machine and, on the boot-up Grub menu, select Advanced Options (or similar) and choose to boot from the 4.13.0-31 kernel, if you have it installed. See if there is any difference with your system.
Note that any reboots after that will return the kernel to the 4.13.0-32 kernel unless you re-select Advanced Options.
I'm afraid the grub menu doesn't show up on reboots. I have tried holding down the shift key after Post and also rapidly tapping the shift key. Neither seems to have any effect.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.