杂项(2)-Ubuntu故障修复(1)-记一次Ubuntu GNOME3图形界面与tty均崩溃的修复

问题描述

网络上有很多关ubuntu于图形界面（尤指gdm3，毕竟很多不会换桌面或懒得换桌面的人会使用这个默认桌面管理器）崩溃修复的方案，然而笔者比较惨，真真切切地体验了一把ubuntu系统所有界面崩溃的情况。呃，往好了想，至少系统引导、内部关键系统文件什么的都还没炸。
本文所述的解决方案可能不适用于专用嵌入式开发设备，因为很多这样的设备使用的是vivi或uboot等设施，而本文记录的方案用到了grub修复选项。相比之下，笔者没有试过其他启动引导设施的调试模式，但只要能通过任何控制台（哪怕是远程连接或是串行口连接）进入系统recover模式，理论上就可以用类似方法进行修复。此外，本文提供的方案能够运行的另一个前提是grub还能正常运作，否则必须要先修复grub至可以正确运行recover的程度。当然，绕过grub进行手动引导也是可以的。
此外，此法不需要重装CUDA等组件，请放心操作，当然也别太乱来。

系统环境

内核5.3.0-40-generic，发行版Ubuntu 18.04 LTS

问题复现

事情的起因是这样的：笔者早上起来，掀开笔记本电脑的盖子，发现登陆界面赫然一行大字：Authentication error。（注：经常写程序的人很多都有不关电脑的习惯，因为重新打开开发环境实在太麻烦了，索性盖上屏幕自动suspend就好。稳定的操作系统理论上应当支持这种需求，因为很多诸如服务器啊大规模运算啊之类的需求也不允许关机，不过以服务器标准要求一个运行在笔记本PC上的桌面操作系统确实有点强电脑所难。）这时试图输入密码也没有反应。笔者以为是Nvidia显卡驱动又出问题导致了X服务错误，遂登入tty3，卸载了nvidia驱动（笔者安装时是用apt安装的，卸载只需执行sudo apt-get remove nvidia*435）。返回tty3登出（执行logout指令）了一下，尝试登录，并没有解决问题。当时我以为只要重启再重装就好了，也没在意。顺便一提，笔者检查文件系统后并未发现关于Xsession错误的报告，说明不太可能是X会话重复登录引发的文件归