CN118132335A - 一种嵌入式设备启动异常恢复方法、***及设备 - Google Patents

一种嵌入式设备启动异常恢复方法、***及设备 Download PDF

Info

Publication number
CN118132335A
CN118132335A CN202410204910.5A CN202410204910A CN118132335A CN 118132335 A CN118132335 A CN 118132335A CN 202410204910 A CN202410204910 A CN 202410204910A CN 118132335 A CN118132335 A CN 118132335A
Authority
CN
China
Prior art keywords
data
partition
mirror
mirror image
information
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
CN202410204910.5A
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.)
Sunell Technology Corp
Original Assignee
Sunell Technology Corp
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 Sunell Technology Corp filed Critical Sunell Technology Corp
Priority to CN202410204910.5A priority Critical patent/CN118132335A/zh
Publication of CN118132335A publication Critical patent/CN118132335A/zh
Pending legal-status Critical Current

Links

Classifications

    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请适用于嵌入式装置技术领域,提供了一种嵌入式设备启动异常恢复方法、***及设备,所述方法包括:响应于检测到所述设备启动异常,获取预设存储空间中各个分区对应的恢复镜像子数据;所述预设存储空间用于存储设备开机引导加载程序;根据各所述恢复镜像子数据,分别对对应的所述分区进行数据擦写。本申请提供的异常恢复方法,无需复杂操作。在发生设备软件异常无法启动需要修复时只需要将提前做好的恢复镜像放入SD卡中,再***设备,然后上电就可以了,设备恢复过程更灵活、便捷,极大的降低了设备的售后维修恢复门槛,用户自己即可操作完成设备恢复。

Description

