记一次解决ubuntu18.04无法进入图形用户界面(GUI)的过程

最近尝试使用一个比较好用的Markdown软件vnote, 由于其release版本貌似托管在aws上,国内下载非常不方便. 虽然提供了百度网盘的下载地址,但是在Linux系统上又无法使用百度网盘客户端,于是尝试使用代码构建appimage, 发现代码目录下有一个.travis_linux.sh的脚本,看了下像是用来生成appimage,于是自己尝试运行该脚本,然后噩梦就开始了.
重启系统后Linux一直无法进入图形用户界面,一直卡在"started GNOME Display Manger",但是又没有其它具体的有用的信息,于是只能在recovery mode下通过google各种搜索解决方案,
通常的办法是重装gdm3或lightdm,选择gdm3或者lightdm作为桌面,正常情况下这样就可以解决问题了,但是我的一直不可以.

于是尝试查看.travis_linux.sh安装的文件,将它们一个一个make uninstall掉,然后重启,还是不能进入图形界面,下面是其中的一个罪魁祸首的安装包,可惜最初没有发现它.

wget http://xkbcommon.org/download/libxkbcommon-0.5.0.tar.xz
tar xf libxkbcommon-0.5.0.tar.xz
cd libxkbcommon-0.5.0
./configure -prefix=/usr -libdir=/usr/lib/x86_64-linux-gnu -disable-x11
make -j$(nproc) && sudo make install

网上也说要将/etc/gdm3/custom.conf中WaylandEnable=false这一句的注释去掉的,采用后也是不行.
按理说startx应该可以正常启动,可是在root下也启动不了,这时回想到系统正常启动过程中的一句话start c1 session of gnome,尝试了下startx /usr/bin/gnome-session这个命令,终于知道病因了:找不到libxkbcommon.so.0!

ldd下/usr/bin/gnome-session,果然找不到libxkbcommon.so.0,回想一下,原来是安装libxkbcommon-0.5.0时安装到了系统目录,覆盖掉了系统自身的安装包,该安装包和系统的不匹配,导致不能重启,make uninstall后又删掉了这个不匹配的安装包,然后系统启动时的log里面又只有connection to X server lost, 所以迟迟找不到具体的原因,faint!

##解决方法
用sudo aptitude search libxkbcommon,发现系统中libxkbcommon0其实是有安装的,这是正常的,系统是不可能感知人为的错误操作的.
采用 sudo apt-get install --reinstall libxkbcommon0重装下这个包,ldd /usr/bin/gnome-session, 现在可以找到了,startx /usr/bin/gnome-session也可以正常运行,重启后回复正常.