最近在Vmware上安装了一个Docker-ce的新版本，用来做K8s的测试环境，由于K8s指明了要关闭swap分区的，所以直接在线使用命令关闭了swap分区。由于当时未把/etc/fstab中的swap挂载点删除。系统重启后导致无法正常进入系统，并出现以下提示。

Welcome to emergency mode!After logging in, type "journalctl -xb" to view system logs, "systemctl reboot" to reboot, "systemctl default" or ^D to try again to boot into default mode.

Give root password for maintenance

(or type Control-D to continue):

其实在系统启动时就已经发觉不对了，启动特别慢。根据屏幕上的要求输入root的密码，查看日志信息。由于kernel的日志信息很多，所以要慢慢翻阅找到问题。

journalctl -xb #查看内核启动日志

排错思路

1 、搜索日志中failed关键字，寻找关键性的问题

通过以下信息大致可以判断内核的驱动管理模块启动失败。因为正常情况下，网卡很少坏(我是虚拟机)，其二CPU，内存也不太可能。那最有可能是硬盘(异常关机，断电都有问题出现)

-- The error number returned by this process is 2.

Jan 08 11:05:07 docker-ce systemd[1]: systemd-udevd.service: main process exited, code=exited, status=219/CGROUP

Jan 08 11:05:07 docker-ce systemd[1]: Failed to start udev Kernel Device Manager.

-- Subject: Unit systemd-udevd.service has failed

接着有一段udev启动失败的记录，跟着就是这么一段。LVM，因为我使用了LVM，所以就看到这里，也明显知道是硬盘加载报错了。

-- Unit lvm2-monitor.service has finished starting up.

--The start-up result is done.

Jan 08 11:06:36 docker-ce systemd[1]: Job dev-disk-by\x2duuid-01aec6ff\x2d62fc\x2d4abb\x2da75e\x2d3b30d5b5e586.device/start timed out.

Jan 08 11:06:36 docker-ce systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-01aec6ff\x2d62fc\x2d4abb\x2da75e\x2d3b30d5b5e586.device.

-- Subject: Unit dev-disk-by\x2duuid-01aec6ff\x2d62fc\x2d4abb\x2da75e\x2d3b30d5b5e586.device has failed

-- Defined-By: systemd

-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel

这上面会对每个LV都检查，只能通过了才能进入下一步。当我看到以下代码段时，就想到问题了。

-- Unit dev-mapper-centos\x2dswap.device has failed.

-- The result is timeout.

Jan 08 11:06:36 docker-ce systemd[1]: Dependency failed for /dev/mapper/centos-swap.

-- Subject: Unit dev-mapper-centos\x2dswap.swap has failed

-- Defined-By: systemd

-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel

-- Unit dev-mapper-centos\x2dswap.swap has failed

swap分区，因为我记得我关闭了swap分区的，这里报错，极有可能就是它了。看完日志后发现，最后的错误也就停在这里了。说明是swap分区关闭了，而/etc/fstab文件和内核的启动参数也加载了swap分区导致这个问题的发生。

解决方法：(请看完全文)

通过上面的方式进入系统后，先确认是否关系了swap分区,为零时表示禁用了。

[root@docker-ce ~]# free -m

total used free shared buff/cache available

Mem: 973 99 762 6 111 735

Swap: 0 0 0

去掉/etc/fstab配置中关于swap分区的一行。

[root@docker-ce ~]# sed -i /swap/d /etc/fstab

重启机器

reboot

问题越踩越深

此时，重启后你会发现问题依然存在，为什么呢？当我再次进入系统时，通过lvs发现系统中还有一个/dev/mapper/centos-swap 的LV存在，顿时就觉得是不是它导致的呢？于是执行命令删除lv。

lvremove /dev/mapper/centos-swap

删除时，提示成功了。但是也卡着，不知道为什么，然后我强制重启了机器(虚拟机无所谓)。

接下来发现另一个问题了，机器重启后很久，直接进入了dracut (事件驱动模式)，这下不得了了，系统真坏了。脑子第一种想法就是，要不删除重建一个吧。但是不甘心，眼看就要搞定的了，于是想尝试进入单用户模式修复。

重启后，准备进入单用户模式时，要修改grup 的时候，找到了linux16 那行，我发现有rd.lvm.lv=centos/swap这段，瞬间找到了问题。可以不用进入单用户模式了。直接把这段删除，按下ctrl+X 进入系统。

进入系统后第一步就是把这个grub配置修改，保存下来，不然直接重启就会跟刚才一样。

vim /boot/grub2/grub.cfg #删除rd.lvm.lv=centos/swap 这一段，保存重启即可。

至此成功修复了上面的问题，其实主要问题就是系统使用了LVM来规分磁盘，而swap分也是在LVM管理中，我在安装完k8s后把swap分区禁用了，但是并没有处理/etc/fstab文件，和grub.cfg启动文件。才导致系统在启动时又去加载一个不存在，或者已经禁用的分区，才会出现上面这一段乌龙事件。

dracut 了解得不多，如果有兴趣可以到这个网址查阅：

https://mirrors.edge.kernel.org/pub/linux/utils/boot/dracut/dracut.html#dracutkernel7