这个类似问题最后居然是 wayland 相关代码导致的。这 bug 也太难找了，厉害
本来想在死机后按大伙教的内容，学习看日志的，却又不死机（Wayland 和非 Wayland），打开印象笔记、网易云音乐，再开二三十个标签都不死。 
等我死机了，再来向大伙汇报 
终于又卡死了，以下的日志是打开火狐到死机用 Ctrl+Alt+F1，root 登录的日志
来自 sudo journalctl --since today
没能从中找到什么有用的信息
log20210126.txt (6.0 KB)
log20210127.txt (11.0 KB)
用 gdb 时，htop 中 MEM 和 SWP，马上 100%，硬盘灯闪了半个小时都没出结果，只好重启放弃了。
我也遇到类似的问题
没有看到类似的提示，死机的状况是一样的，不过我只在用 Firefox 时死机，打开新浪死机的可能性最高。
MozillaFirefox 有 85 版本了，试试呢？
这个页面点实验性软件包和社区软件包里面有不同的版本。你可以试试 85 和 83 版本都会不会卡死，至少可以 narrow down the problem…另外 84.0.1 以上要求 NSS 版本 3.59.1，会不会是因为这个？
为了省事直接下了 Leap 15.2 下的 78.6.1 版本 rpm 安装，没有碰到依赖性问题，不过打开第三个网页就挂了。
接下来换 Tumbleweed 下的实验包 85.0，NSS 版本要求 3.60 以上。现在已经用了半个小时还没有挂，继续测试，希望有好的结果。 
后续报告：85 版本最终还是卡死了 
分别试试更换桌面环境、更换显卡、禁用硬件加速、改用 wayland
好神奇的 BUG！！！看到标题我还以为是 wayland 的锅，现在就看你的调试（折腾）了。
各位用 Firefox 的，有没有发现 KDE 环境下启动时非常慢？请问这是怎么回事？
启动速度还行，就是我按月删除浏览历史记录的时候，死过几次，但是也不知道是我的 Firefox 的问题，还是同时开了 vmware 虚拟机的缘故。
一楼有贴出软件环境和硬件配置等信息。neofetch 给出了更多的信息：
其实是用两台五年前的 DELL OPTIPLEX 9020 旧电脑拼起来的，两条 4G 内存拼成多通道 8G，两个硬盘利用主板自带功能拼成 Raid0，还是用原机上自带的独显 AMD R240（和核显一样烂）。
双系统
另一个 WIN10 跑得挺溜的（大逆不道）
风滚草除 Firefox 卡死，其他的跑起来也很顺。
禁用硬件加速和 Wayland 试过了，不成。
找时间试着换 GNOME 和改用集显。
找到一下新的现象，刚刚卡死时，鼠标是可以自由移动的，虽然点击不管用，键盘 Ctrl+Alt+F1 可以呼出终端。如果卡死后不处理（多长时间还不清楚），系统就会完全无响应，键鼠全挂。
我也基本上是用 Firefox 时死机。这个多半是驱动或者硬件问题，Firefox 出错一般不会导致整个图形界面挂掉。换显卡或者驱动试试。
我之前用 esr 长期支持版本就会卡死；不过是标签页卡死；换了正常的版本 84 就没事了；系统是 15.1
可以试试重启图形界面：
init 3
init 5
这样或许不用重启系统
正常情况下，在 Ctrl+Alt+F1，进入 tty1 后，init3 init5 后会出现登录界面。
在 Firefox 卡死的情况下，Ctrl+Alt+F1，进入 tty1 后，init3 init5 后，不会出现登录界面。屏上是黑的，左上角有一光标，但是不会闪。还有一个鼠标，可以自由活动。