CN109271284A - 一种服务器boot分区的故障恢复方法、装置及设备 - Google Patents

一种服务器boot分区的故障恢复方法、装置及设备 Download PDF

Info

Publication number
CN109271284A
CN109271284A CN201811124134.9A CN201811124134A CN109271284A CN 109271284 A CN109271284 A CN 109271284A CN 201811124134 A CN201811124134 A CN 201811124134A CN 109271284 A CN109271284 A CN 109271284A
Authority
CN
China
Prior art keywords
order
backup
boot subregion
rescue
server
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.)
Pending
Application number
CN201811124134.9A
Other languages
English (en)
Inventor
吕威骏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Zhengzhou Yunhai Information Technology Co Ltd
Original Assignee
Zhengzhou Yunhai Information Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Zhengzhou Yunhai Information Technology Co Ltd filed Critical Zhengzhou Yunhai Information Technology Co Ltd
Priority to CN201811124134.9A priority Critical patent/CN109271284A/zh
Publication of CN109271284A publication Critical patent/CN109271284A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1402Saving, restoring, recovering or retrying
    • G06F11/1446Point-in-time backing up or restoration of persistent data
    • G06F11/1448Management of the data involved in backup or backup restore
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1402Saving, restoring, recovering or retrying
    • G06F11/1415Saving, restoring, recovering or retrying at system level
    • G06F11/1438Restarting or rejuvenating

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Retry When Errors Occur (AREA)

Abstract

本发明公开了一种服务器boot分区的故障恢复方法,包括:接收备份命令,依据备份命令在操作系统正常运行时,备份boot分区的数据并保存至指定路径;boot分区损坏后,接收救援命令,并依据救援命令控制服务器进入救援模式;接收恢复命令,依据恢复命令在救援模式下读取指定路径内的备份数据,依据读取的备份数据恢复boot分区。本发明除救援命令外,只需要依据输入的备份命令和恢复命令即可完成故障恢复,简化了boot分区的故障恢复操作,提高了恢复效率;本发明还公开了一种基于上述方法的装置、设备及计算机可读存储介质。

Description

一种服务器boot分区的故障恢复方法、装置及设备
技术领域
本发明涉及服务器故障恢复技术领域,特别是涉及一种服务器boot分区的故障恢复方法、装置、设备及计算机可读存储介质。
背景技术
linux操作系统的boot分区,是操作系统启动中最重要的部分,如果服务器由于病毒攻击或者管理人员的误操作导致boot分区中的文件损坏丢失的话,后续服务器执行关机或者意外宕机后,将无法重新开启服务器内的操作系统。如果不能恢复boot分区,linux操作系统将无法再次开机,运行在服务器上的业务将无法启动,同时造成服务器上保存的数据的无法使用。
目前boot分区文件损坏后的恢复方法大致如下:步骤1.挂载系统镜像,步骤2.进入救援模式,步骤3.修复fstab文件,步骤4.再次进入救援模式,步骤5.重新安装内核文件,步骤6.安装grub,步骤7.手动修复grub,步骤8.重新进入系统。这种方法中,对于步骤5、6、7,都需要专业linux技术人员进行操作,而普通的服务器运维人员不一定具备这种操作技能,并且由于具体操作过程中,需要技术人员依次输入多条复杂的执行指令来进行,这些操作也是比较繁琐的,且误操作的可能较大,效率较低。
因此,如何提供一种过程简单、效率高的服务器boot分区的故障恢复方法、装置、设备及计算机可读存储介质是本领域技术人员目前需要解决的问题。
发明内容
本发明的目的是提供一种服务器boot分区的故障恢复方法,除救援命令外,只需要依据输入的备份命令和恢复命令即可完成故障恢复,简化了boot分区的故障恢复操作,提高了恢复效率;本发明的另一目的是提供一种基于上述方法的装置、设备及计算机可读存储介质。
为解决上述技术问题,本发明提供了一种服务器boot分区的故障恢复方法,包括:
接收备份命令,依据所述备份命令在操作系统正常运行时,备份boot分区的数据并保存至指定路径;
boot分区损坏后,接收救援命令,并依据所述救援命令控制服务器进入救援模式;
接收恢复命令,依据所述恢复命令在所述救援模式下读取所述指定路径内的备份数据,依据读取的所述备份数据恢复boot分区。
优选地,所述接收救援命令,并依据所述救援命令控制服务器进入救援模式的过程具体为:
接收导入的系统镜像进行挂载;
接收救援模式命令,依据所述救援模式命令运行所述系统镜像,进入镜像操作系统内;
接收目录挂载命令,将正常的操作系统挂载至所述镜像操作系统的指定目录内;
相应的,所述依据所述恢复命令在所述救援模式下读取所述指定路径内的备份数据具体为:
依据所述恢复命令在所述救援模式下,读取所述镜像操作系统内挂载的所述指定路径内的备份数据。
优选地,所述指定路径位于所述操作系统的根目录下。
优选地,所述指定路径位于移动存储设备的目录下。
优选地,所述备份命令为linux系统中的dump命令。
优选地,所述恢复命令为linux系统中的restore命令。
为解决上述技术问题,本发明还提供了一种服务器boot分区的故障恢复装置,包括:
备份模块,用于接收备份命令,依据所述备份命令在操作系统正常运行时,备份boot分区的数据并保存至指定路径;
救援模块,用于在boot分区损坏后,控制服务器进入救援模式;
恢复模块,用于接收恢复命令,依据所述恢复命令在所述救援模式下读取所述指定路径内的备份数据,依据读取的所述备份数据恢复boot分区。
优选地,所述救援模块具体包括:
挂载单元,用于接收导入的系统镜像进行挂载;
救援模式进入单元,用于接收救援模式命令,依据所述救援模式命令运行所述系统镜像,进入镜像操作系统内;
目录挂载单元,用于接收目录挂载命令,将正常的操作系统挂载至所述镜像操作系统的指定目录内;
相应的,所述恢复模块具体用于:
依据所述恢复命令在所述救援模式下,读取所述镜像操作系统内挂载的所述指定路径内的备份数据。
为解决上述技术问题,本发明还提供了一种服务器boot分区的故障恢复设备,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如以上任一项所述的服务器boot分区的故障恢复方法的步骤。
为解决上述技术问题,本发明还提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如以上任一项所述的服务器boot分区的故障恢复方法的步骤。
本发明提供了一种服务器boot分区的故障恢复方法,接收备份命令后,在操作系统正常运行时备份boot分区的数据并保存,此时,备份的boot分区的数据为正常数据;之后当boot分区损坏需要修复时,依据接收到的救援命令控制服务器进入救援模式后,依据接收的恢复命令在救援模式内获取之前备份的数据来恢复boot分区,从而实现boot分区的故障修复,使服务器在重启后能够正常开启操作系统。可见,在本发明的方法中,除救援命令外,仅需要输入的备份命令和恢复命令即可完成故障恢复,相比目前需要手动安装内核文件、手动安装grub以及手动修复grub的操作来说,简化了boot分区故障恢复所需要的指令,从而简化了工作人员的操作需求,使得普通的运维人员也能具有恢复boot分区故障的技能,通用性更强;并且减少了误操作的可能,且提高boot分区故障恢复的效率。本发明还提供了一种基于上述方法的装置、设备及计算机可读存储介质,在此不再赘述。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对现有技术和实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明提供的一种服务器boot分区的故障恢复方法的过程的流程图;
图2为本发明提供的另一种服务器boot分区的故障恢复方法的过程的流程图;
图3为本发明提供的一种服务器boot分区的故障恢复装置的结构示意图。
具体实施方式
本发明的核心是提供一种服务器boot分区的故障恢复方法,除救援命令外,只需要依据输入的备份命令和恢复命令即可完成故障恢复,简化了boot分区的故障恢复操作,提高了恢复效率;本发明的另一核心是提供一种基于上述方法的装置、设备及计算机可读存储介质。
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明提供了一种服务器boot分区的故障恢复方法,参见图1所示,图1为本发明提供的一种服务器boot分区的故障恢复方法的过程的流程图;该方法包括:
步骤s1:接收备份命令,依据备份命令在操作系统正常运行时,备份boot分区的数据并保存至指定路径;
在操作系统正常运行过程中,表明boot分区内的数据处于正常状态,故此时需要将正常的boot分区数据进行备份,供后续依据该备份数据进行boot分区的恢复,实现boot分区的故障恢复。
步骤s2:boot分区损坏后,接收救援命令,并依据救援命令控制服务器进入救援模式;
可以理解的是,在boot分区损坏后,由于boot分区内保存的是启动操作系统所需的数据,因此这种情况下,正常的操作系统已经无法启动,而无法进入操作系统则无法读取备份数据来恢复boot分区,故此时需要进入救援模式,在救援模式下,服务器会进入一个备份的操作系统,之后在备份的操作系统中,读取备份数据来进行boot分区的恢复操作。
步骤s3:接收恢复命令,依据恢复命令在救援模式下读取指定路径内的备份数据,依据读取的备份数据恢复boot分区。
进入救援模式后,接收外界输入恢复指令,恢复指令会触发服务器读取指定路径下的备份数据,之后依据备份数据来替换boot分区内损坏的数据,从而完成boot分区的恢复操作。Boot分区恢复完成后,可通过重启服务器来启动恢复后的boot分区,从而进入正常的操作系统。
可见,在本发明的方法中,除救援命令外,仅需要输入的备份命令和恢复命令即可完成故障恢复,boot分区数据的备份和恢复仅需要一条指令即可,做到一键备份和一键恢复,相比目前需要手动安装内核文件、手动安装grub以及手动修复grub的操作来说,简化了boot分区故障恢复所需要的指令,从而简化了工作人员的操作需求,使得普通的运维人员也能具有恢复boot分区故障的技能,恢复方法简单快捷,通用性更强;并且减少了误操作的可能,且提高boot分区故障恢复的效率。
在一种具体实施例中,参见图2所示,图2为本发明提供的另一种服务器boot分区的故障恢复方法的过程的流程图;步骤s2的过程具体为:
步骤s21:接收导入的系统镜像进行挂载;
通常情况下,服务器内不包含系统镜像文件,因此需要通过外部存储设备导入至服务器内,并挂载至制定的目录下。系统镜像指的是一种包含系统运行数据的iso文件,其运行时,会使服务器进入镜像操作系统(即前文所指的备份的操作系统)内。该镜像操作系统的功能就是用于进行boot分区的恢复,因此其功能相比正常的操作系统要少得多,故这里的镜像操作系统为一个小型的linux操作系统。
步骤s22:接收救援模式命令,依据救援模式命令运行系统镜像,进入镜像操作系统内;
可以理解的是,系统镜像挂载后,还需要接收输入的救援模式命令后,才会通过运行系统镜像,来进入镜像操作系统内,从而进入救援模式。
步骤s23:接收目录挂载命令,将正常的操作系统挂载至镜像操作系统的指定目录内;
相应的,依据恢复命令在救援模式下读取指定路径内的备份数据具体为:
步骤s30:依据恢复命令在救援模式下,读取镜像操作系统内挂载的指定路径内的备份数据。
即该实施例中,救援命令包括救援模式命令以及目录挂载命令。
由于原本保存备份数据的指定路径是位于正常的操作系统内的,因此镜像操作系统无法对该路径下的数据进行读取,因此,为了使服务器能够在镜像操作系统内读取到备份数据,需要将正常的操作系统挂载至镜像操作系统的指定目录下,该挂载操作可以近似理解为一种复制操作,即将原本正常的操作系统中的数据复制到镜像操作系统内的指定目录下。使得后续能够在镜像操作系统内读取备份数据,从而完成boot分区的故障恢复。
当然,在其他实施例中,系统镜像也可预先保存在服务器内,当boot分区故障时,直接通过救援模式命令调用。具体采用哪种方式本发明不作限定。
另外,上述依据备份的boot分区数据来进行故障恢复的过程,可以为直接利用备份数据覆盖故障的数据,或者也可采用其他的方式,本发明不做具体限定。
其中,指定路径位于操作系统的根目录下。或者指定路径位于移动存储设备的目录下。本发明不限定备份的boot分区数据的保存位置,以及备份数据保持到指令路径时的具体存在策略。
在一种优选实施例中,备份命令为linux系统中的dump命令。
可以理解的是,linux操作系统自带有备份命令:dump,dump命令作为备份命令具有如下特点:1、能备份任何类型的文件;2、不仅可以备份文件,还可以备份整个分区;3、备份时文件的权限属主、属组都会被保存;4、不仅支持完全备份,还可以进行增量备份。因此使用dump备份命令在linux操作系统正常运行期间对boot分区进行整体备份,作为以后boot分区损坏后恢复系统的基础。使用dump命令,做到一键备份boot分区,将整个boot分区备份成一个完整的文件,boot分区所包含的系统启动所需要的信息文件,均保存到了生成的备份文件中。这种操作直接依据linux操作系统自带的命令来进行一键备份,简化了备份命令的生成过程,并且,dump命令能够实现对整个boot分区的整体备份,保证了后续依据备份数据恢复boot分区时数据的完整性。
进一步的,恢复命令为linux系统中的restore命令。
可以理解的是,restore命令是linux操作系统自带的文件恢复命令,与备份命令dump相对应,用来实现dump备份boot分区后的boot分区恢复。该命令使用简单,可以做到一键恢复boot分区。不管是boot分区中的文件丢失还是boot分区完全损坏,一键恢复boot分区可以完全恢复boot分区及原来所包含的文件。可见,通过restore命令,简化了恢复命令的生成过程,且restore命令能够完全保证boot分区的恢复操作,提高了boot恢复过程的可靠性。
并且,上述实施例使用linux操作系统自带的文件系统备份和恢复命令来实现boot分区的完全备份和恢复,简化了工作人员使用备份命令和恢复命令的过程。并且,保证了本发明能够普遍适用于各种版本的linux操作系统。
本发明还提供了一种服务器boot分区的故障恢复装置,参见图3所示,图3为本发明提供的一种服务器boot分区的故障恢复装置的结构示意图。该装置包括:
备份模块1,用于接收备份命令,依据备份命令在操作系统正常运行时,备份boot分区的数据并保存至指定路径;
救援模块2,用于在boot分区损坏后,控制服务器进入救援模式;
恢复模块3,用于接收恢复命令,依据恢复命令在救援模式下读取指定路径内的备份数据,依据读取的备份数据恢复boot分区。
作为优选地,救援模块2具体包括:
挂载单元,用于接收导入的系统镜像进行挂载;
救援模式进入单元,用于接收救援模式命令,依据救援模式命令运行系统镜像,进入镜像操作系统内;
目录挂载单元,用于接收目录挂载命令,将正常的操作系统挂载至镜像操作系统的指定目录内;
相应的,恢复模块3具体用于:
依据恢复命令在救援模式下,读取镜像操作系统内挂载的指定路径内的备份数据。
本发明还提供了一种服务器boot分区的故障恢复设备,包括:
存储器,用于存储计算机程序;
处理器,用于执行计算机程序时实现如以上任一项的服务器boot分区的故障恢复方法的步骤。
本发明还提供了一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,计算机程序被处理器执行时实现如以上任一项的服务器boot分区的故障恢复方法的步骤。
以上的几种具体实施方式仅是本发明的优选实施方式,以上几种具体实施例可以任意组合,组合后得到的实施例也在本发明的保护范围之内。应当指出,对于本技术领域的普通技术人员来说,相关专业技术人员在不脱离本发明精神和构思前提下推演出的其他改进和变化,均应包含在本发明的保护范围之内。
还需要说明的是,在本说明书中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (10)

1.一种服务器boot分区的故障恢复方法,其特征在于,包括:
接收备份命令,依据所述备份命令在操作系统正常运行时,备份boot分区的数据并保存至指定路径;
boot分区损坏后,接收救援命令,并依据所述救援命令控制服务器进入救援模式;
接收恢复命令,依据所述恢复命令在所述救援模式下读取所述指定路径内的备份数据,依据读取的所述备份数据恢复boot分区。
2.根据权利要求1所述的boot分区的故障恢复方法,其特征在于,所述接收救援命令,并依据所述救援命令控制服务器进入救援模式的过程具体为:
接收导入的系统镜像进行挂载;
接收救援模式命令,依据所述救援模式命令运行所述系统镜像,进入镜像操作系统内;
接收目录挂载命令,将正常的操作系统挂载至所述镜像操作系统的指定目录内;
相应的,所述依据所述恢复命令在所述救援模式下读取所述指定路径内的备份数据具体为:
依据所述恢复命令在所述救援模式下,读取所述镜像操作系统内挂载的所述指定路径内的备份数据。
3.根据权利要求1或2所述的服务器boot分区的故障恢复方法,其特征在于,所述指定路径位于所述操作系统的根目录下。
4.根据权利要求1或2所述的服务器boot分区的故障恢复方法,其特征在于,所述指定路径位于移动存储设备的目录下。
5.根据权利要求1或2所述的服务器boot分区的故障恢复方法,其特征在于,所述备份命令为linux系统中的dump命令。
6.根据权利要求5所述的服务器boot分区的故障恢复方法,其特征在于,所述恢复命令为linux系统中的restore命令。
7.一种服务器boot分区的故障恢复装置,其特征在于,包括:
备份模块,用于接收备份命令,依据所述备份命令在操作系统正常运行时,备份boot分区的数据并保存至指定路径;
救援模块,用于在boot分区损坏后,控制服务器进入救援模式;
恢复模块,用于接收恢复命令,依据所述恢复命令在所述救援模式下读取所述指定路径内的备份数据,依据读取的所述备份数据恢复boot分区。
8.根据权利要求7所述的服务器boot分区的故障恢复装置,其特征在于,所述救援模块具体包括:
挂载单元,用于接收导入的系统镜像进行挂载;
救援模式进入单元,用于接收救援模式命令,依据所述救援模式命令运行所述系统镜像,进入镜像操作系统内;
目录挂载单元,用于接收目录挂载命令,将正常的操作系统挂载至所述镜像操作系统的指定目录内;
相应的,所述恢复模块具体用于:
依据所述恢复命令在所述救援模式下,读取所述镜像操作系统内挂载的所述指定路径内的备份数据。
9.一种服务器boot分区的故障恢复设备,其特征在于,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如权利要求1至6任一项所述的服务器boot分区的故障恢复方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至6任一项所述的服务器boot分区的故障恢复方法的步骤。
CN201811124134.9A 2018-09-26 2018-09-26 一种服务器boot分区的故障恢复方法、装置及设备 Pending CN109271284A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811124134.9A CN109271284A (zh) 2018-09-26 2018-09-26 一种服务器boot分区的故障恢复方法、装置及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811124134.9A CN109271284A (zh) 2018-09-26 2018-09-26 一种服务器boot分区的故障恢复方法、装置及设备

Publications (1)

Publication Number Publication Date
CN109271284A true CN109271284A (zh) 2019-01-25

Family

ID=65197693

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811124134.9A Pending CN109271284A (zh) 2018-09-26 2018-09-26 一种服务器boot分区的故障恢复方法、装置及设备

Country Status (1)

Country Link
CN (1) CN109271284A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111475107A (zh) * 2020-03-13 2020-07-31 苏州浪潮智能科技有限公司 一种硬盘格式化的方法、装置及存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101231607A (zh) * 2008-02-22 2008-07-30 浪潮电子信息产业股份有限公司 通过定制的嵌入式小系统维护主系统的方法
CN101420326A (zh) * 2008-12-02 2009-04-29 华为技术有限公司 实现故障恢复和数据备份的方法、系统和装置
CN102331958A (zh) * 2011-11-02 2012-01-25 赵玉燕 Linux系统下硬盘启动的方法
CN102567136A (zh) * 2010-12-15 2012-07-11 研祥智能科技股份有限公司 一种计算机系统的备份、还原方法、装置及计算机系统
CN106294019A (zh) * 2016-08-11 2017-01-04 浪潮(北京)电子信息产业有限公司 一种操作系统镜像保存和恢复方法及装置
CN106557384A (zh) * 2015-09-25 2017-04-05 中兴通讯股份有限公司 基于Linux的数据处理方法、装置和系统
CN106815098A (zh) * 2017-01-20 2017-06-09 杭州当虹科技有限公司 基于Linux系统的设置备份与恢复的方法和系统

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101231607A (zh) * 2008-02-22 2008-07-30 浪潮电子信息产业股份有限公司 通过定制的嵌入式小系统维护主系统的方法
CN101420326A (zh) * 2008-12-02 2009-04-29 华为技术有限公司 实现故障恢复和数据备份的方法、系统和装置
CN102567136A (zh) * 2010-12-15 2012-07-11 研祥智能科技股份有限公司 一种计算机系统的备份、还原方法、装置及计算机系统
CN102331958A (zh) * 2011-11-02 2012-01-25 赵玉燕 Linux系统下硬盘启动的方法
CN106557384A (zh) * 2015-09-25 2017-04-05 中兴通讯股份有限公司 基于Linux的数据处理方法、装置和系统
CN106294019A (zh) * 2016-08-11 2017-01-04 浪潮(北京)电子信息产业有限公司 一种操作系统镜像保存和恢复方法及装置
CN106815098A (zh) * 2017-01-20 2017-06-09 杭州当虹科技有限公司 基于Linux系统的设置备份与恢复的方法和系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111475107A (zh) * 2020-03-13 2020-07-31 苏州浪潮智能科技有限公司 一种硬盘格式化的方法、装置及存储介质

