CN114741119A - 系统的启动方法、装置、计算机设备和存储介质 - Google Patents
系统的启动方法、装置、计算机设备和存储介质 Download PDFInfo
- Publication number
- CN114741119A CN114741119A CN202210281999.6A CN202210281999A CN114741119A CN 114741119 A CN114741119 A CN 114741119A CN 202210281999 A CN202210281999 A CN 202210281999A CN 114741119 A CN114741119 A CN 114741119A
- Authority
- CN
- China
- Prior art keywords
- started
- starting
- timer
- partition
- determining
- 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
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
- G06F9/4406—Loading of operating system
Abstract
本申请公开了一种系统的启动方法、装置、计算机设备和存储介质。所述方法包括:获取至少两个系统中各系统的系统状态;根据各系统的系统状态,从所述至少两个系统中确定待启动系统;所述待启动系统为升级后的系统;启动所述待启动系统,且启动定时器进行启动检测;当所述定时器超时时,基于所述定时器的启动信号重启所述待启动系统。采用本申请的方法能够提高系统启动效率。
Description
技术领域
本申请涉及计算机技术领域,尤其是一种系统的启动方法、装置、计算机设备和存储介质。
背景技术
A/B System是一种嵌入式设备的分区设计思想,指设备拥有A/B两个独立的系统,可以理解为一个为工作系统,另一个为备用系统,用户可以自由选择切换或者更新某一个系统。A/B System的划分方便了用户的使用和开发者对于系统的维护。
传统的A/B System技术大大方便了产品的升级和系统版本管理,产品升级后会切换新系统重启,但是在启动的过程中对新的启动分区能否正常运行的检测仍有不足之处。当在升级过程中出现故障或者是远程镜像存在问题时,将在新的升级分区中更新错误的数据而导致新系统异常,甚至不能正常启动。这时系统可能因为启动异常而卡住,只能通过用户手动重启才能再次尝试启动。传统的系统启动方法存在系统启动效率低的问题。
发明内容
基于此,针对上述技术问题,提出了一种系统的启动方法、装置、计算机设备和存储介质,不需要人工操作,能够提高系统启动效率。
一种系统启动方法,所述方法包括:
获取至少两个系统中各系统的系统状态;
根据各系统的系统状态,从所述至少两个系统中确定待启动系统;所述待启动系统为升级后的系统;
启动所述待启动系统,且启动定时器进行启动检测;
当所述定时器超时时,基于所述定时器的启动信号重启所述待启动系统。
一种系统启动装置,所述装置包括:
获取模块,用于获取至少两个系统中各系统的系统状态;
确定模块,用于根据各系统的系统状态,从所述至少两个系统中确定待启动系统;所述待启动系统为升级后的系统;
启动模块,用于启动所述待启动系统,且启动定时器进行启动检测;
重启模块,用于当所述定时器超时时,基于所述定时器的启动信号重启所述待启动系统。
一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现各方法的步骤。
一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现各方法的步骤。
上述系统的启动方法、装置、计算机设备和存储介质,根据至少两个系统中各系统的系统状态,从至少两个系统中确定待启动系统,启动待启动系统,且启动定时器进行启动检测;当待启动系统未成功启动时,定时器则会超时并发出启动信号,能够通过设置定时器重启该待启动系统,不需要用户判断系统是否需要重启,也不需要用户手动重启,实现自动重启,提高系统启动效率;且适用于多系统的应用场景,且实现起来简单且成本低。
附图说明
图1为一个实施例中系统启动方法的应用环境图;
图2为一个实施例中系统启动方法的流程示意图;
图3为一个实施例中OTA升级流程示意图;
图4为另一个实施例中系统启动方法的流程示意图;
图5为一个实施例中系统启动装置的结构框图;
图6为一个实施例中计算机设备的结构框图。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请的一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
需要说明,本申请实施例中所有方向性指示(诸如上、下、左、右、前、后……)仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等,如果该特定姿态发生改变时,则该方向性指示也相应地随之改变,所述的连接可以是直接连接,也可以是间接连接。
另外,在本申请中如涉及“第一”、“第二”等的描述仅用于描述目的,而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外,各个实施例之间的技术方案可以相互结合,但是必须是以本领域普通技术人员能够实现为基础,当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在,也不在本申请要求的保护范围之内。
在一个实施例中,如图1所示,为一个实施例中系统启动方法的应用环境图。图1包括计算机设备100,第一分区110、第一系统111、第二分区120和第二系统121。计算机设备100中包括第一分区110和第二分区120。第一分区110中安装有第一系统111,第二分区120中安装有第二系统121。第一系统111和第二系统121可互为镜像系统。例如,第一系统111可以是Linux系统,第二系统121也可以是Linux系统。
在一个实施例中,如图2所示,为一个实施例中系统启动方法的流程示意图,包括:
步骤202,获取至少两个系统中各系统的系统状态。
其中,系统状态可用于表征系统的可用性。例如系统的可用性,可以视系统为成功启动状态,或者为未成功启动状态。或者第一系统的优先级高于第二系统的优先级等不限于此。
具体地,在系统升级后,计算机设备记录至少两个系统中,各个系统的系统状态。将升级后的系统设置为0,将未升级的系统设置为1。升级后的系统的优先级设置为高于未升级的系统优先级。
步骤204,根据各系统的系统状态,从至少两个系统中确定待启动系统;待启动系统为升级后的系统。
具体地,计算机设备根据各系统的系统状态,将系统状态为未成功启动状态的系统确定为待启动系统。或者,计算机设备将系统状态为未成功启动状态且优先级最高的系统确定为待启动系统。
步骤206,启动待启动系统,且启动定时器进行启动检测。
其中,启动检测是指检测待启动系统的启动情况。
具体地,启动定时器和待启动系统的启动先后顺序不作限制。可先启动定时器,后启动待启动系统。也可先启动待启动系统,后启动定时器。还可以同时启动待启动系统和定时器。
步骤208,当定时器超时时,基于定时器的启动信号重启待启动系统。
具体地,定时器的启动信号可以是指定时器的复位信号。在启动定时器后,定时器开始进行启动检测。当待启动系统未成功启动时,定时器超时。当定时器超时时,定时器发出启动信号,计算机设备基于定时器的启动信号重启待启动系统。
本实施例中,根据至少两个系统中各系统的系统状态,从至少两个系统中确定待启动系统,启动待启动系统,且启动定时器进行启动检测;当待启动系统未成功启动时,定时器则会超时并发出启动信号,能够通过设置定时器重启该待启动系统,不需要用户判断系统是否需要重启,也不需要用户手动重启,实现自动重启,提高系统启动效率;且适用于多系统的应用场景,且实现起来简单且成本低。
在一个实施例中,当待启动系统未成功启动时,返回执行启动定时器进行启动检测的步骤,直至待启动系统正常运行,控制定时器清零,待启动系统成功启动。
其中,定时器清零可以是对看门狗执行喂狗操作。
具体地,当待启动系统未成功启动时,即待启动系统重启失败时,计算机设备返回执行启动定时器进行启动检测的步骤,直至待启动系统正常运行,控制定时器清零,待启动系统成功启动,将待启动系统设置为成功启动状态,设置系统启动标志位successful_boot为1,能够使得升级后的系统能够正常使用。
在一个实施例中,确定待启动系统正常运行的方式,包括:当待启动系统的内核运行正常且待启动系统的挂载文件系统运行正常时,确定待启动系统正常运行。
其中,Kernel(操作系统内核)是指大多数操作系统的核心部分。它包括操作系统中用于管理存储器、文件、外设和系统资源等部分。操作系统内核通常运行进程,并提供进程间的通信。
具体地,在启动定时器后,检测待启动系统的操作系统内核(Kernal)是否正常运行,且检测待启动系统的挂载文件系统是否正常运行。通过检测内核是否运行正常以及挂载文件系统是否运行正常,能够正确确定待启动系统是否正常启动。
在一个实施例中,该系统启动方法还包括:获取最大重启次数;当重启所述待启动系统达到最大重启次数时,将所述待启动系统设置为不可用,切换至除待启动系统之外的系统。
其中,最大重启次数用于限制系统的重启次数。例如最大重启次数可以但不限于是10次、5次、3次。
具体地,当重启待启动系统达到最大重启次数时,说明通过重启已经不能解决问题,因此将该待启动系统设置为不可用,切换至除该待启动系统之外的系统,保证计算机设备正常运行。
在一个实施例中,第一分区中安装有第一系统;该系统启动方法还包括:在第一分区中下载第一系统的镜像升级系统;在第二分区中升级镜像升级系统对应的系统数据;基于镜像升级系统,在第一分区中升级第二分区中的系统,获得第二系统;将第二系统的优先级设置为高于第一系统的优先级。
根据各系统的系统状态,从至少两个系统中确定待启动系统,包括:将第一系统和第二系统中优先级较高的系统作为待启动系统。
其中,第一系统的镜像升级系统是指与第一系统基本一致的系统。第一分区和第二分区不是同一分区。第一系统和第二系统虽为基本一致的系统,但第一系统和第二系统不是同一系统。第一系统安装于第一分区,第二系统安装于第二分区。
具体地,计算机设备在第一分区中下载第一系统的镜像升级系统,且在第二分区中升级镜像升级系统对应的系统数据。基于镜像升级系统,在第一分区中升级第二分区中的系统,获得第二系统。即,第二系统是第一系统的镜像升级系统。以第一分区为分区A,第一系统为系统A,第二分区为分区B,第二系统为系统B为例进行说明。从其中一套分区A启动,在应用层运行升级程序监测升级信息。若APP层发出升级指令后系统A将下载远程镜像系统,然后在另一套分区B上升级相应的系统数据,升级完另一个系统B后设置特定的分区信息,最后Bootloader检测特定的分区中的分区信息并从升级的B分区启动。计算机设备将系统B的优先级设置为高于系统A的优先级。计算机设备将第一系统和第二系统中优先级较高的系统,即系统B作为待启动系统。
本实施例中,在第一分区中下载第一系统的镜像升级系统,并在第一分区中升级第二分区的系统,能够保证在第二系统升级时,第一系统还能正常使用;在第二系统升级后,将第二系统的优先级设置为高于第一系统的优先级,将优先级较高的系统作为待启动系统,能够快速使用升级后的系统。
在一个实施例中,定时器包括看门狗。看门狗可以是硬件看门狗,也可以是软件看门狗。本实施例中,通过看门狗进行智能检测和重启,减少了人力判断和重启切换系统,提高了效率和产品智能性。
在一个实施例中,针对上述A/B system升级后启动存在的缺点,本实施例的目的是优化传统的A/B system启动流程,提供一种A/B system启动过程中的故障监测、自动重启和切换机制,最终确保系统能够正常启动。
以第一分区为分区A,第一系统为系统A,第二分区为分区B,第二系统为系统B为例进行说明。如图3所示,为一个实施例中OTA升级流程示意图。从其中一套分区A启动,在应用层运行升级程序监测升级信息。当计算机设备接收到OTA(Over-the-Air Technology,空中下载技术)升级指令时,判断当前系统。当当前系统为系统A时,则在系统A中下载远程镜像系统,然后在另一套分区B上升级相应的系统数据,升级完另一个系统B后设置特定的系统状态。优先级设置为:系统B大于系统A。设置系统B的最大重启次数 remaining_tries=5。将系统B的系统启动标志位设为未成功启动状态,即successful_boot=0。此时系统A的系启动标志位是成功启动状态,即successful_boot=1。系统启动标志位successful_boot用于Bootloader判断该系统是否已经成功启动过,取值为0或1。若successful_boot=1说明该系统已经成功启动过,以后Bootloader启动该系统不使用定时器检测。最后Bootloader检测特定的B分区信息并从升级的分区B启动。同样地,当当前系统为系统B时,升级系统A。在升级完成后设置系统状态。其中优先级设置为系统B>系统A,且系统A的最大重启次数remaining_tries=5,系统启动标志位设为未成功启动状态,即successful_boot=0。Bootloader检测A分区信息并从升级的分区A启动。
那么,当系统未成功启动时,则可进行图4。图4为另一个实施例中系统启动方法的流程示意图。Bootloader启动,读取分区启动信息。分区启动信息包括系统状态和最大重启次数。系统状态如系统启动标志位和优先级。
Bootloader在启动内核前先读取分区存储的分区启动信息,若分区的启动信息为空或者数据校验失败将会初始化分区启动信息。其中A系统的成功启动次数successful_boot=0,优先级priority=15,最大重启次数=5。B系统的成功启动次数successful_boot=0,优先级priority=14,最大重启次数=5。
根据分区启动信息判断A/B系统的状态是否为不可启动状态(优先级priority为0)和优先级大小(priority大的优先级高)从而确定尝试启动A或者B系统。
启动系统:若系统为新升级的系统即待启动系统(successful_boot标志位为0),且剩余重启次数大于0(tries_remaining>0),将会尝试启动该系统分区,减少一次剩余重启次数,并且启动看门狗进行系统启动检测。
启动看门狗后,检测Kernel是否启动正常。当Kernel启动不正常时,看门狗将会超时溢出,产生复位信号自动重启系统。当Kernel启动正常时,判断挂载文件系统是否启动正常。当挂载文件系统启动不正常时,看门狗将会超时溢出,产生复位信号自动重启系统。当剩余重启次数tries_remaining为0的时候,将该系统分区设置为不可启动状态,即不会再尝试启动该系统,实现系统的自动切换。
若系统正常启动,在应用层能进行喂狗操作和检测系统完整性,最终在分区将该系统分区的successful_boot置位为1,用于使得Bootloader判断该系统可以正常使用且无需再启动看门狗进行检测。
本实施例有如下效果:
①本实施例优化了A/B System启动流程,提供一种A/B System启动过程中的故障监测、自动重启和切换机制;
②使用看门狗进行智能检测和重启,减少了人力判断和重启切换系统,提高了效率和产品智能性;
③硬件看门狗在系统启动后仍继续运行,定时喂狗检测应用层的程序正常运行,提高了系统的可靠性和稳定性,该方法实现起来简单且成本低。
应该理解的是,虽然上述图2至图4的流程图中各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头或者数字指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2至图4中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图5所示,为一个实施例中信号解调装置的结构框图。图5提供了一种信号解调装置,该装置可以采用软件模块或者硬件模块,或者二者的结合成为计算机设备的一部分,该装置具体包括:获取模块502、确定模块504、启动模块506和重启模块508,其中:
获取模块502,用于获取至少两个系统中各系统的系统状态;
确定模块504,用于根据各系统的系统状态,从至少两个系统中确定待启动系统;待启动系统为升级后的系统;
启动模块506,用于启动待启动系统,且启动定时器进行启动检测;
重启模块508,用于当定时器超时时,基于定时器的启动信号重启待启动系统。
本实施例中,根据至少两个系统中各系统的系统状态,从至少两个系统中确定待启动系统,启动待启动系统,且启动定时器进行启动检测;当待启动系统未成功启动时,定时器则会超时并发出启动信号,能够通过设置定时器重启该待启动系统,不需要用户判断系统是否需要重启,也不需要用户手动重启,实现自动重启,提高系统启动效率;且适用于多系统的应用场景,且实现起来简单且成本低。
在一个实施例中,当待启动系统未成功启动时,重启模块508还用于返回执行启动定时器进行启动检测,直至待启动系统正常运行,控制定时器清零,待启动系统成功启动。本实施例能够使得升级后的系统能够正常使用。
在一个实施例中,重启模块508还用于当待启动系统的内核运行正常且待启动系统的挂载文件系统运行正常时,确定待启动系统正常运行。获取最大重启次数;当重启所述待启动系统达到最大重启次数时,将所述待启动系统设置为不可用,切换至除待启动系统之外的系统。
在一个实施例中,重启模块508还用于获取最大重启次数;当重启所述待启动系统达到最大重启次数时,将所述待启动系统设置为不可用,切换至除待启动系统之外的系统;能够保证计算机设备正常运行。
在一个实施例中,第一分区中安装有第一系统。该系统启动装置还包括升级模块,升级模块用于在第一分区中下载第一系统的镜像升级系统;在第二分区中升级镜像升级系统对应的系统数据;基于镜像升级系统,在第一分区中升级第二分区中的系统,获得第二系统;将第二系统的优先级设置为高于第一系统的优先级。确定模块504用于将第一系统和第二系统中优先级较高的系统作为待启动系统。
本实施例中,在第一分区中下载第一系统的镜像升级系统,并在第一分区中升级第二分区的系统,能够保证在第二系统升级时,第一系统还能正常使用;在第二系统升级后,将第二系统的优先级设置为高于第一系统的优先级,将优先级较高的系统作为待启动系统,能够快速使用升级后的系统。
在一个实施例中,定时器包括看门狗。本实施例中,通过看门狗进行智能检测和重启,减少了人力判断和重启切换系统,提高了效率和产品智能性。
关于系统启动装置的具体限定可以参见上文中对于系统启动方法的限定,在此不再赘述。上述系统启动装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是终端设备,其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信,无线方式可通过WIFI、运营商网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种系统启动方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏,该计算机设备的输入装置可以是显示屏上覆盖的触摸层,也可以是计算机设备外壳上设置的按键、轨迹球或触控板,还可以是外接的键盘、触控板或鼠标等。
本领域技术人员可以理解,图6中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现上述各方法实施例的步骤。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述各方法实施例的步骤。
在一个实施例中,提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得计算机设备执行上述各方法实施例中的步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,该计算机程序可存储于一非易失性计算机可读存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例中流程。其中,本申请所提供的各实施例中所使用地对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory,ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory,RAM)或外部高速缓冲存储器。作为说明而非局限,RAM可以是多种形式,比如静态随机存取存储器(Static Random Access Memory,SRAM)或动态随机存取存储器(Dynamic Random Access Memory,DRAM)等。
以上所述仅为本申请的优选实施例,并非因此限制本申请的专利范围,凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本申请的专利保护范围内。
Claims (10)
1.一种系统启动方法,其特征在于,所述方法包括:
获取至少两个系统中各系统的系统状态;
根据各系统的系统状态,从所述至少两个系统中确定待启动系统;所述待启动系统为升级后的系统;
启动所述待启动系统,且启动定时器进行启动检测;
当所述定时器超时时,基于所述定时器的启动信号重启所述待启动系统。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
当所述待启动系统未成功启动时,返回执行所述启动定时器进行启动检测的步骤,直至所述待启动系统正常运行,控制所述定时器清零,所述待启动系统成功启动。
3.根据权利要求2所述的方法,其特征在于,确定所述待启动系统正常运行的方式,包括:
当所述待启动系统的操作系统内核运行正常且所述待启动系统的挂载文件系统运行正常时,确定所述待启动系统正常运行。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
获取最大重启次数;
当重启所述待启动系统达到所述最大重启次数时,将所述待启动系统设置为不可用,切换至除所述待启动系统之外的系统。
5.根据权利要求1所述的方法,其特征在于,第一分区中安装有第一系统;所述方法还包括:
在所述第一分区中下载所述第一系统的镜像升级系统;
在第二分区中更新所述镜像升级系统对应的系统数据;
基于所述镜像升级系统,在所述第一分区中升级所述第二分区中的系统,获得第二系统;
将所述第二系统的优先级设置为高于所述第一系统的优先级;
所述根据各系统的系统状态,从所述至少两个系统中确定待启动系统,包括:
将所述第一系统和所述第二系统中优先级较高的系统作为待启动系统。
6.根据权利要求1所述的方法,其特征在于,所述定时器包括看门狗。
7.一种系统启动装置,其特征在于,所述装置包括:
获取模块,用于获取至少两个系统中各系统的系统状态;
确定模块,用于根据各系统的系统状态,从所述至少两个系统中确定待启动系统;所述待启动系统为升级后的系统;
启动模块,用于启动所述待启动系统,且启动定时器进行启动检测;
重启模块,用于当所述定时器超时时,基于所述定时器的启动信号重启所述待启动系统。
8.根据权利要求7所述的装置,其特征在于,当所述待启动系统未成功启动时,所述重启模块还用于返回执行所述启动定时器进行启动检测,直至所述待启动系统正常运行,控制所述定时器清零,所述待启动系统成功启动。
9.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述的方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210281999.6A CN114741119A (zh) | 2022-03-22 | 2022-03-22 | 系统的启动方法、装置、计算机设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210281999.6A CN114741119A (zh) | 2022-03-22 | 2022-03-22 | 系统的启动方法、装置、计算机设备和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114741119A true CN114741119A (zh) | 2022-07-12 |
Family
ID=82276575
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210281999.6A Pending CN114741119A (zh) | 2022-03-22 | 2022-03-22 | 系统的启动方法、装置、计算机设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114741119A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114978895A (zh) * | 2022-07-25 | 2022-08-30 | 深圳市亿联无限科技有限公司 | 一种启动方法、系统、设备及计算机可读存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103810004A (zh) * | 2013-11-22 | 2014-05-21 | 小米科技有限责任公司 | 嵌入式系统升级的方法、装置及设备 |
CN106020865A (zh) * | 2016-05-10 | 2016-10-12 | 百度在线网络技术(北京)有限公司 | 一种系统升级方法和装置 |
CN108958757A (zh) * | 2017-05-22 | 2018-12-07 | 中兴通讯股份有限公司 | 复杂嵌入式设备的升级方法及复杂嵌入式设备 |
CN109408135A (zh) * | 2018-08-29 | 2019-03-01 | 百度在线网络技术(北京)有限公司 | 双系统升级方法、装置、设备及计算机可读存储介质 |
CN110297724A (zh) * | 2019-06-27 | 2019-10-01 | 厦门四信通信科技有限公司 | 嵌入式软件看门狗设计方法、装置、设备及存储介质 |
CN112527322A (zh) * | 2019-08-28 | 2021-03-19 | 阿里巴巴集团控股有限公司 | 物联网设备中的系统升级方法、装置、设备及存储介质 |
-
2022
- 2022-03-22 CN CN202210281999.6A patent/CN114741119A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103810004A (zh) * | 2013-11-22 | 2014-05-21 | 小米科技有限责任公司 | 嵌入式系统升级的方法、装置及设备 |
CN106020865A (zh) * | 2016-05-10 | 2016-10-12 | 百度在线网络技术(北京)有限公司 | 一种系统升级方法和装置 |
CN108958757A (zh) * | 2017-05-22 | 2018-12-07 | 中兴通讯股份有限公司 | 复杂嵌入式设备的升级方法及复杂嵌入式设备 |
CN109408135A (zh) * | 2018-08-29 | 2019-03-01 | 百度在线网络技术(北京)有限公司 | 双系统升级方法、装置、设备及计算机可读存储介质 |
CN110297724A (zh) * | 2019-06-27 | 2019-10-01 | 厦门四信通信科技有限公司 | 嵌入式软件看门狗设计方法、装置、设备及存储介质 |
CN112527322A (zh) * | 2019-08-28 | 2021-03-19 | 阿里巴巴集团控股有限公司 | 物联网设备中的系统升级方法、装置、设备及存储介质 |
Non-Patent Citations (1)
Title |
---|
赵凯编著: "Linux技术与应用丛书 Linux嵌入式系统开发从小白到大牛", vol. 1, 机械工业出版社, pages: 164 - 166 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114978895A (zh) * | 2022-07-25 | 2022-08-30 | 深圳市亿联无限科技有限公司 | 一种启动方法、系统、设备及计算机可读存储介质 |
CN114978895B (zh) * | 2022-07-25 | 2022-12-13 | 深圳市亿联无限科技有限公司 | 一种启动方法、系统、设备及计算机可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7694165B2 (en) | Automation of bare metal recoveries | |
US20140310698A1 (en) | Apparatus and method for upgrading firmware of mobile terminal | |
JP2002333990A (ja) | プログラム更新装置およびプログラム更新方法 | |
KR100952585B1 (ko) | 운영체제(os) 자동복구기능을 갖는 임베디드 시스템 및운영체제 자동복구 방법 | |
CN110647333A (zh) | 固件升级方法及配置成对其中的固件进行升级的设备 | |
CN109101247B (zh) | 安装驱动程序的方法、装置和服务器 | |
US5987625A (en) | Method and apparatus for testing network bootable devices | |
CN108345464A (zh) | 一种安卓系统的启动方法及安卓车机 | |
CN115113905A (zh) | 固件升级方法和固件升级装置 | |
CN115658113A (zh) | 服务器自启动方法、装置、可读存储介质及电子设备 | |
CN114741119A (zh) | 系统的启动方法、装置、计算机设备和存储介质 | |
CN114064084A (zh) | Onu的升级管理方法、存储介质、电子装置和onu | |
CN116382745B (zh) | 一种固件加载升级的方法和装置 | |
CN113138791A (zh) | 基于嵌入式系统的升级处理方法、装置及电子设备 | |
US20090138865A1 (en) | Performing an operating system upgrade without multiple system interruptions | |
CN115934390A (zh) | 处理应用程序崩溃的方法、系统和运行应用程序的设备 | |
JP5348120B2 (ja) | パニックダンプ採取のためのプログラム、方法、機構 | |
CN114237722A (zh) | 一种系统的启动方法、装置、设备及工程车辆 | |
CN114115958A (zh) | 程序启动方法及终端设备 | |
CN113721959A (zh) | 一种信息处理方法、装置及电子设备 | |
CN113703823A (zh) | 一种bmc固件升级方法、装置、电子设备及存储介质 | |
CN107247642B (zh) | 用于系统开机时确定可执行映像文件的方法及装置 | |
CN112817642A (zh) | X86平台使用固件自动切换启动efi操作系统的方法、装置 | |
KR101420026B1 (ko) | 부팅 프로세스 중에 파일들을 로딩하기 위한 방법, 장치 및 컴퓨터 판독가능 저장 매체 | |
CN111078452A (zh) | 一种bmc固件镜像恢复方法与装置 |
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 |