UOS系统高频故障排查指南：从开机报错到VNC配置-CSDN博客

1. 从开机报错到紧急模式：别慌，一步步带你走出来

刚拿到一台预装UOS的电脑，或者给老机器装上了统信UOS，满心欢喜按下开机键，结果屏幕一黑，跳出来的不是熟悉的登录界面，而是一行行令人头皮发麻的英文错误信息，比如那个经典的“You are in emergency mode”。这时候千万别急着砸键盘或者重装系统，我遇到过太多次了，绝大多数情况都能救回来。这个“紧急模式”说白了，就是系统在启动过程中，某个关键环节卡住了，为了不让你完全进不去，它先给你开了一个最小化的救援环境，让你有机会去修复问题。

最常见的原因，十有八九出在文件系统上。UOS默认使用的文件系统格式，在开机时会进行一致性检查。如果上次关机是强行断电（比如长按电源键），或者硬盘本身有老化迹象，就可能导致文件系统出现“脏”状态，检查通不过，系统就卡在这里了。这时候屏幕上通常会跟着一行提示，告诉你具体是哪个分区（比如 /dev/sda1 或者 /dev/nvme0n1p2）挂载失败了。我们的修复思路就是：先找到这个“病根”，然后修复它，最后告诉系统“没事了，继续启动吧”。

具体怎么操作呢？当屏幕停在紧急模式，并提供一个 root 密码输入提示时，输入你的 root 密码（安装系统时设置的）。如果没有单独设置 root 密码，通常就是你自己的用户密码。进入救援命令行后，第一步是查看具体的报错信息，系统日志会给你线索。可以输入 journalctl -xb 来查看从本次启动开始的详细日志，滚动查找“FAILED”、“error”、“mount”等关键词，定位失败的服务或挂载点。但更直接的是查看 /etc/fstab 文件，这个文件定义了系统启动时要自动挂载的所有分区。有时候我们编辑了这个文件，添加了新的硬盘挂载，但写错了分区UUID或者文件系统类型，就会导致这里出错。可以用 cat /etc/fstab 查看。

找到疑似出错的分区后，我们需要尝试手动修复它。假设报错是 /dev/sda2 挂载失败，文件系统是 ext4。我们可以先尝试手动挂载一下看看报什么错：mount /dev/sda2 /mnt。如果提示文件系统需要检查，那就对了。这时，我们使用对应的文件系统检查工具，对于 ext4，命令是 fsck -y /dev/sda2。这个 -y 参数是自动回答“yes”，让工具自动修复发现的问题。重要提示：执行 fsck 前，一定要确保该分区没有被挂载（umount /dev/sda2），如果已经在 /mnt 挂载了，先卸载。 修复完成后，再尝试手动挂载一次 mount /dev/sda2 /mnt，如果成功了，就说明问题解决了。