一般来说使用的Linux Distro都是Debian，但是因为Stable发行的软件包未必是最新的，一向是使用testing的，所有的软件包都更新到最新：）
曾经一度会使用experimental发行，但是一次受到系统崩溃的打击后，老老实实的用testing了，一直没有碰到太大的问题。
在家工作4个月了，一直通过qemu/kvm在单一电脑上实现工作全平台开发（linux，mac，windows)以及日常使用（linux， windows，Mac）
一直每半个月更新一下主机的系统，保持着以往的习惯。
直到有一天VM启动不久，系统突然卡死，键盘鼠标，都无法使用，远程也无法登录（这点当时没有在意，其实本不用费那么大力气找原因）。
因为主力系统的数据硬盘是4块以前剩下来的老1T硬盘，一直怀疑是硬盘有问题，可是弄来弄去也没有发现硬盘问题，也排除了内存和显卡的毛病
这块GT710的亮机卡受到了我不少怀疑，差点下单买了新显卡和硬盘。。。
在克制了自己的花钱欲望后，开始怀疑可能是kernel panic了，如果有coredump就好了，一番研究后，
发现了专门用于kernel core dump的方法Redhat Kernel Crash Guide, 在这里要赞一下Redhat的文档，很多admin方面的问题都能找到。
折腾了半天结果发现是network stack panic了，libvirt的网络引发的。解决方案很简单，降级Kernel就好，估计libvirt的network部分还没有和最新的kernel 5.7做适配。
kernel降级到Debian stable的4.19, 问题终于解决了。
另外一个问题又出现了，突然发现Mac VM无法引导了，或者说引导到一定程度就没反应了。也是折腾了半天才怀疑是qemu版本的问题，毕竟Mac的vm是比较特殊的。
检查了一下是最新的qemu 5.0，那应该不是版本的bug问题，难道是太新了？花了一点时间编译了qemu4.2.1版本，竟然引导成功了。
接下来把Mac的引导系统更新为OpenCore，一切终于都正常了。
这次的教训是