CN113805956A - 操作系统的配置方法、设备、存储介质及程序产品 - Google Patents
操作系统的配置方法、设备、存储介质及程序产品 Download PDFInfo
- Publication number
- CN113805956A CN113805956A CN202110661861.4A CN202110661861A CN113805956A CN 113805956 A CN113805956 A CN 113805956A CN 202110661861 A CN202110661861 A CN 202110661861A CN 113805956 A CN113805956 A CN 113805956A
- Authority
- CN
- China
- Prior art keywords
- partition
- data
- dynamic
- card slot
- value
- 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
- 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
-
- 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
-
- 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/1433—Saving, restoring, recovering or retrying at system level during software upgrading
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Quality & Reliability (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Techniques For Improving Reliability Of Storages (AREA)
Abstract
本申请实施例提供的一种操作系统的配置方法、设备、存储介质及计算机程序产品,方法应用于电子设备,电子设备包括处理器以及存储器,存储器包括基础分区、第一静态分区、第二静态分区、动态分区和用户数据分区,动态分区包括卡槽一数据和卡槽二数据,动态分区还包括第一动态子分区,卡槽一数据包含对应第一动态子分区的第一描述组和第二描述组,第一描述组的地址项的值为第一值,第二描述组的地址项的值为第二值,卡槽二数据与卡槽一数据一致;方法包括:修正卡槽二数据,包括,将卡槽二数据中第二描述组的地址项的值修改为第一值。根据本申请实施例的方法,可以使得设备支持从任意静态分区启动。
Description
技术领域
本申请涉及计算机技术领域,具体地涉及一种操作系统的配置方法、设备、存储介质及计算机程序产品。
背景技术
在现有技术的应用场景中,用户终端需要安装操作系统才可以被用户使用。例如,手机上需要安装手机操作系统(例如:IOS系统、安卓系统)才可以被用户使用。由于操作系统的安装过程较为繁琐,并且,某些终端设备的操作系统需要特殊设备才可以进行安装,因此,为了便于用户使用终端设备,在终端设备销售前,终端设备内通常已安装有基础的操作系统。这样,用户在购买到终端设备后,不需要自行进行复杂的操作系统安装操作,就可以使用终端设备。例如,在手机被销售到用户手中前,手机上已安装有基础的手机操作系统。用户在购买到手机后,即可直接使用手机的基本功能(例如,连接到移动网络、拨打电话)。
在终端设备销售到用户手中后,在终端设备被使用的过程中,存在由于操作系统数据错误而导致设备运行错误甚至无法启动的情况。在这种情况下,由于系统运行已出现错误,用户很难令系统自行修复,只能将设备返厂重新刷写操作系统,这不仅会影响用户对终端设备的使用,而且也会大大增加设备供应商的维修成本。因此,需要一种针对操作系统数据错误的应对方法。
发明内容
有鉴于此,本申请提供一种操作系统的配置方法、设备、存储介质及计算机程序产品,以利于解决现有技术中操作系统静态分区数据错误导致无法运行操作系统的问题。
第一方面,本申请实施例提供了一种操作系统的配置方法,应用于电子设备,所述电子设备包括处理器以及存储器,所述存储器包括基础分区、第一静态分区、第二静态分区、动态分区和用户数据分区,所述动态分区包括卡槽一数据和卡槽二数据,所述动态分区还包括第一动态子分区,所述卡槽一数据包含对应所述第一动态子分区的第一描述组和第二描述组,所述第一描述组的地址项的值为第一值,所述第二描述组的地址项的值为第二值,所述卡槽二数据与所述卡槽一数据一致;
所述电子设备加载所述基础分区、所述第一静态分区、所述动态分区的数据,以从所述第一静态分区启动,在加载所述动态分区的数据的过程中,读取所述卡槽一数据的第一描述组,基于所述第一描述组的地址项的值加载所述第一动态子分区的数据;
当所述电子设备被配置为从所述第二静态分区启动时,加载所述基础分区、所述第二静态分区、所述动态分区的数据,并且,在加载所述动态分区的数据的过程中,读取所述卡槽二数据的第二描述组,基于所述第二描述组的地址项的值加载所述第一动态子分区的数据;
所述方法包括:
修正所述卡槽二数据,包括,将所述卡槽二数据中第二描述组的地址项的值修改为所述第一值。
在第一方面的一种实现方式中,所述修正所述卡槽二数据,还包括,将所述卡槽二数据中第一描述组的地址项的值修改为所述第二值。
在第一方面的一种实现方式中,所述第二值为空值。
在第一方面的一种实现方式中,所述动态分区还包括第二动态子分区,所述卡槽一数据包含对应所述第二动态子分区的第三描述组和第四描述组,所述第三描述组的地址项的值为第三值,所述第四描述组的地址项的值为第四值;
所述电子设备从所述第一静态分区启动时加载所述基础分区、所述第一静态分区、所述动态分区的数据,并且,在加载所述动态分区的数据的过程中,读取所述卡槽一数据的第三描述组,基于所述第三描述组的地址项的值加载所述第二动态子分区的数据;
所述电子设备从所述第二静态分区启动时加载所述基础分区、所述第二静态分区、所述动态分区的数据,并且,在加载所述动态分区的数据的过程中,读取所述卡槽二数据的第四描述组,基于所述第四描述组的地址项的值加载所述第二动态子分区的数据;
所述修正所述卡槽二数据,还包括,将所述卡槽二数据中第四描述组的地址项的值修改为所述第三值。
在第一方面的一种实现方式中,所述修正所述卡槽二数据,包括:
读取所述卡槽一数据或所述卡槽二数据,生成第一表数据;
删除所述第一表数据中名称项和/或组项的值的后缀名为_a的描述组,生成第二表数据;
将所述第二表数据中描述组的名称项的值的后缀名由_a修改为_b,生成第三表数据;
将所述第三表数据中各个描述组的地址项的值,分别赋值给所述卡槽二数据中具有相同名称项值的描述组的地址项;
将所述卡槽二数据中名称项值后缀名为_a的描述组的地址项置空。
在第一方面的一种实现方式中,所述修正所述卡槽二数据,包括:
读取所述卡槽一数据或所述卡槽二数据,生成第一表数据;
删除所述第一表数据中名称项和/或组项的值的后缀名为_a的描述组,生成第二表数据;
将所述第二表数据中描述组的名称项的值的后缀名由_a修改为_b,生成第三表数据;
将所述卡槽二数据中所有描述组的地址项的值置空;
将所述第三表数据中各个描述组的地址项的值,分别赋值给所述地址项的值置空后的卡槽二数据中具有相同名称项值的描述组的地址项。
在第一方面的一种实现方式中,所述修正所述卡槽二数据之前,所述方法还包括:
获取操作系统安装包,其中,所述操作系统安装包包括基础分区数据、静态分区数据、动态分区数据,所述动态分区数据包括所述卡槽一数据、所述卡槽二数据以及所述第一动态子分区的数据;
根据所述操作系统安装包,在所述电子设备的所述基础分区、所述第一静态分区、所述第二静态分区、所述动态分区中烧录数据。
第二方面,本申请提供一种电子设备,所述电子设备包括处理器以及存储器,所述存储器包括基础分区、第一静态分区、第二静态分区、动态分区和用户数据分区,所述动态分区包括卡槽一数据和卡槽二数据,所述动态分区还包括第一动态子分区,所述卡槽一数据包含对应所述第一动态子分区的第一描述组和第二描述组,所述第一描述组的地址项的值为第一值,所述第二描述组的地址项的值为第二值,所述卡槽二数据与所述卡槽一数据一致;
所述处理器用于执行所述存储器上存储的软件代码,以使得:
所述电子设备启动后加载所述基础分区、所述第一静态分区以及所述动态分区的数据,以从所述第一静态分区启动,在加载所述动态分区的数据的过程中,读取所述卡槽一数据的第一描述组,基于所述第一描述组的地址项的值加载所述第一动态子分区的数据;
当所述电子设备被配置为从所述第二静态分区启动时,加载所述基础分区、所述第二静态分区、所述动态分区的数据,并且,在加载所述动态分区的数据的过程中,读取所述卡槽二数据的第二描述组,基于所述第二描述组的地址项的值加载所述第一动态子分区的数据;
所述电子设备执行如第一方面所述的方法流程。
第三方面,本申请提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机程序,当其在计算机上运行时,使得计算机执行如第一方面所述的方法。
第四方面,本申请提供一种计算机程序产品,所述计算机程序产品包括计算机程序,当其在计算机上运行时,使得计算机执行如第一方面所述的方法。
根据本申请实施例所提出的上述技术方案,至少可以实现下述技术效果:
根据本申请实施例的方法,可以使得设备支持从任意静态分区启动,从而可以在一个静态分区数据出错时从另一个静态分区启动,以确保顺利运行操作系统。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其它的附图。
图1所示为一应用场景下设备出厂前进行系统烧录的烧录系统框架结构示意图;
图2所示为根据本申请一实施例的数据存储结构示意图;
图3所示为根据本申请一实施例的操作系统升级的流程图;
图4所示为一应用场景下设备出厂前进行系统烧录的烧录系统框架结构示意图;
图5所示为一实施例中Slot0所保存的部分数据;
图6所示为一应用场景下设备上操作系统的数据保存结构框架示意图;
图7所示为一应用场景下设备出厂前被烧录操作系统后的数据保存结构框架示意图;
图8所示为根据本申请一实施例的出厂前操作系统安装流程图;
图9所示为根据本申请一实施例的出厂前定制操作系统安装流程图;
图10所示为一实施例中数据内容变化示意图;
图11所示为根据本申请一实施例的出厂前操作系统安装流程图。
具体实施方式
为了更好的理解本申请的技术方案,下面结合附图对本申请实施例进行详细描述。
应当明确,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。
应当理解,本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,甲和/或乙,可以表示:单独存在甲,同时存在甲和乙,单独存在乙这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
针对终端设备销售到用户手中后,操作系统数据错误而导致设备运行错误甚至无法启动的问题,一种可行的解决方案是在设备出厂前,就在设备上构建操作系统备份数据。这样,在终端设备销售到用户手中后,当操作系统数据出现错误时,可以利用备份数据回滚到操作系统出现错误之前的状态。但是,备份数据会占据存储空间,这就会压缩用户可以自由使用的数据空间,造成存储空间浪费。
为解决上述问题,本申请通过解析操作系统的数据存储结构,在设备出厂前,利用原始的操作系统存储空间实现数据备份,从而在不压缩用户可以自由使用的数据空间的前提下,在操作系统数据出现错误时,确保设备可以正常运行以及顺利启动。
具体的,图1所示为一应用场景下设备出厂前进行系统烧录的烧录系统框架结构示意图,如图1所示,在设备100完成硬件组装后,设备100被连接到烧录设备110上,存储器120连接到烧录设备110。存储器120中保存有操作系统的系统安装包,系统安装包包含操作系统的镜像文件。烧录设备110读取存储器120中的系统安装包,解析系统安装包获取操作系统的镜像文件,基于操作系统的镜像文件进行数据烧录,将操作系统的镜像文件对应的操作系统数据烧录到设备100的存储器上,从而实现出厂前在设备100上安装操作系统。
本申请实施例的设备100包括但不限于可以安装操作系统的智能手机、智能耳机、平板电脑、智能冰箱、智能音箱等。设备100也可以是设备内部可以安装操作系统的控制板。操作系统的示例性实施例包括但不限于Linux或者其它操作系统。
以采用虚拟A/B升级方式的安卓系统为例,图1所示为安卓系统在终端设备上的数据存储结构示意图。在烧录设备110在设备100上烧录操作系统后,设备100中所保存的操作系统文件结构如图2所示,安卓系统数据存储区包含基础分区(Common)、静态分区(A)、静态分区(B)、动态分区(Super)、用户数据分区(Userdata)。
Userdata用于存储用户的个人数据,例如,用户个人安装的APP、用户个人保存的图片、文档以及视频等个人数据。基础部分中保存的数据为不参与操作系统升级的系统数据。静态分区(A)与静态分区(B)的结构相互对应,子分区命名通过后缀_a以及_b相互区分。例如,静态分区(A)包括bootloader_a、boot_a、vendor_boot_a、dtbo_a、vbmeta_a;静态分区(B)包括bootloader_b、boot_b、vendor_boot_b、dtbo_b、vbmeta_b。动态分区(Super)包含多个子分区(system、system_ext、product、vendor、odm)。
在设备启动时,从一个静态分区启动。例如,设备从静态分区(A)启动:依次加载基础分区(Common)、静态分区(A)以及动态分区(Super);设备从静态分区(B)启动:依次加载基础分区(Common)、静态分区(B)以及动态分区(Super)。
以采用主引导记录(Master Boot Record,MBR)格式的通用闪存(UniversalFlash Storage,UFS)为例。在UFS的MBR(主引导扇区,UFS的第一个扇区,即C/H/S地址的0柱面0磁头1扇区)中,保存有设备启动顺序描述,例如,从静态分区(A)启动(启动顺序标志为A)或从静态分区(B)启动(启动顺序标志为A)。设备启动后首先从UFS的MBR中读取设备启动顺序。
图3所示为针对图2所示系统数据存储结构进行操作系统升级的流程图,当设备当前是从静态分区(A)启动时,设备按照如图3所示的流程实现操作系统的升级。
S300,设备依次加载基础分区(Common)、静态分区(A)以及动态分区(Super),从静态分区(A)启动。
S310,设备获取操作系统升级安装包;
示例的,在一种可行的实现方案中,设备定期向搜包服务器发起搜包请求,搜包请求包含设备当前运行的操作系统的版本号(例如版本1.1);搜包服务器根据搜包请求中的操作系统版本号,检索当前是否存在更新版本号的操作系统安装包(例如版本1.2);当存在更新版本的操作系统安装包时,搜包服务器向设备反馈操作系统升级安装包(例如,由版本1.1升级到版本1.2的操作系统升级包)的下载地址;设备根据操作系统升级安装包的下载地址下载操作系统升级安装包,并将操作系统升级安装包保存到用户数据分区(Userdata)。
S320,设备从用户数据分区(Userdata)读取S310中所保存的操作系统升级安装包,根据操作系统升级安装包针对静态分区(B)进行数据写入操作以升级静态分区;
例如,在操作系统升级安装包中包含版本1.2的静态分区的数据,设备将版本1.2的静态分区的数据覆写到静态分区(B)中。
S330,设备根据操作系统升级安装包在用户数据分区(Userdata)创建虚拟动态分区,在虚拟动态分区写入动态分区(Super)的升级数据。例如,在操作系统升级安装包中包含版本1.2的动态分区的数据,设备在虚拟动态分区中写入版本1.2的动态分区(Super)的数据。
进一步的,在虚拟A/B升级方案中,针对动态分区(Super),采用增量升级方式。在升级过程中,用户数据分区(Userdata)的虚拟动态分区中保存的并不是升级后新版本的动态分区(Super)的全部文件,而是旧版本的动态分区(Super)中需要升级的数据在升级后的升级结果。即,用户数据分区(Userdata)的虚拟动态分区中保存的是动态分区的更新数据。
以system子分区为例,假设在版本1.1中,system子分区中的数据可以分为system1、system2两部分。从版本1.1升级到版本1.2,数据system2没有发生变化,数据syetem1被升级为system3。那么,在S330中,设备在用户数据分区(Userdata)创建虚拟动态分区,在虚拟动态分区中写入数据system3。
例如,版本1.1升级到版本1.2的系统增量升级安装包包含版本1.1升级到版本1.2的动态分区(Super)更新数据,该动态分区(Super)更新数据包含数据system3。
进一步的,在虚拟A/B升级方案中,基于快照技术(snapshot)实现动态分区(Super)的增量升级。具体的,用户数据分区(Userdata)的虚拟动态分区中,采用写时拷贝(Copy-On-Write,COW)文件保存动态分区(Super)的升级数据。
具体的,用户数据分区(Userdata)中保存的动态分区(Super)的升级数据包含多个COW文件,每个COW文件对应一个动态分区(Super)的子分区,COW文件的命名与其所针对的动态分区(Super)子分区相对应。
在S310所获取的操作系统升级安装包中,动态分区(Super)的升级数据的COW文件以二进制代码形式压缩保存。在操作系统升级安装包中,每个COW文件根据其所针对的动态分区(Super)子分区所命名。例如,针对system子分区的COW文件被命名为system-cow-img.img.0000。
在S330中,设备解包操作系统升级安装包以获取所有的COW文件,为每个COW文件附加A/B分区标记。具体的,当设备当前从静态分区(A)启动时,可以理解为设备当前运行操作系统所加载的动态分区(Super)为动态分区(A)。在升级操作系统时,用户数据分区(Userdata)中创建的虚拟动态分区是针对动态分区(B)。因此,为COW文件附加对应动态分区(B)的名称标记_b。例如,为system-cow-img.img.0000附加_b生成system_b-cow-img.img.0000。
进一步的,在S330中,在用户数据分区(Userdata)中创建Update文件夹,将重命名的COW文件保存到Update文件夹下。例如,在一应用场景中,在向用户数据分区(Userdata)写入COW文件后,用户数据分区(Userdata)的Update文件夹中包含下述文件:
system_b-cow-img.img.0000;
system_ext_b-cow-img.img.0000;
vendor_b-cow-img.img.0000;
product_b-cow-img.img.0000;
cust_b-cow-img.img.0000;
odm_b-cow-img.img.0000。
具体的,COW文件中包含COW文件自身的COW文件地图(快照map)以及升级数据。COW文件地图(快照)与COW文件所针对的动态分区(Super)的子分区的文件地图相对应。动态分区(Super)的子分区的文件地图用于描述当前版本的操作系统(本次升级之前的版本,例如,版本1.1)动态分区(Super)的子分区中的所有文件以及各个文件的保存地址。
COW文件中的升级数据为相较于当前版本的子分区数据,新版本的子分区数据中被更新的文件;COW文件自身的COW文件地图则用于描述被更新的文件与当前版本的子分区中的文件间的对应关系以及被更新的文件的保存地址。
基于动态分区(Super)的子分区的文件地图以及COW文件中的COW文件地图,就可以使用COW文件中的升级数据替换动态分区(Super)的子分区中的对应文件,从而实现动态分区(Super)数据的升级。具体的,在需要获取动态分区(Super)的子分区的文件地图时,可以基于snapshot对动态分区(Super)的子分区的数据进行快照操作以生成动态分区(Super)的子分区的文件地图。也可以在制作操作系统升级安装包时,预先生成动态分区(Super)的子分区的文件地图,将该文件地图加入到COW文件中。
以system子分区为例,假设system子分区中按照以下路径保存数据:
/system/app/A0.XXX;
/system/app/A1.XXX;
/system/app/A2.XXX;
/system/B0.XXX;
/system/B1.XXX;
/system/user/C0.XXX;
/system/user/C1.XXX;
/system/user/C2.XXX;
/system/user/C3.XXX。
system子分区的文件地图可以是:
/system/app/A0.XXX:024010~024013;
/system/app/A1.XXX:024014~024017;
/system/app/A2.XXX:024018~024020;
/system/B0.XXX:024021~024026;
/system/B1.XXX:024027~024028;
/system/user/C0.XXX:024029~024032;
/system/user/C1.XXX:024033~024035;
/system/user/C2.XXX:024036~024040;
/system/user/C3.XXX:024041~024044。
文件名后的数值(例如,/system/app/A0.XXX:024010~024013中的024010~024013)为该文件在动态分区(Super)的system子分区的物理保存地址(块地址)。
假设当前操作系统升级需要更新数据/system/app/A2.XXX以及/system/user/C2.XXX。
可以视为:
/system/app/A2.XXX以及/system/user/C2.XXX为system子分区数据的system1部分;
/system/app/A0.XXX、/system/app/A1.XXX、/system/B0.XXX、/system/B1.XXX、/system/user/C0.XXX、/system/user/C1.XXX以及/system/user/C3.XXX为system子分区数据的system2部分。
那么,针对system子分区的COW文件(system_b-cow-img.img.0000)就包含最新版的/system/app/A2.XXX以及/system/user/C2.XXX。
可以视为,最新版的/system/app/A2.XXX以及/system/user/C2.XXX为system3。升级目标是使用system3更新掉system1。
当COW文件中的更新数据的大小与其所要更新的原始数据的大小一致,并且,COW文件中的更新数据在数据更新后在子分区中的保存位置与其所要更新的原始数据在子分区中的保存位置一致时,COW文件(system_b-cow-img.img.0000)自身的COW文件地图可以为:
/system/app/A2.XXX:
Map1(原super分区中待更新数据的地址):起始地址address start:024018(相对于system起始地址的偏移量);偏移量大小size:2(即024018~024020地址段的数据)
Map2(cow文件中存储的更新数据的地址):起始地址address start:045033(相对于cow文件存储的起始地址的偏移量);偏移量大小size:2(即045033~045035地址段的数据);
/system/user/C2.XXX:
Map1(原super分区中待更新数据的地址):起始地址address start:024036(相对于system起始地址的偏移量);偏移量大小size:4(即024036~024040地址段的数据)
Map2(cow文件中存储的更新数据的地址):起始地址address start:045036(相对于cow文件存储的起始地址的偏移量);偏移量大小size:4(即045036~045040地址段的数据)。
当COW文件中的更新数据的大小与其所要更新的原始数据的大小不一致时,COW文件(system_b-cow-img.img.0000)自身的COW文件地图可以为:
/system/app/A2.XXX:
Map1.1(原super分区中待更新数据的地址):起始地址address start:024018(相对于system起始地址的偏移量);偏移量大小size:2(即024018~024020地址段的数据)
Map2.1(cow文件中存储的,需要覆盖Map1.1地址的更新数据的地址):起始地址address start:045033(相对于cow文件存储的起始地址的偏移量);偏移量大小size:2(即045033~045035地址段的数据);
Map1.2(cow文件中更新数据超出待更新数据大小的那一部分在原super分区中的待写入地址):起始地址address start:025018(相对于system起始地址的偏移量);偏移量大小size:1(即025018~025020地址段的数据)
Map2.2(cow文件中存储的,需要覆盖Map1.2地址的更新数据的地址):起始地址address start:046033(相对于cow文件存储的起始地址的偏移量);偏移量大小size:2(即046033~046035地址段的数据)。
在接下来的说明书描述中,为便于描述,仅以当COW文件中的更新数据的大小与其所要更新的原始数据的大小一致,并且,COW文件中的更新数据在数据更新后在子分区中的保存位置与其所要更新的原始数据在子分区中的保存位置一致的应用场景进行举例说明。
在上述例子中,地址段(045033~045035以及045036~045040)分别为COW文件(system_b-cow-img.img.0000)中最新版的/system/app/A2.XXX以及/system/user/C2.XXX在用户数据分区(Userdata)的物理保存地址(块地址)。
这样,如果使用地址045033~045035上的A2.XXX替换掉地址024018~024020上的A2.XXX,并且,使用地址045036~045040上的C2.XXX替换掉地址024036~024040上的C2.XXX,就可以完成动态分区(Super)的system子分区的数据升级。
进一步的,在S330中,在将COW文件写入用户数据分区(Userdata)后,还需要对动态分区(Super)+COW文件进行整体校验,校验动态分区(Super)+COW文件的有效性,验证当前版本的动态分区(Super)数据+COW文件的合成结果是否为新版本的动态分区(Super)数据。
具体的,以从1.1版本升级到1.3版本为例,计算动态分区(Super)中不需要升级的数据(从版本1.1到版本1.2未发生变化的数据)与COW文件中升级数据(从版本1.1到版本1.2需要升级的数据)的合成结果的哈希值,判断该哈希值与1.3版本中动态分区(Super)的完整数据的哈希值是否一致,如果一致,则说明COW文件有效;如果不一致,则说明COW文件无效,升级失败,中断升级进程并报错;其中,1.3版本中动态分区(Super)的完整数据的哈希值被保存在操作系统升级安装包中。
具体的,在校验过程中,基于snapshot合并动态分区(Super)+COW文件。在snapshot的实现过程中,动态分区(Super)与COW文件的合并并不是物理意义上的合并,而是将COW文件中子分区的整体文件地图与COW文件自身的COW文件地图进行合并,生成新版本的子分区数据的文件地图。
例如,将system子分区的文件地图:
/system/app/A0.XXX:024010~024013;
/system/app/A1.XXX:024014~024017;
/system/app/A2.XXX:024018~024020;
/system/B0.XXX:024021~024026;
/system/B1.XXX:024027~024028;
/system/user/C0.XXX:024029~024032;
/system/user/C1.XXX:024033~024035;
/system/user/C2.XXX:024036~024040;
/system/user/C3.XXX:024041~024044。
与COW文件地图:
/system/app/A2.XXX:
Map1:address start:024018;size:2(即024018~024020地址段的数据)
Map2:address start:045033;size:2(即045033~045035地址段的数据);
/system/user/C2.XXX:
Map1:address start:024036;size:4(即024036~024040地址段的数据)
Map2:address start:045036;size:4(即045036~045040地址段的数据)。
合并。则得到system子分区的新版本的文件地图:
/system/app/A0.XXX:024010~024013;
(指向动态分区(Super)中/system/app下的A0.XXX)
/system/app/A1.XXX:024014~024017;
(指向动态分区(Super)中/system/app下的A1.XXX)
/system/app/A2.XXX:045033~045035;
(指向用户数据分区(Userdata)中/Update/system_b-cow-img.img.0000中的A2.XXX)
/system/B0.XXX:024021~024026;
(指向动态分区(Super)中/system下的B0.XXX)
/system/B1.XXX:024027~024028;
(指向动态分区(Super)中/system下的B1.XXX)
/system/user/C0.XXX:024029~024032;
(指向动态分区(Super)中/system/user下的C0.XXX)
/system/user/C1.XXX:024033~024035;
(指向动态分区(Super)中/system/user下的C1.XXX)
/system/user/C2.XXX:045036~045040;
(指向用户数据分区(Userdata)中/Update/system_b-cow-img.img.0000中的C2.XXX)
/system/user/C3.XXX:024041~024044。
(指向动态分区(Super)中/system/user下的C3.XXX)
在新版本的system子分区的文件地图中,/system/app/A2.XXX的保存地址并不是指向存储器上动态分区(Super)上的/system/app/A2.XXX,而是指向存储器上用户数据分区(Userdata)中system_b-cow-img.img.0000中的A2.XXX;/system/user/C2.XXX的保存地址并不是指向存储器上动态分区(Super)上的/system/user/C2.XXX,而是指向存储器上用户数据分区(Userdata)中system_b-cow-img.img.0000中的C2.XXX。
在校验过程中,按照上述合成方式,获取动态分区(Super)的所有子分区的新版本的文件地图(如果用户数据分区(Userdata)中并未写入某个子分区的对应COW文件,则直接以该子分区的文件地图为新版本的文件地图)。将所有子分区的新版本的文件地图组合生成动态分区(Super)的新版本的文件系统。
基于动态分区(Super)的新版本的文件系统读取数据,读取动态分区(Super)的新版本的文件系统所包含的所有文件并计算哈希值。
当COW文件有效时,将基础分区(Common)的元数据分区(/metadata)中的落盘状态信息由“已落盘(merged)”改为“未落盘(wait for merge)”。落盘状态信息用于表示当前是否存在需要落盘到动态分区(Super)的COW文件。具体的,落盘状态信息包含针对动态分区(Super)的整体标识以及针对每个子分区的子分区标识。当整体标识为“已落盘(merged)”时,代表动态分区(Super)的所有子分区均不需要进行落盘操作;当整体标识为“未落盘(wait for merge)”时,代表动态分区(Super)的一个或多个子分区需要进行落盘操作;当子分区标识为“已落盘(merged)”时,代表该子分区不需要进行落盘操作;当子分区标识为“未落盘(wait for merge)”时,代表该子分区需要进行落盘操作。
S331,将设备的启动顺序由从静态分区(A)启动变更为从静态分区(B)启动。
例如,改写主引导记录(Master Boot Record,MBR)的启动顺序标识,将启动顺序标识由A改写为B。在设备上电后,当设备读取到启动顺序标识为A,设备从静态分区(A)启动,启动过程中加载静态分区(A);当设备读取到启动顺序标识为B,设备从静态分区(B)启动,启动过程中加载静态分区(B)。
S332,设备重启。退出当前的操作系统,切断设备电源,再次开启设备电源。
S340,设备依次加载基础分区(Common)、静态分区(B)。
例如,设备首先加载基础分区(Common)。在加载基础分区(Common)的过程中,设备读取基础分区(Common)中的启动标记;当基础分区(Common)中的启动标记为(A)时,设备在加载基础分区(Common)之后会加载静态分区(A),从而从静态分区(A)启动;当基础分区(Common)中的启动标记为(B)时,设备在加载基础分区(Common)之后会加载静态分区(B),从而从静态分区(B)启动。
在S340中,设备读取基础分区(Common)中的启动标记。基础分区(Common)中的启动标记为(B),设备在加载基础分区(Common)之后加载静态分区(B),从静态分区(B)启动。
S341,设备加载动态分区(Super)以及用户数据分区(Userdata)的虚拟动态分区。
具体的,设备读取元数据(/metadata)中的落盘状态信息,基于落盘状态信息确定是否需要从用户数据分区(Userdata)的指定路径中检索COW文件,并采用snapshot合并加载动态分区(Super)以及COW文件。
进一步的,在S341中,设备并不加载动态分区(Super)以及用户数据分区(Userdata)中的全部COW文件,而是根据操作系统运行需求加载对应的文件。具体的,在S341中,设备根据操作系统运行需求确定需要加载的文件,基于snapshot从动态分区(Super)或虚拟动态分区中的COW文件中提取对应的文件进行加载。
具体的,在S341中,当动态分区(Super)的子分区首存在对应的COW文件时,先基于snapshot生成动态分区(Super)各个子分区的新版本的文件地图。生成新版本的文件地图的过程可以参照S330。设备根据操作系统运行需求确定需要加载的文件,基于动态分区(Super)子分区的新版本的文件地图进行文件加载。
例如,操作系统运行需求加载system子分区下目录user(/system/user)中的所有数据。设备读取元数据(/metadata)中的落盘状态信息,落盘状态信息中system子分区的子分区标识为“未落盘(wait for merge)”,因此,设备在用户数据分区(Userdata)中/Update下搜索COW文件,在Update下搜索到COW文件system_b-cow-img.img.0000后,基于snapshot,根据system_b-cow-img.img.0000中的COW文件的文件地图生成system子分区的新版本的文件地图。按照system子分区的新版本的文件地图中/system/user下所有文件的保存地址进行数据加载,例如,根据system子分区的新版本的文件地图中:
/system/user/C0.XXX:024029~024032;
/system/user/C1.XXX:024033~024035;
/system/user/C2.XXX:045036~045040;
/system/user/C3.XXX:024041~024044。
加载地址024029~024032处的C0.XXX、地址024033~024035处的C1.XXX、地址045036~045040处的C2.XXX以及地址024041~024044处的C3.XXX。
进一步的,在加载system子分区下目录user(/system/user)中的所有数据时,当落盘状态信息中system子分区的子分区标识为“已落盘(merged)”时,设备就不会在用户数据分区(Userdata)中/Update下搜索COW文件,而是直接加载system子分区下目录user(/system/user)中的所有数据。
进一步的,在加载system子分区下目录user(/system/user)中的所有数据时,当落盘状态信息中system子分区的子分区标识为“未落盘(wait for merge)”时,如果设备在用户数据分区(Userdata)中/Update下未搜索到对应system子分区的COW文件时,则说明升级过程中数据写入错误(COW文件写入错误或者落盘状态信息写入错误),此时设备回滚系统并报错。
进一步的,在S341中,在加载文件之前,设备还需要对加载文件进行校验。不同于S330,在S341中,不对动态分区(Super)+COW文件进行整体验证,而是仅对需要加载的文件进行验证。例如,基于dmverity进行校验(dm-verity是dm(device mapper)的一个目标(target),是一个虚拟块设备,专门用于文件系统的校验)。校验成功则加载文件,校验失败则重启设备,回滚系统或者尝试再次加载文件。
S350,设备成功启动,进入用户交互界面。
S351,设备在后台将虚拟动态分区的数据落盘到动态分区(Super)。
在本申请说明书的描述中,落盘操作指的是,在操作系统升级过程中,将用户数据分区(Userdata)上虚拟动态分区中保存的动态分区(Super)升级文件(COW文件)写入到动态分区(Super)中,使得动态分区(Super)的文件完成数据升级,以便设备在下次启动时不需要加载动态分区(Super)和虚拟动态分区,只需加载动态分区(Super)就可以完成设备启动。
具体的,设备在启动成功后进行开机广播,开机广播后开启升级进程。升级进程读取基础分区(Common)的元数据(/metadata)中的落盘状态信息,如果落盘状态信息为“已落盘(merged)”,则设备进入正常运行模式。
如果落盘状态信息为“未落盘(wait for merge)”,升级进程将用户数据分区(Userdata)中的COW文件落盘到动态分区(Super)中。
具体的,升级进程将用户数据分区(Userdata)中的COW文件中的升级数据写入到动态分区(Super)中的对应地址上,使得动态分区(Super)中的全部数据均为升级后的新版本的数据。
例如,基于system子分区的文件地图中的/system/app/A2.XXX:024018~024020以及COW文件地图中的/system/app/A2.XXX:045033~045035,将地址045033~045035上的数据写入到地址024014~024017上;基于system子分区的文件地图中的/system/user/C2.XXX:024036~024040以及COW文件地图中的/system/user/C2.XXX:045036~045040,将地址045036~045040上的数据写入到地址024036~024040上。
在此之后升级进程删除用户数据分区(Userdata)中的COW文件,将存储空间归还给用户数据分区(Userdata);并且,将基础分区(Common)的元数据(/metadata)中的落盘状态信息由“未落盘(wait for merge)”改为“已落盘(merged)”。
在S320中,静态分区升级的数据操作是针对静态分区(B)中的操作系统数据的,其并不会影响到当前启动的静态分区(A)的操作系统数据;并且,在S330中,动态分区升级的数据操作是在用户数据分区(Userdata)中所创建的虚拟动态分区上完成的,其并不会影响到当前挂载的动态分区(Super)。因此,在整个操作系统升级的过程中,用户可以正常使用设备;并且,在S331完成后,设备并不需要立即重启,可以由用户自行选择重启时机;这样,操作系统的升级过程并不会对用户的正常手机操作产生影响,从而大大提高了用户体验。进一步的,针对动态分区(Super),仅在需要进行升级时才会在用户数据分区(Userdata)上创建虚拟动态分区,因此有效提高了数据存储空间利用率。
在图2所示的系统数据存储结构中,静态分区(A)与静态分区(B)的分区结构是一致的,并且,在操作系统运行时只需读取一个静态分区,那么,理论上讲,当一个静态分区不可用时,可以使用另一个静态分区来维持操作系统的正常运行。但是,在实际应用场景中,在采用虚拟A/B升级方式的安卓系统的终端设备完成出厂前的操作系统安装后,终端设备仅可以从静态分区(A),而无法从静态分区(B)启动。也就是说,在采用虚拟A/B升级方式的安卓系统的终端设备完成出厂前的操作系统安装后,如果静态分区(A)出现数据错误,那么,设备无法从静态分区(B)启动,只能返厂进行操作系统数据的修复。
具体的,图4所示为一应用场景下设备出厂前进行系统烧录的烧录系统框架结构示意图。在采用虚拟A/B升级方式的安卓系统中,由于只有静态分区采用A/B方案,而动态分区采用升级时构造虚拟动态分区的方案。因此,为了静态分区与动态分区的匹配,如图4所示,在动态分区(Super)的头部的元数据(/supermetadata)中,包含对应静态分区(A)的Slot0(插槽一数据)以及静态分区(B)的Slot1(插槽二数据)。Slot0以及Slot1用于保存Super分区的分区表。
例如,在UFS的MBR中,设备启动顺序描述中,配置Slot0对应从静态分区(A)启动,配置Slot1对应从静态分区(B)启动。在设备启动时,根据启动的静态分区的不同,选择从Slot0或Slot1中的一个中获取Super分区的分区信息。例如,在设备由静态分区A启动时,在加载Super分区时,设备首先读取Slot0,以获取Super分区的子分区地址;在设备由静态分区B启动时,在加载Super分区时,设备首先读取Slot1,以获取Super分区的子分区地址。
具体的,Slot0以及Slot1中包含多个子分区描述组,每个子分区描述组对应Super分区的一个子分区。每个子分区描述组包含:
名称(Name)项,其值为子分区的名称;
组(Group)项,其值为子分区类型;
属性(Attributes)项,其值为分区读写属性,例如,只读属性(readonly);
地址(Extents)项,其值为子分区的地址。
在Name项以及Group项中,值的后缀为_a,则对应静态分区(A);值的后缀为_b,则对应静态分区(B)。
在由静态分区A启动,加载Super分区时,首先读取Slot0。在读取Slot0时,由于后缀为_a对应静态分区(A),设备读取Slot0中Name项和/或Group项后缀为_a的分区描述组中Extents项的值,以获取Super分区的子分区地址。
在由静态分区B启动,加载Super分区时,首先读取Slot1。在读取Slot1时,由于后缀为_b对应静态分区(B),设备读取Slot0中Name项和/或Group项后缀为_b的分区描述组中Extents项的值,以获取Super分区的子分区地址。
一般的,在Slot0以及Slot1中,针对Super分区的每个子分区,存在两组子分区描述,一组子分区描述对应静态分区(A),一组子分区描述对应静态分区(B)。在读取Slot0或Slot1时,设备根据后缀(_a或_b)选定需要读取的子分区描述。
即,在Slot0以及Slot1中,针对Super分区的每个子分区,针对每个子分区,均存在两个描述组(例如,第一描述组和第二描述组)。针对同一子分区的两个描述组的Name项和Group项的值的前缀相同,后缀不同(分别为_a以及_b)。针对同一子分区的两个描述组的地址项的值可以不同。
图5所示为一实施例中Slot0所保存的部分数据。如图5所示,Name项以及Group项的值的后缀为_a的分区描述组中,Extents项的值为子分区的真实地址。Name项以及Group项的值的后缀为_b的分区描述组中,Extents项的值被置空。在由静态分区A启动,加载Super分区时,首先读取Slot0。在读取Slot0时,由于后缀为_a对应静态分区(A),设备读取Slot0中Name项和/或Group项后缀为_a的分区描述组中Extents项的值,以获取Super分区的子分区地址,从而顺利加载Super分区。
在读取Slot0时,由于后缀为_b对应静态分区(B),设备无需读取Slot0中Name项和/或Group项后缀为_b的分区描述组,因此,Name项以及Group项的值的后缀为_b的分区描述组中,Extents项的值被置空不会影响Super分区的加载。
进一步,在一实施例中,Slot1所保存的数据与图5所示的数据结构类似,区别在于,为了确保顺利加载Super分区,在Slot1的数据中,Name项以及Group项的值的后缀为_b的分区描述组中,Extents项的值为子分区的真实地址。Name项以及Group项的值的后缀为_a的分区描述组中,Extents项的值被置空。
图6所示为一应用场景下设备上操作系统的数据保存结构框架示意图。以Super分区的System子分区为例,如图6所示,Slot0中针对System子分区(第一动态子分区)的数据为:
第一描述组:
Name:system_a
Group:qti_dynamic_partitions_a
Attributes:readonly
Extents:0..6995967linear super 2048(第一值)
第二描述组:
Name:system_b
Group:qti_dynamic_partitions_b
Attributes:readonly
Extents:(第二值)
这样,当设备从静态分区(A)启动时,设备读取Slot0中后缀为_a的system_a子分区数据。基于Slot0中的system_a数据,设备可以顺利加载System子分区。
如图6所示,Slot1中针对System子分区的数据为:
第一描述组:
Name:system_a
Group:qti_dynamic_partitions_a
Attributes:readonly
Extents:(第二值)
第二描述组:
Name:system_b
Group:qti_dynamic_partitions_b
Attributes:readonly
Extents:0..6995967linear super 2048(第一值)
这样,当设备从静态分区(B)启动时,设备读取Slot1中后缀为_b的system_b子分区数据。基于Slot0中的system_b数据,设备可以顺利加载System子分区。
但是,在设备出厂前进行操作系统的烧录时,Slot1与Slot0中会烧录相同的数据。即,在Slot1中,Name项以及Group项的值的后缀为_a的分区描述组中,Extents项的值为子分区的真实地址。Name项以及Group项的值的后缀为_b的分区描述组中,Extents项的值被置空。这样,在设备出厂前进行操作系统的烧录后,如果试图从静态分区(B)启动设备,在加载Super分区时,会从Slot1中Name项以及Group项的值的后缀为_b的分区描述组中读取Extents项的值。由于Slot1中Name项以及Group项的值的后缀为_b的分区描述组中的Extents项的值被置空,因此就会出现地址读取失败,从而无法顺利加载Super分区。因此,静态分区(B)无法启动设备。
例如,图7所示为一应用场景下设备出厂前被烧录操作系统后的数据保存结构框架示意图。以Super分区的System子分区为例,如图7所示,Slot0中针对System子分区的数据为:
第一描述组:
Name:system_a
Group:qti_dynamic_partitions_a
Attributes:readonly
Extents:0..6995967linear super 2048(第一值)
第二描述组:
Name:system_b
Group:qti_dynamic_partitions_b
Attributes:readonly
Extents:(第二值)
如图7所示,Slot1中针对System子分区的数据与Slot0中一致,为:
第一描述组:Name:system_a
Group:qti_dynamic_partitions_a
Attributes:readonly
Extents:0..6995967linear super 2048(第一值)
第二描述组:
Name:system_b
Group:qti_dynamic_partitions_b
Attributes:readonly
Extents:(第二值)
这样,当设备从静态分区(B)启动时,设备读取Slot1中后缀为_b的system_b子分区数据。由于Slot1中的system_b数据的Extents项被置空,因此设备无法顺利加载System子分区。
针对上述问题,本申请提出了一种操作系统的配置方法,在出厂前安装操作系统时,令Super分区的Slot0以及Slot1均为正确的配置数据,使得静态分区(A)以及静态分区(B)均可以启动设备,从而在静态分区(A)出现数据错误时,用户可以通过静态分区(B)启动设备,维持操作系统正常运行并进行数据修复。
图8所示为根据本申请一实施例的出厂前操作系统安装流程图。存储器120中保存有操作系统的系统安装包,系统安装包包含操作系统的镜像文件。烧录设备110执行如图8所示的以下流程以在设备100上安装操作系统。
S800,烧录设备110读取存储器120中的系统安装包。
S801,烧录设备110解析系统安装包获取操作系统的镜像文件,基于操作系统的镜像文件进行数据烧录,将操作系统的镜像文件对应的操作系统数据烧录到设备100的存储器上。
在S801之后,设备100所保存的操作系统结构可参照图4。
S810,烧录设备110修改Slot1中的数据,将Slot1数据中对应静态分区B的Super分区子分区描述数据修改为正确值。
具体的,在S810中,将Slot1数据中Name项以及Group项的值的后缀为_b的分区描述组中Extents项的值由置空修改为真实值。
进一步的,在S810中,还将Slot1数据中Name项以及Group项的值的后缀为_a的分区描述组中Extents项的值置空。例如,针对system子分区,将图7所示的Slot1的数据修改为图6所示的Slot1的数据。
或者,考虑到静态分区(B)启动设备,读取Slot1时,并不读取Name项以及Group项的值的后缀为_a的分区描述组,因此,在S810中,对Slot1数据中Name项以及Group项的值的后缀为_a的分区描述组中Extents项的值不做修改。
进一步的,本申请对S810的具体实现方式不做具体限制,本领域的技术人员可以采用多种可行的实现方式实现S810。以下结合附图描述具体实施例以及举例说明S810的具体实现流程。以下通过具体实施例举例说明本申请实施例的具体实现流程。
图9所示为根据本申请一实施例的出厂前操作系统安装流程图。存储器120中保存有操作系统的系统安装包,系统安装包包含操作系统的镜像文件。烧录设备110执行如图9所示的以下流程以在设备100上安装操作系统。
S900以及S701可以参照S600以及S601。
S910,读取Slot0或者Slot1中的数据,保存为第一表数据;示例的,第一表数据中,system子分区为第一动态子分区,system_ext子分区为第二动态子分区。
第一描述组:
Name:system_a
Group:qti_dynamic_partitions_a
Attributes:readonly
Extents:0..6995967linear super 2048(第一值)
第二描述组:
Name:system_b
Group:qti_dynamic_partitions_b
Attributes:readonly
Extents:(第二值)
第三描述组:
Name:system_ext_a
Group:qti_dynamic_partitions_a
Attributes:readonly
Extents:0..262143linear super 6998016(第三值)
第四描述组:
Name:system_ext_b
Group:qti_dynamic_partitions_b
Attributes:readonly
Extents:(第四值)
S911,读取第一表数据中Name项或Group项的值;
S912,将第一表数据中Name项或Group项的值的后缀为_b的子分区描述组删除,获得第二表数据;
例如,Slot0以及Slot1中的部分数据如图10所示(第一表数据的部分数据为图5所示数据),读取Slot0中的数据生成第一表数据,当由第一表数据生成第二表数据后,在第二表数据中对应图5所示部分数据的数据为:
第一描述组:
Name:system_a
Group:qti_dynamic_partitions_a
Attributes:readonly
Extents:0..6995967linear super 2048
第三描述组:
Name:system_ext_a
Group:qti_dynamic_partitions_a
Attributes:readonly
Extents:0..262143linear super 6998016
第一描述组与第三描述组所对应的第二描述组与第四描述组被删除。
S913,将第二表数据中Name项以及Group项的值的后缀(_a)修改为(_b),获得第三表数据;
在S913中,也可以不修改Group项的值的后缀。
S914,选定第三表数据中一个未被选定过的子分区描述组(第一子分区描述组);
具体的,在S914之前,第三表数据中所有的子分区描述均为未被选定过的。在S913中,为所有的子分区描述组增加选择(checked)项,所有子分区描述组的checked项的值为0。在S914中,根据checked项的值确定未被选定过的子分区描述组(checked项的值为0的子分区描述组)。在S914中,当选定一个未被选定过的子分区描述组时,将该组中checked项的值置为1。
如图10所示,在第三表数据中对应图5所示部分数据的数据为:
Name:system_b
Group:qti_dynamic_partitions_b
Attributes:readonly
Extents:0..6995967linear super 2048
checked:0
Name:system_ext_b
Group:qti_dynamic_partitions_b
Attributes:readonly
Extents:0..262143linear super 6998016
checked:0
首次执行S914时,选定Name为system_b的子分区描述组,将该子分区描述组的checked项置为1。
Name:system_b
Group:qti_dynamic_partitions_b
Attributes:readonly
Extents:0..6995967linear super 2048
checked:1
Name:system_ext_b
Group:qti_dynamic_partitions_b
Attributes:readonly
Extents:0..262143linear super 6998016
checked:0
第二次执行S914时,选定Name为system_b的子分区描述组中checked项值为1,说明该子分区描述组已被选定过。选定Name为system_ext_b的子分区描述组,将该子分区描述组的checked项置为1。
Name:system_b
Group:qti_dynamic_partitions_b
Attributes:readonly
Extents:0..6995967linear super 2048
checked:1
Name:system_ext_b
Group:qti_dynamic_partitions_b
Attributes:readonly
Extents:0..262143linear super 6998016
checked:1
S915,将Slot1中各个子分区描述组的Name项的值与第一子分区描述组的Name项的值做匹配,确定Slot1中Name项的值与第一子分区描述组的Name项的值一致的子分区描述组(第二子分区描述组);
S916,将第二子分区描述组中Extents的值配置为第一子分区描述组中Extents的值;
S917,判断第三表数据中是否存在未被选定过的子分区描述组;
如果存在,返回S914;
如不存在,执行S920;
例如,假设第一表数据的部分数据为图5所示数据,如图10所示,在执行S920之前(修正后),Slot1中对应图5所示部分数据的数据为:
Name:system_a
Group:qti_dynamic_partitions_a
Attributes:readonly
Extents:0..6995967linear super 2048()
Name:system_b
Group:qti_dynamic_partitions_b
Attributes:readonly
Extents:0..6995967linear super 2048
Name:system_ext_a
Group:qti_dynamic_partitions_a
Attributes:readonly
Extents:0..262143linear super 6998016
Name:system_ext_b
Group:qti_dynamic_partitions_b
Attributes:readonly
Extents:0..262143linear super 6998016
S920,将Slot1中Name项或Group项的值的后缀为_a的子分区描述组中Extents的值置空。
例如,如图10所示,在执行S920之后(置空后),Slot1中对应图5所示部分数据的数据为:
第一描述组:
Name:system_a
Group:qti_dynamic_partitions_a
Attributes:readonly
Extents:(第二值)
第二描述组:
Name:system_b
Group:qti_dynamic_partitions_b
Attributes:readonly
Extents:0..6995967linear super 2048(第一值)
第三描述组:
Name:system_ext_a
Group:qti_dynamic_partitions_a
Attributes:readonly
Extents:(第四值)
第四描述组:
Name:system_ext_b
Group:qti_dynamic_partitions_b
Attributes:readonly
Extents:0..262143linear super 6998016(第三值)
图11所示为根据本申请一实施例的出厂前操作系统安装流程图。存储器120中保存有操作系统的系统安装包,系统安装包包含操作系统的镜像文件。烧录设备110执行如图6所示的以下流程以在设备100上安装操作系统。
S1100~S1113可以参照S900~S913。
S1114,将Slot1中所有Extents项的值置空。
S1115~S1117,参照S914~S916.
S1118,判断第三表数据中是否存在未被选定过的子分区描述组;
如果存在,返回S1115;
如不存在,流程结束。
进一步的,在根据本申请实施例的方法修正Slot1中的数据后,设备就可以从静态分区(A)或静态分区(B)启动。具体的,根据需要启动的静态分区,修改设备的启动顺序,就可以使得设备在启动后从指定的静态分区启动。例如,改写设备主引导记录(Master BootRecord,MBR)的启动顺序标识,将启动顺序标识写为A或B。在设备上电后,当设备读取到启动顺序标识为A,设备从静态分区(A)启动,启动过程中加载静态分区(A);当设备读取到启动顺序标识为B,设备从静态分区(B)启动。
进一步的,在一应用场景中,假设设备从静态分区(A)启动,当静态分区(A)数据出错,导致设备无法运行操作系统时,改写设备主引导记录(Master Boot Record,MBR)的启动顺序标识,将启动顺序标识由A改写为B。在设备上电后,当设备读取到启动顺序标识为B,设备从静态分区(B)启动。从而确保在静态分区(A)出现数据错误时也可以顺利运行操作系统。
可以理解的是,上述实施例中的部分或全部步骤或操作仅是示例,本申请实施例还可以执行其它操作或者各种操作的变形。此外,各个步骤可以按照上述实施例呈现的不同的顺序来执行,并且有可能并非要执行上述实施例中的全部操作。
进一步的,一般的,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field ProgrammableGate Array,FPGA))就是这样一种集成电路,其逻辑功能由访问方对器件编程来确定。由设计人员自行编程来把一个数字装置“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
因此,本申请实施例所提出的方法流程可以以硬件方式实现,例如,使用控制器,控制器控制触摸屏以实现本申请实施例所提出的方法流程。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
与上述实施例对应,本申请还提供了一种电子设备。电子设备包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器,其中,当该计算机程序指令被该处理器执行时,触发电子设备执行如本申请实施例所述的方法步骤。
本申请还提供一种计算机程序产品,计算机程序产品包括计算机程序,当其在计算机上运行时,使得计算机执行本申请实施例提供的部分或全部步骤。
本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
本说明书中各个实施例之间相同相似的部分互相参见即可。尤其,对于装置实施例和终端实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例中的说明即可。
Claims (10)
1.一种操作系统的配置方法,其特征在于,应用于电子设备,所述电子设备包括处理器以及存储器,所述存储器包括基础分区、第一静态分区、第二静态分区、动态分区和用户数据分区,所述动态分区包括卡槽一数据和卡槽二数据,所述动态分区还包括第一动态子分区,所述卡槽一数据包含对应所述第一动态子分区的第一描述组和第二描述组,所述第一描述组的地址项的值为第一值,所述第二描述组的地址项的值为第二值,所述卡槽二数据与所述卡槽一数据一致;
所述电子设备加载所述基础分区、所述第一静态分区、所述动态分区的数据,以从所述第一静态分区启动,在加载所述动态分区的数据的过程中,读取所述卡槽一数据的第一描述组,基于所述第一描述组的地址项的值加载所述第一动态子分区的数据;
当所述电子设备被配置为从所述第二静态分区启动时,加载所述基础分区、所述第二静态分区、所述动态分区的数据,并且,在加载所述动态分区的数据的过程中,读取所述卡槽二数据的第二描述组,基于所述第二描述组的地址项的值加载所述第一动态子分区的数据;
所述方法包括:
修正所述卡槽二数据,包括,将所述卡槽二数据中第二描述组的地址项的值修改为所述第一值。
2.根据权利要求1所述方法,其特征在于,所述修正所述卡槽二数据,还包括,将所述卡槽二数据中第一描述组的地址项的值修改为所述第二值。
3.根据权利要求2所述方法,其特征在于,所述第二值为空值。
4.根据权利要求1所述方法,其特征在于,所述动态分区还包括第二动态子分区,所述卡槽一数据包含对应所述第二动态子分区的第三描述组和第四描述组,所述第三描述组的地址项的值为第三值,所述第四描述组的地址项的值为第四值;
所述电子设备从所述第一静态分区启动时加载所述基础分区、所述第一静态分区、所述动态分区的数据,并且,在加载所述动态分区的数据的过程中,读取所述卡槽一数据的第三描述组,基于所述第三描述组的地址项的值加载所述第二动态子分区的数据;
所述电子设备从所述第二静态分区启动时加载所述基础分区、所述第二静态分区、所述动态分区的数据,并且,在加载所述动态分区的数据的过程中,读取所述卡槽二数据的第四描述组,基于所述第四描述组的地址项的值加载所述第二动态子分区的数据;
所述修正所述卡槽二数据,还包括,将所述卡槽二数据中第四描述组的地址项的值修改为所述第三值。
5.根据权利要求2所述方法,其特征在于,所述修正所述卡槽二数据,包括:
读取所述卡槽一数据或所述卡槽二数据,生成第一表数据;
删除所述第一表数据中名称项和/或组项的值的后缀名为_a的描述组,生成第二表数据;
将所述第二表数据中描述组的名称项的值的后缀名由_a修改为_b,生成第三表数据;
将所述第三表数据中各个描述组的地址项的值,分别赋值给所述卡槽二数据中具有相同名称项值的描述组的地址项;
将所述卡槽二数据中名称项值后缀名为_a的描述组的地址项置空。
6.根据权利要求2所述方法,其特征在于,所述修正所述卡槽二数据,包括:
读取所述卡槽一数据或所述卡槽二数据,生成第一表数据;
删除所述第一表数据中名称项和/或组项的值的后缀名为_a的描述组,生成第二表数据;
将所述第二表数据中描述组的名称项的值的后缀名由_a修改为_b,生成第三表数据;
将所述卡槽二数据中所有描述组的地址项的值置空;
将所述第三表数据中各个描述组的地址项的值,分别赋值给所述地址项的值置空后的卡槽二数据中具有相同名称项值的描述组的地址项。
7.根据权利要求1~6中任一项所述方法,所述修正所述卡槽二数据之前,所述方法还包括:
获取操作系统安装包,其中,所述操作系统安装包包括基础分区数据、静态分区数据、动态分区数据,所述动态分区数据包括所述卡槽一数据、所述卡槽二数据以及所述第一动态子分区的数据;
根据所述操作系统安装包,在所述电子设备的所述基础分区、所述第一静态分区、所述第二静态分区、所述动态分区中烧录数据。
8.一种电子设备,其特征在于,所述电子设备包括处理器以及存储器,所述存储器包括基础分区、第一静态分区、第二静态分区、动态分区和用户数据分区,所述动态分区包括卡槽一数据和卡槽二数据,所述动态分区还包括第一动态子分区,所述卡槽一数据包含对应所述第一动态子分区的第一描述组和第二描述组,所述第一描述组的地址项的值为第一值,所述第二描述组的地址项的值为第二值,所述卡槽二数据与所述卡槽一数据一致;
所述处理器用于执行所述存储器上存储的软件代码,以使得:
所述电子设备启动后加载所述基础分区、所述第一静态分区以及所述动态分区的数据,以从所述第一静态分区启动,在加载所述动态分区的数据的过程中,读取所述卡槽一数据的第一描述组,基于所述第一描述组的地址项的值加载所述第一动态子分区的数据;
当所述电子设备被配置为从所述第二静态分区启动时,加载所述基础分区、所述第二静态分区、所述动态分区的数据,并且,在加载所述动态分区的数据的过程中,读取所述卡槽二数据的第二描述组,基于所述第二描述组的地址项的值加载所述第一动态子分区的数据;
所述电子设备执行如权利要求1~7中任一项所述的方法流程。
9.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机程序,当其在计算机上运行时,使得计算机执行如权利要求1~7中任一项所述的方法。
10.一种计算机程序产品,其特征在于,所述计算机程序产品包括计算机程序,当其在计算机上运行时,使得计算机执行如权利要求1~7中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110661861.4A CN113805956B (zh) | 2021-06-15 | 2021-06-15 | 操作系统的配置方法、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110661861.4A CN113805956B (zh) | 2021-06-15 | 2021-06-15 | 操作系统的配置方法、设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113805956A true CN113805956A (zh) | 2021-12-17 |
CN113805956B CN113805956B (zh) | 2022-11-11 |
Family
ID=78942468
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110661861.4A Active CN113805956B (zh) | 2021-06-15 | 2021-06-15 | 操作系统的配置方法、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113805956B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115562695A (zh) * | 2022-01-10 | 2023-01-03 | 荣耀终端有限公司 | 操作系统升级方法、电子设备、存储介质及芯片系统 |
WO2023130946A1 (zh) * | 2022-01-10 | 2023-07-13 | 荣耀终端有限公司 | 操作系统升级方法、电子设备、存储介质及芯片系统 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104751062A (zh) * | 2013-12-31 | 2015-07-01 | 研祥智能科技股份有限公司 | 一种提高操作系统可靠性的方法及装置 |
US20160216979A1 (en) * | 2013-10-18 | 2016-07-28 | Google Inc. | User initiated data rollback using operating system partitions |
CN107193593A (zh) * | 2017-05-17 | 2017-09-22 | 深圳创维数字技术有限公司 | 一种可升级文件的升级方法、机顶盒和存储介质 |
CN110515671A (zh) * | 2019-09-03 | 2019-11-29 | Oppo(重庆)智能科技有限公司 | 初始化方法、初始化装置、终端设备及可读存储介质 |
CN110543369A (zh) * | 2019-09-11 | 2019-12-06 | 国美视界(北京)科技有限公司 | 一种安卓系统存储空间结构的构建方法、装置及其构建结构 |
CN110825563A (zh) * | 2019-10-22 | 2020-02-21 | RealMe重庆移动通信有限公司 | 系统恢复方法、装置以及电子设备 |
-
2021
- 2021-06-15 CN CN202110661861.4A patent/CN113805956B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160216979A1 (en) * | 2013-10-18 | 2016-07-28 | Google Inc. | User initiated data rollback using operating system partitions |
CN104751062A (zh) * | 2013-12-31 | 2015-07-01 | 研祥智能科技股份有限公司 | 一种提高操作系统可靠性的方法及装置 |
CN107193593A (zh) * | 2017-05-17 | 2017-09-22 | 深圳创维数字技术有限公司 | 一种可升级文件的升级方法、机顶盒和存储介质 |
CN110515671A (zh) * | 2019-09-03 | 2019-11-29 | Oppo(重庆)智能科技有限公司 | 初始化方法、初始化装置、终端设备及可读存储介质 |
CN110543369A (zh) * | 2019-09-11 | 2019-12-06 | 国美视界(北京)科技有限公司 | 一种安卓系统存储空间结构的构建方法、装置及其构建结构 |
CN110825563A (zh) * | 2019-10-22 | 2020-02-21 | RealMe重庆移动通信有限公司 | 系统恢复方法、装置以及电子设备 |
Non-Patent Citations (2)
Title |
---|
BLOG.CSDN.NET: "[原]了解一下,Android10中镜像文件的制作", 《HTTPS://BUAQ.NET/GO-31984.HTML》 * |
WEIXIN_39631689: "android动态分区AB升级,具有动态分区的A/B设备的OTA", 《HTTPS://BLOG.CSDN.NET/WEIXIN_39631689/ARTICLE/DETAILS/117288017》 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115562695A (zh) * | 2022-01-10 | 2023-01-03 | 荣耀终端有限公司 | 操作系统升级方法、电子设备、存储介质及芯片系统 |
WO2023130946A1 (zh) * | 2022-01-10 | 2023-07-13 | 荣耀终端有限公司 | 操作系统升级方法、电子设备、存储介质及芯片系统 |
CN115562695B (zh) * | 2022-01-10 | 2023-10-27 | 荣耀终端有限公司 | 操作系统升级方法、电子设备、存储介质及芯片系统 |
Also Published As
Publication number | Publication date |
---|---|
CN113805956B (zh) | 2022-11-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113821235B (zh) | 操作系统数据更新方法、设备、存储介质及程序产品 | |
CN113821233B (zh) | 操作系统升级方法、设备、存储介质及计算机程序产品 | |
CN113805914B (zh) | 操作系统升级方法、设备、存储介质及计算机程序产品 | |
CN114116023B (zh) | 操作系统启动方法、设备、存储介质及计算机程序产品 | |
CN113821221B (zh) | 安装操作系统的方法、设备及存储介质 | |
US20230229424A1 (en) | Operating System Upgrade Method and Device, Storage Medium, and Computer Program Product | |
CN113805956B (zh) | 操作系统的配置方法、设备及存储介质 | |
CN113900673B (zh) | 系统安装包的管理方法、设备、存储介质及程序产品 | |
CN113821263B (zh) | 操作系统的管理方法、设备、存储介质及计算机程序产品 | |
CN114461257B (zh) | 操作系统数据配置方法、设备、存储介质及程序产品 | |
CN113806139B (zh) | 操作系统恢复方法、设备、存储介质及计算机程序产品 | |
CN114489813B (zh) | 配置操作系统制式的方法、设备及存储介质 | |
CN113821234B (zh) | 操作系统升级方法、设备、存储介质及计算机程序产品 | |
US20240220226A1 (en) | Operating system data update method, device, storage medium, and program product | |
US20240231789A1 (en) | Operating System Management Method, Device, Storage Medium, and Computer Program Product | |
US20240220225A1 (en) | Operating system upgrade method, device, storage medium, and computer program product | |
CN115686644B (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 | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20230905 Address after: 201306 building C, No. 888, Huanhu West 2nd Road, Lingang New Area, Pudong New Area, Shanghai Patentee after: Shanghai Glory Smart Technology Development Co.,Ltd. Address before: Unit 3401, unit a, building 6, Shenye Zhongcheng, No. 8089, Hongli West Road, Donghai community, Xiangmihu street, Futian District, Shenzhen, Guangdong 518040 Patentee before: Honor Device Co.,Ltd. |