一种嵌入式设备启动异常恢复方法、***及设备
技术领域
本申请属于嵌入式设备技术领域,尤其涉及一种嵌入式设备启动异常恢复方法、***及设备。
背景技术
随着物联网的蓬勃发展,各种嵌入式产品层出不穷,应用极为广泛,其中嵌入式设备由于受环境或者人为因素的影响,难免会在升级或使用过程中出现软件异常导致无法启动的情况,比如当设备在升级过程中异常断电,会出现分区被破坏,从而导致数据内容丢失,设备无法启动。此时常常需要售后技术人员通过对设备进行拆解维修。过程非常繁琐、不便捷,且耗时长,且有一定的学习门槛。对于普通终端用户来说,往往也无法自行修复。
发明内容
本申请实施例提供了一种嵌入式设备启动异常恢复方法、***及设备,可以解决现有的嵌入式设备启动异常恢复过程中存在的修复方法过程繁琐、不易操作的问题。
第一方面,本申请实施例提供了一种嵌入式设备启动异常恢复方法,包括:
响应于检测到所述设备启动异常,获取预设存储空间中各个分区对应的恢复镜像子数据;所述预设存储空间用于存储设备开机引导加载程序;
根据各所述恢复镜像子数据,分别对对应的所述分区进行数据擦写。
在第一方面的一种可能的实现方式中,在响应于检测到所述设备启动异常,获取预设存储空间中各个分区对应的恢复镜像子数据之前,还包括:
识别并加载恢复镜像数据;
根据所述恢复镜像数据,确定所述预设存储空间中各个分区对应的数据切分参考信息;
根据所述各个分区对应的数据切分参考信息,对所述恢复镜像数据进行切分,依次得到所述各个分区对应的恢复镜像子数据。
在第一方面的一种可能的实现方式中,在根据所述恢复镜像数据,确定所述预设存储空间中各个分区对应的数据切分参考信息之前,包括:
自所述恢复镜像数据获取镜像头信息;所述镜像头信息包括关于所述恢复镜像数据的第一校验信息;
根据所述第一校验信息,判断所述恢复镜像数据和所述设备是否匹配;
响应于恢复镜像数据和所述设备匹配成功,根据所述第一校验信息对所述恢复镜像数据进行校验。
在第一方面的一种可能的实现方式中,在根据所述恢复镜像数据,确定所述预设存储空间中各个分区对应的数据切分参考信息之前,还包括:
自所述恢复镜像数据获取镜像头信息;所述镜像头信息包括关于所述预设存储空间中各个分区的第二校验信息和位置信息;
根据所述第二校验信息和所述位置信息,对所述各个分区对应的部分恢复镜像数据分别进行校验。
在第一方面的一种可能的实现方式中,所述根据所述各个分区对应的数据切分参考信息,对所述恢复镜像数据进行切分,依次得到所述各个分区对应的恢复镜像子数据,包括:
依次清除所述预设存储空间中各个分区的原始存储内容;
将各所述恢复镜像子数据,分别写入至对应的所述分区。
在第一方面的一种可能的实现方式中,在根据所述各个分区对应的数据切分参考信息,对所述恢复镜像数据进行切分,依次得到所述各个分区对应的恢复镜像子数据之后,所述方法还包括:
读取用户配置信息;
若所述用户配置信息读取失败,从所述恢复镜像中获取默认配置信息,所述默认配置信息用于使所述设备恢复出厂状态;
根据所述默认配置信息,对所述设备执行启动动作。
在第一方面的一种可能的实现方式中,所述默认配置信息和所述用户配置信息均为JSON结构文件。
第二方面,本申请实施例提供了一种嵌入式设备启动异常恢复***,包括:
校验比对模块,用于当检测到所述设备启动异常时,获取预设存储空间中各个分区对应的恢复镜像子数据;所述预设存储空间用于存储设备开机引导加载程序;
提取擦写模块,用于根据各所述恢复镜像子数据,分别对对应的所述分区进行数据擦写。
第三方面,本申请实施例提供了一种终端设备,包括:存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如上述第一方面所述的方法。
第四方面,本申请实施例提供了一种计算机可读存储介质,当计算机程序产品在终端设备上运行时,使得终端设备执行上述第一方面中任一项所述的嵌入式设备启动异常恢复方法。
可以理解的是,上述第二方面至第四方面的有益效果可以参见上述第一方面中的相关描述,在此不再赘述。
本申请实施例与现有技术相比存在的有益效果是:
本申请提供的嵌入式设备启动异常恢复方法在检测到所述设备启动异常后,获取预设存储空间中各个分区对应的恢复镜像子数据,利用恢复镜像子数据实现开机启动自动修复,降低了设备维护成本,改善了设备用户的使用体验。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请一实施例提供的一种嵌入式设备启动异常恢复方法使用的恢复镜像的结构示意图;
图2是本申请一实施例提供的一种嵌入式设备启动异常恢复方法所适用的流程示意图;
图3是本申请一实施例提供的一种嵌入式设备启动异常恢复***的结构示意图;
图4是本申请另一实施例提供的一种嵌入式设备启动异常恢复终端的结构示意图;
图5为本申请一实施例提供的一种嵌入式设备启动异常恢复设备的结构示意图。
具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定***结构、技术之类的具体细节,以便透彻理解本申请实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中,省略对众所周知的***、装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。
应当理解,当在本申请说明书和所附权利要求书中使用时,术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解,在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
如在本申请说明书和所附权利要求书中所使用的那样,术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地,短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
另外,在本申请说明书和所附权利要求书的描述中,术语“第一”、“第二”、“第三”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此,在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例,而是意味着“一个或多个但不是所有的实施例”,除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”,除非是以其他方式另外特别强调。
U-Boot是一个主要用于嵌入式***的引导加载程序,可以支持多种不同的计算机***结构,包括PPC、ARM、AVR32、MIPS、x86、68k、Nios与MicroBlaze。支持很多的嵌入式处理器和嵌入式操作***。就目前来看,U-Boot对Linux的支持最完善。它的作用是引导***,本质上是一个裸机程序。
AES是密码学中的高级加密标准(Advanced Encryption Standard,AES),又称Rijndael加密法,是美国联邦政府采用的一种区块加密标准,已经被多方分析且广为全世界所使用,已然成为对称密钥加密中最流行的算法之一。
CRC即循环冗余校验码(Cyclic Redundancy Check):是数据通信领域中最常用的一种查错校验码,其特征是信息字段和校验字段的长度可以任意选定。用以保证数据传输的正确性和完整性。
随着物联网的蓬勃发展,各种嵌入式产品层出不穷,应用极为广泛,这其中嵌入式设备由于受环境或者人为因素的影响,难免会在升级或使用过程中出现软件异常导致无法启动的情况,此时对于普通终端用户来说,往往无法自行修复。
当设备在升级过程中异常断电,会出现分区被破坏,从而导致数据内容丢失,设备无法启动。此时常常需要售后技术人员通过对设备进行拆解维修。过程非常繁琐、不便捷,且耗时长,且有一定的学习门槛。
由于无法保证设备一定不会出问题,因此当设备出现难以修复的问题时,一种简单易操作的修复方法就至关重要了,可以让用户自行修复,极大的降低售后维修成本。
本申请的主要目的为提供一种嵌入式设备的异常恢复方法,旨在解决现有嵌入式设备的异常修复方法过程繁琐、不易操作的问题。
在对本申请提供的嵌入式设备的异常恢复方法进行说明之前,首先需要对本申请用于进行嵌入式设备恢复的恢复镜像进行说明,本申请提供的恢复镜像其镜像结构参见图1所示,为加密镜像结构,包括:
包括镜像头和镜像体,镜像头包括标志头、恢复镜像对应的产品型号、头部内容大小、镜像总大小和存储分区列表,其中,标志头用于匹配恢复镜像的文件类型,恢复镜像对应的产品型号用于确认恢复镜像是否匹配当前机型,头部内容大小和镜像总大小用于判断恢复镜像的完整性,镜像体包括存储分区列表中各个存储分区经过加密之后的镜像内容。
具体的,镜像头用以对镜像内容进行描述,记录长度信息,校验信息等。镜像体包括存储分区列表中各个存储分区经过加密之后的镜像内容。
其中,镜像头包括:
标志头(4个字节):用于匹配文件类型,当U-Boot从SD卡中遍历文件时,通过对文件前4个字节的匹配,判断是否是所定义的私有标志头,从而对文件有一个初步的筛选,去除非镜像文件。
恢复镜像对应的产品型号(4个字节):当私有的标志头比对通过后,读取之后的4个字节,用以获取对应的产品型号,如果型号不匹配,说明该镜像不是本设备对应的镜像,防止将其他型号的镜像误读取导致异常。通过此字段进行第二次筛选,去除不符合型号的镜像。
头部内容大小(4个字节)、镜像总大小(4个字节):当把镜像加载之后,加载的大小=头部内容大小+镜像内容大小。如果不满足此计算,则说明文件不完整,从而在解密之前对文件有进一步的筛选。
镜像头还包括存储分区列表,存储分区列表中具体包括:
分区列表中各存储分区对应恢复镜像对应的分区类型(4个字节):用以判断该段镜像的类型,从而确定对应的分区。
分区列表中各存储分区对应恢复镜像所需的分区大小(4个字节):用以确定该段分区的大小,从而将该段的分区镜像从总的镜像文件中拆分出来。
分区列表中各个存储分区对应恢复镜像的CRC校验值(4个字节):用以和拆分出来的分区镜像解密后进行校验运算得到的值比对,从而判断镜像内容是否受到破坏,从而保证镜像一定是正确的、无误的。
镜像体中包括镜像内容,在一种或多种实施例中,为各个分区2.1、2.2、…通过AES将各个单独的分区进行加密后组装在一起所组成的,大小和校验信息记录在镜像头中。
参见图2,为本申请提供的一种嵌入式设备的异常恢复方法的流程示意图,具体的,包括以下步骤:
S220、响应于检测到所述设备启动异常,获取预设存储空间中各个分区对应的恢复镜像子数据;所述预设存储空间用于存储设备开机引导加载程序。
S240、根据各所述恢复镜像子数据,分别对对应的所述分区进行数据擦写。
在一种或多种实施例中,检测到所述设备启动异常的方法包括监测到启动过程中的错误代码,如错误码0x80004002表示启动文件缺失、监测到启动过程中的异常日志,如显示无法找到引导设备的错误信息,或者,监测到启动过程中硬件状态异常,如硬盘无法读取或内存故障等。
在一种或多种实施例中,获取预设存储空间中的恢复镜像子数据,包括从预设存储空间中加载存储的引导加载程序和相关恢复数据,如UEFI固件中的恢复分区,或者使用特定的工具或命令从网络或外部存储介质上获取恢复镜像子数据。
在步骤S220之前,参见图3,还包括以下步骤:
S202、识别并加载恢复镜像数据。
S204、根据所述恢复镜像数据,确定所述预设存储空间中各个分区对应的数据切分参考信息;
S206、根据所述各个分区对应的数据切分参考信息,对所述恢复镜像数据进行切分,依次得到所述各个分区对应的恢复镜像子数据。
具体的,在上述步骤中识别并加载恢复镜像包括:通过私有的标志头信息匹配文件类型,判断是否是镜像文件。通过产品类型信息比对,确认镜像是否匹配当前机型。通过头部内容大小和镜像内容总大小信息判断文件的完整性,从而有一个初步的筛选。
具体的,在步骤S206中,首先跳过文件头部信息大小的长度,记录当前的位置标记为起始地址。然后根据步骤S2中得到第一个分区长度信息,从当前记录的位置开始往后获取对应的长度,从而得到第一个分区镜像的解密之后的可用于擦写的镜像。此时更新起始地址为当前的位置,然后再根据步骤S2中得到的第二个分区的长度信息继续提取分区二的镜像。如此循环即可得到所有的分区对应的恢复镜像子数据。
之后,对第一个分区进行擦除,擦除完成后,使用S3所得到的第一个分区的原始镜像对分区进行写覆盖,从而完成第一个分区的擦写操作。操作完第一个分区之后,同样的步骤继续对后续分区操作,最终完成所有分区的擦写。
在一种或多种实施例中,在步骤S204之前,还包括以下步骤:
自所述恢复镜像数据获取镜像头信息;所述镜像头信息包括关于所述恢复镜像数据的第一校验信息;
根据所述第一校验信息,判断所述恢复镜像数据和所述设备是否匹配;
响应于恢复镜像数据和所述设备匹配成功,根据所述第一校验信息对所述恢复镜像数据进行校验。
具体的,根据第一恢复镜像数据进行校验包括:从头部信息中获取到第一个分区所记录的信息,然后根据信息中的长度,从指定位置对镜像进行解密,解密成功后再进行CRC校验,最后用镜像计算出的CRC与头部的CRC进行比对。如果比对成功,说明镜像正确无误,则继续获取下一个分区的头部信息内容,如此循环往复,直到所有的分区全部校验通过,说明当前读取到的镜像是完全正确无误的。如果出现校验失败的情况,则说明镜像文件受到了破坏,出于安全考虑,将不会进行之后的步骤。
在一种或多种实施例中,在步骤S204之前,还包括以下步骤:
自所述恢复镜像数据获取镜像头信息;所述镜像头信息包括关于所述预设存储空间中各个分区的第二校验信息和位置信息;
根据所述第二校验信息和所述位置信息,对所述各个分区对应的部分恢复镜像数据分别进行校验。
需要说明的是,在一种或多种实施例中,从头部信息中获取到第一个分区所记录的信息,然后根据信息中的长度,从指定位置对镜像进行解密,解密成功后再进行CRC校验,最后用镜像计算出的CRC与头部的CRC进行比对。如果比对成功,说明镜像正确无误,则继续获取下一个分区的头部信息内容,如此循环往复,直到所有的分区全部校验通过,说明当前读取到的镜像是完全正确无误的。如果出现校验失败的情况,则说明镜像文件受到了破坏,出于安全考虑,将不会进行之后的步骤。
在第一方面的一种可能的实现方式中,参见图3,将恢复镜像的分区恢复数据信息写入嵌入式设备的对应存储分区之后,方法还包括以下步骤:
S210、读取用户配置信息:该步骤用于获取用户自定义的配置信息,以使嵌入式设备恢复到上一次正常启动的状态。
读取存储分区中的用户配置文件或者特定位置的用户配置数据。
如果成功读取到用户配置信息,则进行下一步。
如果无法读取用户配置信息,则执行下一步来获取默认配置信息。
S212、从恢复镜像中获取默认配置信息:该步骤用于从恢复镜像中提取默认的配置信息,以使嵌入式设备恢复到出厂状态。
通过解析恢复镜像的指定位置或特定文件,提取默认配置数据。
如果成功获取到默认配置信息,则应用默认配置并进行下一步操作。
如果无法获取默认配置信息,可以考虑使用预定义的硬编码配置作为备选方案。
以上步骤的目的是在恢复镜像的分区恢复数据信息之后,根据优先级读取用户配置信息。如果用户配置信息不可用,则使用恢复镜像中的默认配置信息。这样可以满足设备恢复到上一次正常状态或出厂状态的需求。
下面结合具体的实施例,对本申请所采用的技术方案做进一步的说明,请注意,以下实施例仅供参考,具体的镜像结构和操作流程可能因实际需求而有所不同。
假设我们的设备是一个智能家居控制器,运行着一个基于Linux的操作***。为了实现设备异常恢复的功能,我们采用了以下具体的实施步骤:
1、设计镜像文件格式
首先,我们需要设计一个特定的镜像文件格式,以便存储设备的各个分区的内容。该文件格式包括头部信息和分区内容。
头部信息包括:镜像文件头、镜像版本号、设备型号、分区数量等。这些信息用于识别和验证镜像文件的正确性。
分区内容是加密后的分区数据,每个分区包括分区类型、分区大小和分区数据。分区数据经过加密保护,确保数据的安全性。
具体的,镜像文件格式可以以如下方式呈现:
恢复镜像文件名:recovery.img
[镜像头]
标志头:0xff 0x01 0x02 0x03(自定义)
产品型号:ABC123
头部内容大小:512bytes
镜像总大小:16MB+512bytes
存储分区列表:
-分区1:类型-boot分区,大小-1MB,CRC校验值-0x12345678
-分区2:类型-内核分区,大小-3MB,CRC校验值-0x87654321
-分区3:类型-配置分区,大小-1MB,CRC校验值-0xabcd4321
-分区4:类型-程序分区,大小-11MB,CRC校验值-0x87656721
[镜像体]
分区1镜像内容(加密):0xXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
分区2镜像内容(加密):0xXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
分区镜像内容是经过加密的二进制数据,无法直接展示。实际上,它们是在镜像体部分以十六进制表示的加密数据。
例如,分区1镜像内容(加密)的部分可能如下所示:
分区1镜像内容(加密):0x0123456789ABCDEF0123456789ABCDEF...
请注意,上述示例中的内容只是一个占位符示例,并不代表实际的加密数据。实际的加密数据将包含实际的恢复镜像内容。
2、设备异常发生时的镜像生成
当设备发生异常时,我们需要生成一个包含当前设备状态的镜像文件。具体步骤如下:
收集设备的各个分区数据:包括操作***分区、应用程序分区、用户配置分区等。
对每个分区的数据进行加密处理,保护数据的安全性。
根据设计的镜像文件格式,生成镜像文件,并填充头部信息和加密后的分区内容。
3、镜像文件的存储和传输
生成的镜像文件可以存储在设备本地的存储介质上,如SD卡。此外,可以将镜像文件传输到其他设备上,以备份或远程恢复使用。
4、设备异常恢复过程
当设备需要进行异常恢复时,按照以下步骤进行操作:
加载镜像文件:从存储介质中读取镜像文件并加载到内存中。
具体的,可以检查文件的标志头是否为十六进制的"0xff 0x01 0x02 0x03",确认为镜像文件;检查产品型号是否与当前设备匹配,确保镜像适用于当前设备;并且还需要检查头部内容大小和镜像总大小是否一致,以确保文件完整性。
校验镜像文件:根据镜像文件头部信息进行校验,具体的,通过获取第一个分区的记录信息,根据长度从指定位置对镜像进行解密。对解密后的分区镜像进行CRC校验,与记录信息中的CRC进行比对。循环执行上述步骤,直到所有分区校验通过或发现校验失败。
解密分区数据:对每个分区的加密数据进行解密,得到原始的分区内容。具体的,从起始地址开始,根据第一个分区长度信息提取解密后的分区镜像;更新起始地址为当前位置,提取并解密第二个分区的镜像。重复上述步骤,直到获取所有分区的解密镜像。
擦除分区:如果镜像校验成功,执行分区擦除操作,依次擦除设备上的各个分区,准备写入恢复的分区数据。
写入分区数据:将解密后的分区数据写入相应的分区中,完成设备的异常恢复。
具体的,将解密的第一个分区镜像写入嵌入式设备的对应存储分区,确定第一个分区的起始地址和长度。将解密后的第一个分区镜像数据按字节写入存储设备的对应分区,确保写入过程中的数据完整性和正确性。
更新起始地址为下一个分区的起始位置,将解密的第二个分区镜像写入嵌入式设备。确定第二个分区的起始地址和长度。将解密后的第二个分区镜像数据按字节写入存储设备的对应分区,确保写入过程中的数据完整性和正确性。
重复上述步骤,直到将所有解密的分区镜像写入嵌入式设备。
配置恢复判断:重新上电后,判断用户配置分区是否正常。如果正常,加载用户配置;如果异常,使用默认配置进行恢复。
通过以上步骤,我们可以实现设备异常恢复的功能。无论是设备故障还是用户误操作导致的异常,都可以通过加载镜像文件进行恢复,确保设备能够正常运行。
参照图4,本申请还包括一种嵌入式设备启动异常恢复***,包括:
校验比对模块,用于当检测到所述设备启动异常时,获取预设存储空间中各个分区对应的恢复镜像子数据;所述预设存储空间用于存储设备开机引导加载程序。
提取擦写模块,用于根据各所述恢复镜像子数据,分别对对应的所述分区进行数据擦写。
图5为本申请一实施例提供的一种嵌入式设备启动异常恢复设备的结构示意图。如图5所示,该实施例的一种嵌入式设备启动异常恢复设备50包括:至少一个处理器501(图5中仅示出一个)处理器、存储器502以及存储在所述存储器502中并可在所述至少一个处理器50上运行的计算机程序503,所述处理器501执行所述计算机程序503时实现上述任意各个嵌入式设备启动异常恢复方法实施例中的步骤。
所述嵌入式设备启动异常恢复装置/终端设备50可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。该嵌入式设备启动异常恢复装置/终端设备可包括,但不仅限于,处理器501、存储器502。本领域技术人员可以理解,图5仅仅是嵌入式设备启动异常恢复装置/终端设备50的举例,并不构成对嵌入式设备启动异常恢复装置/终端设备50的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如还可以包括输入输出设备、网络接入设备等。
所称处理器501为中央处理单元(Central Processing Unit,CPU)。
所述存储器502在一些实施例中可以是所述嵌入式设备启动异常恢复装置/终端设备50的内部存储单元,例如嵌入式设备启动异常恢复装置/终端设备50的emmc或flash。所述存储器502在另一些实施例中也可以是所述嵌入式设备启动异常恢复装置/终端设备50的外部存储设备,例如所述嵌入式设备启动异常恢复装置/终端设备50上配备的插接式硬盘。进一步地,所述存储器502还可以既包括所述嵌入式设备启动异常恢复装置/终端设备50的内部存储单元也包括外部存储设备。所述存储器502用于存储操作***、应用程序、引导装载程序(BootLoader)、数据以及其他程序等,例如所述计算机程序的程序代码等。
需要说明的是,上述装置/单元之间的信息交互、执行过程等内容,由于与本申请方法实施例基于同一构思,其具体功能及带来的技术效果,具体可参见方法实施例部分,此处不再赘述。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述***中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件,或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中,应该理解到,所揭露的装置/网络设备和方法,可以通过其它的方式实现。例如,以上所描述的装置/网络设备实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
以上所述实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。

Claims (10)

1.一种嵌入式设备启动异常恢复方法,其特征在于,包括:
响应于检测到所述设备启动异常,获取预设存储空间中各个分区对应的恢复镜像子数据;所述预设存储空间用于存储设备开机引导加载程序;
根据各所述恢复镜像子数据,分别对对应的所述分区进行数据擦写。
2.如权利要求1所述的方法,其特征在于,在响应于检测到所述设备启动异常,获取预设存储空间中各个分区对应的恢复镜像子数据之前,还包括:
识别并加载恢复镜像数据;
根据所述恢复镜像数据,确定所述预设存储空间中各个分区对应的数据切分参考信息;
根据所述各个分区对应的数据切分参考信息,对所述恢复镜像数据进行切分,依次得到所述各个分区对应的恢复镜像子数据。
3.如权利要求2所述的方法,其特征在于,在根据所述恢复镜像数据,确定所述预设存储空间中各个分区对应的数据切分参考信息之前,包括:
自所述恢复镜像数据获取镜像头信息;所述镜像头信息包括关于所述恢复镜像数据的第一校验信息;
根据所述第一校验信息,判断所述恢复镜像数据和所述设备是否匹配;
响应于恢复镜像数据和所述设备匹配成功,根据所述第一校验信息对所述恢复镜像数据进行校验。
4.如权利要求2所述的方法,其特征在于,在根据所述恢复镜像数据,确定所述预设存储空间中各个分区对应的数据切分参考信息之前,还包括:
自所述恢复镜像数据获取镜像头信息;所述镜像头信息包括关于所述预设存储空间中各个分区的第二校验信息和位置信息;
根据所述第二校验信息和所述位置信息,对所述各个分区对应的部分恢复镜像数据分别进行校验。
5.如权利要求1所述的方法,其特征在于,所述根据所述各个分区对应的数据切分参考信息,对所述恢复镜像数据进行切分,依次得到所述各个分区对应的恢复镜像子数据,包括:
依次清除所述预设存储空间中各个分区的原始存储内容;
将各所述恢复镜像子数据,分别写入至对应的所述分区。
6.如权利要求1所述的方法,其特征在于,在根据所述各个分区对应的数据切分参考信息,对所述恢复镜像数据进行切分,依次得到所述各个分区对应的恢复镜像子数据之后,所述方法还包括:
读取用户配置信息;
若所述用户配置信息读取失败,从所述恢复镜像中获取默认配置信息,所述默认配置信息用于使所述设备恢复出厂状态;
根据所述默认配置信息,对所述设备执行启动动作。
7.如权利要求6所述的方法,其特征在于,所述默认配置信息和所述用户配置信息均为JSON结构文件。
8.一种嵌入式设备启动异常恢复***,其特征在于,包括:
提取模块,用于当检测到所述设备启动异常时,获取预设存储空间中各个分区对应的恢复镜像子数据;所述预设存储空间用于存储设备开机引导加载程序;
擦写模块,用于根据各所述恢复镜像子数据,分别对对应的所述分区进行数据擦写。
9.一种终端设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的方法。
10.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的方法。
CN202410204910.5A 2024-02-23 2024-02-23 一种嵌入式设备启动异常恢复方法、***及设备 Pending CN118132335A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202410204910.5A CN118132335A (zh) 2024-02-23 2024-02-23 一种嵌入式设备启动异常恢复方法、***及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202410204910.5A CN118132335A (zh) 2024-02-23 2024-02-23 一种嵌入式设备启动异常恢复方法、***及设备