Similar Documents

Publication Publication Date Title
CN101221508B (zh) 一种设备启动方法和装置
CN109032632B (zh) 一种fota升级方法、无线通信终端及存储介质
CN103902399B (zh) 软件系统修复处理方法及装置
CN101364193A (zh) 自动恢复bios的方法以及使用该方法的电脑与系统
US20060179353A1 (en) Computer shutoff condition monitoring method, information processing apparatus, program and computer readable information recording medium
CN102110032A (zh) 一种提高配置文件可靠性的方法及装置
CN104734979A (zh) 一种路由器外接存储设备的控制方法
CN111694760A (zh) 服务器系统、快闪存储器模块及更新固件映像文件的方法
CN104049999A (zh) 基于网络的存储设备自动修复系统及其方法
CN102799499A (zh) 车载Android设备系统恢复的方法及车载Android设备
CN108737153B (zh) 区块链灾备系统、方法、服务器和计算机可读存储介质
CN105138433A (zh) 对嵌入式Linux操作系统中的UBIFS文件系统备份方法
CN111581021B (zh) 应用程序启动异常的修复方法、装置、设备及存储介质
CN110119330A (zh) 云备份bios文件自动还原服务器biosrom方法
CN109271284A (zh) 一种服务器boot分区的故障恢复方法、装置及设备
CN105224416B (zh) 修复方法及相关电子装置
JP3551079B2 (ja) 修正ロードモジュール置換後の復旧方法ならびに装置
CN107193603A (zh) 一种智能家电的升级方法及装置
CN102308287B (zh) 电子设备的复制文件系统
KR20060050114A (ko) 정보 처리 장치로부터의 구성 정보 복구
CN111427721B (zh) 异常恢复方法及装置
CN105760276B (zh) 提高reboot命令重启可靠性并增加复位日志的方法
CN108509252B (zh) 虚拟机启动装置、方法及主机
CN111756554B (zh) 电源管理方法和电源管理交换机
CN111400076B (zh) 一种宕机修复方法、装置、设备及存储介质

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
RJ01 Rejection of invention patent application after publication

Application publication date: 20190125

RJ01 Rejection of invention patent application after publication