[TOC]

记一次升级内核模块过程

前言

今天准备关机的时候，看到更新有几条信息，稍微看了一下，貌似是要更新内核。然后随意的点了一下更新。结果进不去了。

更新内核会出现的问题

首先，内核更新之后，往往有一些依赖内核的程序无法运行。比如virtualbox、比如nvidia显卡驱动。一开始我想到的也是这两个。

其中vbox只需要sudo vboxconfig 这条命令，就会重新编译内核模块。

但是前提是首先准备好新的内核头文件。uname -r查看内核，我的是：4.15.18-13-pve。之前是4.15.18-12-pve，就一个数字的升级，就让系统崩溃，我也是醉了。

这个内核对应的头文件可以这样安装：sudo apt install pve-headers-4.15.18-13-pve。如果是一般的内核头文件，一般是："linux-headers-XXXX"这样的形式。

然后是nvidia驱动，大名鼎鼎linux的崩溃元凶。我不知道怎么重新让其编译内核。只有笨方法，删除重装。

一开始sudo apt autoremove nvidia-driver 和sudo apt install nvidia-driver并没有任何效果。只有使用大招：sudo apt purge nvidia*将所有带有nvidia的组件统统删除，然后再安装，感觉上好像是开始编译内核了。

重启无效。用lsmod | grep nvidia 可以发现nvidia模块已经存在，这就奇怪了。已经没有任何思路。用dmesg --color=always | more查看启动日志，完全没有任何相关报错。

startx启动图形界面，提示找不到windows云云，不知道它想表达什么。

最后，稳定思绪，一般出现问题，必然是之前做了什么，让系统不稳定，虽然我不知道哪一步出错了，但是只有反方向把修改的内容复原，期望能有转机。

之前我只是做了一件比较特别的事情，那就是配置了一个/etc/X11/xorg.conf ，这个文件本来是没有的。因此rm /etc/X11/xorg.conf,然后试着startx,居然可以进入桌面。

重启，正常使用。

总结

系统配置文件，比想象要脆弱。