welcome to emergency mode. After logging in ,type ...

本文记录了解决CentOS7自动挂载硬盘时遇到的问题,详细解释了如何正确配置/etc/fstab文件,并对比了CentOS7与CentOS6在此方面的不同。同时介绍了ext4与xfs两种文件系统的特性和区别。

welcome to emergency mode. After logging in ,type …

CentOS 7

最近在学linux,视频里的版本是CentOS 6 ,自己用的是CentOS 7,跟着视频尝试挂载硬盘,设置完开始重启的时候出现了这个问题。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-rvzUmqjn-1642664270895)(../../source/images/welcome%20to%20emergency%20mode!%20After%20logging%20in%20%EF%BC%8Ctype/image-20220120152727121.png)]

搜集一番资料,自己有尝试一下,解决方法如下:

经过分析是因为 /etc/fstab 写入的硬盘自动挂载文件出现了错误

这个是原视频里的

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-o0XulNYp-1642664270896)(../../source/images/welcome%20to%20emergency%20mode!%20After%20logging%20in%20%EF%BC%8Ctype/image-20220120152751964.png)]

这个是我自己的

不知道为何我的虚拟机里这个文件第三栏是这样的
后面查了查这是CentOS 7 和 6的不同之处,文件系统不一样
)

我出错是因为把第三栏 ext4 没有更改,直接粘贴下面一行的第三栏文件
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-9a54Rqeo-1642664270896)(../../source/images/welcome%20to%20emergency%20mode!%20After%20logging%20in%20%EF%BC%8Ctype/image-20220120153119789.png)]

更正完应该是这样的
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-DHt2PXUG-1642664270897)(../../source/images/welcome%20to%20emergency%20mode!%20After%20logging%20in%20%EF%BC%8Ctype/image-20220120153154754.png)]

然后 reboot 重启就好了

顺便也查了下 ext4 和 xfs 到底是什么,区别是什么

centos7.0开始默认文件系统是xfs,centos6是 ext4,centos5是 ext3

EXT4

EXT4文件系统主要提高了性能,可靠性和容量。 为了提高可靠性,添加了元数据和日记校验和。 为了满足各种关键任务要求,文件系统时间戳得到了改进,增加了几秒钟的间隔。 在timestamp字段中添加两个高阶位至少可以将EXT4文件系统的2038年问题推迟到2446年。

自Fedora 14以来,EXT4一直是Fedora的默认文件系统。可以使用Fedora文档中描述的过程将EXT3文件系统升级到EXT4,但是由于残留的EXT3元数据结构,其性能仍然会受到影响。 从EXT3升级到EXT4的最佳方法是备份目标文件系统分区上的所有数据,使用mkfs命令将空的EXT4文件系统写入该分区,然后从备份中还原所有数据。

ext4是第四代扩展文件系统(英语:Fourth EXtended filesystem,缩写为ext4)是linux系统下的日志文件系统,是ext3文件系统的后继版本
ext4的文件系统容量达到1EB,而文件容量则达到16TB,这是一个非常大的数字了。对一般的台式机和服务器而言,这可能并不重要,但对于大型磁盘阵列的用户而言,这就非常重要了。
ext3目前只支持32000个子目录,而ext4取消了这一限制,理论上支持无限数量的子目录

xfs是一种非常优秀的日志文件系统,它是SGI公司设计的。xfs被称为业界最先进的、最具可升级性的文件系统技术
xfs是一个64位文件系统,最大支持8EB减1字节的单个文件系统,实际部署时取决于宿主操作系统的最大块限制。对于一个32位Linux系统,文件和文件系统的大小会被限制在16TB
xfs在很多方面确实做的比ext4好,ext4受限制于磁盘结构和兼容问题,可扩展性和scalability确实不如xfs,另外xfs经过很多年发展,各种锁的细化做的也比较好

https://blog.youkuaiyun.com/nuli888/article/details/51870184

如果你在OpenEuler系统启动时遇到"emergency mode"提示,这意味着操作系统无法正常加载到图形界面或登录环境。这通常是因为引导过程中的某个环节出现问题,例如内核配置错误、启动文件丢失或损坏等。以下是解决这个问题的一般步骤: 1. **重启进入单用户模式**: - 按下键盘上相应的键组合(通常是`Esc + F1` 或 `Ctrl + Alt + S`,取决于你的硬件),进入单用户模式。 2. **修复引导**: - 使用文本编辑器(如`vi`或`nano`)打开 `/etc/inittab` 或 `/boot/loader/grub.cfg` 文件(如果是GRUB2)。 - 检查引导配置是否正确,如有异常则尝试修复。 3. **挂载根文件系统**: - 输入 `mount /dev/sdaX /mnt`,将`sdaX`替换为你系统的实际硬盘分区(如sda1、sda2等)。如果不清楚分区,可以使用`fdisk -l`命令查看。 4. **修复损坏的文件系统**: - 如果文件系统有问题,可以尝试运行 `fsck`命令检查并修复它,如 `fsck.ext4 /mnt`(针对EXT4文件系统)。 5. **装载关键服务**: - 执行 `chroot /mnt` 切换到挂载的根目录,然后加载必要的服务包,比如运行 `syslinux` 或 `update-grub`(取决于你的引导机制)来更新引导菜单。 6. **恢复启动配置**: - 完成上述步骤后,你可以尝试重建启动脚本或配置,并保存更改。 7. **重启计算机**: - 退出chroot环境,即 `exit`,然后重启机器。系统应该会尝试按照新的配置启动。 8. **手动安装新内核或修复现有内核**: - 如果问题是由于内核导致的,可能需要重新编译或安装一个新的内核。 请注意,以上步骤可能会因实际情况而略有差异,建议在有网络支持的情况下操作,因为在线搜索特定问题的解决方案可能会更有效。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值