ubuntu emergency mode（紧急模式）问题处理方法

2024-01-23 17:40
文章标签 问题 ubuntu 模式 方法 处理 mode 紧急 emergency

本文主要是介绍ubuntu emergency mode（紧急模式）问题处理方法，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

emergency mode（紧急模式）问题处理方法

更新时间：2022-08-19 GMT+08:00

查看PDF

问题现象

Linux系统启动时进入紧急模式，提示：Welcome to emergency mode，如图1所示，并提示输入root密码进入维护。

图1 紧急模式
点击放大

根因分析

紧急模式提供尽可能最小的环境，即使在系统无法进入救援模式的情况下，您也可以修复系统。在紧急模式下，系统仅安装根文件系统进行读取，不尝试安装任何其他本地文件系统，不激活网络接口，只启动一些基本服务。

进入紧急模式的原因通常是：

  • /etc/fstab文件存在错误导致挂载文件系统时失败。
  • 文件系统存在错误导致。
约束与限制

本节操作适用于Linux操作系统emergency mode（紧急模式）问题处理。操作步骤涉及修复文件系统操作，修复文件系统存在丢失数据风险，请先备份数据后进行修复操作。

处理方法

  1. 输入root密码后回车，进入修复模式。

  2. 在紧急模式下根分区是以只读方式挂载，要修改根目录下的文件需要执行以下命令，以读写方式重新挂载根分区。

    # mount -o rw,remount /

请执行以下命令首先检查fstab文件是否存在错误，尝试挂载所有未挂载的文件系统。

# mount -a

  • 如果出现mount point does not exist为挂载点不存在，请创建对应的挂载点。
  • 如果出现no such device为不存在该文件系统设备，请注释或者删除该挂载行。
  • 如果出现an incorrect mount option was specified为挂载参数错误，请修改为正确的参数。
  • 如果没有出现任何错误且提示UNEXPECTED INCONSISTENCY;RUN fsck MANUALLY，通常为文件系统错误导致，请跳至步骤7。

  1. 执行以下命令，打开/etc/fstab修改相应的错误。

    # vi /etc/fstab

    /etc/fstab文件包含了如下字段，通过空格分隔：

    [file system] [dir] [type] [options] [dump] [fsck]

    参数说明
    [file systems]要挂载的分区或存储设备。[file system]列建议使用UUID的方式书写，执行blkid命令查询设备文件系统UUID。参考格式如下：# UUID=b411dc99-f0a0-4c87-9e05-184977be8539 /home ext4 defaults 0 2使用UUID的好处在于它们与磁盘顺序无关。如果你在BIOS中改变了你的存储设备顺序，或是重新拔插了存储设备，或是因为一些BIOS可能会随机地改变存储设备的顺序，那么用UUID来表示将更有效。
    [dir][file systems]的挂载位置。
    [type]挂载设备或分区的文件系统类型，支持许多种不同的文件系统：ext2，ext3，ext4，reiserfs，xfs，jfs，smbfs，iso9660，vfat，ntfs，swap及auto。设置成auto类型，mount命令会猜测使用的文件系统类型，对CDROM和DVD等移动设备是非常有用的。
    [options]挂载时使用的参数，有些参数是特定文件系统才有的。例如：defaults参数使用文件系统的默认挂载参数，ext4的默认参数为:rw，suid，dev，exec，auto，nouser，async。更多参数请执行以下命令查看man手册：# man mount
    [dump]dump工具通过它决定何时作备份。 dump会检查其内容，并用数字来决定是否对这个文件系统进行备份。取值为0和1 。0表示忽略，1则进行备份。大部分的用户是没有安装dump的，[dump]应设为0。
    [fsck]fsck读取[fsck]的数值来决定需要检查的文件系统的检查顺序。取值为0，1，和2。 根目录应当获得最高的优先权1, 其它所有需要被检查的设备设置为2，0表示设备不会被fsck所检查。

  2. 修改完成后，确认修改是否正确，再次执行以下命令首先检查fstab文件。

    # mount -a

  3. 执行以下命令，重启服务器。

    # reboot

如果步骤

3

中没有任何错误，则可能为文件系统错误导致，执行：

# dmesg |egrep “ext[2…4]|xfs” |grep -i error

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-q8NSdt6z-1675483064047)(null)]说明：

  • 输出结果中如果有I/O error … inode的错误信息则根因为文件系统错误导致。
  • 如果上述命令没有发现日志记录文件系统文件错误则通常为超级块损坏。超级块是文件系统的“头部”。它包含文件系统的状态、尺寸和空闲磁盘块等信息。
  • 如果损坏了一个文件系统的超级块（例如不小心直接将数据写到了文件系统的超级块分区中），那么系统可能会完全不识别该文件系统，系统启动时没有识别到文件系统导致进入紧急模式。ext2fs类型的文件系统将超级块的内容进行了备份，并存放于驱动程序的块组（blockgroup）边界。

  1. 请执行以下命令，卸载文件系统出错的目录，

    # umount *挂载点*

  2. 检查并修复已损坏的文件系统。

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-lM80EHN3-1675483064101)(null)]须知：

    修复文件系统可能会导致数据丢失请先进行数据备份。

    • ext文件系统，执行以下命令，检查文件系统是否存在错误。

      # fsck -n /dev/vdb1

      [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Zp0dwPXV-1675483064070)(null)]说明：

      如果出现The super block Cloud no be read or does not describe a correct ext2 filesystem的提示请跳转至10。

      如果需要修复，执行以下命令，修复文件系统。

      # fsck /dev/vdb1

    • xfs文件系统，执行以下命令，检查文件系统是否存在错误。

      # xfs_repair -n /dev/vdb1

      如果需要修复，执行以下命令，修复文件系统。

      # xfs_repair /dev/vdb1

（可选）出现The super block Cloud no be read or does not describe a correct ext2 filesystem通常为超级块损坏，如图2所示，请按照提示使用备份的超级块更新超级块。图2 超级块损坏
![点击放大](https://img-blog.csdnimg.cn/img_convert/85e38dd74871245aaddd13446db0eb07.png)执行以下命令，使用备份的超级块信息更新超级块。**# e2fsck -b 8193** 设备名如[图3](https://support.huaweicloud.com/trouble-ecs/ecs_trouble_0310.html#ecs_trouble_0310__fig161104484810)所示更新超级块完成：图3 更新超级块
![img](https://img-blog.csdnimg.cn/img_convert/53220f6d5f9550f85e066d36ff151415.png)[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-XnxtSGDR-1675483064032)(null)]说明：- -b 8193选项用于显示使用存放在文件系统中的8193块的超级块的备份数据。通常在主超级块已损坏时使用。备份超级块的位置是依赖的在文件系统的blocksize上。对于具有1k块大小的文件系统，可以在块处找到备份超级块8193。对于具有2k块大小的文件系统，在块16384;对于4k块，在块32768。- <设备名>为磁盘名称而非分区。

  1. 修复完成后执行以下命令，重启服务器。

    # reboot

转载：emergency mode（紧急模式）问题处理方法

这篇关于ubuntu emergency mode（紧急模式）问题处理方法的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/637030。

相关文章

无人叉车3d激光slam多房间建图定位异常处理方案-墙体画线地图切分方案

无人叉车3d激光slam多房间建图定位异常处理方案-墙体画线地图切分方案

墙体画线地图切分方案 针对问题：墙体两侧特征混淆误匹配，导致建图和定位偏差，表现为过门跳变、外月台走歪等 ·解决思路：预期的根治方案IGICP需要较长时间完成上线，先使用切分地图的工程化方案，即墙体两侧切分为不同地图，在某一侧只使用该侧地图进行定位 方案思路 切分原理：切分地图基于关键帧位置，而非点云。 理论基础：光照是直线的，一帧点云必定只能照射到墙的一侧，无法同时照到两侧实践考虑：关
阅读更多...
好题——hdu2522（小数问题：求1/n的第一个循环节）

好题——hdu2522（小数问题：求1/n的第一个循环节）

好喜欢这题，第一次做小数问题，一开始真心没思路，然后参考了网上的一些资料。 知识点***********************************无限不循环小数即无理数，不能写作两整数之比*****************************（一开始没想到，小学没学好） 此题1/n肯定是一个有限循环小数，了解这些后就能做此题了。 按照除法的机制，用一个函数表示出来就可以了，代码如下
阅读更多...
hdu1043（八数码问题，广搜 + hash（实现状态压缩） ）

hdu1043（八数码问题，广搜 + hash（实现状态压缩） ）

利用康拓展开将一个排列映射成一个自然数，然后就变成了普通的广搜题。 #include<iostream>#include<algorithm>#include<string>#include<stack>#include<queue>#include<map>#include<stdio.h>#include<stdlib.h>#include<ctype.h>#inclu
阅读更多...
【C++】_list常用方法解析及模拟实现

【C++】_list常用方法解析及模拟实现

相信自己的力量，只要对自己始终保持信心，尽自己最大努力去完成任何事，就算事情最终结果是失败了，努力了也不留遗憾。💓💓💓 目录   ✨说在前面 🍋知识点一：什么是list？ •🌰1.list的定义 •🌰2.list的基本特性 •🌰3.常用接口介绍 🍋知识点二：list常用接口 •🌰1.默认成员函数 🔥构造函数（⭐） 🔥析构函数 •🌰2.list对象
阅读更多...
在JS中的设计模式的单例模式、策略模式、代理模式、原型模式浅讲

在JS中的设计模式的单例模式、策略模式、代理模式、原型模式浅讲

1. 单例模式（Singleton Pattern） 确保一个类只有一个实例，并提供一个全局访问点。 示例代码： class Singleton {constructor() {if (Singleton.instance) {return Singleton.instance;}Singleton.instance = this;this.data = [];}addData(value)
阅读更多...
浅谈主机加固，六种有效的主机加固方法

浅谈主机加固，六种有效的主机加固方法

在数字化时代，数据的价值不言而喻，但随之而来的安全威胁也日益严峻。从勒索病毒到内部泄露，企业的数据安全面临着前所未有的挑战。为了应对这些挑战，一种全新的主机加固解决方案应运而生。 MCK主机加固解决方案，采用先进的安全容器中间件技术，构建起一套内核级的纵深立体防护体系。这一体系突破了传统安全防护的局限，即使在管理员权限被恶意利用的情况下，也能确保服务器的安全稳定运行。 普适主机加固措施：
阅读更多...
购买磨轮平衡机时应该注意什么问题和技巧

购买磨轮平衡机时应该注意什么问题和技巧

在购买磨轮平衡机时，您应该注意以下几个关键点： 平衡精度 平衡精度是衡量平衡机性能的核心指标，直接影响到不平衡量的检测与校准的准确性，从而决定磨轮的振动和噪声水平。高精度的平衡机能显著减少振动和噪声，提高磨削加工的精度。 转速范围 宽广的转速范围意味着平衡机能够处理更多种类的磨轮，适应不同的工作条件和规格要求。 振动监测能力 振动监测能力是评估平衡机性能的重要因素。通过传感器实时监
阅读更多...
webm怎么转换成mp4？这几种方法超多人在用！

webm怎么转换成mp4？这几种方法超多人在用！

webm怎么转换成mp4？WebM作为一种新兴的视频编码格式，近年来逐渐进入大众视野，其背后承载着诸多优势，但同时也伴随着不容忽视的局限性，首要挑战在于其兼容性边界，尽管WebM已广泛适应于众多网站与软件平台，但在特定应用环境或老旧设备上，其兼容难题依旧凸显，为用户体验带来不便，再者，WebM格式的非普适性也体现在编辑流程上，由于它并非行业内的通用标准，编辑过程中可能会遭遇格式不兼容的障碍，导致操
阅读更多...
透彻！驯服大型语言模型（LLMs）的五种方法，及具体方法选择思路

透彻！驯服大型语言模型（LLMs）的五种方法，及具体方法选择思路

引言 随着时间的发展，大型语言模型不再停留在演示阶段而是逐步面向生产系统的应用，随着人们期望的不断增加，目标也发生了巨大的变化。在短短的几个月的时间里，人们对大模型的认识已经从对其zero-shot能力感到惊讶，转变为考虑改进模型质量、提高模型可用性。 「大语言模型(LLMs)其实就是利用高容量的模型架构（例如Transformer）对海量的、多种多样的数据分布进行建模得到，它包含了大量的先验
阅读更多...
缓存雪崩问题

缓存雪崩问题

缓存雪崩是缓存中大量key失效后当高并发到来时导致大量请求到数据库，瞬间耗尽数据库资源，导致数据库无法使用。 解决方案： 1、使用锁进行控制 2、对同一类型信息的key设置不同的过期时间 3、缓存预热 1. 什么是缓存雪崩 缓存雪崩是指在短时间内，大量缓存数据同时失效，导致所有请求直接涌向数据库，瞬间增加数据库的负载压力，可能导致数据库性能下降甚至崩溃。这种情况往往发生在缓存中大量 k
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2