CN117055934A - 系统启动方法、装置、终端及存储介质 - Google Patents
系统启动方法、装置、终端及存储介质 Download PDFInfo
- Publication number
- CN117055934A CN117055934A CN202310909827.3A CN202310909827A CN117055934A CN 117055934 A CN117055934 A CN 117055934A CN 202310909827 A CN202310909827 A CN 202310909827A CN 117055934 A CN117055934 A CN 117055934A
- Authority
- CN
- China
- Prior art keywords
- terminal
- data
- partition
- starting
- available state
- 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
- 238000000034 method Methods 0.000 title claims abstract description 91
- 238000005192 partition Methods 0.000 claims abstract description 70
- 230000015654 memory Effects 0.000 claims description 36
- 230000006870 function Effects 0.000 claims description 14
- 230000008439 repair process Effects 0.000 claims description 14
- 238000004590 computer program Methods 0.000 claims description 9
- 238000010586 diagram Methods 0.000 description 11
- 230000000694 effects Effects 0.000 description 7
- 238000012545 processing Methods 0.000 description 5
- 239000011449 brick Substances 0.000 description 3
- 238000004891 communication Methods 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000004806 packaging method and process Methods 0.000 description 2
- 239000013589 supplement Substances 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- KLDZYURQCUYZBL-UHFFFAOYSA-N 2-[3-[(2-hydroxyphenyl)methylideneamino]propyliminomethyl]phenol Chemical compound OC1=CC=CC=C1C=NCCCN=CC1=CC=CC=C1O KLDZYURQCUYZBL-UHFFFAOYSA-N 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 201000001098 delayed sleep phase syndrome Diseases 0.000 description 1
- 208000033921 delayed sleep phase type circadian rhythm sleep disease Diseases 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 239000000047 product Substances 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000000638 solvent extraction Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
Classifications
-
- 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
- G06F8/654—Updates using techniques specially adapted for alterable solid state memories, e.g. for EEPROM or flash memories
-
- 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
- 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/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1448—Management of the data involved in backup or backup restore
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Quality & Reliability (AREA)
- Computer Security & Cryptography (AREA)
- Stored Programmes (AREA)
Abstract
本申请实施例涉及一种系统启动方法、装置、终端及存储介质，上述方法应用于终端，所述方法包括：确定第一系统是否处于可用状态，其中，所述第一系统的系统数据存储于第一分区；在所述第一系统并非处于所述可用状态的情况下，读取第二系统的系统数据，其中，所述第二系统设置为在所述终端不能通过所述第一系统启动时的预设救济系统，所述第二系统的系统数据存储于不同于所述第一分区的第二分区；加载所述第二系统的所述系统数据启动所述终端。由此，提高了终端启动的鲁棒性。
Description
技术领域
本申请涉及计算机技术领域，尤其涉及一种系统启动方法、装置、终端及存储介质。
背景技术
目前，安卓系统采用虚拟AB的方式进行系统升级，对于安卓系统所在的SUPER分区实际上并没有同时存在两套AB分区。因此，一旦安卓系统升级失败，容易导致设备无法开机的风险。
可见，如何提高终端启动的鲁棒性，是一个值得关注的技术问题。
发明内容
鉴于此，为解决上述部分或全部技术问题，本申请实施例提供一种系统启动方法、装置、终端及存储介质。
第一方面，本申请实施例提供一种系统启动方法，所述方法包括：
确定第一系统是否处于可用状态，其中，所述第一系统的系统数据存储于第一分区；
在所述第一系统并非处于所述可用状态的情况下，读取第二系统的系统数据，其中，所述第二系统设置为在所述终端不能通过所述第一系统启动时的预设救济系统，所述第二系统的系统数据存储于不同于所述第一分区的第二分区；
加载所述第二系统的所述系统数据启动所述终端。
在一个可能的实施方式中，所述确定第一系统是否处于可用状态，包括：
确定第一系统的系统数据中的预设标记位，其中，所述预设标记位用于指示所述第一系统是否处于可用状态；
基于所述预设标记位，确定所述第一系统是否处于所述可用状态。
在一个可能的实施方式中，在所述加载所述第二系统的所述系统数据之后，所述方法还包括：
在启动所述第二系统之后，通过所述第二系统备份用户数据；和/或
在启动所述第二系统之后，通过所述第二系统修复所述第一系统的所述系统数据。
在一个可能的实施方式中，所述修复所述第一系统的所述系统数据，包括：
下载所述第一系统的升级包；
解析所述升级包，以通过所述升级包修复所述第一系统的所述系统数据。
在一个可能的实施方式中，在所述通过所述升级包修复所述第一系统的所述系统数据之后，所述启动所述终端，包括：
通过所述第二系统重启所述终端，基于升级后的所述第一系统的所述系统数据启动所述终端，以使所述终端运行所述第一系统。
在一个可能的实施方式中，所述启动所述终端，包括：
通过所述第二系统启动所述终端，以使所述终端运行所述第二系统。
在一个可能的实施方式中，所述第二系统提供的功能集合，为所述第一系统提供的功能集合的真子集。
第二方面，本申请实施例提供一种系统启动装置，所述装置设置于安卓系统，所述装置包括：
确定单元，用于确定第一系统是否处于可用状态，其中，所述第一系统的系统数据存储于第一分区；
读取单元，用于在所述第一系统并非处于所述可用状态的情况下，读取第二系统的系统数据，其中，所述第二系统设置为在所述终端不能通过所述第一系统启动时的预设救济系统，所述第二系统的系统数据存储于不同于所述第一分区的第二分区；
加载单元，用于加载所述第二系统的所述系统数据启动所述终端。
在一个可能的实施方式中，所述确定第一系统是否处于可用状态，包括：
确定第一系统的系统数据中的预设标记位，其中，所述预设标记位用于指示所述第一系统是否处于可用状态；
基于所述预设标记位，确定所述第一系统是否处于所述可用状态。
在一个可能的实施方式中，在所述加载所述第二系统的所述系统数据之后，所述装置还包括：
备份单元，用于在启动所述第二系统之后，通过所述第二系统备份用户数据；和/或
修复单元，用于在启动所述第二系统之后，通过所述第二系统修复所述第一系统的所述系统数据。
在一个可能的实施方式中，所述修复所述第一系统的所述系统数据，包括：
下载所述第一系统的升级包；
解析所述升级包，以通过所述升级包修复所述第一系统的所述系统数据。
在一个可能的实施方式中，在所述通过所述升级包修复所述第一系统的所述系统数据之后，所述启动所述终端，包括：
通过所述第二系统重启所述终端，基于升级后的所述第一系统的所述系统数据启动所述终端，以使所述终端运行所述第一系统。
在一个可能的实施方式中，所述启动所述终端，包括：
通过所述第二系统启动所述终端，以使所述终端运行所述第二系统。
在一个可能的实施方式中，所述第二系统提供的功能集合，为所述第一系统提供的功能集合的真子集。
第三方面，本申请实施例提供一种终端，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述存储器中存储的计算机程序，且所述计算机程序被执行时，实现本申请上述第一方面的系统启动方法中任一实施例的方法。
第四方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，实现如上述第一方面的系统启动方法中任一实施例的方法。
第五方面，本申请实施例提供一种计算机程序，所述计算机程序包括计算机可读代码，当所述计算机可读代码在设备上运行时，使得该设备中的处理器实现如上述第一方面的系统启动方法中任一实施例的方法。
本申请实施例提供的系统启动方法，应用于终端，所述方法包括可以确定第一系统是否处于可用状态，其中，所述第一系统的系统数据存储于第一分区，之后，在所述第一系统并非处于所述可用状态的情况下，读取第二系统的系统数据，其中，所述第二系统设置为在所述终端不能通过所述第一系统启动时的预设救济系统，所述第二系统的系统数据存储于不同于所述第一分区的第二分区，然后，加载所述第二系统的所述系统数据启动所述终端。由此，通过将终端的第一系统的系统数据和第二系统的系统数据分别存储于不同的分区，可以在第一系统不可用的情况下，经由另一分区的系统数据启动终端，以此提高了终端启动的鲁棒性。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。
图1为本申请实施例提供的一种系统启动方法的流程示意图；
图2A为本申请实施例提供的另一种系统启动方法的流程示意图；
图2B为本申请实施例提供的又一种系统启动方法的流程示意图；
图3A为本申请实施例提供的一种系统启动方法的系统框图；
图3B为本申请实施例提供的再一种系统启动方法的流程示意图；
图3C为本申请实施例提供的再一种系统启动方法的流程示意图；
图3D为本申请实施例提供的又一种系统启动方法中涉及的救济系统的系统框图；
图3E为本申请实施例提供的再一种系统启动方法的用户界面示意图；
图4为本申请实施例提供的一种系统启动装置的结构示意图；
图5为本申请实施例提供的一种终端的结构示意图。
具体实施方式
现在将参照附图来详细描述本申请的各种示例性实施例，显然，所描述的实施例是本申请的一部分实施例，而不是全部的实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值并不限制本申请的范围。
本领域技术人员可以理解，本申请实施例中的“第一”、“第二”等术语仅用于区别不同步骤、设备或模块等对象，既不代表任何特定技术含义，也不表示它们之间的逻辑顺序。
还应理解，在本实施例中，“多个”可以指两个或两个以上，“至少一个”可以指一个、两个或两个以上。
还应理解，对于本申请实施例中提及的任一部件、数据或结构，在没有明确限定或者在前后文给出相反启示的情况下，一般可以理解为一个或多个。
另外，本申请中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本申请中字符“/”，一般表示前后关联对象是一种“或”的关系。
还应理解，本申请对各个实施例的描述着重强调各个实施例之间的不同之处，其相同或相似之处可以相互参考，为了简洁，不再一一赘述。
以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本申请及其应用或使用的任何限制。
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，上述技术、方法和设备应当被视为说明书的一部分。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。为便于对本申请实施例的理解，下面将参考附图并结合实施例来详细说明本申请。显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请实施例提供的系统启动方法，应用于终端，所述方法包括可以确定第一系统是否处于可用状态，其中，所述第一系统的系统数据存储于第一分区，之后，在所述第一系统并非处于所述可用状态的情况下，读取第二系统的系统数据，其中，所述第二系统设置为在所述终端不能通过所述第一系统启动时的预设救济系统，所述第二系统的系统数据存储于不同于所述第一分区的第二分区，然后，加载所述第二系统的所述系统数据启动所述终端。由此，通过将终端的第一系统的系统数据和第二系统的系统数据分别存储于不同的分区，可以在第一系统不可用的情况下，经由另一分区的系统数据启动终端，以此提高了终端启动的鲁棒性。
为了解决现有技术中如何提高终端启动的鲁棒性的技术问题，本申请提供了一种系统启动方法，可以提高终端启动的鲁棒性。
图1为本申请实施例提供的一种系统启动方法的流程示意图。本方法可以应用于智能手机、笔记本电脑、台式电脑、便携式计算机等具有安卓系统的一个或多个终端上。此外，本方法的执行主体可以是硬件，也可以是软件。当上述执行主体为硬件时，该执行主体可以为上述终端中的一个或多个。例如，单个终端可以执行本方法，或者，多个终端可以彼此配合来执行本方法。当上述执行主体为软件时，本方法可以实现成多个软件或软件模块，也可以实现成单个软件或软件模块。在此不作具体限定。
如图1所示，该方法具体包括：
步骤101，确定第一系统是否处于可用状态，其中，所述第一系统的系统数据存储于第一分区。
在本实施例中，第一分区，可以是存储有第一系统的系统数据的分区。
第一系统，可以是AB系统。通常情况下，AB系统的SUPER分区没有同时存在两套AB分区。
在本实施例的一些可选的实现方式中，可以采用如下方式，来确定第一系统是否处于可用状态：
首先，确定第一系统的系统数据中的预设标记位。
其中，所述预设标记位用于指示所述第一系统是否处于可用状态。
之后，基于所述预设标记位，确定所述第一系统是否处于所述可用状态。
作为示例，可以预先设定不同预设标记位所表示的含义。例如，如果预设标记位为“1”，那么，可以表示第一系统处于所述可用状态。如果预设标记位为“0”，那么，可以表示第一系统并非处于所述可用状态。由此，在第一系统处于所述可用状态的情况下，可以将预设标记位更新为“1”，在第一系统并非处于所述可用状态的情况下，可以将预设标记位更新为“0”。
可以理解，上述可选的实现方式中，可以通过预设标记位，来确定第一系统是否处于所述可用状态，这样，可以提高判断第一系统是否处于可用状态的准确度和及时性。
步骤102，在所述第一系统并非处于所述可用状态的情况下，读取第二系统的系统数据，其中，所述第二系统设置为在所述终端不能通过所述第一系统启动时的预设救济系统，所述第二系统的系统数据存储于不同于所述第一分区的第二分区。
在本实施例中，第二系统的系统数据，可以与第一系统的系统数据相同或不同。
在本实施例的一些可选的实现方式中，所述第二系统提供的功能集合，为所述第一系统提供的功能集合的真子集。
例如，第二系统的系统数据可以经由对第一系统的系统数据进行裁剪而得到。具体地，可以在第一系统的系统数据的基础上，保留其中的底层部分和框架部分，重点裁剪应用层，达到不占用过多的用户空间的目的。
可以理解，上述可选的实现方式中，由于第二系统的系统数据，经由对第一系统的系统数据进行裁剪而获得，因而，其可以减少对用户空间的占用，进而提高第二系统的启动速度。
步骤103，加载所述第二系统的所述系统数据启动所述终端。
在本实施例中，可以读取分区表，加载第二系统的所述系统数据，从而启动第二系统，进而通过所述第二系统启动所述终端。
本申请实施例提供的系统启动方法，应用于终端，所述方法包括可以确定第一系统是否处于可用状态，其中，所述第一系统的系统数据存储于第一分区，之后，在所述第一系统并非处于所述可用状态的情况下，读取第二系统的系统数据，其中，所述第二系统设置为在所述终端不能通过所述第一系统启动时的预设救济系统，所述第二系统的系统数据存储于不同于所述第一分区的第二分区，然后，加载所述第二系统的所述系统数据启动所述终端。由此，通过将终端的第一系统的系统数据和第二系统的系统数据分别存储于不同的分区，可以在第一系统不可用的情况下，经由另一分区的系统数据启动终端，以此提高了终端启动的鲁棒性。
图2A为本申请实施例提供的另一种系统启动方法的流程示意图。所述方法应用于终端。如图2A所示，该方法具体包括：
步骤201，确定第一系统是否处于可用状态，其中，所述第一系统的系统数据存储于第一分区。
在本实施例中，步骤201与图1对应实施例中的步骤101基本一致，这里不再赘述。
步骤202，在所述第一系统并非处于所述可用状态的情况下，读取第二系统的系统数据，其中，所述第二系统设置为在所述终端不能通过所述第一系统启动时的预设救济系统，所述第二系统的系统数据存储于不同于所述第一分区的第二分区。
在本实施例中，步骤202与图1对应实施例中的步骤102基本一致，这里不再赘述。
步骤203，加载所述第二系统的所述系统数据启动所述终端。
在本实施例中，步骤203与图1对应实施例中的步骤103基本一致，这里不再赘述。
步骤204，在启动所述第二系统之后，通过所述第二系统备份用户数据。
在本实施例中，用户数据可以包括以下至少一项：联系人、短信类通讯文件；照片、视频等多媒体文件；PDF、DOC等文档类文件。
第二系统的系统数据，可以具有备份用户数据的作用。
在本实施例的一些可选的实现方式中，可以采用如下方式，来启动所述终端：
通过所述第二系统启动所述终端，以使所述终端运行所述第二系统。
可以理解，上述可选的实现方式中，在第一系统处于不可用状态的情况下，可以通过所述第二系统启动所述终端，以使所述终端运行所述第二系统，以此提高终端启动的鲁棒性。
需要说明的是，除以上所记载的内容之外，本实施例还可以包括图1对应的实施例中所描述的相应技术特征，进而实现图1所示系统启动方法的技术效果，具体请参照图1相关描述，为简洁描述，在此不作赘述。
本申请实施例提供的系统启动方法，在启动所述第二系统之后，可以通过所述第二系统备份用户数据，由此，可以确保用户数据的安全性。
图2B为本申请实施例提供的另一种系统启动方法的流程示意图。所述方法应用于终端。如图2B所示，该方法具体包括：
步骤211，确定第一系统是否处于可用状态，其中，所述第一系统的系统数据存储于第一分区。
在本实施例中，步骤211与图1对应实施例中的步骤101基本一致，这里不再赘述。
步骤212，在所述第一系统并非处于所述可用状态的情况下，读取第二系统的系统数据，其中，所述第二系统设置为在所述终端不能通过所述第一系统启动时的预设救济系统，所述第二系统的系统数据存储于不同于所述第一分区的第二分区。
在本实施例中，步骤212与图1对应实施例中的步骤102基本一致，这里不再赘述。
步骤213，加载所述第二系统的所述系统数据启动所述终端。
在本实施例中，步骤213与图1对应实施例中的步骤103基本一致，这里不再赘述。
步骤214，在启动所述第二系统之后，通过所述第二系统修复所述第一系统的所述系统数据。
在本实施例中，第二系统的系统数据可以具有修复所述第一系统的所述系统数据的作用。由此，在启动所述第二系统之后，可以通过所述第二系统修复所述第一系统的所述系统数据。
在本实施例的一些可选的实现方式中，可以采用如下方式，来修复所述第一系统的所述系统数据：
首先，下载所述第一系统的升级包。
之后，解析所述升级包，以通过所述升级包修复所述第一系统的所述系统数据。
具体而言，在启动所述第二系统之后，可以提醒用户是否修复第一系统的系统数据。确认后，开始下载最新的第一系统的升级包，解析后把升级包数据直接写到第一系统对应的分区(也即上述第一分区)中。
进一步地，第一系统升级完毕后，可以更新预设标记位，让系统下次重启的时候首先从第一系统启动。
可以理解，上述可选的实现方式中，可以在启动所述第二系统之后，下载所述第一系统的升级包，并解析所述升级包，以通过所述升级包修复所述第一系统的所述系统数据。由此，可以确保后续第一系统处于可用状态。
在本实施例的一些可选的实现方式中，在所述通过所述升级包修复所述第一系统的所述系统数据之后，可以采用如下方式，来启动所述终端：
通过所述第二系统重启所述终端，基于升级后的所述第一系统的所述系统数据启动所述终端，以使所述终端运行所述第一系统。
可以理解，上述可选的实现方式中，可以在后续启动终端时，优先从第一系统启动。
在本实施例的一些可选的实现方式中，可以采用如下方式，来启动所述终端：
通过所述第二系统启动所述终端，以使所述终端运行所述第二系统。
可以理解，上述可选的实现方式中，在第一系统处于不可用状态的情况下，可以通过所述第二系统启动所述终端，以使所述终端运行所述第二系统，以此提高终端启动的鲁棒性。
需要说明的是，除以上所记载的内容之外，本实施例还可以包括图1对应的实施例中所描述的相应技术特征，进而实现图1所示系统启动方法的技术效果，具体请参照图1相关描述，为简洁描述，在此不作赘述。
本申请实施例提供的系统启动方法，在启动所述第二系统之后，可以通过所述第二系统修复所述第一系统的所述系统数据。由此，可以确保后续第一系统处于可用状态。
下面对本申请实施例进行示例性说明，但需要注意的是，本申请实施例可以具有以下所描述的特征，但以下描述并不构成对本申请实施例保护范围的限定。
目前安卓(Android)系统采用虚拟AB的方式进行系统升级，对于Android系统所在的SUPER分区，实际上并没有同时存在两套AB分区。因此，一旦升级失败，就存在手机变砖的风险。一些客退机也有一定的比例是OTA(远程升级)升级后无法开机导致的。
本方法是目前Android virtual AB升级的一种补充，即在booting slot a/b之外，额外增加一个深度裁剪的Android C系统(也即上述第二系统)。在AB系统(也即上述第一系统)均无法启动的时候，可以通过Android C系统进行启动。Android C系统的大小远远小于正常的系统，能完成用户数据备份以及对正常操作系统的整包升级，即修复正常系统。
当虚拟AB升级失败的时候，手机会变砖。若应用本方法，在此情况下，可以使用预留的Android C系统进行开机。该Android C系统仅保留了必要的启动分区，以及经过深度裁剪的Android系统，完成救济功能：包括完成用户数据访问和备份，以及对被损坏的Android A/B分区通过整包升级的方式进行修复。这样既能增强用户体验和产品鲁棒性，又能降低客退率。
Android系统升级方式，经历了非AB升级(recovery模式下升级)，AB升级，虚拟AB升级几个阶段。目前基本上都是虚拟AB升级，期间也会陆续引入一些新技术特性，这块技术处于快速发展期。
现有技术，虚拟AB的分区情况如下：
本方法是对Android虚拟AB升级的一种补充。Android虚拟AB升级，升级过程中，一旦出现了由于各种原因导致的数据错误，很可能导致手机变砖。本方法就是针对这种情况而设计的。
请参照图3A，图3A为本申请实施例提供的一种系统启动方法的系统框图。
如图3A所示，系统框图包含两个部分：
1.启动判断模块：用户触发开机流程后，首先会检测正常的A/B系统的启动标记(也即上述预设标记位)，标记正常则直接启动，标记为异常则启动彻底失败，则会转入救济系统启动模块。
2.救济系统启动模块：当救济系统启动后，除了提醒用户及时备份用户数据，仍会提醒用户修复正常的A/B系统。升级完成后，可以清除A/B系统启动失败标记，让系统重新从A/B系统启动。
上述过程可以如图3B所示。
作为示例，请参照图3C，图3C为本申请实施例提供的再一种系统启动方法的流程示意图。该方法包括以下步骤：
步骤1：用户触发开机。
步骤2：检测正常系统启动标记位，若可用，正常启动；若不可用，则启动C系统/救济系统。
步骤3：读取分区表，加载C系统对应启动分区(也即上述第二分区)，启动系统。
步骤4：启动系统后，提醒用户是否备份用户数据。确认后，整理和打包用户数据，至少包含以下几个方面的内容：
①联系人、短信类通讯文件；
②照片、视频等多媒体文件；
③PDF、DOC等文档类文件。
当然，用户也可以自己到相应的目录进行拷贝或转移。
步骤5：修复正常系统(也即上述第一系统)，提醒用户是否修复正常系统数据。确认后，开始下载最新的系统升级整包，解析后把升级包数据直接写到A系统对应的分区(也即上述第一分区)中。完毕后，更新启动标记位，让系统下次重启的时候首先从A系统启动。
参照图3D，图3D为本申请实施例提供的又一种系统启动方法中涉及的救济系统的系统框图。上述救济系统的部分包括：
分区表模块，本模块在分区表中增加救济系统启动必要的分区，比如boot_c、vbmeta_c等。
系统裁剪模块，本模块主要是对不必要的应用或功能模块进行裁剪，特别是应用层，可以实施白名单机制，只打包系统启动相关、用户数据读取以及升级相关的APK(Android application package，安卓应用包)。
备份数据整理模块，是将用户数据整理成联系人和短信、照片和视频等多媒体文件、PDF/DOC等文档这三大部分，并进行打包，方便用户拷贝或转移。
系统修复模块，是在C系统启动后，提醒用户是否对正常的A/B系统进行修复。若用户选择修复，则会下载最新的A/B系统升级整包，直接对A/B系统进行整包升级或异常分区的单独升级，以确保A/B系统能正常使用。当然在A/B系统启动后，也可以根据需要对C系统进行升级。
进入C系统后的界面相对简洁，比正常的A/B系统裁剪了很多内容，示意图如图3E所示。
需要说明的是，除以上所记载的内容之外，本实施例还可以包括以上各实施例中所描述的技术特征，进而实现以上所示系统启动方法的技术效果，具体请参照以上描述，为简洁描述，在此不作赘述。
本申请实施例提供的系统启动方法，可以在正常系统无法启动设备时，引入了救济系统进行系统启动，并完成用户数据访问和备份，以及对正常系统的修复工作。并且，通过引入救济系统(也即上述第二系统)，也就是上面提到的Android C系统。对系统的裁剪，保留底层部分和框架部分，重点裁剪应用层，达到不占用过多的用户空间的目的。AndroidC系统对用户数据的访问和备份，以及对正常系统的修复。
图4为本申请实施例提供的一种系统启动装置的结构示意图。所述装置设置于安卓系统，所述装置包括：
确定单元401，用于确定第一系统是否处于可用状态，其中，所述第一系统的系统数据存储于第一分区；
读取单元402，用于在所述第一系统并非处于所述可用状态的情况下，读取第二系统的系统数据，其中，所述第二系统设置为在所述终端不能通过所述第一系统启动时的预设救济系统，所述第二系统的系统数据存储于不同于所述第一分区的第二分区；
加载单元403，用于加载所述第二系统的所述系统数据启动所述终端。
在一个可能的实施方式中，所述确定第一系统是否处于可用状态，包括：
确定第一系统的系统数据中的预设标记位，其中，所述预设标记位用于指示所述第一系统是否处于可用状态；
基于所述预设标记位，确定所述第一系统是否处于所述可用状态。
在一个可能的实施方式中，在所述加载所述第二系统的所述系统数据之后，所述装置还包括：
备份单元(图中未示出)，用于在启动所述第二系统之后，通过所述第二系统备份用户数据；和/或
修复单元(图中未示出)，用于在启动所述第二系统之后，通过所述第二系统修复所述第一系统的所述系统数据。
在一个可能的实施方式中，所述修复所述第一系统的所述系统数据，包括：
下载所述第一系统的升级包；
解析所述升级包，以通过所述升级包修复所述第一系统的所述系统数据。
在一个可能的实施方式中，在所述通过所述升级包修复所述第一系统的所述系统数据之后，所述启动所述终端，包括：
通过所述第二系统重启所述终端，基于升级后的所述第一系统的所述系统数据启动所述终端，以使所述终端运行所述第一系统。
在一个可能的实施方式中，所述启动所述终端，包括：
通过所述第二系统启动所述终端，以使所述终端运行所述第二系统。
在一个可能的实施方式中，所述第二系统提供的功能集合，为所述第一系统提供的功能集合的真子集。
本实施例提供的系统启动装置可以是如图4中所示的系统启动装置，可执行以上所述的各系统启动方法的所有步骤，进而实现以上所述的各系统启动方法的技术效果，具体请参照以上相关描述，为简洁描述，在此不作赘述。
图5为本申请实施例提供的一种终端的结构示意图，图5所示的终端500包括：至少一个处理器501、存储器502、至少一个网络接口504和其他用户接口503。终端500中的各个组件通过总线系统505耦合在一起。可理解，总线系统505用于实现这些组件之间的连接通信。总线系统505除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图5中将各种总线都标为总线系统505。
其中，用户接口503可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。
可以理解，本申请实施例中的存储器502可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DRRAM)。本文描述的存储器502旨在包括但不限于这些和任意其它适合类型的存储器。
在一些实施方式中，存储器502存储了如下的元素，可执行单元或者数据结构，或者他们的子集，或者他们的扩展集：操作系统5021和应用程序5022。
其中，操作系统5021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序5022，包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)等，用于实现各种应用业务。实现本申请实施例方法的程序可以包含在应用程序5022中。
在本实施例中，通过调用存储器502存储的程序或指令，具体的，可以是应用程序5022中存储的程序或指令，处理器501用于执行各方法实施例所提供的方法步骤，例如包括：
确定第一系统是否处于可用状态，其中，所述第一系统的系统数据存储于第一分区；
在所述第一系统并非处于所述可用状态的情况下，读取第二系统的系统数据，其中，所述第二系统设置为在所述终端不能通过所述第一系统启动时的预设救济系统，所述第二系统的系统数据存储于不同于所述第一分区的第二分区；
加载所述第二系统的所述系统数据启动所述终端。
上述本申请实施例揭示的方法可以应用于处理器501中，或者由处理器501实现。处理器501可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器501中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器501可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件单元组合执行完成。软件单元可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器502，处理器501读取存储器502中的信息，结合其硬件完成上述方法的步骤。
可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(ApplicationSpecific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSPDevice，DSPD)、可编程逻辑设备(Programmable LogicDevice，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请的上述功能的其它电子单元或其组合中。
对于软件实现，可通过执行本文上述功能的单元来实现本文上述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
本实施例提供的终端可以是如图5中所示的终端，可执行以上所述的各系统启动方法的所有步骤，进而实现以上所述的各系统启动方法的技术效果，具体请参照以上相关描述，为简洁描述，在此不作赘述。
本申请实施例还提供了一种存储介质(计算机可读存储介质)。这里的存储介质存储有一个或者多个程序。其中，存储介质可以包括易失性存储器，例如随机存取存储器；存储器也可以包括非易失性存储器，例如只读存储器、快闪存储器、硬盘或固态硬盘；存储器还可以包括上述种类的存储器的组合。
当存储介质中一个或者多个程序可被一个或者多个处理器执行，以实现上述在终端侧执行的系统启动方法。
上述处理器用于执行存储器中存储的系统启动程序，以实现以下在终端侧执行的系统启动方法的步骤：
确定第一系统是否处于可用状态，其中，所述第一系统的系统数据存储于第一分区；
在所述第一系统并非处于所述可用状态的情况下，读取第二系统的系统数据，其中，所述第二系统设置为在所述终端不能通过所述第一系统启动时的预设救济系统，所述第二系统的系统数据存储于不同于所述第一分区的第二分区；
加载所述第二系统的所述系统数据启动所述终端。
专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
应理解的是，文中使用的术语仅出于描述特定示例实施方式的目的，而无意于进行限制。除非上下文另外明确地指出，否则如文中使用的单数形式“一”、“一个”以及“所述”也可以表示包括复数形式。术语“包括”、“包含”、“含有”以及“具有”是包含性的，并且因此指明所陈述的特征、步骤、操作、元件和/或部件的存在，但并不排除存在或者添加一个或多个其它特征、步骤、操作、元件、部件、和/或它们的组合。文中描述的方法步骤、过程、以及操作不解释为必须要求它们以所描述或说明的特定顺序执行，除非明确指出执行顺序。还应当理解，可以使用另外或者替代的步骤。
以上所述仅是本发明的具体实施方式，使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种系统启动方法，其特征在于，应用于终端，所述方法包括：
确定第一系统是否处于可用状态，其中，所述第一系统的系统数据存储于第一分区；
在所述第一系统并非处于所述可用状态的情况下，读取第二系统的系统数据，其中，所述第二系统设置为在所述终端不能通过所述第一系统启动时的预设救济系统，所述第二系统的系统数据存储于不同于所述第一分区的第二分区；
加载所述第二系统的所述系统数据启动所述终端。
2.根据权利要求1所述的方法，其特征在于，所述确定第一系统是否处于可用状态，包括：
确定第一系统的系统数据中的预设标记位，其中，所述预设标记位用于指示所述第一系统是否处于可用状态；
基于所述预设标记位，确定所述第一系统是否处于所述可用状态。
3.根据权利要求1所述的方法，其特征在于，在所述加载所述第二系统的所述系统数据之后，所述方法还包括：
在启动所述第二系统之后，通过所述第二系统备份用户数据；和/或
在启动所述第二系统之后，通过所述第二系统修复所述第一系统的所述系统数据。
4.根据权利要求3所述的方法，其特征在于，所述修复所述第一系统的所述系统数据，包括：
下载所述第一系统的升级包；
解析所述升级包，以通过所述升级包修复所述第一系统的所述系统数据。
5.根据权利要求4所述的方法，其特征在于，在所述通过所述升级包修复所述第一系统的所述系统数据之后，所述启动所述终端，包括：
通过所述第二系统重启所述终端，基于升级后的所述第一系统的所述系统数据启动所述终端，以使所述终端运行所述第一系统。
6.根据权利要求3所述的方法，其特征在于，所述启动所述终端，包括：
通过所述第二系统启动所述终端，以使所述终端运行所述第二系统。
7.根据权利要求1-6之一所述的方法，其特征在于，所述第二系统提供的功能集合，为所述第一系统提供的功能集合的真子集。
8.一种终端的启动装置，其特征在于，所述装置包括：
确定单元，用于确定第一系统是否处于可用状态，其中，所述第一系统的系统数据存储于第一分区；
读取单元，用于在所述第一系统并非处于所述可用状态的情况下，读取第二系统的系统数据，其中，所述第二系统设置为在所述终端不能通过所述第一系统启动时的预设救济系统，所述第二系统的系统数据存储于不同于所述第一分区的第二分区；
加载单元，用于加载所述第二系统的所述系统数据启动所述终端。
9.一种终端，其特征在于，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述存储器中存储的计算机程序，且所述计算机程序被执行时，实现上述权利要求1-7任一所述的方法。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，实现上述权利要求1-7任一所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310909827.3A CN117055934A (zh) | 2023-07-21 | 2023-07-21 | 系统启动方法、装置、终端及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310909827.3A CN117055934A (zh) | 2023-07-21 | 2023-07-21 | 系统启动方法、装置、终端及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN117055934A true CN117055934A (zh) | 2023-11-14 |
Family
ID=88666964
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310909827.3A Pending CN117055934A (zh) | 2023-07-21 | 2023-07-21 | 系统启动方法、装置、终端及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN117055934A (zh) |
-
2023
- 2023-07-21 CN CN202310909827.3A patent/CN117055934A/zh active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109445861B (zh) | 系统启动方法、装置、计算机装置及存储介质 | |
| WO2019019643A1 (zh) | 应用程序热更新方法、装置、终端和存储介质 | |
| CN107832099B (zh) | 一种客户端版本兼容的方法、装置及存储介质 | |
| US20040243991A1 (en) | Mobile handset capable of updating its update agent | |
| CN113254048B (zh) | 引导程序更新方法、装置、设备及计算机可读介质 | |
| WO2015085755A1 (zh) | 一种操作系统恢复方法、装置及终端设备 | |
| JP2006146485A (ja) | 携帯端末 | |
| CN114780019A (zh) | 电子设备的管理方法、装置、电子设备及存储介质 | |
| JP2012208923A (ja) | アプリケーション実行方法及び実行装置 | |
| CN110659251B (zh) | 数据处理方法、系统和电子设备 | |
| CN116880877A (zh) | 虚拟机增强工具升级方法、装置、计算机设备和存储介质 | |
| CN117055934A (zh) | 系统启动方法、装置、终端及存储介质 | |
| JP4639295B2 (ja) | 別の携帯端末から携帯端末のコンタクトカードへアクセスする方法 | |
| CN102760063B (zh) | 一种文件加载方法及装置 | |
| KR20060088654A (ko) | 이동통신 단말기의 데이터 복구 시스템 및 방법 | |
| US20060230190A1 (en) | Method and apparatus for executing application in system having NAND flash memory | |
| US20030131180A1 (en) | Device for use in a network environment | |
| CN113849494A (zh) | 一种数据更新方法及装置 | |
| KR100697086B1 (ko) | 백업기능이 구비된 이동통신 단말기 및 그 동작방법 | |
| US9081727B2 (en) | Method, apparatus and computer program for loading files during a boot-up process | |
| CN114675995A (zh) | 数据备份方法、装置和电子设备 | |
| JP5094531B2 (ja) | ソフトウェア書き換え装置及びソフトウェア書き換え方法及びソフトウェア書き換えプログラム | |
| KR100575927B1 (ko) | 이동통신 단말기에서 부팅 방법 | |
| CN113806107B (zh) | 一种对象拷贝方法、装置、设备及存储介质 | |
| CN108459879B (zh) | 一种防止终端死机的方法、终端 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication |