CN112783699B - 社区企业操作系统紧急模式启动方法及装置 - Google Patents
社区企业操作系统紧急模式启动方法及装置 Download PDFInfo
- Publication number
- CN112783699B CN112783699B CN202110193467.2A CN202110193467A CN112783699B CN 112783699 B CN112783699 B CN 112783699B CN 202110193467 A CN202110193467 A CN 202110193467A CN 112783699 B CN112783699 B CN 112783699B
- Authority
- CN
- China
- Prior art keywords
- image file
- operating system
- replacement image
- emergency mode
- enterprise operating
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
- G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
本公开涉及一种社区企业操作系统的紧急模式启动方法、装置、电子设备及计算机可读介质。该方法包括:社区企业操作系统重启失败进入紧急模式;基于所述紧急模式的相关信息确定故障原因;基于所述故障原因由多个替换镜像文件中确定目标替换镜像文件;将社区企业操作系统的原始镜像文件替换为所述目标替换镜像文件;基于所述目标替换镜像文件进行社区企业操作系统的启动。本公开涉及的社区企业操作系统的紧急模式启动方法、装置、电子设备及计算机可读介质,能够自动化解决系统进入紧急模式的问题,并且对不同的故障原因均能给出恰当有效的解决方式,并支持新增解决方式。
Description
技术领域
本公开涉及计算机信息处理领域,具体而言,涉及一种社区企业操作系统(centos)的紧急模式启动方法、装置、电子设备及计算机可读介质。
背景技术
随着开源社区企业操作系统(CentOS)的使用越来越广泛,对系统稳定性要求越来越高。通常我们在使用centos系统的时候,也会使用raid卡,使多块磁盘重组成一块虚拟磁盘,来减少多块磁盘之间的I/O开销。而raid卡和CentOS系统之间的配合使用,对CentOS系统的文件系统的稳定性造成了极大的风险。
类似于异常断电等不正常操作,会对系统造成损坏,从而导致系统重启失败进入紧急模式,在进入紧急模式后,我们需要通过人工干预才能使系统恢复正常,启动成功。而如何避免人工干预,自动修复则成为了需要考虑的问题。
当前的一般做法是:在系统进入紧急模式之后,根据系统的提示进行操作,执行journalctl指令查看系统产生的日志,然后根据日志内部的报错信息,进行相对应的处理,在命令行里执行命令,进行系统修复。现有技术中的方法需要人工干预进行修复系统,无法达到自动化处理;而且,由于系统使用的环境通常特殊,有很多不可控因素。
因此,需要一种新的centos系统的紧急模式启动方法、装置、电子设备及计算机可读介质。
在所述背景技术部分公开的上述信息仅用于加强对本公开的背景的理解,因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。
发明内容
有鉴于此,本公开提供一种centos系统的紧急模式启动方法、装置、电子设备及计算机可读介质,能够自动化解决系统进入紧急模式的问题,并且对不同的故障原因均能给出恰当有效的解决方式,并支持新增解决方式。
本公开的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本公开的实践而习得。
根据本公开的一方面,提出一种centos系统的紧急模式启动方法,该方法包括:centos系统重启失败进入紧急模式;基于所述紧急模式的相关信息确定故障原因;基于所述故障原因由多个替换镜像文件中确定目标替换镜像文件;将centos系统的原始镜像文件替换为所述目标替换镜像文件;基于所述目标替换镜像文件进行centos系统的启动。
在本公开的一种示例性实施例中,还包括:获取历史上的多个故障原因;基于所述多个故障原因生成多个自定义脚本;基于所述多个自定义脚本生成所述多个替换镜像文件。
在本公开的一种示例性实施例中,基于所述多个自定义脚本生成所述多个替换镜像文件,包括:将所述原始镜像文件解压;将自定义脚本添加到解压后的所述原始镜像文件中;对更新之后的所述原始镜像文件进行打包以生成替换镜像文件。
在本公开的一种示例性实施例中,将所述原始镜像文件解压,包括:通过cpI/O命令对所述原始镜像文件解压。
在本公开的一种示例性实施例中,将centos系统的原始镜像文件替换为所述目标替换镜像文件,包括:将centos系统根目录下的所述原始镜像文件替换为所述目标替换镜像文件,其中,所述原始镜像文件为内核镜像文件。
在本公开的一种示例性实施例中,基于所述目标替换镜像文件进行centos系统的启动,包括:进行硬件自检和初始化;加载引导文件;加载所述目标替换镜像文件;基于所述目标替换镜像文件启动预设程序以启动centos系统。
在本公开的一种示例性实施例中,将centos系统的原始镜像文件替换为所述目标替换镜像文件,包括:将所述目标替换镜像文件添加到系统根目录下,修改系统引导文件以在centos系统启动时读取所述目标替换镜像文件。
在本公开的一种示例性实施例中,基于所述目标替换镜像文件进行centos系统的启动,包括:进行硬件自检和初始化;加载修改后的引导文件;基于所述修改后的引导文件加载所述目标替换镜像文件;基于所述目标替换镜像文件启动预设程序以启动centos系统。
根据本公开的一方面,提出一种centos系统的紧急模式启动装置,该装置包括:模式模块,用于centos系统重启失败进入紧急模式;原因模块,用于基于所述紧急模式的相关信息确定故障原因;文件模块,用于基于所述故障原因由多个替换镜像文件中确定目标替换镜像文件;替换模块,用于将centos系统的原始镜像文件替换为所述目标替换镜像文件;启动模块,用于基于所述目标替换镜像文件进行centos系统的启动。
在本公开的一种示例性实施例中,还包括:文件生成模块,用于获取历史上的多个故障原因;基于所述多个故障原因生成多个自定义脚本;基于所述多个自定义脚本生成所述多个替换镜像文件。
根据本公开的一方面,提出一种电子设备,该电子设备包括:一个或多个处理器;存储装置,用于存储一个或多个程序;当一个或多个程序被一个或多个处理器执行,使得一个或多个处理器实现如上文的方法。
根据本公开的一方面,提出一种计算机可读介质,其上存储有计算机程序,该程序被处理器执行时实现如上文中的方法。
根据本公开的centos系统的紧急模式启动方法、装置、电子设备及计算机可读介质,centos系统重启失败进入紧急模式;基于所述紧急模式的相关信息确定故障原因;基于所述故障原因由多个替换镜像文件中确定目标替换镜像文件;将centos系统的原始镜像文件替换为所述目标替换镜像文件;基于所述目标替换镜像文件进行centos系统的启动的方式,能够自动化解决系统进入紧急模式的问题,并且对不同的故障原因均能给出恰当有效的解决方式,并支持新增解决方式。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性的,并不能限制本公开。
附图说明
通过参照附图详细描述其示例实施例,本公开的上述和其它目标、特征及优点将变得更加显而易见。下面描述的附图仅仅是本公开的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是根据一示例性实施例示出的一种centos系统的紧急模式启动方法的流程图。
图2是根据一示例性实施例示出的一种centos系统的紧急模式启动方法的流程图。
图3是根据另一示例性实施例示出的一种centos系统的紧急模式启动方法的流程图。
图4是根据另一示例性实施例示出的一种centos系统的紧急模式启动方法的流程图。
图5是根据一示例性实施例示出的一种centos系统的紧急模式启动装置的框图。
图6是根据一示例性实施例示出的一种电子设备的框图。
图7是根据一示例性实施例示出的一种计算机可读介质的框图。
具体实施方式
现在将参考附图更全面地描述示例实施例。然而,示例实施例能够以多种形式实施,且不应被理解为限于在此阐述的实施例;相反,提供这些实施例使得本公开将全面和完整,并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分,因而将省略对它们的重复描述。
此外,所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中,提供许多具体细节从而给出对本公开的实施例的充分理解。然而,本领域技术人员将意识到,可以实践本公开的技术方案而没有特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。
附图中所示的方框图仅仅是功能实体,不一定必须与物理上独立的实体相对应。即,可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
附图中所示的流程图仅是示例性说明,不是必须包括所有的内容和操作/步骤,也不是必须按所描述的顺序执行。例如,有的操作/步骤还可以分解,而有的操作/步骤可以合并或部分合并,因此实际执行的顺序有可能根据实际情况改变。
应理解,虽然本文中可能使用术语第一、第二、第三等来描述各种组件,但这些组件不应受这些术语限制。这些术语乃用以区分一组件与另一组件。因此,下文论述的第一组件可称为第二组件而不偏离本公开概念的教示。如本文中所使用,术语“及/或”包括相关联的列出项目中的任一个及一或多者的所有组合。
本领域技术人员可以理解,附图只是示例实施例的示意图,附图中的模块或流程并不一定是实施本公开所必须的,因此不能用于限制本公开的保护范围。
本公开涉及的技术缩略语解释如下:
RAID卡一般指磁盘阵列,磁盘阵列是由很多块独立的磁盘,组合成一个容量巨大的磁盘组,利用个别磁盘提供数据所产生加成效果提升整个磁盘系统效能。利用这项技术,将数据切割成许多区段,分别存放在各个硬盘上。磁盘阵列还能利用同位检查(ParityCheck)的观念,当数组中任意一个硬盘发生故障时,仍可读出数据。在数据重构时,可将数据经计算后重新置入新硬盘中。
镜像文件,是和rar、ZIP压缩包类似,它将特定的一系列文件按照一定的格式制作成单一的文件,以方便用户下载和使用,例如一个操作系统、游戏等。它最重要的特点是可以被特定的软件识别并可直接刻录到光盘上。其实通常意义上的镜像文件可以再扩展一下,在镜像文件中可以包含更多的信息。比如说系统文件、引导文件、分区表信息等,这样镜像文件就可以包含一个分区甚至是一块硬盘的所有信息。而通常意义上的刻录软件都可以直接将支持的镜像文件所包含的内容刻录到光盘上。
GNUGRUB(GRandUnifiedBootloader,GRUB)是一个来自GNU项目的多操作系统启动程序,在本公开中也称为加载文件。GRUB是多启动规范的实现,它允许用户可以在计算机内同时拥有多个操作系统,并在计算机启动时选择希望运行的操作系统。GRUB可用于选择操作系统分区上的不同内核,也可用于向这些内核传递启动参数。
图1是根据一示例性实施例示出的一种centos系统的紧急模式启动方法的流程图。centos系统的紧急模式启动方法10至少包括步骤S102至S110。
如图1所示,在S102中,centos系统重启失败进入紧急模式。
在S104中,基于所述紧急模式的相关信息确定故障原因。可例如,根据故障原因确定centos系统是因文件系统损坏,丢失一致性而进入紧急模式。
在S106中,基于所述故障原因由多个替换镜像文件中确定目标替换镜像文件。根据上述原因,在预先设置的多个替换镜像文件中选择能解决文件系统损坏这类故障的目标替换文件。
在S108中,将centos系统的原始镜像文件替换为所述目标替换镜像文件。
在一个实施例中,可例如,将centos系统根目录下的所述原始镜像文件替换为所述目标替换镜像文件,其中,所述原始镜像文件为内核镜像文件。更具体的,可将系统boot目录下的内核img镜像,替换成自定义的镜像。这样就可以在系统启动过程直接加载自定义的img镜像。
在一个实施例中,可例如,将所述目标替换镜像文件添加到系统根目录下,修改系统引导文件以在centos系统启动时读取所述目标替换镜像文件。更具体的,可将自定义的img镜像添加进系统boot目录下,修改系统grub引导文件,增加读取内核img镜像的逻辑,使得系统在启动时读取自定义镜像即可解决问题。
在S110中,基于所述目标替换镜像文件进行centos系统的启动。根据目标文件替换方式不同,centos系统的启动过程也不同,具体内容将在图3,图4对应的实施例中进行描述。
在一个具体的实施例中,centos系统因文件系统损坏,丢失一致性而进入紧急模式,可以通过在systemd的服务里添加自动修复文件系统的脚本通过xfs_repair指令进行修复,并修改挂载文件系统的服务,然后在进入紧急模式之前提前对文件系统进行修复,来解决进入紧急模式的问题。
根据本公开的centos系统的紧急模式启动方法,centos系统重启失败进入紧急模式;基于所述紧急模式的相关信息确定故障原因;基于所述故障原因由多个替换镜像文件中确定目标替换镜像文件;将centos系统的原始镜像文件替换为所述目标替换镜像文件;基于所述目标替换镜像文件进行centos系统的启动的方式,能够自动化解决系统进入紧急模式的问题,并且对不同的故障原因均能给出恰当有效的解决方式,并支持新增解决方式。
本公开的centos系统的紧急模式启动方法,提前对系统修复,避免了进入紧急模式导致系统启动失败的问题,同时相对于修改内核mount源码更加便捷高效。
图2是根据一示例性实施例示出的一种centos系统的紧急模式启动方法的流程图。centos系统的紧急模式启动方法20至少包括步骤S202至S206。
如图2所示,在S202中,获取历史上的多个故障原因。根据不同的故障原因,设计多个自定义脚本,
在S204中,基于所述多个故障原因生成多个自定义脚本。
在S206中,基于所述多个自定义脚本生成所述多个替换镜像文件。可例如,将所述原始镜像文件解压;将自定义脚本添加到解压后的所述原始镜像文件中;对更新之后的所述原始镜像文件进行打包以生成替换镜像文件。
其中,可通过cpI/O命令对所述原始镜像文件解压。lspci是一个用来查看系统中所有PCI总线以及连接到该总线上的设备的工具。命令格式为lspci-参数。
通过cpI/O命令对img镜像进行解压,根据系统进入紧急模式的原因,添加自定义脚本服务到相应的模块中去,重制img镜像。通过本公开的centos系统的紧急模式启动方法,可以针对出现的不同的问题,自定义服务脚本,灵活的解决系统进入紧急模式的问题,避免了人工操作带来的不便和局限性。
应清楚地理解,本公开描述了如何形成和使用特定示例,但本公开的原理不限于这些示例的任何细节。相反,基于本公开公开的内容的教导,这些原理能够应用于许多其它实施例。
图3是根据另一示例性实施例示出的一种centos系统的紧急模式启动方法的流程图。
如图3所示,在S302中,进行硬件自检和初始化。linux启动过程中,按下设备电源按钮后,首先BI/OS/UEFI做最基本的硬件自检与初始化。
在S304中,加载引导文件。然后加载预设/手动选择的磁盘/网络上的引导文件(可例如为:GRUB2),引导文件在不依赖linux内核的情况下具有读取配置文件和内核镜像的能力,它进一步从磁盘/网络上加载操作系统内核(例如Linux)。
在S306中,加载所述目标替换镜像文件。对于Linux来说,内核将会(可选的)解压一个initrd的镜像,并执行由"rdinit="内核引导选项指定的init程序(例如systemd(1))以寻找并挂载根文件系统。
此时可加载目标替换镜像文件进行上述处理。
在S308中,基于所述目标替换镜像文件启动预设程序以启动centos系统。完成根文件系统的挂载之后,内核启动由目标镜像文件中的"init="内核引导选项指定的init程序(例如systemd(1))以接管系统的控制权。该init程序将会负责检测所有其他的硬件设备、挂载必要的文件系统、启动所有必要的服务,等等。
图4是根据另一示例性实施例示出的一种centos系统的紧急模式启动方法的流程图。
如图4所示,在S402中,进行硬件自检和初始化。linux启动过程中,按下设备电源按钮后,首先BI/OS/UEFI做最基本的硬件自检与初始化。
在S404中,加载修改后的引导文件。修改后的引导文件增加读取内核镜像的逻辑。
在S406中,基于修改后的引导文件加载所述目标替换镜像文件。更具体的,目标镜像加载顺序如下:
Initrd的启动,此时initrd.target将是默认目标。
在挂载任何文件系统之前(也就是在启动local-fs-pre.target之前),systemd-hibernate-resume@.service将会首先完成启动,以检查系统是要从先前的休眠状态中恢复,还是要执行常规的启动流程。在检查完成之前,将不会挂载任何文件系统。
其中,目标镜像文件中可自定义如下:当根文件系统设备可用时,将到达initd-root-device.target目标。
其中,目标镜像文件中可自定义如下:如果成功的将根文件系统挂载到/sysroot目录,那么sysroot.mount单元将被启动,然后进一步到达initrd-root-fs.target目标。
其中,目标镜像文件中可自定义如下:initrd-parse-etc.service将会分析/sysroot/etc/fstab文件以挂载/usr(若需要)与带有x-initrd.mount标记的挂载点。
其中,目标镜像文件中可自定义如下:所有这些挂载点都将被挂载到/sysroot之下,然后流程到达initrd-fs.target目标。
其中,目标镜像文件中可自定义如下:initrd-cleanup.service将会使用systemctl--no-blockisolate命令启动initrd-switch-root.target目标。
其中,目标镜像文件中可自定义如下:因为isolate表示立即停止所有在新的目标单元中不需要的进程,所以此动作实际上是为接下来切换根目录做预先的准备(是清理环境)。
其中,目标镜像文件中可自定义如下:最后,启动initrd-switch-root.service服务,将系统的根目录切换至/sysroot目录。
在S408中,基于所述目标替换镜像文件启动预设程序以启动centos系统。
centos系统紧急模式主要出现原因是在加载内核img镜像启动init程序的时候,对系统检测的过程中出现异常,从而进入紧急模式,可以通过自制img镜像,加入自定义服务脚本,自动修复系统,解决进入紧急模式的问题。通过自制img镜像,可以提前对系统进入紧急模式做出逻辑处理,避免系统进入紧急模式。
本领域技术人员可以理解实现上述实施例的全部或部分步骤被实现为由CPU执行的计算机程序。在该计算机程序被CPU执行时,执行本公开提供的上述方法所限定的上述功能。所述的程序可以存储于一种计算机可读存储介质中,该存储介质可以是只读存储器,磁盘或光盘等。
此外,需要注意的是,上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明,而不是限制目的。易于理解,上述附图所示的处理并不表明或限制这些处理的时间顺序。另外,也易于理解,这些处理可以是例如在多个模块中同步或异步执行的。
下述为本公开装置实施例,可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节,请参照本公开方法实施例。
图5是根据一示例性实施例示出的一种centos系统的紧急模式启动装置的框图。如图5所示,centos系统的紧急模式启动装置50包括:模式模块502,原因模块504,文件模块506,替换模块508,启动模块510,文件生成模块512。
模式模块502用于centos系统重启失败进入紧急模式;
原因模块504用于基于所述紧急模式的相关信息确定故障原因;
文件模块506用于基于所述故障原因由多个替换镜像文件中确定目标替换镜像文件;
替换模块508用于将centos系统的原始镜像文件替换为所述目标替换镜像文件;
启动模块510用于基于所述目标替换镜像文件进行centos系统的启动。
文件生成模块512用于获取历史上的多个故障原因;基于所述多个故障原因生成多个自定义脚本;基于所述多个自定义脚本生成所述多个替换镜像文件。
根据本公开的centos系统的紧急模式启动装置,centos系统重启失败进入紧急模式;基于所述紧急模式的相关信息确定故障原因;基于所述故障原因由多个替换镜像文件中确定目标替换镜像文件;将centos系统的原始镜像文件替换为所述目标替换镜像文件;基于所述目标替换镜像文件进行centos系统的启动的方式,能够自动化解决系统进入紧急模式的问题,并且对不同的故障原因均能给出恰当有效的解决方式,并支持新增解决方式。
图6是根据一示例性实施例示出的一种电子设备的框图。
下面参照图6来描述根据本公开的这种实施方式的电子设备600。图6显示的电子设备600仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
如图6所示,电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于:至少一个处理单元610、至少一个存储单元620、连接不同系统组件(包括存储单元620和处理单元610)的总线630、显示单元640等。
其中,所述存储单元存储有程序代码,所述程序代码可以被所述处理单元610执行,使得所述处理单元610执行本说明书中描述的根据本公开各种示例性实施方式的步骤。例如,所述处理单元610可以执行如图1,图2,图3,图4中所示的步骤。
所述存储单元620可以包括易失性存储单元形式的可读介质,例如随机存取存储单元(RAM)6201和/或高速缓存存储单元6202,还可以进一步包括只读存储单元(ROM)6203。
所述存储单元620还可以包括具有一组(至少一个)程序模块6205的程序/实用工具6204,这样的程序模块6205包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
总线630可以为表示几类总线结构中的一种或多种,包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
电子设备600也可以与一个或多个外部设备600’(例如键盘、指向设备、蓝牙设备等)通信,使得用户能与该电子设备600交互的设备通信,和/或该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口650进行。并且,电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。网络适配器660可以通过总线630与电子设备600的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备600使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,如图7所示,根据本公开实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、或者网络设备等)执行根据本公开实施方式的上述方法。
所述软件产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输,包括但不限于无线、有线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络,包括局域网(LAN)或广域网(WAN),连接到用户计算设备,或者,可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该计算机可读介质实现如下功能:centos系统重启失败进入紧急模式;基于所述紧急模式的相关信息确定故障原因;基于所述故障原因由多个替换镜像文件中确定目标替换镜像文件;将centos系统的原始镜像文件替换为所述目标替换镜像文件;基于所述目标替换镜像文件进行centos系统的启动。
本领域技术人员可以理解上述各模块可以按照实施例的描述分布于装置中,也可以进行相应变化唯一不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
通过以上的实施例的描述,本领域的技术人员易于理解,这里描述的示例实施例可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本公开实施例的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施例的方法。
以上具体地示出和描述了本公开的示例性实施例。应可理解的是,本公开不限于这里描述的详细结构、设置方式或实现方法;相反,本公开意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。
Claims (8)
1.一种社区企业操作系统的紧急模式启动方法,包括:
社区企业操作系统重启失败进入紧急模式;
基于所述紧急模式的相关信息确定故障原因;
获取历史上的多个故障原因;
基于所述多个故障原因生成多个自定义脚本;
基于所述多个自定义脚本生成多个替换镜像文件;
基于所述故障原因由多个替换镜像文件中确定目标替换镜像文件;
将社区企业操作系统的原始镜像文件替换为所述目标替换镜像文件;
基于所述目标替换镜像文件进行社区企业操作系统的启动。
2.如权利要求1所述的方法,其特征在于,基于所述多个自定义脚本生成所述多个替换镜像文件,包括:
将所述原始镜像文件解压;
将自定义脚本添加到解压后的所述原始镜像文件中;
对更新之后的所述原始镜像文件进行打包以生成替换镜像文件。
3.如权利要求2所述的方法,其特征在于,将所述原始镜像文件解压,包括:
通过cpI/O命令对所述原始镜像文件解压。
4.如权利要求1所述的方法,其特征在于,将社区企业操作系统的原始镜像文件替换为所述目标替换镜像文件,包括:
将社区企业操作系统根目录下的所述原始镜像文件替换为所述目标替换镜像文件,其中,所述原始镜像文件为内核镜像文件。
5.如权利要求4所述的方法,其特征在于,基于所述目标替换镜像文件进行社区企业操作系统的启动,包括:
进行硬件自检和初始化;
加载引导文件;
加载所述目标替换镜像文件;
基于所述目标替换镜像文件启动预设程序以启动社区企业操作系统。
6.如权利要求1所述的方法,其特征在于,将社区企业操作系统的原始镜像文件替换为所述目标替换镜像文件,包括:
将所述目标替换镜像文件添加到系统根目录下,修改系统引导文件以在社区企业操作系统启动时读取所述目标替换镜像文件。
7.如权利要求6所述的方法,其特征在于,基于所述目标替换镜像文件进行社区企业操作系统的启动,包括:
进行硬件自检和初始化;
加载修改后的引导文件;
基于修改后的引导文件加载所述目标替换镜像文件;
基于所述目标替换镜像文件启动预设程序以启动社区企业操作系统。
8.一种社区企业操作系统的紧急模式启动装置,其特征在于,包括:
模式模块,用于社区企业操作系统重启失败进入紧急模式;
原因模块,用于基于所述紧急模式的相关信息确定故障原因;
文件生成模块,用于获取历史上的多个故障原因,基于所述多个故障原因生成多个自定义脚本,基于所述多个自定义脚本生成多个替换镜像文件;
文件模块,用于基于所述故障原因由多个替换镜像文件中确定目标替换镜像文件;
替换模块,用于将社区企业操作系统的原始镜像文件替换为所述目标替换镜像文件;
启动模块,用于基于所述目标替换镜像文件进行社区企业操作系统的启动。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110193467.2A CN112783699B (zh) | 2021-02-20 | 2021-02-20 | 社区企业操作系统紧急模式启动方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110193467.2A CN112783699B (zh) | 2021-02-20 | 2021-02-20 | 社区企业操作系统紧急模式启动方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112783699A CN112783699A (zh) | 2021-05-11 |
CN112783699B true CN112783699B (zh) | 2023-04-18 |
Family
ID=75761618
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110193467.2A Active CN112783699B (zh) | 2021-02-20 | 2021-02-20 | 社区企业操作系统紧急模式启动方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112783699B (zh) |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9753718B1 (en) * | 2015-12-29 | 2017-09-05 | EMC IP Holding Company LLC | Non-disruptive upgrade including rollback capabilities for a distributed file system operating within a cluster of nodes |
CN106776128B (zh) * | 2016-11-29 | 2020-04-21 | 邦彦技术股份有限公司 | 一种保障Linux操作系统正常启动的方法 |
CN107562483A (zh) * | 2017-07-26 | 2018-01-09 | 博为科技有限公司 | 一种挂载引导文件系统的方法及装置 |
CN109446008B (zh) * | 2018-10-31 | 2022-02-08 | Oppo广东移动通信有限公司 | 一种故障原因检测方法、故障原因检测装置及终端设备 |
CN111240707B (zh) * | 2020-01-19 | 2022-07-26 | 苏州浪潮智能科技有限公司 | 一种通过pxe网络灌装存储系统的方法和装置 |
CN111966423B (zh) * | 2020-07-24 | 2022-08-09 | 苏州浪潮智能科技有限公司 | 一种实现内存操作系统的方法和设备 |
-
2021
- 2021-02-20 CN CN202110193467.2A patent/CN112783699B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN112783699A (zh) | 2021-05-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US5794052A (en) | Method of software installation and setup | |
US10621030B2 (en) | Restoring an application from a system dump file | |
US6438688B1 (en) | Method and computer for locally and remotely updating a basic input output system (BIOS) utilizing one update file | |
US6901493B1 (en) | Method for protecting data of a computer system | |
US11126518B1 (en) | Method and system for optimal boot path for a network device | |
US6463531B1 (en) | Method and system for monitoring a boot process of a data processing system providing boot data and user prompt | |
US20040172578A1 (en) | Method and system of operating system recovery | |
US20120311279A1 (en) | Data recovery and backup system and process | |
US20070174689A1 (en) | Computer platform embedded operating system backup switching handling method and system | |
US20200250313A1 (en) | Bios recovery and update | |
US11704197B2 (en) | Basic input/output system (BIOS) device management | |
CN107239309B (zh) | 补丁生成方法及装置、更新方法、电子设备、存储介质 | |
CN101213517A (zh) | 用于产生软件影像的解压缩技术 | |
CN111176897A (zh) | 一种封闭式bios自修复方法、系统、终端及存储介质 | |
CN109683970A (zh) | 一种服务器fru信息的修改方法、修改系统及相关装置 | |
US12099612B2 (en) | Firmware corruption recovery | |
CN104461402A (zh) | 一种linux系统下多控制器间调整磁盘顺序的方法 | |
CN110333964B (zh) | 异常日志处理方法及装置、电子设备、存储介质 | |
US8504869B2 (en) | Kernel swapping systems and methods for recovering a network device | |
CN112783699B (zh) | 社区企业操作系统紧急模式启动方法及装置 | |
US20170060598A1 (en) | Managed boot process system | |
CN113626095A (zh) | 配置中心的切换方法、切换系统、电子设备及存储介质 | |
US11340882B2 (en) | Systems and methods for enforcing update policies while applying updates from bootable image file | |
US11334419B1 (en) | Information handling system fault analysis with remote remediation file system | |
CN114153503A (zh) | 一种bios控制方法、装置、介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |