麒麟OS开机进入emergency mode说明系统启动时检测到关键挂载失败或文件系统异常，需通过journalctl -xb查日志定位问题，再针对性注释fstab错误项或修复XFS/ext4文件系统后重启。
麒麟OS开机显示“Welcome to emergency mode”说明系统在启动阶段检测到关键挂载失败或文件系统异常，必须在紧急shell中手动干预才能恢复正常启动流程。
确认错误根源并查看日志
输入root密码登录后，第一件事不是急着改配置，而是让系统自己告诉你哪里坏了：执行 journalctl -xb 查看完整启动日志。按 Shift+G 跳到末尾，重点关注红色高亮行和含 failed、no such device、mount failed 的条目。若看到类似 XFS (dm-0): Metadata corruption detected，基本可锁定是XFS文件系统损坏；若提示 dev/disk/by-uuid/xxxxx does not exist，大概率是 /etc/fstab 里写了已不存在的设备。
这一步跳过等于蒙眼修车——不看日志就直接编辑fstab，可能把原本没问题的项删掉，反而扩大故障面。
临时修复挂载问题（fstab错误最常见）
方法一：注释可疑挂载项
执行 mount -o remount,rw / 将根分区重新挂载为可写状态。这是后续所有修改的前提，【不执行这步，vi保存会失败】。
用 vi /etc/fstab 打开文件，逐行检查：重点看第1列（设备标识）、第2列（挂载点路径）、第3列（文件系统类型）。对不确定是否还存在的行（比如你曾挂载过U盘、光盘或已删除的硬盘），在行首加 # 注释掉。特别注意UUID是否真实存在——可另起一行运行 blkid 对照验证。
保存退出后直接执行 reboot -f。如果系统成功启动，说明问题就出在这几行上。
方法二：快速定位并删除指定行
若你清楚是第5行出错，可用命令直接删：执行 sed -i '5d' /etc/fstab。但注意：此操作不可逆，删错行会导致下次仍进emergency mode。
修复损坏的XFS或ext4文件系统
第一步：确认根分区设备名
运行 findmnt /，输出类似 TARGET SOURCE FSTYPE OPTIONS，其中SOURCE列即为设备路径，如 /dev/mapper/kylin-root 或 /dev/sda2。
第二步：强制卸载（仅当未被占用时）
执行 umount /dev/mapper/kylin-root。若提示 target is busy，不要硬来，先运行 lsof +D / 查看哪些进程正在访问根文件系统，记下PID后用 kill -9 PID 终止（谨慎操作）。
第三步：针对性修复
如果是ext4分区：运行 fsck -y /dev/mapper/kylin-root。该命令会自动修复大多数元数据错误。
如果是XFS分区：优先尝试 xfs_repair /dev/mapper/kylin-root。若提示 failed to stat the filesystem 或反复报错，再用 xfs_repair -L /dev/mapper/kylin-root 强制清空日志——【-L参数会丢失最后一次写入前的未同步数据，仅在常规修复失败时使用】。
第四步：验证并重启
修复完成后，执行 mount /dev/mapper/kylin-root /mnt 测试能否正常挂载。无报错即表示修复成功，运行 reboot -f 重启系统。
