CN111124760A - 一种基于uboot的嵌入式设备启动方法及装置 - Google Patents
一种基于uboot的嵌入式设备启动方法及装置 Download PDFInfo
- Publication number
- CN111124760A CN111124760A CN201911385148.0A CN201911385148A CN111124760A CN 111124760 A CN111124760 A CN 111124760A CN 201911385148 A CN201911385148 A CN 201911385148A CN 111124760 A CN111124760 A CN 111124760A
- Authority
- CN
- China
- Prior art keywords
- partition
- target
- embedded device
- starting
- file
- 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.)
- Granted
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/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1415—Saving, restoring, recovering or retrying at system level
- G06F11/1417—Boot up procedures
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
本申请公开了一种基于uboot的嵌入式设备启动方法,将嵌入式设备的分区模式设置为多系统分区和备份分区,以保证嵌入式设备的高稳定性,并更改了uboot常规的启动判断逻辑,通过uboot自行设置启动参数,进行相应分区引导以保证系统正常启动。通过在系统启动前创建错误标志文件,系统启动完成且校验通过后删除错误标志文件来标识系统分区的完整性。从而避免了人工修改uboot启动参数的繁琐操作,实现了提升嵌入式设备启动过程可靠性的目的。此外,本申请还提供了一种基于uboot的嵌入式设备启动装置、嵌入式设备及可读存储介质,其技术效果与上述方法的技术效果相对应。
Description
技术领域
本申请涉及计算机技术领域,特别涉及一种基于uboot的嵌入式设备启动方法、装置、嵌入式设备及可读存储介质。
背景技术
当前嵌入式中常用emmc、sd、nand等作为存储介质,该类存储介质的可靠性较差,在长时间运行,多次启动及异常操作系统分区的情况下,往往致使系统分区因多次读写、误配置导致嵌入式设备无法正常启动。
可见,如何提升嵌入式设备启动过程的可靠性,是亟待本领域技术人员解决的问题。
发明内容
本申请的目的是提供一种基于uboot的嵌入式设备启动方法、装置、嵌入式设备及可读存储介质,用以解决由于存储介质稳定性较差以及用户异常操作等原因,嵌入式设备无法正常启动的问题。其具体方案如下:
第一方面,本申请提供了一种基于uboot的嵌入式设备启动方法,所述嵌入式设备包括备份分区和多个系统分区,该方法包括:
分别检测各个所述系统分区是否存在错误标志文件;
若检测到不存在错误标志文件的系统分区,则停止检测,将该系统分区设置为目标分区,并向所述目标分区写入错误标志文件;
若各个所述系统分区均存在错误标志文件,则将所述备份分区设置为目标分区;
将启动参数的加载地址设置为所述目标分区,并引导系统启动;
若所述目标分区为系统分区,则对所述目标分区进行校验,若校验通过则删除所述目标分区上的错误标志文件;
若所述目标分区为备份分区,则分别对各个所述系统分区进行校验;若存在通过校验的系统分区,则删除该系统分区上的错误标志文件,并生成重启指令。
优选的,在所述若所述目标分区为备份分区,则分别对各个所述系统分区进行校验之后,还包括:
若不存在通过校验的系统分区,则生成系统分区损坏的提示信息。
优选的,在所述若所述目标分区为系统分区,则对所述目标分区进行校验之后,还包括:
若校验未通过,则生成重启指令。
优选的,所述对所述目标分区进行校验,包括:
对所述目标分区进行完整性校验。
优选的,所述嵌入式设备包括两个系统分区,所述分别检测各个所述系统分区是否存在错误标志文件,包括:
分别检测第一系统分区和第二系统分区是否存在错误标志文件。
优选的,所述将启动参数的加载地址设置为所述目标分区,包括:
将启动参数中kernel和文件系统的加载地址设置为所述目标分区。
第二方面,本申请提供了一种基于uboot的嵌入式设备启动装置,所述嵌入式设备包括备份分区和多个系统分区,该装置包括:
文件检测模块:用于分别检测各个所述系统分区是否存在错误标志文件;
第一目标设置模块:用于在检测到不存在错误标志文件的系统分区时,停止检测,将该系统分区设置为目标分区,并向所述目标分区写入错误标志文件;
第二目标设置模块:用于在各个所述系统分区均存在错误标志文件时,将所述备份分区设置为目标分区;
启动模块:用于将启动参数的加载地址设置为所述目标分区,并引导系统启动;
删除模块:用于在所述目标分区为系统分区时,对所述目标分区进行校验,若校验通过则删除所述目标分区上的错误标志文件;
重启模块:用于在所述目标分区为备份分区时,分别对各个所述系统分区进行校验;若存在通过校验的系统分区,则删除该系统分区上的错误标志文件,并生成重启指令。
优选的,所述启动模块具体用于:
将启动参数中kernel和文件系统的加载地址设置为所述目标分区,并引导系统启动。
第三方面,本申请提供了一种嵌入式设备,包括:
存储器:用于存储计算机程序;
处理器:用于执行所述计算机程序,以实现如上所述的基于uboot的嵌入式设备启动方法的步骤。
第四方面,本申请提供了一种可读存储介质,所述可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时用于实现如上所述的基于uboot的嵌入式设备启动方法的步骤。
本申请提供了一种基于uboot的嵌入式设备启动方法,其中嵌入式设备包括备份分区和多个系统分区,该方法包括:分别检测各个系统分区是否存在错误标志文件;若检测到不存在错误标志文件的系统分区,则停止检测,将该系统分区设置为目标分区,并向目标分区写入错误标志文件;若各个系统分区均存在错误标志文件,则将备份分区设置为目标分区;将启动参数的加载地址设置为目标分区,并引导系统启动;若所述分区为系统分区,则对目标分区进行校验,若校验通过则删除目标分区上的错误标志文件;若目标分区为备份分区,则分别对各个系统分区进行校验;若存在通过校验的系统分区,则删除该系统分区上的错误标志文件,并生成重启指令。
可见,该方法将嵌入式设备的分区模式设置为多系统分区和备份分区,以保证嵌入式设备的高稳定性,并更改了uboot常规的启动判断逻辑,通过uboot自行设置启动参数,进行相应分区引导以保证系统正常启动。通过在系统启动前创建错误标志文件,系统启动完成且校验通过后删除错误标志文件来标识系统分区的完整性。从而避免了人工修改uboot启动参数的繁琐操作,实现了提升嵌入式设备启动过程可靠性的目的。
此外,本申请还提供了一种基于uboot的嵌入式设备启动装置、嵌入式设备及可读存储介质,其技术效果与上述方法的技术效果相对应,这里不再赘述。
附图说明
为了更清楚的说明本申请实施例或现有技术的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请提供了一种基于uboot的嵌入式设备启动方法实施例一的实现流程图;
图2为本申请提供了一种基于uboot的嵌入式设备启动方法实施例二的实现流程图;
图3为本申请提供了一种基于uboot的嵌入式设备启动装置实施例的功能框图;
图4为本申请提供了一种嵌入式设备实施例的结构示意图。
具体实施方式
本申请的核心是提供一种基于uboot的嵌入式设备启动方法、装置、嵌入式设备及可读存储介质,通过设置多系统分区和备份分区的分区模式,并修改uboot的启动判断逻辑,避免了人工修改uboot启动参数的繁琐操作,提升了嵌入式设备启动过程的可靠性。
为了使本技术领域的人员更好地理解本申请方案,下面结合附图和具体实施方式对本申请作进一步的详细说明。显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
下面对本申请提供的一种基于uboot的嵌入式设备启动方法实施例一进行介绍,参见图1,实施例一包括:
S101、分别检测各个所述系统分区是否存在错误标志文件;
S102、若检测到不存在错误标志文件的系统分区,则停止检测,将该系统分区设置为目标分区,并向所述目标分区写入错误标志文件;
S103、若各个所述系统分区均存在错误标志文件,则将所述备份分区设置为目标分区;
S104、将启动参数的加载地址设置为所述目标分区,并引导系统启动;
S105、若所述目标分区为系统分区,则对所述目标分区进行校验,若校验通过则删除所述目标分区上的错误标志文件;
S106、若所述目标分区为备份分区,则分别对各个所述系统分区进行校验;若存在通过校验的系统分区,则删除该系统分区上的错误标志文件,并生成重启指令。
本实施例中,嵌入式设备使用两种存储介质,一种是小容量的norflash,用于存储uboot,由于此类存储介质性能稳定不容易受外界影响,因此能够保证uboot的稳定可用;另一种是容量大且价格低的emmc、sd、nand等,用于存储存储操作系统、用户配置文件及数据等。
此外,嵌入式设备包括备份分区和两个或两个以上的系统分区,还包括用户分区。其中,各个系统分区的空间内容相同,都为嵌入式设备的纯净操作系统,互为备份关系;备份分区用于存储用作修复功能的精简linux系统;用户分区用于用户配置文件、日志等。
上述uboot是嵌入式中常用的引导程序,uboot的主要作用是用来启动linux内核,因为CPU不能直接从块设备中执行代码,需要通过uboot把块设备中的程序复制到内存中,而复制之前还需要进行很多初始化工作,如时钟、串口、dram等。
uboot启动时会调用bootcmd中的内容,bootcmd是uboot的一种环境变量,其内容类似脚本形式。Bootcmd的内容包括自动启动时默认执行的一些命令,因此可以在当前环境中定义各种不同配置,不同环境的参数设置。
在实际应用过程中,uboot依次检测各个系统分区,判断当前检测的系统分区是否存在错误标志文件。若不存在则停止读取,写入错误标志文件,将启动参数的加载地址设置为当前读取的系统分区,然后引导系统启动;若当前检测的系统分区存在错误标志文件,则继续读取其他系统分区,直至检测到不存在错误标志文件的系统分区,或者,全部系统分区检测完毕。
若全部系统分区检测完毕,则表明嵌入式设备的每个系统分区都存在问题或上次启动过程都未完成启动,然后,将启动参数的加载地址设置为备份分区,然后引导系统启动。
在系统启动完成后,若为系统分区上的系统启动,则对当前的系统分区进行校验,校验通过后删除当前的系统分区上的错误标志文件。若为备份分区上的系统启动,为防止启动过程导致的误判,对各个系统分区都进行校验,根据校验结果决定是否删除错误标志文件。具体的,删除通过校验的系统分区上的错误标志文件,并生成重启指令以重启嵌入式设备。若各个系统分区均未通过校验,则不重启设备,生成系统分区损坏的提示信息,等待人工干预。
本实施例所提供一种基于uboot的嵌入式设备启动方法,将嵌入式设备的分区模式设置为多系统分区和备份分区,以保证嵌入式设备的高稳定性,并更改了uboot常规的启动判断逻辑,通过uboot自行设置启动参数,进行相应分区引导以保证系统正常启动。通过在系统启动前创建错误标志文件,系统启动完成且校验通过后删除错误标志文件来标识系统分区的完整性。从而避免了人工修改uboot启动参数的繁琐操作,实现了提升嵌入式设备启动过程可靠性的目的。
下面开始详细介绍本申请提供的一种基于uboot的嵌入式设备启动方法实施例二,实施例二基于前述实施例一实现,并在实施例一的基础上进行了一定程度上的拓展。
具体的,本实施例的嵌入式设备设置有两个系统分区,分别为第一系统分区和第二系统分区。本实施例对系统分区的校验主要指完整性校验。本实施例在设置启动参数时,具体将启动参数中的kernel、文件系统的加载地址设置为相应的系统分区。
参见图2,实施例二具体包括:
S201、分别检测第一系统分区和第二系统分区是否存在错误标志文件;
S202、若检测到不存在错误标志文件的系统分区,则停止检测,将该系统分区设置为目标分区,并向所述目标分区写入错误标志文件;
S203、若第一系统分区和第二系统分区均存在错误标志文件,则将所述备份分区设置为目标分区;
S204、将启动参数中kernel和文件系统的加载地址设置为所述目标分区,并引导系统启动;
S205、若所述目标分区为系统分区,则对所述目标分区进行完整性校验;若校验通过则跳转至S206,否则跳转至S207;
S206、删除所述目标分区上的错误标志文件;
S207、生成重启指令,以尝试重启;
S208、若所述目标分区为备份分区,则分别对各个所述系统分区进行完整性校验;若存在通过校验的系统分区,则跳转至S209,否则跳转至S210;
S209、删除该系统分区上的错误标志文件,并生成重启指令;
S210、生成系统分区损坏的提示信息。
可见,本实施例提供的一种基于uboot的嵌入式设备启动方法,是一种嵌入式领域系统分区备份以及自动切换的方法,该方法采用双系统分区的方式提高了嵌入式设备的稳定性,并利用uboot自动切换分区的机制提高了嵌入式设备的灵活性。
下面对本申请实施例提供的一种基于uboot的嵌入式设备启动装置进行介绍,下文描述的一种基于uboot的嵌入式设备启动装置与上文描述的一种基于uboot的嵌入式设备启动方法可相互对应参照。
本实施例中的嵌入式设备包括备份分区和多个系统分区,如图3所示,该启动装置包括:
文件检测模块301:用于分别检测各个所述系统分区是否存在错误标志文件;
第一目标设置模块302:用于在检测到不存在错误标志文件的系统分区时,停止检测,将该系统分区设置为目标分区,并向所述目标分区写入错误标志文件;
第二目标设置模块303:用于在各个所述系统分区均存在错误标志文件时,将所述备份分区设置为目标分区;
启动模块304:用于将启动参数的加载地址设置为所述目标分区,并引导系统启动;
删除模块305:用于在所述目标分区为系统分区时,对所述目标分区进行校验,若校验通过则删除所述目标分区上的错误标志文件;
重启模块306:用于在所述目标分区为备份分区时,分别对各个所述系统分区进行校验;若存在通过校验的系统分区,则删除该系统分区上的错误标志文件,并生成重启指令。
在一些具体的实施例中,所述启动模块具体用于:将启动参数中kernel和文件系统的加载地址设置为所述目标分区,并引导系统启动。
本实施例的基于uboot的嵌入式设备启动装置用于实现前述的基于uboot的嵌入式设备启动方法,因此该装置中的具体实施方式可见前文中的基于uboot的嵌入式设备启动方法的实施例部分,例如,文件检测模块301、第一目标设置模块302、第二目标设置模块303、启动模块304、删除模块305、重启模块306,分别用于实现上述基于uboot的嵌入式设备启动方法中步骤S101,S102,S103,S104,S105,S106。所以,其具体实施方式可以参照相应的各个部分实施例的描述,在此不再展开介绍。
另外,由于本实施例的基于uboot的嵌入式设备启动装置用于实现前述的基于uboot的嵌入式设备启动方法,因此其作用与上述方法的作用相对应,这里不再赘述。
此外,本申请还提供了一种嵌入式设备,如图4所示,包括:
存储器100:用于存储计算机程序;
处理器200:用于执行所述计算机程序,以实现如上文所述的基于uboot的嵌入式设备启动方法的步骤。
最后,本申请提供了一种可读存储介质,所述可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时用于实现如上文所述的基于uboot的嵌入式设备启动方法的步骤。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其它实施例的不同之处,各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上对本申请所提供的方案进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (10)
1.一种基于uboot的嵌入式设备启动方法,其特征在于,所述嵌入式设备包括备份分区和多个系统分区,该方法包括:
分别检测各个所述系统分区是否存在错误标志文件;
若检测到不存在错误标志文件的系统分区,则停止检测,将该系统分区设置为目标分区,并向所述目标分区写入错误标志文件;
若各个所述系统分区均存在错误标志文件,则将所述备份分区设置为目标分区;
将启动参数的加载地址设置为所述目标分区,并引导系统启动;
若所述目标分区为系统分区,则对所述目标分区进行校验,若校验通过则删除所述目标分区上的错误标志文件;
若所述目标分区为备份分区,则分别对各个所述系统分区进行校验;若存在通过校验的系统分区,则删除该系统分区上的错误标志文件,并生成重启指令。
2.如权利要求1所述的方法,其特征在于,在所述若所述目标分区为备份分区,则分别对各个所述系统分区进行校验之后,还包括:
若不存在通过校验的系统分区,则生成系统分区损坏的提示信息。
3.如权利要求2所述的方法,其特征在于,在所述若所述目标分区为系统分区,则对所述目标分区进行校验之后,还包括:
若校验未通过,则生成重启指令。
4.如权利要求1所述的方法,其特征在于,所述对所述目标分区进行校验,包括:
对所述目标分区进行完整性校验。
5.如权利要求1所述的方法,其特征在于,所述嵌入式设备包括两个系统分区,所述分别检测各个所述系统分区是否存在错误标志文件,包括:
分别检测第一系统分区和第二系统分区是否存在错误标志文件。
6.如权利要求1-5任意一项所述的方法,其特征在于,所述将启动参数的加载地址设置为所述目标分区,包括:
将启动参数中kernel和文件系统的加载地址设置为所述目标分区。
7.一种基于uboot的嵌入式设备启动装置,其特征在于,所述嵌入式设备包括备份分区和多个系统分区,该装置包括:
文件检测模块:用于分别检测各个所述系统分区是否存在错误标志文件;
第一目标设置模块:用于在检测到不存在错误标志文件的系统分区时,停止检测,将该系统分区设置为目标分区,并向所述目标分区写入错误标志文件;
第二目标设置模块:用于在各个所述系统分区均存在错误标志文件时,将所述备份分区设置为目标分区;
启动模块:用于将启动参数的加载地址设置为所述目标分区,并引导系统启动;
删除模块:用于在所述目标分区为系统分区时,对所述目标分区进行校验,若校验通过则删除所述目标分区上的错误标志文件;
重启模块:用于在所述目标分区为备份分区时,分别对各个所述系统分区进行校验;若存在通过校验的系统分区,则删除该系统分区上的错误标志文件,并生成重启指令。
8.如权利要求7所述的装置,其特征在于,所述启动模块具体用于:
将启动参数中kernel和文件系统的加载地址设置为所述目标分区,并引导系统启动。
9.一种嵌入式设备,其特征在于,包括:
存储器:用于存储计算机程序;
处理器:用于执行所述计算机程序,以实现如权利要求1-6任意一项所述的基于uboot的嵌入式设备启动方法的步骤。
10.一种可读存储介质,其特征在于,所述可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时用于实现如权利要求1-6任意一项所述的基于uboot的嵌入式设备启动方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911385148.0A CN111124760B (zh) | 2019-12-28 | 2019-12-28 | 一种基于uboot的嵌入式设备启动方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911385148.0A CN111124760B (zh) | 2019-12-28 | 2019-12-28 | 一种基于uboot的嵌入式设备启动方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111124760A true CN111124760A (zh) | 2020-05-08 |
CN111124760B CN111124760B (zh) | 2022-03-22 |
Family
ID=70504154
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911385148.0A Active CN111124760B (zh) | 2019-12-28 | 2019-12-28 | 一种基于uboot的嵌入式设备启动方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111124760B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110083420A (zh) * | 2019-04-10 | 2019-08-02 | 山东超越数控电子股份有限公司 | 一种基于uboot的启动界面实现方法,系统,终端机及可读存储介质 |
CN112612524A (zh) * | 2020-12-22 | 2021-04-06 | 西人马(西安)测控科技有限公司 | Linux系统启动的方法、装置、设备及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040153724A1 (en) * | 2003-01-30 | 2004-08-05 | Microsoft Corporation | Operating system update and boot failure recovery |
CN103729597A (zh) * | 2014-01-16 | 2014-04-16 | 宇龙计算机通信科技(深圳)有限公司 | 系统启动校验方法、系统启动校验装置和终端 |
CN108874582A (zh) * | 2017-05-15 | 2018-11-23 | 上海宽翼通信科技有限公司 | 一种系统恢复方法、装置及终端 |
CN109766140A (zh) * | 2018-12-19 | 2019-05-17 | 青岛海信宽带多媒体技术有限公司 | 一种机顶盒启动异常的定位方法及装置 |
CN109815061A (zh) * | 2019-01-31 | 2019-05-28 | 深兰科技(上海)有限公司 | 一种嵌入式系统防砖的方法、装置、设备和介质 |
-
2019
- 2019-12-28 CN CN201911385148.0A patent/CN111124760B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040153724A1 (en) * | 2003-01-30 | 2004-08-05 | Microsoft Corporation | Operating system update and boot failure recovery |
CN103729597A (zh) * | 2014-01-16 | 2014-04-16 | 宇龙计算机通信科技(深圳)有限公司 | 系统启动校验方法、系统启动校验装置和终端 |
CN108874582A (zh) * | 2017-05-15 | 2018-11-23 | 上海宽翼通信科技有限公司 | 一种系统恢复方法、装置及终端 |
CN109766140A (zh) * | 2018-12-19 | 2019-05-17 | 青岛海信宽带多媒体技术有限公司 | 一种机顶盒启动异常的定位方法及装置 |
CN109815061A (zh) * | 2019-01-31 | 2019-05-28 | 深兰科技(上海)有限公司 | 一种嵌入式系统防砖的方法、装置、设备和介质 |
Non-Patent Citations (1)
Title |
---|
丁元舟等: "嵌入式Linux 系统中的多重备份与恢复设计", 《电子技术应用》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110083420A (zh) * | 2019-04-10 | 2019-08-02 | 山东超越数控电子股份有限公司 | 一种基于uboot的启动界面实现方法,系统,终端机及可读存储介质 |
CN112612524A (zh) * | 2020-12-22 | 2021-04-06 | 西人马(西安)测控科技有限公司 | Linux系统启动的方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN111124760B (zh) | 2022-03-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9286164B2 (en) | Electronic device to restore MBR, method thereof, and computer-readable medium | |
US9471435B2 (en) | Information processing device, information processing method, and computer program | |
CN106775610B (zh) | 一种电子设备启动方法及一种电子设备 | |
CN108170495B (zh) | 一种bios升级方法、系统、设备及计算机可读存储介质 | |
JP2015508929A5 (zh) | ||
CN106776122A (zh) | 一种基于Flash启动过程中主备保护的方法 | |
CN113377392B (zh) | 可后台升级固件的系统及后台升级固件方法 | |
CN111124760B (zh) | 一种基于uboot的嵌入式设备启动方法及装置 | |
US20170115982A1 (en) | Multi-system terminal system updating method, updating device and terminal | |
US9218249B2 (en) | Electronic apparatus, method of restoring guid partition table (GPT) and computer-readable recording medium | |
CN108897576B (zh) | 一种基于arm芯片的快速启动boot的方法 | |
CN101930384A (zh) | 文件系统的容错方法及其装置 | |
CN114047958A (zh) | 一种服务器的基板管理控制器的启动方法、设备及介质 | |
CN108647119A (zh) | Linux系统的启动方法、装置及设备 | |
CN116501573A (zh) | 固件检测方法、装置、电子设备、存储介质和程序产品 | |
CN110825421A (zh) | 一种固件升级方法、系统及可读存储介质 | |
CN108920210B (zh) | 一种加载存储控制软件的方法、系统及相关组件 | |
CN113672302A (zh) | 一种路由器启动方法、装置、路由器及存储介质 | |
CN111783162A (zh) | 数据保护实现方法、装置及计算机设备 | |
CN112817645A (zh) | 一种bios启动方法、装置、设备及可读存储介质 | |
CN111190627A (zh) | 系统升级方法及装置 | |
JP2016200861A (ja) | 半導体装置および記憶媒体の制御方法 | |
CN109783150A (zh) | 一种嵌入式系统启动防砖方法及装置 | |
CN110018929B (zh) | 一种数据备份方法、装置、设备及存储介质 | |
CN101464817B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |