I really don’t know. I don’t even know how to find out if I have it installed or not. To be honest with you, I’m giving up the search for the problem; I’ll live with it while it lasts.
I wish you all the best and I hope you can find the cause of the problem soon.
Did anyone try changing to scheduler to see if it helped? In that case, because it’s a CPU hang, no logs are written which made it difficult to debug in the first place.
Hello, I also experience this problem with Fedora MATE 32. I also had it with Fedora MATE 31 before I upgraded. It an happen when opening a video, when playing a game on Wine, or sometimes when opening an application. I think it does not leave logs because the syslog process is not running on close to 100% after I boot again, something which does happen when I have to reboot because of other problems.
These are the relevant bits. You are using the bfq scheduler for these two disks: sda and sdb. To modify them, try:
# does not work if we use sudo echo ...
sudo -i
echo "mq-deadline" > /sys/block/sdb/queue/scheduler
# then verify with:
cat /sys/block/sdb/queue/scheduler
If this helps with the issue, it is possible to make this persist over reboots.
Thanks for the reply. I will try this and see if I get an improvement. Because the bug is intermittent, hence requiring a lot of retries, and time constraints it will take some time.
edit: Actually on early testing I was “able” to freeze my system again. So the scheduler fix doesn’t seem to apply in my case.
I’ve reinstalled the whole system (not because of this bug). The freeze happened again on a brand-new Fedora 32 installation. I’ve not copied my /home or anything else.
Hi Tim, actually it’s the other way around, “update” has been kept since the transition from yum as an alias to the “upgrade” command. After almost two decades, I always type update, I guess when it finally goes away I’ll get used to upgrade.
I wanna test the scheduler change suggested by @FranciscoD a little bit more. I think the way I tested it previously may have hit another bug.
I know how to make the change temporarily. With regards to making it permanent, how do I do it?
I found this webpage making a suggestion, is that the way to go? Is the way to do this to permanently add elevator=mq-deadline to the GRUB kernel arguments?
P.S. The reason I want to make this change permanent is that the freeze is so infrequent that I think I need to run the different scheduler for a month or so to see if I get that specific bug or not.
After doing some more searching I found that the elevator command line argument has been deprecated and removed from latest kernels. Hence the proper way to change scheduler is to add appropriate udev rules. This is described in this askfedora post that also references the relevant ArchWiki.
I have made the relevant change and verified it works. I 'll keep it around for a month to see If I don’t get freezes when opening programs or files anymore.
P.S. Note that information on the ArcchWiki may not always be appropriate for Fedora.
Unfortunately I managed to break my installation (hint: dont mix release channels) and I had to re-install. I took the opportunity to distro hop from Fedora MATE to pure Fedora so I can no longer test this. While my testing last I did not encounter any more freezes with the mq-deadline scheduler.