如何修复Ubuntu 14.04.05服务器更新失误及排查系统状态

别慌，你能正常登录服务器说明那次误操作引发的16.04安装流程大概率没完成——毕竟你中途登出了。咱们一步步来排查：

一、检查Ubuntu 14.04.05服务器状态 #

先确认系统当前的基础状态，这些命令都能在登录后直接执行：

• 查看当前系统版本：执行 lsb_release -a 或者 cat /etc/os-release，如果输出里明确显示是Ubuntu 14.04.05 LTS，那系统核心版本还没被改动。
• 检查关键服务运行状态：用 top 或者 htop 查看进程列表，对比你熟悉的关键服务（比如Nginx、MySQL、Apache等）是否正常运行；也可以用 service <服务名> status 单独验证某个服务，比如 service nginx status。
• 查看APT和系统日志：
  • 执行 cat /var/log/apt/history.log，这里会记录所有APT操作的历史，看看有没有出现和xenial（Ubuntu 16.04的代号）相关的升级或安装命令；
  • 执行 cat /var/log/dpkg.log | grep -i xenial，排查dpkg是否处理过16.04的包；
  • 执行 grep -i "upgrade\|install" /var/log/syslog，找是否有安装流程相关的日志记录。
• 确认磁盘和挂载状态：执行 df -h 查看各分区的空间使用情况，对比你之前的记录；再用 mount 查看分区挂载状态，确保原有的数据分区（比如/home、/var）都正常挂载且未被篡改。

二、确认Ubuntu 16.04是否覆盖原系统及其他文件 #

如果上面的状态检查发现异常，再进一步验证系统文件是否被覆盖：

• 检查核心系统文件的修改时间：查看/bin、/sbin、/lib这些核心系统目录下文件的修改时间，比如执行 ls -l /bin/bash，如果修改时间和你误操作的时间接近，那可能已经被替换；如果还是14.04发布时的时间，说明核心文件没动。
• 对比备份与当前文件差异：用你手里的本地完整备份，通过diff命令对比关键目录，比如：
  • 对比系统配置：diff -r /path/to/backup/etc /etc（把/path/to/backup换成你的备份实际路径）；
  • 对比用户数据：diff -r /path/to/backup/home /home，检查用户文件是否完整、未被修改。
• 查看GRUB引导配置：执行 cat /boot/grub/grub.cfg，看看里面有没有Ubuntu 16.04相关的启动项。如果只有14.04的条目，说明安装流程没完成，系统没有被替换。
• 用安装光盘进入救援模式检查：如果上面的方法都没法完全确认，可以用Ubuntu 14.04.05安装光盘启动服务器，选择“救援模式”，挂载原系统的根分区，然后对比光盘里的14.04系统文件和服务器上的核心文件，确认完整性。

额外建议 #

如果排查后发现系统只是触发了安装流程但没实际覆盖，那你可以正常使用，之后执行sudo apt-get upgrade时注意别再输错命令；如果发现已经有部分系统文件被替换，建议直接从本地备份恢复——半升级的系统很容易出现兼容性问题，后续故障排查成本更高。

内容的提问来源于stack exchange，提问作者hamish