Publications (1)

Publication Number Publication Date
CN118132335A true CN118132335A (zh) 2024-06-04

Family

ID=91239926

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202410204910.5A Pending CN118132335A (zh) 2024-02-23 2024-02-23 一种嵌入式设备启动异常恢复方法、***及设备

Country Status (1)

Country Link
CN (1) CN118132335A (zh)

Similar Documents

Publication Publication Date Title
CN101593083B (zh) 对计算机配置信息进行保护和恢复的装置、计算机和方法
CN110716895A (zh) 目标数据归档方法、装置、计算机设备及介质
CN112783537B (zh) 基于MTD存储设备的嵌入式linux操作***升级方法及***
CN104216800A (zh) 一种基于数据冗余的***故障自动恢复方法及装置
CN115543694B (zh) Flash器件切换方法、装置、计算机设备和存储介质
CN111813753A (zh) 保存文件的方法、恢复文件的方法、装置及终端设备
CN111338889B (zh) 支持多种操作***的取证方法、装置、设备及存储介质
CN115309589A (zh) 一种基板管理控制器恢复暂存区域的方法、***及装置
CN109033818B (zh) 终端、验证方法和计算机可读存储介质
CN108255644B (zh) 文件***恢复方法及装置
CN114780298A (zh) 文件数据处理方法、装置、计算机终端及存储介质
CN117234791B (zh) 存储芯片的数据丢失检测方法及装置
CN112256532A (zh) 测试界面生成方法、装置、计算机设备及可读存储介质
CN118132335A (zh) 一种嵌入式设备启动异常恢复方法、***及设备
CN106445737A (zh) 一种多备份启动方法
CN116820528A (zh) 固件版本升级方法、装置、芯片和电子设备
CN116244111A (zh) 数据恢复方法、存储方法、医疗设备、装置及电子设备
CN111857740A (zh) 一种软件升级方法及装置
CN110674511A (zh) 基于椭圆曲线加密算法的离线数据保护方法及***
CN115827069A (zh) 服务器主板的启动控制方法、***及装置
CN113065168A (zh) 录像数据真实性存储与校验的方法、装置及存储介质
CN105590065B (zh) 保护预置文件的方法及装置
KR101623508B1 (ko) 삭제된 이벤트 로그 파일을 복원하는 시스템 및 방법
CN112269583B (zh) 设备运行异常文件升级处理方法、服务器和存储介质
CN112631626B (zh) 基于双***的***升级方法、装置及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication