本人自从接触CSDN后从来都是只看不写，但是经过这次debug事件后觉得有必要写篇经验记录一下，同时也分享给大家。虽然本人用的是Linux虚拟机，可能有些操作比如更改启动项跟 Linux PC有些不同，但是数据恢复和回退的方法是一样的。

问题：Ubuntu 手动更新glibc导致内核崩溃，无法正常关机，开机启动失败，开机界面打印 init 相关的 Trace 系统：Ubuntu 14.04 （64位） 平台：VirtualBox 虚拟机（虽然是虚拟机，但是本人觉得就问题的解决方法来说，和Linux PC差别不大）

问题经过：由于本人使用笔记本电脑办公，用的Windows10系统，但是工作上经常需要使用Linux，在资源不够的情况下，使用虚拟机VirtualBox安装上Ubuntu来工作和学习。最近在学习Python后想继续往tensorflow深度学习这块学习，但是运行部分tensorflow的python实例后总是无法执行，提示glibc版本太低，本人的ubuntu 14.04默认是glibc-2.19，但是tensorflow的实例需要glibc-2.23及以上版本，所以本人按照网上的操作下载了glibc-2.23后进行手动升级，在编译完glibc-2.23后直接就执行了 make install 命令，当时没注意后面发生了什么事情（网上很多人说 cp, ls这些基本的命令都无法执行），再一次开机启动后，开机界面停止在一段错误的trace上，意思是init启动失败。

问题定位：本人对glibc了解的不多，感觉和c的环境有一些关联，然后网上百度这方面的升级问题，有人说glibc库与linux的一些底层模块执行和调用有很大的关系，所以升级了之后可能会导致这些底层模块执行出问题。

问题尝试：

解决过程：

OK，下面关机验证！

结论和反思：虽然问题只是涉及到glibc的升级问题以及如何备份和回退，但是扩展来看，类似glibc，其它库的版本升级的原因导致的内核崩溃也可以参考本篇文章来进行回退和恢复。感谢 https://blog.csdn.net/rainflood/article/details/64132793 的博主给我带来的启发，以及 Ubuntu 可以用live cd来启动第二个系统作为备份和修复已崩溃系统的平台，让我在对linux的理解和使用上更进一步，另外还是建议大家千万，千万，千万要养成经常备份重要数据的良好习惯！