CN108874459A - 基于虚拟化技术的快速启动方法和装置 - Google Patents
基于虚拟化技术的快速启动方法和装置 Download PDFInfo
- Publication number
- CN108874459A CN108874459A CN201710327281.5A CN201710327281A CN108874459A CN 108874459 A CN108874459 A CN 108874459A CN 201710327281 A CN201710327281 A CN 201710327281A CN 108874459 A CN108874459 A CN 108874459A
- Authority
- CN
- China
- Prior art keywords
- configuration file
- file
- data
- application
- operating system
- 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
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/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
-
- 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/445—Program loading or initiating
- G06F9/44521—Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
-
- 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/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- 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/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45562—Creating, deleting, cloning virtual machine instances
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
本申请提供一种基于虚拟化技术的快速启动方法和装置,该方法包括通过虚拟机监视器VMM加载镜像文件,其中,镜像文件包括对内存中的数据和第一配置文件做快照后预先生成的信息,第一配置文件为操作***配置文件和跟操作***设置有关的应用程序的应用配置文件;根据镜像文件启动虚拟机;若运行后的虚拟机中的第一配置文件中存在与第二配置文件中不同的数据,则将第一配置文件中的数据更新成第二配置文件中的数据,其中,第二配置文件为虚拟机保存的操作***配置文件和应用配置文件,第二配置文件的保存时间晚于第一配置文件的保存时间。本申请可以提高***恢复的速度。
Description
技术领域
本申请涉及通信技术,尤其涉及一种基于虚拟化技术的快速启动方法和装置。
背景技术
随着智能手机、车载导航等终端设备的快速发展,智能操作***如Android/IOS平台越来越多的应用于这些产品,但由于智能操作***的业务复杂度较高,使得终端设备的开机启动时间较长。
为了解决这一问题,通常可以利用虚拟机快照技术来加速开机启动过程。在***启动或者运行时,对客户机(Guest)虚拟机整个***(包括内存和磁盘中的文件***)制作快照并保存该快照镜像,启动时虚拟机监视器(Virtual Machine Monitor;VMM)将加载整个快照镜像,以恢复***运行。具体地,图1为现有技术中基于利用虚拟机快照技术开机的流程示意图,如图1所示,终端设备的启动流程如下:(1)开机上电,按电源键接通电源;(2)上电自检(POST),遍历***设备并进行初始化,初始化成功后引导启动装载(bootloader)程序;(3)启动加载器,并加载VMM;(4)启动VMM和驱动初始化,加载Guest OS快照镜像;(5)启动Guest操作***(Operating System;OS);(6)进入用户操作界面。
然而,采用上述方式进行开机时,***只能恢复到虚拟机快照制作时的状态。
发明内容
本申请提供一种基于虚拟化技术的快速启动方法和装置,用以解决终端设备快速开机时***只能恢复到虚拟机快照制作时的状态的技术问题。
第一方面,本申请实施例提供一种基于虚拟化技术的快速启动方法,包括:
通过虚拟机监视器VMM加载镜像文件,其中,镜像文件包括对内存中的数据和第一配置文件做快照后预先生成的信息,第一配置文件为操作***配置文件和跟操作***设置有关的应用程序的应用配置文件,操作***配置文件为用于定义操作***特性的数据文件,应用配置文件为根据操作***读取的与应用运行相关的一些信息所生成的文件;
根据镜像文件启动虚拟机;
若运行后的虚拟机中的第一配置文件中存在与第二配置文件中不同的数据,则将第一配置文件中的数据更新成第二配置文件中的数据,其中,第二配置文件为虚拟机保存的操作***配置文件和应用配置文件,第二配置文件的保存时间晚于第一配置文件的保存时间。
上述第一方面提供的基于虚拟化技术的快速启动方法中,镜像文件中并不包含内存中的数据和整个磁盘上的所有信息,而是仅包括内存中的数据以及第一配置文件中的数据,这样,可以减小镜像文件的大小,提高***启动的速度。另外,第一配置文件为操作***配置文件和跟操作***设置有关的应用程序的应用配置文件,其中,操作***配置文件为用于定义操作***特性的数据文件,操作***特性通常是指跟操作***(而不是第三方应用)有关的特性,即操作***自带的特性,这些特性通常在设备出厂时就由厂家提供的操作***来确定,是保障用户正常使用设备的基础特性。应用配置文件是指根据操作***读取的与应用运行相关的一些信息所生成的文件。具体的,操作***在安装应用时,会读取应用运行相关的一些信息,并以特定的形式(如数据库)保存起来。此时,可以将这些信息生成一个文件,这个文件即“操作***设置有关的应用程序的应用配置文件”。需要说明的是,***应用为厂家提供的,用于***服务的应用,其中,***服务为厂商提供的,用于提供设置***特征的服务,例如手机管家或设置程序等。
在上述方法中,通过VMM加载镜像文件,并通过镜像文件启动虚拟机后,判断通过镜像文件启动的虚拟机中的第一配置文件中,是否存在与第二配置文件中不同的数据,若存在,则将第一配置文件中的数据更新成第二配置文件中的数据,由于第二配置文件的保存时间晚于第一配置文件的保存时间,因此可以将***恢复到一定时间之前的状态。另外,由于只对内存中的数据和第一配置文件做快照,使得镜像文件较小,从而提高了镜像文件的制作速度和***的启动速度。
在一种可能的实现方式中,第二配置文件为虚拟机在重启或者断电之前最后一次保存的操作***配置文件和应用配置文件,第二配置文件的保存时间晚于第一配置文件的保存时间。
在上述可能的实现方式中,由于第二配置文件可以为虚拟机在重启、正常断电或者异常断电之前最后一次保存的操作***配置文件和应用配置文件,因此,在将第一配置文件中的数据更新成第二配置文件中的数据时,可以将***中的数据恢复为最新的数据。
在一种可能的实现方式中,该方法还包括:
控制向内存和第一配置文件中写数据的应用推迟启动;
对内存中的数据和第一配置文件创建镜像文件,镜像文件用于重启或者断电之后再次启动虚拟机。
在上述可能的实现方式中,通常是终端设备在第一次启动***或者***升级后第一次启动时,制作镜像文件,这样,由于只在内存中的数据和第一配置文件中的数据发生变化时才进行镜像文件的制作,由此可以避免在关机/重启前反复制作镜像文件的现象,从而可以延长闪存介质的使用寿命。
另外,为了减小镜像文件的大小,在实际应用中,虚拟机通常会控制除最小***外的其他应用推迟启动,推迟启动后,虚拟机再对内存中的数据和第一配置文件创建镜像文件,其中,最小***是能够完成正常的启动和运行的最基本的软件环境,其是操作***工作时不可缺少的部分,能够为***应用或***服务提供各种服务,如在Android***中,最小***包括内核和Android的基本框架构成的软件模块等。
需要进行说明的是,控制除最小***外的其他应用推迟启动可以包括控制其他应用处于暂停运行状态或者处于关闭状态等。
由于虚拟机先控制除最小***外的其他应用推迟启动,以保证内存使用最小,这样第一配置文件也最小,然后虚拟机再对内存中的数据和第一配置文件创建镜像文件,故可以减小镜像文件的大小,由此可以提高***的恢复速度。
在一种可能的实现方式中,通过虚拟机监视器VMM加载镜像文件包括:
在电源接通后,对***进行初始化;
启动加载器,并加载VMM;
控制VMM启动,并通过VMM加载镜像文件。
在上述可能的实现方式中,在终端设备开机快速启动的过程中,当用户按压电源键接通电源后,将首先对***进行初始化,启动加载器bootloader,并加载VMM,控制VMM启动,并通过VMM加载前述镜像文件。由于在VMM启动后,将通过VMM加载镜像文件,避免了现有技术中需要启动操作***,且需要先对操作***进行初始化的现象,由此可以提高***的启动速度。
在一种可能的实现方式中,通过虚拟机监视器VMM加载镜像文件包括:
在检测到虚拟机发生故障或者重启后,通过VMM加载镜像文件。
在上述可能的实现方式中,在VMM检测到虚拟机发生故障或者重启时,将通过VMM加载镜像文件,由于镜像文件中仅包括内存中的数据和第一配置文件,使得加载的镜像文件比较小,因此可以提高***启动的速度。
在一种可能的实现方式中,将第一配置文件中的数据更新成第二配置文件中的数据,包括:
将第一配置文件中发生变化的数据,更新为第二配置文件中的数据。
在上述可能的实现方式中,可以仅恢复第一配置文件中发生变化的数据,而不需要将整个第一配置文件都进行恢复,因此可以进行部分数据的恢复,由此可以提高数据的恢复速度。
在一种可能的实现方式中,将第一配置文件中的数据恢复成第二配置文件中的数据之后,方法还包括:
控制推迟启动的应用继续运行。
在上述可能的实现方式中,将第一配置文件中的数据恢复成第二配置文件中的数据之后,虚拟机将控制推迟启动的应用继续运行,如控制处于暂停运行的应用继续运行,控制处于关闭状态的应用重新开启等。由于将***启动后,将控制推迟启动的应用继续运行,这样可以保证***的正常运行。
在一种可能的实现方式中,所述操作***配置文件包括如下文件中的至少一个:与设置应用相关的配置文件、操作***应用所管理的文件或***应用向操作***提供的数据,其中,设置应用用于进行各种***设置。
在上述可能的实现方式中,以Android操作***配置文件为例,跟设置应用相关的配置文件中,设置应用用于进行各种***设置,例如,字体、亮度、指纹、声音等等,跟这些设置选项相关的配置文件都属于操作***配置文件。操作***应用所管理的文件。例如,桌面是一个***应用,桌面设置了一个图片,这个图片是被桌面这个应用所管理,则桌面所管理的这个图片也是一种操作***配置文件。***应用向操作***提供的数据,操作***根据这些数据可以实现对***应用的各种操作(启动、暂停、恢复等)。
在一种可能的实现方式中,所述操作***为Android操作***,所述应用配置文件包括Android Manifest.xml中的信息和/或资源文件夹中的信息。
在上述可能的实现方式中,操作***在安装应用时,会读取应用运行相关的一些信息,并以特定的形式(如数据库)保存起来。此时,可以将这些信息生成一个文件,这个文件即“操作***设置有关的应用程序的应用配置文件”。以Android操作***为例,操作***读取的信息包括:Android Manifest.xml中的各种信息,例如,Activity声明、receiver声明、uses-permission声明、supports-screens等等;另外,还可以包括资源文件夹(res文件夹)中的一些信息(如应用的图标)。
第二方面,本申请实施例提供一种基于虚拟化技术的快速启动装置,包括:
加载模块,用于通过虚拟机监视器VMM加载镜像文件,其中,镜像文件包括对内存中的数据和第一配置文件做快照后预先生成的信息,第一配置文件为操作***配置文件和跟操作***设置有关的应用程序的应用配置文件,操作***配置文件为用于定义操作***特性的数据文件,所述应用配置文件为根据操作***读取的与应用运行相关的一些信息所生成的文件;
启动模块,用于根据镜像文件启动虚拟机;
更新模块,用于在运行后的虚拟机中的第一配置文件中存在与第二配置文件中不同的数据时,将第一配置文件中的数据更新成第二配置文件中的数据,其中,第二配置文件为虚拟机保存的操作***配置文件和应用配置文件,第二配置文件的保存时间晚于第一配置文件的保存时间。
在一种可能的实现方式中,第二配置文件为虚拟机在重启或者断电之前最后一次保存的操作***配置文件和应用配置文件,第二配置文件的保存时间晚于第一配置文件的保存时间。
在一种可能的实现方式中,装置还包括:
控制模块,用于控制向内存和第一配置文件中写数据的应用推迟启动;
创建模块,用于对内存中的数据和第一配置文件创建镜像文件,镜像文件用于重启或者断电之后再次启动虚拟机。
在一种可能的实现方式中,加载模块,具体用于:
在电源接通后,对***进行初始化;
启动加载器,并加载VMM;
控制VMM启动,并通过VMM加载镜像文件。
在一种可能的实现方式中,加载模块,具体用于:
在检测到虚拟机发生故障或者重启后,通过VMM加载镜像文件。
在一种可能的实现方式中,更新模块,具体用于:
将第一配置文件中发生变化的数据,更新为第二配置文件中的数据。
在一种可能的实现方式中,控制模块还用于控制推迟启动的应用继续运行。
在一种可能的实现方式中,所述操作***配置文件包括如下文件中的至少一个:与设置应用相关的配置文件、操作***应用所管理的文件或***应用向操作***提供的数据,其中,设置应用用于进行各种***设置。
在一种可能的实现方式中,所述操作***为Android操作***,所述应用配置文件包括Android Manifest.xml中的信息和/或资源文件夹中的信息。
上述第二方面以及第二方面的各可能的实现方式所提供的基于虚拟化技术的快速启动装置,其有益效果可以参照上述第一方面以及第一方面的各可能的实现方式所带来的有益效果,在此不再赘述。
第三方面,本申请实施例提供一种终端设备,包括:存储器和处理器;
存储器用于存储程序指令;
处理器用于调用存储器中的程序指令执行上述第一方面以及第一方面的各种可能的实现方式。
上述第三方面以及第三方面的各可能的实现方式所提供的终端设备,其有益效果可以参照上述第一方面以及第一方面的各可能的实现方式所带来的有益效果,在此不再赘述。
本申请第四方面提供一种基于虚拟化技术的快速启动装置,包括用于执行以上第一方面的方法的至少一个处理元件(或芯片)。
本申请第五方面提供一种程序,该程序在被处理器执行时用于执行以上第一方面的方法。
本申请第六方面提供一种程序产品,例如计算机可读存储介质,包括第五方面的程序。
本申请第七方面提供一种计算机可读存储介质,计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第一方面的方法。
本申请实施例提供一种基于虚拟化技术的快速启动方法和装置,通过VMM加载镜像文件,并通过镜像文件启动虚拟机后,判断通过镜像文件启动的虚拟机中的第一配置文件中,是否存在与第二配置文件中不同的数据,若存在,则将第一配置文件中的数据更新成第二配置文件中的数据,由于第二配置文件的保存时间晚于第一配置文件的保存时间,因此可以将***恢复到一定时间之前的状态。另外,由于只对内存中的数据和第一配置文件做快照,使得镜像文件较小,从而提高了镜像文件的制作速度和***的恢复速度。
附图说明
图1为现有技术中基于利用虚拟机快照技术开机的流程示意图;
图2为本申请实施例提供的基于虚拟化技术的快速启动方法实施例一的流程示意图;
图3为开机快速启动的流程示意图;
图4为故障快速恢复的流程示意图;
图5为本申请实施例提供的基于虚拟化技术的快速启动装置实施例一的结构示意图;
图6为本申请实施例提供的基于虚拟化技术的快速启动装置实施例二的结构示意图;
图7为本申请实施例提供的终端设备实施例的结构示意图。
具体实施方式
本申请实施例提供的基于虚拟化技术的快速启动方法,可以适用于终端设备中,包括普通计算机设备或嵌入式计算机设备,如智能手机、车载智能终端等,尤其适用于终端设备需要快速启动的应用场景中。本申请实施例涉及的快速启动方法,主要针对的是基于虚拟化技术快速启动终端设备时,***只能恢复到虚拟机快照制作时的状态,而无法将***启动到一定时间之前的状态的问题。现有技术中,在***启动或者运行时,对Guest虚拟机整个***(包括内存和磁盘中的文件***)创建镜像文件并保存该镜像文件,启动时VMM将加载该镜像文件,以恢复***运行。然而,若在镜像文件制作完成之后,***中的数据又发生了变化,此时,在利用制作的镜像文件快速启动***时,只能恢复到虚拟机快照制作时的状态,而不能恢复到一定时间之前的***状态。
因此,本申请实施例提供的基于虚拟化技术的快速启动方法和装置,旨在解决现有技术中的快速启动方案只能将***恢复到虚拟机快照制作时的状态的技术问题。
下面以具体地实施例对本申请的技术方案进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例不再赘述。
图2为本申请实施例提供的基于虚拟化技术的快速启动方法实施例一的流程示意图。本申请实施例提供了一种基于虚拟化技术的快速启动方法,该方法可以由任意执行基于虚拟化技术的快速启动方法的装置来执行,该装置可以通过软件和/或硬件实现。本实施例中,该装置可以集成在终端设备中。如图2所示,本实施例的方法可以包括:
步骤201、通过VMM加载镜像文件。
其中,该镜像文件包括对内存中的数据和第一配置文件做快照后预先生成的信息,该第一配置文件为操作***配置文件和跟操作***设置有关的应用程序的应用配置文件,该操作***配置文件为用于定义操作***特性的数据文件,应用配置文件为根据操作***读取的与应用运行相关的一些信息所生成的文件。
在现有技术中,镜像文件中通常包含有内存中的数据和整个磁盘上的所有信息,以用于启动虚拟机。而在本实施例中,一方面为了减小镜像文件的大小,提高***启动的速度,另一方面为了使***恢复到一定时间之前的状态,虚拟机可以不必对整个磁盘中的所有信息都做快照,而只对内存中的数据以及第一配置文件进行数据备份,以生成镜像文件。
本申请中,第一配置文件为操作***配置文件和跟操作***设置有关的应用程序的应用配置文件,其中,操作***配置文件为用于定义操作***特性的数据文件,操作***特性通常是指跟操作***(而不是第三方应用)有关的特性,即操作***自带的特性,这些特性通常在设备出厂时就由厂家提供的操作***来确定,是保障用户正常使用设备的基础特性。具体的,以Android操作***配置文件为例,可包括以下几类:1)跟“设置”应用相关的配置文件。“设置”应用用于进行各种***设置,例如,字体、亮度、指纹、声音等等,跟这些设置选项相关的配置文件都属于操作***配置文件。如果是其他操作***,也存在类似的设置选项,跟这些设置选项相关的配置文件都属于操作***配置文件。2)操作***应用所管理的文件。例如,桌面是一个***应用(即通常由厂家提供,用于提供设置***特性的应用,比如“设置”、“桌面”应用),桌面设置了一个图片,这个图片是被桌面这个应用所管理,则桌面所管理的这个图片也是一种操作***配置文件。3)***应用向操作***提供的数据,操作***根据这些数据可以实现对***应用的各种操作(启动、暂停、恢复等)。例如,WiFi应用向操作比方注册搜索网程序,后续如果有个应用要用WiFi了,操作***就可以调用WiFi的搜索网程序。需要说明的是,***应用是指跟操作***有关的应用,通常也是由厂家提供的,保证***正常运行所需的应用(不包括第三方应用),典型的如Android操作***中的桌面、设置程序等应用。
其中,跟操作***设置有关的应用程序的应用配置文件是指根据操作***读取的与应用运行相关的一些信息所生成的文件。具体的,操作***在安装应用时,会读取应用运行相关的一些信息,并以特定的形式(如数据库)保存起来。此时,可以将这些信息生成一个文件,这个文件即“操作***设置有关的应用程序的应用配置文件”。以Android操作***为例,操作***读取的信息包括:1)Android Manifest.xml中的各种信息,例如,Activity声明、receiver声明、uses-permission声明、supports-screens等等;2)资源文件夹(res文件夹)中的一些信息(如应用的图标)。通过保存这些信息,后续在安装应用时,可以直接调用保存的信息来采用保存时的配置来安装应用,从而无需用户参与,简化了安装过程。
可选地,通过VMM加载镜像文件包括:在终端设备快速启动的过程中,当用户按压电源键接通电源后,将首先对***进行初始化,启动加载器bootloader,并加载VMM,控制VMM启动,并通过VMM加载前述镜像文件。
具体地,图3为开机快速启动的流程示意图,如图3所示,在电源接通上电后,终端设备将上电自检(POST),遍历***设备并进行初始化,初始化成功后将启动加载器bootloader,并加载VMM。VMM加载完成后,将控制VMM启动和驱动初始化,并通过VMM加载镜像文件,然后进入用户操作界面。
在本实施例中,由于在VMM启动后,将通过VMM加载镜像文件,避免了现有技术中需要启动操作***,且需要先对操作***进行初始化的现象,由此可以提高***的启动速度。
可选地,通过VMM加载镜像文件包括:在检测到虚拟机发生故障或者重启后,通过VMM加载镜像文件。
具体地,图4为故障快速恢复的流程示意图,如图4所示,在VMM检测到虚拟机发生故障或者重启时,将通过VMM加载镜像文件,然后进入用户操作界面。由于镜像文件中仅包括内存中的数据和第一配置文件,使得加载的镜像文件比较小,因此可以提高***启动的速度。
可选地,无论是在终端设备正常断电后进行开机的过程中,还是在虚拟机发生故障或者重启进行快速恢复的过程中,在通过VMM加载镜像文件之前,虚拟机通常都需要预先制作好该镜像文件,在实际应用中,一般是终端设备在第一次启动***或者***升级后第一次启动时,制作镜像文件,这样,由于只在内存中的数据和第一配置文件中的数据发生变化时才进行镜像文件的制作,由此可以避免在关机/重启前反复制作镜像文件的现象,从而可以延长闪存介质的使用寿命。当然,用户也可以根据自己的需求或者经验设置制作镜像文件的时间点,如每隔预设时间段制作一次镜像文件等,对于镜像文件制作的时间点,本实施例在此不作限制。
通常,虚拟机制作镜像文件的过程包括:控制向内存和第一配置文件中写数据的应用推迟启动;对推迟启动的内存中的数据和第一配置文件创建镜像文件,该镜像文件用于重启或者断电之后再次启动虚拟机。
具体地,为了减小镜像文件的大小,在实际应用中,VMM通常会向虚拟机发送指令,虚拟机根据接收到的指令控制除最小***外的其他应用推迟启动,推迟启动后,虚拟机再对内存中的数据和第一配置文件创建镜像文件,其中,最小***是能够完成正常的启动和运行的最基本的软件环境,其是操作***工作时不可缺少的部分,能够为***应用或***服务提供各种服务,如在Android***中,最小***包括内核和Android的基本框架构成的软件模块等。
需要进行说明的是,控制除最小***外的其他应用推迟启动可以包括控制其他应用处于暂停运行状态或者处于关闭状态等。
另外,虚拟机创建镜像文件的步骤,可以是在本次启动***之前的某一次启动终端设备的过程中执行的,也有可能是在本次启动***的过程中执行的,此时,创建的镜像文件将用于重启或者断电之后再次启动虚拟机。
下面以第一次启动***或者***升级后第一次启动为例说明镜像文件的制作过程。具体地,在按压电源键接通电源后,终端设备将上电自检(POST),遍历***设备并进行初始化,初始化成功后将启动加载器bootloader,并加载VMM。VMM加载完成后,将控制启动VMM和驱动初始化,并通过VMM加载OS,在OS启动了内存中的数据和第一配置文件时,虚拟机先控制除最小***外的其他应用推迟启动,以保证内存使用最小,这样第一配置文件也最小,然后虚拟机再对内存中的数据和第一配置文件创建镜像文件,故可以减小镜像文件的大小,由此可以提高***的恢复速度。
步骤202、根据镜像文件启动虚拟机。
在本实施例中,终端设备通过VMM加载镜像文件之后,将根据加载的镜像文件启动虚拟机,由于镜像文件包括内存中的数据和第一配置文件,因此,启动后的虚拟机中也包括有内存中的数据和第一配置文件中的数据。
步骤203、若运行后的虚拟机中的第一配置文件中存在与第二配置文件中不同的数据,则将第一配置文件中的数据更新成第二配置文件中的数据。
其中,第二配置文件为虚拟机保存的操作***配置文件和应用配置文件,第二配置文件的保存时间晚于第一配置文件的保存时间。
在本实施例中,在虚拟机创建镜像文件之后,随着***的继续运行,操作***配置文件和跟操作***设置有关的应用程序的应用配置文件中的数据可能还会发生变化,为了将***恢复到一定时间之前的状态,虚拟机需要对发生变化的操作***配置文件和应用配置文件进行保存,因此,第二配置文件的保存时间晚于第一配置文件的保存时间。
可选地,第二配置文件为虚拟机在重启或者断电之前最后一次保存的操作***配置文件和应用配置文件,该第二配置文件的保存时间晚于第一配置文件的保存时间。
具体地,由于第二配置文件可以为虚拟机在重启、正常断电或者异常断电之前最后一次保存的操作***配置文件和应用配置文件,因此,在将第一配置文件中的数据更新成第二配置文件中的数据时,可以将***中的数据恢复为最新的数据。
对于虚拟机将第一配置文件中的数据更新为第二配置文件中的数据的过程,在实际应用中,虚拟机在工作时,会对第二配置文件的更新随时进行记录,也即,如果有软件模块对第二配置文件进行更新,则会被虚拟机监控到,然后进行记录,例如记录到某个配置选项有更新。更为具体的,虚拟机还会将第二配置文件中发生更新的选项以参数的形式发送给VMM,VMM接收到后,会向虚拟机发送指令,以指示虚拟机将第一配置文件进行更新,当然,虚拟机也可以不向VMM发送更新的选项,而是在发现第一配置文件中存在与第二配置文件中不同的数据时,将第一配置文件中的数据更新为第二配置文件中的数据。
可选地,将第一配置文件中的数据恢复成第二配置文件中的数据包括:将第一配置文件中发生变化的数据,恢复为第二配置文件中的数据。
具体地,可以仅恢复第一配置文件中发生变化的数据,而不需要将整个第一配置文件都进行恢复,因此可以进行部分数据的恢复,由此可以提高数据的恢复速度。
另外,虚拟机在判断第一配置文件中有哪些数据和第二配置文件中不同,即判断第一配置文件中有哪些选项进行了更新时,可以通过如下几种方式实现:
第一种:虚拟机在运行过程中通过记录发生更新的选项以及更新后的数值,在下一次运行时根据记录的选项以及更新后的数值进行更新。
具体地,虚拟机在运行过程中可以记录哪些选项有更新,更新后的数值是多少,在下一次虚拟机运行后,将直接找到这些有更新的选项进行更新即可。
例如:在镜像文件中包括第一配置文件A,其包括配置选项A1、A2,其中,A1的默认值是a1;,A2的默认值为a2,配置选项及相关值如下表1所示:
表1
配置选项 | 值 |
A1 | a1 |
A2 | a2 |
在虚拟机运行过程中,若配置选项A1的值a1变成了a11,则虚拟机需要记录这种变化,可能记录的信息如表2所示:
表2
变化的配置选项 | 更新后的值 |
A1 | a11 |
在虚拟机运行过程中,若配置选项A1的值又变成了a13,则虚拟机可能记录的信息如表3所示:
表3
变化的配置选项 | 更新后的值 |
A1 | a13 |
每当配置选项的值发生变化后,虚拟机便会将这种变化进行记录,这样,虚拟机或VMM便会根据所记录的信息获知第一配置文件中哪些选项发生了改变,而且需要更新为什么数值。
值得注意的是,在虚拟机运行的过程,若第一配置文件中的某个配置选项的数值经过若干次的变化之后,又变回了原来的数值,则可以将与该配置选项相关的记录进行删除。
第二种:将第一配置文件与第二配置文件进行比较,以获取到发生变化的数据。
具体地,在启动虚拟机后,可以将第一配置文件中的配置选项与第二配置文件中的配置选项一一进行比较,以获取到发生变化的数据,从而可以将第一配置文件中的数据更新为第二配置文件中的数据。
可选地,将第一配置文件中的数据恢复成第二配置文件中的数据之后还包括:控制推迟启动的应用继续运行。
具体地,将第一配置文件中的数据恢复成第二配置文件中的数据之后,虚拟机将控制推迟启动的应用继续运行,如控制处于暂停运行的应用继续运行,控制处于关闭状态的应用重新开启等。由于将***启动后,将控制推迟启动的应用继续运行,这样可以保证***的正常运行。
本申请实施例提供一种基于虚拟化技术的快速启动方法,通过VMM加载镜像文件,并通过镜像文件启动虚拟机后,判断通过镜像文件启动的虚拟机中的第一配置文件中,是否存在与第二配置文件中不同的数据,若存在,则将第一配置文件中的数据更新成第二配置文件中的数据,由于第二配置文件的保存时间晚于第一配置文件的保存时间,因此可以将***恢复到一定时间之前的状态。另外,由于只对内存中的数据和第一配置文件做快照,使得镜像文件较小,从而提高了镜像文件的制作速度和***的恢复速度。
图5为本申请实施例提供的基于虚拟化技术的快速启动装置实施例一的结构示意图。该启动装置可以为独立的终端设备,还可以为集成在终端设备中的装置,该装置可以通过软件、硬件或者软硬件结合的方式实现。如图5所示,该启动装置包括:
加载模块11,用于通过虚拟机监视器VMM加载镜像文件,其中,所述镜像文件包括对内存中的数据和第一配置文件做快照后预先生成的信息,所述第一配置文件为操作***配置文件和跟操作***设置有关的应用程序的应用配置文件,所述操作***配置文件为用于定义操作***特性的数据文件,所述应用配置文件为根据操作***读取的与应用运行相关的一些信息所生成的文件;
启动模块12,用于根据所述镜像文件启动虚拟机;
更新模块13,用于在运行后的虚拟机中的第一配置文件中存在与第二配置文件中不同的数据时,将所述第一配置文件中的数据更新成所述第二配置文件中的数据,其中,所述第二配置文件为所述虚拟机保存的操作***配置文件和所述应用配置文件,所述第二配置文件的保存时间晚于所述第一配置文件的保存时间。
可选的,上述加载模块11、启动模块12和更新模块13对应可以为终端设备中的处理器。
本发明实施例提供的基于虚拟化技术的快速启动装置,可以执行上述方法实施例,其实现原理和技术效果类似,在此不再赘述。
可选地,所述第二配置文件为所述虚拟机在重启或者断电之前最后一次保存的操作***配置文件和所述应用配置文件,所述第二配置文件的保存时间晚于所述第一配置文件的保存时间。
图6为本申请实施例提供的基于虚拟化技术的快速启动装置实施例二的结构示意图,如图6所示,本实施例在图5所示实施例的基础上,所述装置还包括:控制模块14和创建模块15,其中,
控制模块14,用于控制向所述内存和所述第一配置文件中写数据的应用推迟启动;
创建模块15,用于对所述内存中的数据和所述第一配置文件创建镜像文件,所述镜像文件用于重启或者断电之后再次启动所述虚拟机。
可选地,所述加载模块11,具体用于:
在电源接通后,对***进行初始化;
启动加载器,并加载所述VMM;
控制所述VMM启动,并通过所述VMM加载所述镜像文件。
可选地,所述加载模块11,具体用于:
在检测到所述虚拟机发生故障或者重启后,通过所述VMM加载所述镜像文件。
可选地,所述更新模块13,具体用于:
将所述第一配置文件中发生变化的数据,更新为所述第二配置文件中的数据。
可选地,所述控制模块14还用于控制所述推迟启动的应用继续运行。
可选地,所述操作***配置文件包括如下文件中的至少一个:与设置应用相关的配置文件、操作***应用所管理的文件或***应用向操作***提供的数据,其中,设置应用用于进行各种***设置。
可选地,操作***为Android操作***时,应用配置文件包括AndroidManifest.xml中的信息和/或资源文件夹中的信息。
本申请实施例提供的基于虚拟化技术的快速启动装置,可以执行上述方法实施例,其实现原理和技术效果类似,在此不再赘述。
图7为本申请实施例提供的终端设备实施例的结构示意图。如图7所示,该终端设备可以包括处理器21、存储器22和至少一个通信总线23。通信总线23用于实现元件之间的通信连接。存储器22可能包含高速RAM存储器,也可能还包括非易失性存储NVM,例如至少一个磁盘存储器,存储器22中可以存储各种程序,用于完成各种处理功能以及实现本实施例的方法步骤。可选的,该终端设备还可以包括发送器20和接收器24,接收器24可以为相应的具有通信功能和接收信息功能的输入接口,还可以为终端设备上的射频模块或者基带模块,发送器20可以为相应的具有通信功能和发送信息功能的输出接口,还可以为终端设备上的射频模块或者基带模块。可选的,该发送器20和接收器24可以集成在一个通信接口中,也可以分别为独立的两个通信接口。
本实施例中,处理器21,用于通过虚拟机监视器VMM加载镜像文件,其中,所述镜像文件包括对内存中的数据和第一配置文件做快照后预先生成的信息,所述第一配置文件为操作***配置文件和跟操作***设置有关的应用程序的应用配置文件,所述操作***配置文件为用于定义操作***特性的数据文件,所述应用配置文件为根据操作***读取的与应用运行相关的一些信息所生成的文件;
处理器21,还用于根据所述镜像文件启动虚拟机;
处理器21,还用于在运行后的虚拟机中的第一配置文件中存在与第二配置文件中不同的数据时,将所述第一配置文件中的数据更新成所述第二配置文件中的数据,其中,所述第二配置文件为所述虚拟机保存的操作***配置文件和所述应用配置文件,所述第二配置文件的保存时间晚于所述第一配置文件的保存时间。
可选地,所述第二配置文件为所述虚拟机在重启或者断电之前最后一次保存的操作***配置文件和所述应用配置文件,所述第二配置文件的保存时间晚于所述第一配置文件的保存时间。
可选地,处理器21,还用于控制向所述内存和所述第一配置文件中写数据的应用推迟启动;
处理器21,还用于对所述内存中的数据和所述第一配置文件创建镜像文件,所述镜像文件用于重启或者断电之后再次启动所述虚拟机。
可选地,处理器21,具体用于:
在电源接通后,对***进行初始化;
启动加载器,并加载所述VMM;
控制所述VMM启动,并通过所述VMM加载所述镜像文件。
可选地,处理器21,还用于在检测到所述虚拟机发生故障或者重启后,通过所述VMM加载所述镜像文件;
处理器21,还用于将所述第一配置文件中发生变化的数据,更新为所述第二配置文件中的数据。
可选地,处理器21,还用于控制所述推迟启动的应用继续运行。
可选地,所述操作***配置文件包括如下文件中的至少一个:与设置应用相关的配置文件、操作***应用所管理的文件或***应用向操作***提供的数据,其中,设置应用用于进行各种***设置。
可选地,操作***为Android操作***时,所述应用配置文件包括AndroidManifest.xml中的信息和/或资源文件夹中的信息。
本申请实施例提供的终端设备,可以执行上述方法实施例,其实现原理和技术效果类似,在此不再赘述。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
上述操作***可以是各种操作***,例如,Windows、Linux、Unix、Android操作***、iOS、Mac OS等等各种操作***。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:只读存储记忆体(Read-Only Memory,ROM)、随机存储记忆体(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
Claims (18)
1.一种基于虚拟化技术的快速启动方法,其特征在于,包括:
通过虚拟机监视器VMM加载镜像文件,其中,所述镜像文件包括对内存中的数据和第一配置文件做快照后预先生成的信息,所述第一配置文件为操作***配置文件和跟操作***设置有关的应用程序的应用配置文件,所述操作***配置文件为用于定义操作***特性的数据文件,所述应用配置文件为根据操作***读取的与应用运行相关的一些信息所生成的文件;
根据所述镜像文件启动虚拟机;
若运行后的虚拟机中的第一配置文件中存在与第二配置文件中不同的数据,则将所述第一配置文件中的数据更新成所述第二配置文件中的数据,其中,所述第二配置文件为所述虚拟机保存的操作***配置文件和所述应用配置文件,所述第二配置文件的保存时间晚于所述第一配置文件的保存时间。
2.根据权利要求1所述的方法,其特征在于,所述第二配置文件为所述虚拟机在重启或者断电之前最后一次保存的操作***配置文件和所述应用配置文件,所述第二配置文件的保存时间晚于所述第一配置文件的保存时间。
3.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
控制向所述内存和所述第一配置文件中写数据的应用推迟启动;
对所述内存中的数据和所述第一配置文件创建镜像文件,所述镜像文件用于重启或者断电之后再次启动所述虚拟机。
4.根据权利要求1-3任一项所述的方法,其特征在于,所述通过虚拟机监视器VMM加载镜像文件包括:
在电源接通后,对***进行初始化;
启动加载器,并加载所述VMM;
控制所述VMM启动,并通过所述VMM加载所述镜像文件。
5.根据权利要求1-3任一项所述的方法,其特征在于,所述通过虚拟机监视器VMM加载镜像文件包括:
在检测到所述虚拟机发生故障或者重启后,通过所述VMM加载所述镜像文件。
6.根据权利要求1-5任一项所述的方法,其特征在于,所述将所述第一配置文件中的数据更新成所述第二配置文件中的数据,包括:
将所述第一配置文件中发生变化的数据,更新为所述第二配置文件中的数据。
7.根据权利要求3所述的方法,其特征在于,所述将所述第一配置文件中的数据恢复成所述第二配置文件中的数据之后,所述方法还包括:
控制所述推迟启动的应用继续运行。
8.根据权利要求1-7任一项所述的方法,其特征在于,所述操作***配置文件包括如下文件中的至少一个:与设置应用相关的配置文件、操作***应用所管理的文件或***应用向操作***提供的数据,其中,设置应用用于进行各种***设置。
9.根据权利要求1-8任一项所述的方法,其特征在于,所述操作***为Android操作***,所述应用配置文件包括Android Manifest.xml中的信息和/或资源文件夹中的信息。
10.一种基于虚拟化技术的快速启动装置,其特征在于,包括:
加载模块,用于通过虚拟机监视器VMM加载镜像文件,其中,所述镜像文件包括对内存中的数据和第一配置文件做快照后预先生成的信息,所述第一配置文件为操作***配置文件和跟操作***设置有关的应用程序的应用配置文件,所述操作***配置文件为用于定义操作***特性的数据文件,所述应用配置文件为根据操作***读取的与应用运行相关的一些信息所生成的文件;
启动模块,用于根据所述镜像文件启动虚拟机;
更新模块,用于在运行后的虚拟机中的第一配置文件中存在与第二配置文件中不同的数据时,将所述第一配置文件中的数据更新成所述第二配置文件中的数据,其中,所述第二配置文件为所述虚拟机保存的操作***配置文件和所述应用配置文件,所述第二配置文件的保存时间晚于所述第一配置文件的保存时间。
11.根据权利要求10所述的装置,其特征在于,所述第二配置文件为所述虚拟机在重启或者断电之前最后一次保存的操作***配置文件和所述应用配置文件,所述第二配置文件的保存时间晚于所述第一配置文件的保存时间。
12.根据权利要求10或11所述的装置,其特征在于,所述装置还包括:
控制模块,用于控制向所述内存和所述第一配置文件中写数据的应用推迟启动;
创建模块,用于对所述内存中的数据和所述第一配置文件创建镜像文件,所述镜像文件用于重启或者断电之后再次启动所述虚拟机。
13.根据权利要求10-12任一项所述的装置,其特征在于,所述加载模块,具体用于:
在电源接通后,对***进行初始化;
启动加载器,并加载所述VMM;
控制所述VMM启动,并通过所述VMM加载所述镜像文件。
14.根据权利要求10-12任一项所述的装置,其特征在于,所述加载模块,具体用于:
在检测到所述虚拟机发生故障或者重启后,通过所述VMM加载所述镜像文件。
15.根据权利要求10-14任一项所述的装置,其特征在于,所述更新模块,具体用于:
将所述第一配置文件中发生变化的数据,更新为所述第二配置文件中的数据。
16.根据权利要求12所述的装置,其特征在于,所述控制模块还用于控制所述推迟启动的应用继续运行。
17.根据权利要求10-16任一项所述的装置,其特征在于,所述操作***配置文件包括如下文件中的至少一个:与设置应用相关的配置文件、操作***应用所管理的文件或***应用向操作***提供的数据,其中,设置应用用于进行各种***设置。
18.根据权利要求10-17任一项所述的装置,其特征在于,所述操作***为Android操作***,所述应用配置文件包括Android Manifest.xml中的信息和/或资源文件夹中的信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710327281.5A CN108874459B (zh) | 2017-05-10 | 2017-05-10 | 基于虚拟化技术的快速启动方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710327281.5A CN108874459B (zh) | 2017-05-10 | 2017-05-10 | 基于虚拟化技术的快速启动方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108874459A true CN108874459A (zh) | 2018-11-23 |
CN108874459B CN108874459B (zh) | 2021-06-29 |
Family
ID=64319354
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710327281.5A Active CN108874459B (zh) | 2017-05-10 | 2017-05-10 | 基于虚拟化技术的快速启动方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108874459B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110032870A (zh) * | 2019-03-29 | 2019-07-19 | 网御安全技术(深圳)有限公司 | 虚拟机监控器的安全引导方法、***及硬件安全监控卡 |
CN110209468A (zh) * | 2019-05-24 | 2019-09-06 | 北京百度网讯科技有限公司 | 用于启动虚拟机的方法、装置、设备和介质 |
CN111782342A (zh) * | 2020-06-30 | 2020-10-16 | 联想(北京)有限公司 | 一种虚拟机启动方法及装置 |
CN112131052A (zh) * | 2020-10-23 | 2020-12-25 | 北京安石科技有限公司 | 操作***的快速恢复方法及*** |
CN114510278A (zh) * | 2022-01-21 | 2022-05-17 | 武汉噢易云计算股份有限公司 | 数据静态恢复方法、装置、设备及可读存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102088367A (zh) * | 2010-12-10 | 2011-06-08 | 北京世纪互联工程技术服务有限公司 | 虚拟化环境下快速部署方法 |
CN106598653A (zh) * | 2016-11-24 | 2017-04-26 | 合肥中科云巢科技有限公司 | 用于解决虚拟机启动风暴的方法和装置 |
-
2017
- 2017-05-10 CN CN201710327281.5A patent/CN108874459B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102088367A (zh) * | 2010-12-10 | 2011-06-08 | 北京世纪互联工程技术服务有限公司 | 虚拟化环境下快速部署方法 |
CN106598653A (zh) * | 2016-11-24 | 2017-04-26 | 合肥中科云巢科技有限公司 | 用于解决虚拟机启动风暴的方法和装置 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110032870A (zh) * | 2019-03-29 | 2019-07-19 | 网御安全技术(深圳)有限公司 | 虚拟机监控器的安全引导方法、***及硬件安全监控卡 |
CN110032870B (zh) * | 2019-03-29 | 2020-10-02 | 网御安全技术(深圳)有限公司 | 虚拟机监控器的安全引导方法、***及硬件安全监控卡 |
CN110209468A (zh) * | 2019-05-24 | 2019-09-06 | 北京百度网讯科技有限公司 | 用于启动虚拟机的方法、装置、设备和介质 |
CN111782342A (zh) * | 2020-06-30 | 2020-10-16 | 联想(北京)有限公司 | 一种虚拟机启动方法及装置 |
CN112131052A (zh) * | 2020-10-23 | 2020-12-25 | 北京安石科技有限公司 | 操作***的快速恢复方法及*** |
CN112131052B (zh) * | 2020-10-23 | 2024-02-09 | 北京安石科技有限公司 | 操作***的快速恢复方法及*** |
CN114510278A (zh) * | 2022-01-21 | 2022-05-17 | 武汉噢易云计算股份有限公司 | 数据静态恢复方法、装置、设备及可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN108874459B (zh) | 2021-06-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108874459A (zh) | 基于虚拟化技术的快速启动方法和装置 | |
US10592232B2 (en) | Preserving firmware setting during firmware update | |
US8171276B2 (en) | Minimal startup mode for performing multiple-reboot configuration | |
CN107291510B (zh) | 一种Linux车载信息***快速启动方法 | |
CN109857466B (zh) | Bios配置方法、装置、服务器及计算机可读存储介质 | |
CN111813601B (zh) | 有状态分布式集群的微服务回滚方法及装置 | |
CN104794014A (zh) | ***运行的方法及智能终端 | |
US10684838B2 (en) | Dynamic application deployment | |
US10503489B1 (en) | Updating firmware via a remote utility | |
CN108319480A (zh) | 蓝牙服务启动方法、装置及电子设备 | |
CN109783149A (zh) | 开机控制方法、装置、移动终端以及存储介质 | |
CN109683967A (zh) | 固件支持方法、装置、移动终端及可读存储介质 | |
CN111796838A (zh) | Mpp数据库自动部署方法及装置 | |
US20060101372A1 (en) | Method, system, and software for determining platform management functionality | |
KR102653582B1 (ko) | 전자장치 및 그의 프로세스 재개 방법 | |
CN110515671A (zh) | 初始化方法、初始化装置、终端设备及可读存储介质 | |
US10635560B2 (en) | Techniques for accurately apprising a user of progress in booting a virtual appliance | |
US9852028B2 (en) | Managing a computing system crash | |
US20230087221A1 (en) | Detection fields of view | |
US11789746B2 (en) | Computing device reboot | |
CN115794132A (zh) | 操作***部署方法、装置、设备及存储介质 | |
CN111381892B (zh) | 一种数据处理方法、装置、设备和机器可读介质 | |
WO2022050938A1 (en) | Firmware event recovery | |
CN113453376A (zh) | 网络配置方法、相关装置、设备及存储介质 | |
CN110727460A (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 |