When I leave QubesOS idling overnight, in the morning it cannot wake up from its i3lock. The only recourse I have is then to force shutdown, which is something detrimental.
I remember reading previous threads also mentioning this bug. They were alleging that the qubes updater overnight causes freezes. Has there been any new developments in resolving this? I am unable to leave QubesOS idling through the night, which is constraining my possible future usage scenarios, and really just not appropriate.
Is disabling the cron.daily script, /etc/cron.daily/qubes-dom0-updates.cron a temporary solution to that?
Bump?
It happened again recently. I checked journalctl and before the forced reboot, the very last entry was about cron.daily executing 0anacron script. Is this script causing freezes?
I have constant issues with Qubes freezing on me when left idle. Estimates based on my observations:
After 1 hour: ~30% chance of freezing
After 2 hours: ~70% chance of freezing
After 3 hours: ~100% chance of freezing
For me, locking the screen seems to increase the chance of freezing, leaving me to decide whether I would rather take the security risk of leaving it unlocked or lock it and accept the higher risk of a crash. Not something you want from a security-focused OS.
I also experience frequent, intermittent, random shutdowns of sys qubes and wonder if these two issues are related. Do you experience this as well? I will be testing increasing the memory allocated to those qubes to see if that improves.
This is so annoying. I just experienced another total system freeze. The i3wm got frozen on me and I had to force a restart using the power button. Glad I wasn’t in the middle of editing a text file or something, but this is just annoying.
It seems like my QubesOS has to experience such freezes at least once a day. If it experiences this once in a given day, I can be rest assured that I will not experience such freezes again for that day.
But this is no way to use an OS: awaiting for your daily dose of total system freeze so that you can force reboot and finally use the OS with “peace of mind” for the remainder of the day (!).
I doubt it was the sole reason system to be stabilized, because earlier kernels working good, suddenly became unstable too.
As I said on the other topic, a week or even less ago, I noticed a lot of dom0 updates of a major components/packages and after that it became stable for me, while I’m always using kernel latest from the current-testing repository. So, I think the only person who could give an answer to your question is Marek, and probably only him.
Thanks. If I experience one more freeze issue, I will deploy these.
Is there any downside to forcing kernel upgrade to one of those in the “testing repos” ? Like, other stability issues these newer kernels might have with Qubes OS?
Generally speaking, using a bleeding edge kernel is not a good idea unless you absolutely have to, it most likely contains bugs yet to be discovered which can cause both security and stability issues.
This doesn’t mean earlier versions are bug-free. On the contrary. It’s just that you get rid off of some bugs only to get new, so nothing new in this world, as long as I am in the matter.