CN119474024A 系统升级信息获取方法、电子设备及存储介质 （荣耀终端有限公司）

202310996701.42023.08.09街道东海社区红荔西路8089号深业中质介质。在该方法中，通过在电子设备执行一次2重启所述电子设备，并运行第二操作系统；所述第二操作系统与基于在所述第三时间点所述软件升级服务启动时所述第一merge操作失败，执行所述重启所述电子设备，并运行第三操作系统；所述第三操作系统与基于在所述第五时间点所述软件升级服务启动时所述第三merge操作未结束，在所述若所述第三merge操作结束且所述第三merge操作成功，则所述6.根据权利要求3_5任一项所述的方法，其特征在于若所述第三merge操作结束且所述第三merge操作失败，则所述软基于所述第一更新包，更新第二静态分区，所述第二静态分区与所3所述升级引擎生成升级结果文件，所述软件升级服务获取所述升级结于执行所述存储器上存储的计算机指令，以使得所述电子设备执行如权利要求1_9中任一4在第四时间点，电子设备执行第二merge操作。而后，在第五时间点，电子设备执行第二5三merge操作)可以包括：将电子设备的(用户数据分区中的)虚拟动态分区保存的升级文[0012]可见，在第一方面中，通过在电子设备执行第二merge操作失败后，再执行一次6[0016]在第一方面的一种可能的设计中，上述OUC从缓存中获取升级打点数据，可以包中获取升级打点数据；目标存储区域是电子设备执行merge操作的过程中写入升级打点数则电子设备中的升级引擎生成升级结果文件(如，升级成功文件)，OUC获取升级结果文件作成功，则所述电子设备中的升级引擎生成升级结果文件，所述OUC获取所述升级结果文7[0024]在这种设计中，通过打点数据、merge数据或预设的接口等来判断是否正在进行[0030]在第三方面的又一种可能的设计中，上述电子设备的OUC从缓存中获取升级打点8目标存储区域是缓存中的且电子设备在执行merge操作的过程中写入升级打点数据的存储[0031]在第三方面的另一种可能的设计中，在电子设备启动在线升级客户端OUC启动完算机指令，使得电子设备执行上述第一方面以及第一方面任一种可能的设计所提供的方9获取了系统升级信息后，电子设备可以将该系统升级信息发送给电子设备供应商的服务[0061]本申请实施例提供的系统升级信息获取方法，可以应用于对电子设备100进行操[0062]示例性的，参见图1，电子设备100可以通过空中下载技术(Over_the_Air[0063]需要指出的是，在图1所示的场景下，电子设备100也可以通过，通用串行总线取电子设备的供应商发布的升级包。本申请实施例对电子设备100获取升级包的方式不做人计算机(ultra_mobilepersonalcomputer，UMPC)、上网本、个人数字助理(personal(applicationprocessor，AP)，调制解调处理器，图形处理器(graphicsprocessing[0071]无线通信模块150可以提供应用在电子设备100上的包括无线局域网(wirelesslocalareanetworks，WLAN)(如无线保真(wirelessfidelity，Wi_Fi)网络)，蓝牙晶显示屏(liquidcrystaldisplay，LCD)，有机发光二极管(organiclight_emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active_matrixorganiclightemittingdiode的，AMOLED)，柔性发光二极管(flexlight_emitting[0074]内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括升级包写入内部存储器121或者与外部存储器接口120连接的外部存储器中。又示例性的，应用(application，APP)层，应用程序框架层(简称框架层，(framework，FWK))，本地[0083]应用程序框架层为应用程序层的应用程序提供应用编程接口(application理服务(notificationmanagerservice，NMS)、活动管理服务(activitymanager[0087]AndroidTMRuntime包括核心库和虚拟机。AndroidTMRuntime负责安卓系统的调度[0093]以安卓TM系统为例，图4所示为根据本申请实施例提供的一种数据存储结构示意[0096]以采用主引导记录(masterbootrecord，MBR)格式的通用闪存(universal用于指示从静态分区(A)启动(启动顺序标志为A)或从静态分区(B)启动(启动顺序标志为将升级包中包含版本1.2的静态分区数据写入到静态分区(A[0123]S5023.升级引擎将手机启动顺序由从静态分区(A)启动变更为从静态分区(B)启[0124]例如，升级引擎可以改写主引导记录(masterbootrecord，MBR)的启动顺序标slot0或slot1中的一个中获取super分区的分区信息。以手机当前从静态分区(A)启动为[0129]在一些实施例中，手机上的系统服务(systemserver)也可以在上述步骤S510升从动态分区或虚拟动态分区中的COW文件中提取相应的文件[0133]其中，加载引导程序(bootloader)可以是一段固化在手[0136]S505a.若手机以静态分区(B)启动不成功，则加载[0137]在一些实施例中，引导加载程序(bootloader)可以记录以静态分区(B)启动的次(updateengine)无需也不会[0143]可以理解的，如手机发生系统回滚，以静态分区(A)运行，会导致加载引导程序(bootloader)生成升级结果文件(该升级结果文件包括的是系统回滚信息)，且由于手机[0144]S505b.若手机以静态分区(B)启动成功，则系统服务启动升级引擎(update索，手机启动标志位。如搜索得到手机启动标志位是启动成功，则系统服务(system[0147]在本实施例中，升级引擎(updateengine)在启动之后，升级引擎(update[0148]示例性的，基础分区(common)的元数据分区(/metadata)中可以记载着落盘状态息用于表示当前用户数据分区中是否存在需要落盘到动态分区(sup[0149]具体的，落盘状态信息包含针对动态分区(super)的整体标识以及针对每个子分均不需要进行落盘操作；当整体标识为“未落盘(waitformerge)”时，代表动态分区[0150]如果updateengine通过上述落盘状态信息确定需要对动态分区(super)进行落(userdata)中的COW文件中的升级数据是，地址为S1_1的A2；其中，地址S1_1与动态分区址为S4_1的D2；其中，地址S4_1与动态分区(super)中的地址S4对应。升级引擎(update文件校验位；updateengine会将在后生成的文件校验位，覆写到在先生成的文件校验位(如，用户数据分区中的虚拟动态分区)这样，可以将存储空间归还给用户数据分区[0173]S508.OUC判断升级引擎(updateengine)是否正在merge；若正在merge则执行引擎(updateengine)在merge过程中生成的升级打点数据，来判断升级引擎(update[0176]根据上述分析可知，如果updateengine正在进行merge，则updateengine会在cache中输出打点数据，也就是说，在cache中会存在升级打点数据，以及如果update[0180]在另一些实施例中，手机也可以先判断升级引擎(updateengine)是否正在[0185]S509.升级引擎正在进行merge操作，OUC等待升级引擎(updateengine)的落盘[0190]在另一些实施例中，也可以由手机上的其他模块指示升级引擎(updateengine)OUC来讲，升级引擎(updateengine)会更加底层。也就是说，OUC的启动会比升级引擎[0192]以及，由于updateengine是将升级打点数据写入到cache中的，也就是说，该过程中，获取升级打点数据。由于OUC的启动时间会比updateengine晚，以及在updateOUC可以获取到updateengine执行完整merge过程中生成的升级打点数据。以及，如果updateengine第二次执行落盘(merge)操作成功，upd[0199]示例性的，假设升级引擎(updateengine)的merge过程包括：将用户数据分区机需要在merge过程中新增打点位，使得updateengine在merge过程中运行到新增打点位[0212]在一些实施例中，OUC该可以基于升级打点数据对updateengine的merge过程进super分区的修复包对merge过程进行修复(如，指示update失败(partitionscopyfail)打点位、升级包不存在(packagenotexist)打点位、校验预设(authfail)打点位、分区更新失败(tableupdatefail)打点位、二进制转换器合并(unmergedsectorsaftercompletion)打点位、合并状态未按预期(unexpected据存入缓存(cache)中。如不属于异常分支，则不生成升engine中会配置有每个打点位对应的非异常分支(正常分支)的merge数据；若updateengine读取到的merge数据与正常分支的merge数据不同，则将updateengine读取到的merge数据作为升级打点数据存入cache数据分区中的COW文件；之后，updateengine运行到了上述升级包不存在(packagenot分支，则updateengine不生成升级打点数据，继续执行后续merge过程。如果updateengine未从用户数据分区中读取到COW文件，updateengine判断该merge数据(未读取到engine判断该merge数据属于该打点位的异常分支，则updateengine生成升级打点数据，[0233]在本场景中，升级引擎(updateengine)在启动成功后，等待落盘指示才执行的merge操作。这样，即使是OUC晚于升级引擎(updateengine)启动，升级引擎(upengine)也可以在OUC启动后执行完整的merge过程，以使得OUC可以获取到升级引擎(updateengine)在merge过程中生成的完整的打点[0234]S1206b.OUC指示升级引擎(updateengine)执行merge操作；以触发升级引擎[0239]S1207.若升级引擎(updateengine)接收到OUC的指示，则升级引擎(update[0241]S1208.OUC在升级引擎(updateengine)执行落盘操作(merge)的过程中，从缓存[0243]S1209.在升级引擎(updateengine)merge结束文件。若获取到升级结果文件则执行步骤S1210，若未获取到升级结果文件则执行步骤应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。[0268]其中，处理器1001可以是处理器或控制器，例如可以是中央处理器(central专用集成电路(application