人生第一次 Arch Linux “滚挂”记录，内含冗长的技术细节.
开机时显示“failed to start light display manager”，胡乱查了一下，看到另一个人是由于系统启动比 dm 启动更快导致的（https://bbs.archlinux.org/viewtopic.php?id=256682 ），就把这个判断加上了，反正也是无害的操作. ——重启，不行. 但这次不提示错误了，一直闪光标.
想到昨天升级了 xorg-server，自信如我，肯定是这个包的问题，直接降级. ——重启，不行.
看 systemd 的日志. 啊原来还有 optimus-manager 的错误！卸载之. ——重启，搞定！
整个过程行云流水，半小时不到，所谓“滚挂”，不过如此！
去看了 optimus-manager 最新的 issue（https://github.com/Askannz/optimus-manager/issues/349 ），不少人都遇到了这个问题，根源是 python 升级到 3.9 了……这时发现 cd 的时候 autojump 也出现了问题，一鼓作气把几个 AUR 的软件包都重新 rebuild 了.
一切都恢复了平静，就像没有发生过一样.
干啊！我真是太不长记性了！我前几天还跟风转了一条嘟提醒 python 3.10 要进稳定版仓库了，结果我刚刚更新就又忘了这码事，然后又进不去图形界面……
幸好我去年遇到过一次，顺利找到这条嘟，五分钟解决问题！
干啊！我真是太不长记性了！x2
今天更新 python 3.11，又一次遇到了 failed to start light display manager 的错误，但我愣是不知道怎么回事了……又是一点一点看日志，搞了一个多小时终于发现是 optimus 的错，而 optimus 出错是因为 python 升级……这已经是我人生中第三次遇到这个错误了！！！从 python 3.9 到 3.11，我怎么次次都不长记性！！
我一定是技术退步了，这次解决问题比第一次用的时间还长，从一开始就没找对方向……我开始还先把 lightdm 给卸载了换了个 sddm 
又到了一年一度因 Python 升级而导致 optimus-manager 不能用而导致 lightdm 起不来的时间 看到现象马上就知道是怎么回事了
