当满心期待电脑正常启动，屏幕却突然显示“emergency mode”，难免让人感到心慌与困惑。

别着急，这是系统在发出求救信号，而 journalctl -xb 就是解开这一困境的关键工具之一。

本文将带你深入了解开机进入emergency mode的原因，并借助 journalctl -xb 命令找到有效的解决方案。

emergency mode是什么

emergency mode是Linux系统在检测到严重问题，无法正常启动时进入的一种特殊救援模式。

在这种模式下，系统仅加载最基本的组件，以防止进一步的损坏，并为用户提供修复问题的机会。

常见触发原因包括文件系统错误、驱动程序故障、配置文件损坏以及硬件故障等。

一、journalctl -xb命令详解

journalctl -xb 是一个强大的日志查看命令。

journalctl 是Linux系统日志管理工具，它收集和存储系统的各种日志信息；

-x 参数用于对日志信息进行额外的解析和人性化处理，使输出内容更易理解；

-b 则表示仅显示与当前启动相关的日志。

通过这个命令，我们能查看系统启动过程中发生的详细事件和错误信息，为定位问题根源提供关键线索。

二、使用journalctl -xb定位问题

1. 进入emergency mode后获取日志

在emergency mode的命令行界面，输入以下命令并回车：

journalctl -xb

系统会输出大量日志信息，这些信息按时间顺序排列，从最新的事件开始。

仔细浏览日志，重点关注带有 error 、 failed 、 warning 等关键词的条目，这些往往是问题的关键所在。

三. 常见错误类型及解读

1、文件系统错误

若看到类似 Failed to mount /dev/sda2 的日志，表明系统在挂载硬盘分区时出现问题，可能是分区表损坏、文件系统不一致或硬盘硬件故障。

例如，日志中提示 EXT4-fs (sda2): VFS: Can't find ext4 filesystem ，这意味着系统无法识别该分区的文件系统格式，可能需要进行文件系统修复。

2、驱动程序问题

当出现 Driver [driver_name] not found 或 Failed to load module [module_name] 的日志，说明某个驱动程序未能正确加载。

比如，显示 Failed to load module nvidia ，可能是NVIDIA显卡驱动安装错误或不兼容，导致系统启动异常。

此时，可以通过 lspci | grep -i nvidia 命令来确认NVIDIA设备是否被系统识别。

lspci | grep -i nvidia

3、服务启动失败

日志中若有 Failed to start [service_name] service ，表示某个系统服务未能正常启动。

以 Failed to start NetworkManager.service 为例，这会影响网络连接，可能是服务配置错误、依赖关系问题或相关文件损坏。

可以使用 systemctl status NetworkManager.service 命令查看该服务的详细状态信息，包括错误提示和启动过程。

systemctl status NetworkManager.service

四、针对不同问题的解决方案

1. 文件系统修复

如果确定是文件系统错误，可以使用工具进行修复。

对于EXT4文件系统，可使用以下命令（假设出现问题的分区是 /dev/sda2 ）：

fsck.ext4 -f /dev/sda2

-f 参数用于强制修复，即使文件系统看起来似乎没有问题也进行检查和修复。

该命令会扫描文件系统，检查并尝试修复错误。

修复完成后，重新启动系统，看是否能正常进入。

2. 重新安装或更新驱动程序

对于驱动问题，若在日志中确定了故障驱动，可先尝试重新安装驱动。

以NVIDIA显卡驱动为例，在联网状态下，卸载现有的驱动（如通过以下命令）：

# Debian/Ubuntu系统
apt - get remove --purge nvidia*
# CentOS/RHEL系统
yum remove nvidia*

然后从NVIDIA官方网站下载最新的适合系统版本的驱动进行安装。安装完成后，再次重启系统。

安装过程中可能需要禁用nouveau驱动，以避免冲突，在Debian/Ubuntu系统中，可以在
/etc/modprobe.d/blacklist-nouveau.conf 文件中添加以下内容：

blacklist nouveau
options nouveau modeset=0

然后执行 update-initramfs -u 命令更新initramfs镜像，使设置生效。

3. 修复服务配置或解决依赖问题

针对服务启动失败，首先检查服务配置文件是否正确。

例如，对于NetworkManager服务，可查看
/etc/NetworkManager/NetworkManager.conf 文件，确保配置无误。若存在依赖关系问题，可使用以下命令查看该服务的依赖项：

systemctl list - dependencies NetworkManager.service

然后逐一检查和修复依赖的服务或文件。

如果是依赖的库文件缺失，可以通过包管理器进行安装。

例如，在Debian/Ubuntu系统中，如果缺少某个依赖库 libexample.so ，可以使用 apt - get install libexample-dev 命令进行安装（假设该库的开发包提供了所需文件）。

五、预防措施

1. 定期系统更新

保持系统和软件的更新，能及时修复已知的漏洞和问题，降低出现启动故障的概率。

使用包管理器（如 apt 、 yum 等）定期更新系统和软件包。

例如，使用 apt 进行更新的命令如下：

apt update
apt upgrade

在CentOS/RHEL系统中，使用 yum 更新的命令为：

yum update

2. 备份重要数据

定期备份重要数据，以防因硬件故障、文件系统损坏等问题导致数据丢失。

可以使用外部存储设备或云存储进行备份。

例如，使用 rsync 命令将重要数据备份到外部存储设备：

rsync -avz /path/to/source /path/to/external_drive

3. 硬件检查

定期检查硬件设备，如硬盘健康状态、内存稳定性等。

使用工具（如 smartmontools 检查硬盘）及时发现潜在的硬件问题并提前处理。安装 smartmontools 的命令如下（以Debian系系统为例）：

apt install smartmontools

在CentOS/RHEL系统中，安装命令为：

yum install smartmontools

安装完成后，可以使用 smartctl -a /dev/sda 命令检查硬盘 /dev/sda 的健康状态。

smartctl -a /dev/sda

开机进入emergency mode虽然让人头疼，但通过 journalctl -xb 命令和针对性的解决方案，我们能够有效地排查和解决问题。

同时，做好预防措施，能让系统运行更加稳定，减少此类故障的发生。