![如何才能防止音频造成硬锁定?](https://linux22.com/image/1069449/%E5%A6%82%E4%BD%95%E6%89%8D%E8%83%BD%E9%98%B2%E6%AD%A2%E9%9F%B3%E9%A2%91%E9%80%A0%E6%88%90%E7%A1%AC%E9%94%81%E5%AE%9A%EF%BC%9F.png)
这实际上是旧线程,因为我遇到了一个非常相似的问题,已经修复了上一个问题几个星期了,但是有人推荐我到这个网站来提问,因为它是一个更相关的场所,而且无论如何我不知道重新打开帖子的指导方针是什么。
到目前为止,我 90% 确定每次崩溃都是由音频(/音频驱动程序)问题引起的。大约每天一两次(或每隔几个小时),我的Ubuntu 20.04 LTS系统变得完全无响应(REISUB 从未处理过这种特殊类型的崩溃)。当我执行任何重要操作(例如编译某些代码)或打开许多应用程序时,都不会发生这种情况,但总是在我播放某些音频时发生 - 例如,在播放 YouTube 视频时(我每天都会在后台播放几个小时)或当我在 LMMS 中测试某些音乐时。发生这种情况后(总是没有任何警告),屏幕显示会冻结并且系统停止响应,但过去半秒左右播放的音频会无休止地重复,直到我不得不求助于冷重启。
有谁知道这可能是由什么原因造成的,或者我可以做些什么来找出原因?每次发生这种情况时,我都已经检查过 journalctl,但在锁定之前我看不到任何模式。
提前致谢,Dominic
答案1
好的,我知道这不完全是一个答案,因为我仍然不知道是什么导致了我的问题,但简单地把它放在评论中似乎也不合适,因为它非常重要。
发布此问题几天后 - 经过一周多每天至少一次的 Ubuntu 硬锁定后 - 崩溃突然停止,截至发布此问题时,已经 7 天没有发生崩溃(我进行了密切的记录),尽管我没有改变对系统或音频的使用。我猜是某些损坏的东西自己修复了,溢出的数据缓存刷新了,或者系统的一部分进行了更新,导致音频相关问题的频率大大降低。
如果有人认为他们知道发生了什么,请发布答案,因为我会时不时地回顾这一点。与此同时,我会再等一段时间再发布有关情况的更新(例如,我是否再次开始遇到崩溃)。