CN112199223A - 终端设备开机失败的恢复方法和终端设备 - Google Patents

终端设备开机失败的恢复方法和终端设备 Download PDF

Info

Publication number
CN112199223A
CN112199223A CN202010917920.5A CN202010917920A CN112199223A CN 112199223 A CN112199223 A CN 112199223A CN 202010917920 A CN202010917920 A CN 202010917920A CN 112199223 A CN112199223 A CN 112199223A
Authority
CN
China
Prior art keywords
recovery
failure
boot
failure indication
indication event
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
Application number
CN202010917920.5A
Other languages
English (en)
Other versions
CN112199223B (zh
Inventor
张亮
祁德春
周晓燕
李志强
余亮
夏登洲
胡春华
颜忠生
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202010917920.5A priority Critical patent/CN112199223B/zh
Publication of CN112199223A publication Critical patent/CN112199223A/zh
Application granted granted Critical
Publication of CN112199223B publication Critical patent/CN112199223B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0793—Remedial or corrective actions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/006—Identification
    • 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/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0736—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function
    • G06F11/0742—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function in a data processing system embedded in a mobile device, e.g. mobile phones, handheld devices
    • 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/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • G06F11/0781—Error filtering or prioritizing based on a policy defined by the user or on a policy defined by a hardware/software module, e.g. according to a severity level
    • 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/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/079—Root cause analysis, i.e. error or fault diagnosis
    • 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/1438—Restarting or rejuvenating
    • 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/1441—Resetting or repowering
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2284—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing by power-on test, e.g. power-on self test [POST]
    • 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
    • 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/44552—Conflict resolution, i.e. enabling coexistence of conflicting executables

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Software Systems (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Stored Programmes (AREA)
  • Retry When Errors Occur (AREA)
  • Telephone Function (AREA)

Abstract

本申请实施例提供了一种终端设备开机失败的恢复方法和终端设备，该方法包括：确定开机过程中发生失败指示事件，该失败指示事件用于指示开机失败；根据该失败指示事件的类型和/或发生该失败指示事件的原因，确定至少一个恢复策略；根据该至少一个恢复策略进行开机恢复。本申请实施例能够针对不同的开机失败情况，选取合适的开机恢复策略，从而提高开机恢复的成功率。

Description

终端设备开机失败的恢复方法和终端设备
技术领域
本申请涉及通信领域，并且更具体地，涉及一种终端设备开机失败的恢复方法和终端设备。
背景技术
随着技术的进步，移动终端设备由最初的功能终端发展成为当前的智能终端，对应的软件复杂度也出现爆炸性增长。其中，终端设备的开机过程能够明显地表现出这种复杂度，比如，需要加载运行的镜像和服务以及需要进行初始化的器件明显增加，安全校验的要求、事务并发以及开机失败的几率也大幅提高。由于大量的用户越来越依赖于以智能手机为代表的移动智能终端，一旦移动智能终端开机失败，将给用户的生活和工作带来严重困扰。
目前，在遇到开机失败时，往往需要用户手动进入安全模式，或者终端设备通过主动重启的方式进行恢复。
发明内容
本申请实施例提供一种终端设备开机失败的恢复方法和终端设备，针对不同的开机失败情况，选取合适的开机恢复策略，提高开机恢复的成功率。
第一方面，本申请实施例提供了一种终端设备开机失败的恢复方法，所述方法包括：确定开机过程中发生失败指示事件，所述失败指示事件用于指示开机失败；根据所述失败指示事件的类型和/或发生所述失败指示事件的原因，确定至少一个恢复策略；根据所述至少一个恢复策略进行开机恢复。
在本申请实施例中，所述终端设备可以根据失败指示事件的类型和/或发生所述失败指示事件的原因确定至少一个恢复策略，能够针对不同的开机失败情况，选取合适的开机恢复策略，且不单纯采用重启的方式进行恢复，提高开机恢复的成功率。
另外，能够进行自动的开机恢复过程，不需要用户手动进入安全模式，提升用户体验。
可选地，在本申请实施例中，在所述终端设备根据所述失败指示事件的类型和/或发生所述失败指示事件的原因，确定至少一个恢复策略之前，所述终端设备需要确定所述失败指示事件的类型和/或发生所述失败指示事件的原因。
在一种可能的实现方式中，所述根据所述失败指示事件的类型和/或发生所述失败指示事件的原因，确定至少一个恢复策略，包括：根据所述失败指示事件的类型和/或发生所述失败指示事件的原因，确定与所述失败指示事件的类型和/或发生所述失败指示事件的原因相对应的至少一个恢复策略。
可选地，失败指示事件的类型和/或发生所述失败指示事件的原因与至少一个恢复策略之间具有直接的映射关系，可以根据所述失败指示事件的类型和所述映射关系，或根据发生所述失败指示事件的原因和所述映射关系，确定与其向对应的至少一个恢复策略。
可选地，所述映射关系可以通过映射列表进行体现。
此时，所述终端设备可以根据所述映射关系，直接确定对应的至少一个恢复策略，实现过程简单有效。
在一种可能的实现方式中，所述失败指示事件的类型包括预设故障、开机超时、用户强制重启和系统崩溃重启中的至少一种。
可选地，在发生预设故障的情况下，所述终端设备可以确定所述失败指示事件的类型为预设故障；或在发生开机超时的情况下，所述终端设备可以确定所述失败指示事件的类型为开机超时；或在发生用户强制重启的情况下，所述终端设备可以确定所述失败指示事件的类型为用户强制重启；或在发生系统崩溃重启的情况下，所述终端设备可以确定所述失败指示事件的类型为系统崩溃重启。
在一种可能的实现方式中，所述用户强制重启包括长按电源键、按下预设组合键和拔电池。
在一种可能的实现方式中，所述根据所述失败指示事件的类型和/或发生所述失败指示事件的原因，确定至少一个恢复策略，包括：在所述失败指示事件为系统崩溃重启时，根据发生系统崩溃重启的崩溃原因确定所述至少一个恢复策略。
在一种可能的实现方式中，所述方法还包括：确定发生所述失败指示事件的开机阶段；
其中，所述根据所述失败指示事件的类型和/或发生所述失败指示事件的原因，确定至少一个恢复策略，包括：根据所述失败指示事件的类型和所述开机阶段，或根据发生所述失败指示事件的原因和所述开机阶段，确定所述至少一个恢复策略。可选地，所述开机阶段可以包括平台启动加载阶段、操作系统内核启动阶段、核心服务启动阶段和应用阶段，且在开机过程中依次经过上述四个开机阶段。
可选地，所述终端设备可以通过非易失性存储器记录重启时的开机阶段。
此时，由于不同的开机阶段可能会出现相同的失败指示事件，而不同开机阶段向对应的至少一个恢复策略可能不同，因此，结合开机阶段确定所述至少一个恢复策略，能够确定更为合适的恢复策略。
在一种可能的实现方式中，所述根据所述至少一个恢复策略进行开机恢复，包括：按照所述至少一个恢复策略的预设执行顺序进行执行，直到第一个应用程序启动或所述至少一个恢复策略的全部恢复策略都恢复失败。
可选地，在本申请实施例中，所述终端设备可以从所述至少一个恢复策略中随机选择恢复策略进行恢复。
可选地，在本申请实施例中，所述终端设备可以从所述至少一个恢复策略中选择恢复成功率最高的恢复策略进行恢复。
在一种可能的实现方式中，所述方法还包括：在根据所述至少一个恢复策略中的第一恢复策略进行开机恢复之后，生成所述第一恢复策略所对应的开机日志，所述开机日志包括所述失败指示事件的类型、发生所述失败指示事件的开机阶段、故障日志、所述第一恢复策略以及对应的恢复结果中的至少一个；在恢复失败时，保存所述开机日志；在恢复成功时，将所述开机日志以及所保存的所述至少一个恢复策略中恢复失败的恢复策略的开机日志上传到日志统计与度量系统。
可选地，所述终端设备可以将开机日志保存在非易失性存储器上，使得在重新开机过程中还能够获取所述开机日志。
可选地，在保存的开机日志数量大于或等于最大日志数量时，将保存时间最早的开机日志删除。
可选地，所述日志统计与度量系统根据所接收到的开机日志，确定开机失败率、开机失败类型或原因占比、恢复有效率和恢复策略有效率中的至少一种。
此时，管理员或设计人员可以根据所述日志统计与度量系统的统计数据对终端设备的开机流程进行改进。
在一种可能的实现方式中，所述至少一个恢复策略为从下列多个恢复策略中选取的至少一个恢复策略：系统或服务重启、启用备份系统、用户数据安全恢复、恢复出厂设置和在线系统升级。
在一种可能的实现方式中，若所述失败指示事件的类型为预设故障，且所述预设故障为系统核心启动镜像校验失败或系统核心镜像分区损坏时，所述至少一个恢复策略为在线系统升级。
在一种可能的实现方式中，若所述失败指示事件的类型为预设故障，且所述预设故障为关键服务启动失败时，所述至少一个恢复策略按照预设执行顺序依次为用户数据安全恢复、恢复出厂设置和在线系统升级。
在一种可能的实现方式中，若所述失败指示事件的类型为预设故障，且所述预设故障为数据分区损坏或数据分区只读时，所述至少一个恢复策略按照预设执行顺序依次为系统或服务重启、用户数据安全恢复、恢复出厂设置和在线系统升级。
在一种可能的实现方式中，若所述失败指示事件的类型为开机超时或用户强制重启时，所述至少一个恢复策略按照预设执行顺序依次为系统或服务重启、启用备份系统、用户数据安全恢复、恢复出厂设置和在线系统升级。
第二方面，本申请实施例提供了一种终端设备，用于执行上述第一方面或第一方面的任一种可能的实现方式中的方法。具体地，所述终端设备包括用于执行上述第一方面或第一方面的任一种可能的实现方式中的方法的模块单元。
第三方面，本申请实施例提供了一种终端设备开机检测和恢复系统，用于执行上述第一方面或第一方面的任一种可能的实现方式中的方法。具体地，所述终端设备包括用于执行上述第一方面或第一方面的任一种可能的实现方式中的方法的模块单元。
第四方面，本申请实施例提供了一种终端设备，所述终端设备包括第三方面中的终端设备开机检测和恢复系统、显示面板、只读存储器、随机存取存储器、寄存器、定时器以及至少一个按键。
第五方面，本申请实施例提供了一种终端设备，用于执行上述第一方面或第一方面的任一种可能的实现方式中的方法，所述终端设备包括处理器、存储器和收发器，所述处理器、所述存储器和所述收发器通过总线系统相连，其中，所述存储器用于存储指令，所述收发器用于接收和发送信息，所述处理器用于执行所述存储器存储的指令。
其中，所述处理器用于确定开机过程中发生失败指示事件，所述失败指示事件用于指示开机失败；
所述处理器用于根据所述失败指示事件的类型和/或发生所述失败指示事件的原因，确定至少一个恢复策略；
所述处理器用于根据所述至少一个恢复策略进行开机恢复。
第六方面，本申请实施例提供了一种计算机可读介质，用于存储计算机程序，所述计算机程序包括用于执行上述第一方面或第一方面的任一种可能的实现方式中的方法的指令。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，显而易见地，下面所描述的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是可应用于本申请实施例的终端设备的示意性结构图。
图2是根据本申请实施例的终端设备开机失败的恢复方法的示意性流程图。
图3是恢复过程中的恢复界面的示意图。
图4是根据本申请实施例的终端设备的示意性框图。
图5是根据本申请实施例的终端设备的示意性框图。
图6是根据本申请实施例的终端设备开机检测和恢复系统的示意性框图。
图7是根据本申请实施例的终端设备的示意性结构图。
图8是根据本申请实施例的终端设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请的一部分实施例，而不是全部实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都应属于本申请保护的范围。
应理解，在本申请实施例中，终端设备也可以指用户设备(User Equipment，简称为“UE”)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol，简称为“SIP”)电话、无线本地环路(WirelessLocal Loop，简称为“WLL”)站、个人数字处理(Personal Digital Assistant，简称为“PDA”)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来第五代(5th-Generation，简称为“5G”)网络中的终端设备或者未来演进的公共陆地移动网络(Public Land Mobile Network，简称为“PLMN”)网络中的终端设备等。
图1示出了可应用于本申请实施例的一种终端设备100的示意性结构图。
如图1所示，该终端设备100包括射频(Radio Frequency，简称为“RF”)电路110、存储器120、输入单元140、显示单元140、音频电路150、处理器160、以及电源170等部件。本领域技术人员可以理解，图1中示出的终端设备100的结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
下面结合图1对终端设备100的各个构成部件进行具体的介绍：
RF电路110可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器160处理；另外，将上行的数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier，简称为“LNA”)、双工器等。此外，RF电路110还可以通过无线通信与网络和其他设备通信。该无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global Systemof Mobile communication，简称为“GSM”)、通用分组无线服务(General Packet RadioService，简称为“GPRS”)、宽带码分多址(Code Division Multiple Access，码分多址)、WCDMA(Wideband Code Division Multiple Access，简称为“CDMA”)、长期演进(Long TermEvolution，简称为“LTE”)、电子邮件、短消息服务(Short Messaging Service，简称为“SMS”)等。
存储器120可用于存储软件程序以及模块，处理器160通过运行存储在存储器120的软件程序以及模块，从而执行终端设备100的各种功能应用以及数据处理。存储器160可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端设备100的使用所创建的数据(比如音频数据、图像数据、电话本等)等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入单元130可用于接收输入的数字或字符信息，以及产生与终端设备100的用户设置以及功能控制有关的键信号输入。具体地，输入单元130可包括按键131、触摸屏132以及其它输入设备133。按键131可以感应用户对其进行的按压操作，并根据预先设定的程式驱动相应的连接装置。可选地，该按键包括电源开关按键、音量控制按键、home键和快捷键等。触摸屏132，也称为触控面板，可收集用户在其上或附近的触摸操作，比如用户使用手指、触笔等任何适合的物体或附件在触摸屏132上或在触摸屏132附近的操作，并根据预先设定的程式驱动相应的连接装置。可选的，触摸屏132可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器160，并能接收处理器160发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触摸屏132。除了按键131和触摸屏132，输入单元130还可以包括其它输入设备133。具体地，其它输入设备133可以包括但不限于物理键盘、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元140可用于显示由用户输入的信息或提供给用户的信息以及终端设备100的各种菜单。显示单元140可包括显示面板141，可选的，可以采用液晶显示器(LiquidCrystal Display，简称为“LCD”)、有机发光二极管(Organic Light-Emitting Diode，简称为“OLED”)等形式来配置显示面板141。其中，在按键131检测到按压操作时，可以传送给处理器160以确定按键事件的类型，随后处理器160根据按键事件的类型在显示面板141上提供相应的视觉输出。进一步的，触摸屏132可覆盖显示面板141，当触摸屏132检测到在其上或附近的触摸操作后，传送给处理器160以确定触摸事件的类型，随后处理器160根据触摸事件的类型在显示面板141上提供相应的视觉输出。虽然在图1中示出触摸屏132与显示面板141是作为两个独立的部件来实现终端设备100的输入和输入功能，但是在某些实施例中，可以将触摸屏132与显示面板141集成而实现终端设备100的输入和输出功能。
音频电路150、扬声器151、麦克风152可提供用户与终端设备100之间的音频接口。音频电路150可将接收到的音频数据转换后的电信号，传输到扬声器151，由扬声器151转换为声音信号输出；另一方面，麦克风152将收集的声音信号转换为电信号，由音频电路150接收后转换为音频数据，再将音频数据输出至RF电路110以发送给比如另一终端设备，或者将音频数据输出至存储器120以便进一步处理。
处理器160是终端设备100的控制中心，利用各种接口和线路连接整个终端设备的各个部分，通过运行或执行存储在存储器120内的软件程序和/或模块，以及调用存储在存储器120内的数据，执行终端设备100的各种功能和处理数据，从而对终端设备100进行整体监控。可选的，处理器160可包括一个或多个处理单元；优选的，处理器160可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器160中。
终端设备100还包括给各个部件供电的电源170(比如电池)，优选的，电源可以通过电源管理系统与处理器160逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管未示出，终端设备100还可以包括无线保真(Wireless Fidelity，简称为“WiFi”)模块、蓝牙模块等，还可配置有光传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等，在此不再赘述。
图2是根据本申请实施例的终端设备开机失败的恢复方法200的示意性流程图。该方法200可以由终端设备执行，例如，可以由图1所示的终端设备100执行，当然，也可以由其他终端设备执行，本申请实施例并不对此进行特别限定。
在201中，终端设备确定开机过程中发生失败指示事件，该失败指示事件用于指示开机失败。
在一种实现方式中，在开机过程中发生预设故障的情况下，该终端设备可以确定开机过程中发生失败指示事件。
可选地，该预设故障可以导致开机失败，即发生预设故障时可能还没有发生开机失败。
可选地，该预设故障可以包括系统核心启动镜像校验失败、系统核心镜像分区损坏、关键服务启动失、数据分区损坏、数据分区只读和数据分区满。应理解，该预设故障不仅包括上述故障，还可以包括其它故障，本申请实施例对此不作限制。
例如，在用户按下开机键或组合键启动终端设备之后，在开机过程中检测到发生数据分区损坏，由于该数据分区损坏可以导致开机失败，则该终端设备可以认为发生了开机失败。
再例如，在用户按下开机键或组合键启动终端设备之后，该终端设备在没有发生开机成功之前，检测到发生反复重启以及反复播放开机画面的情况下，该终端设备可以确定发生预设故障，该预设故障为反复重启以及反复播放开机画面，并可以确定发生开机失败。
在另一种实现方式中，在本申请实施例中，在开机过程中发生开机超时的情况下，该终端设备可以确定开机过程中发生失败指示事件。
具体地，在开机时启动定时器，如果在预设开机时间内没有发生开机成功事件时，该终端设备可以确定开机过程中发生失败指示事件。
例如，预设开机时间为3分钟，在用户按下开机键或组合键启动终端设备时启动定时器，定时时长为3分钟在定时器超时之前均没有开机成功的情况下，可以确定是开机失败。
可选地，在开机过程中的每个阶段需要经过的时间是已知的，则在一个开机阶段经过的时间超过预设时长的情况下，该终端设备可以确定开机过程中发生失败指示事件。
例如，该终端设备已知平台启动加载阶段需要经过的时间是20秒，则在进入该开机阶段时启动定时器，定时时长为20秒，在定时器超时之前没有进入下一个开机阶段的情况下，可以确定是开机失败。
可选地，在开机过程中的一部分开机阶段需要经过的时间是已知的，而另一部分开机阶段需要经过的时间是未知的，则已知的开机阶段所经过的总时长超过预设时长的情况下，该终端设备可以确定开机过程中发生失败指示事件。
例如，该终端设备已知平台启动加载阶段和核心服务启动阶段需要经过的时间分别时20秒和25秒，而操作系统内核启动阶段需要经过的时间未知，则在进入平台启动加载阶段时启动定时器，定时长为45秒，在进入操作系统内核启动阶段时冻结定时器，在进入核心服务启动阶段时，继续计时，在定时器超时之前均没有开机成功的情况下，可以确定是开机失败。
在另一种实现方式中，在本申请实施例中，在开机过程中发生用户强制重启的情况下，该终端设备可以确定开机过程中发生失败指示事件。
具体地，在开机过程中发生用户强制重启时，该终端设备记录当前的重启类型为用户强制重启；在重启之后，该终端设备根据所记录的重启类型，确定发生用户强制重启。
可选地，该用户强制重启可以包括用户长按电源键、用户按下预设组合键以及拔电池。应理解，用户强制重启的方式不仅包括上述方式，还可以包括其它方式，例如，按下复位键，本申请实施例对此不作限制。
可选地，该终端设备可以通过硬件寄存器记录重启类型，能够保证在重启之后该重启类型依然能够被读取到。
例如，在用户按下开机键或组合键启动终端设备之后，且没有发生开机成功之前，该终端设备检测到用户通过长按电源键进行重启，并可以通过寄存器保存重启类型为用户强制重启；在重启时，该终端设备可以读取寄存器中保存的重启类型，确定发生用户强制重启，并可以确定发生开机失败。
应理解，该终端设备还可以使用其他替代性方式对重启类型进行存储，例如，使用非易失性存储器进行存储，即能够实现在重启之后可以获取该重启类型即可，本申请实施例对此不作限制。
在另一种实现方式中，在本申请实施例中，在开机过程中发生系统崩溃重启的情况下，该终端设备可以确定开机过程中发生失败指示事件。
可选地，在开机过程中发生系统崩溃重启时，该终端设备记录当前的重启类型为系统崩溃重启；在重启之后，该终端设备根据所记录的重启类型，确定发生系统崩溃重启。
可选地，在发生失败指示事件时，可以是已经发生开机失败的情况，还可以是未发生开机失败的情况。
在202中，该终端设备根据该失败指示事件的类型和/或发生该失败指示事件的原因，确定至少一个恢复策略。
可选地，在本申请实施例中，在该终端设备根据该失败指示事件的类型和/或发生该失败指示事件的原因，确定至少一个恢复策略之前，该终端设备需要确定该失败指示事件的类型和/或发生该失败指示事件的原因。
在一种实现方式中，该终端设备可以确定该失败指示事件的类型。
具体地，在发生预设故障的情况下，该终端设备可以确定该失败指示事件的类型为预设故障；或在发生开机超时的情况下，该终端设备可以确定该失败指示事件的类型为开机超时；或在发生用户强制重启的情况下，该终端设备可以确定该失败指示事件的类型为用户强制重启；或在发生系统崩溃重启的情况下，该终端设备可以确定该失败指示事件的类型为系统崩溃重启。
可选地，该失败指示事件的类型包括预设故障、开机超时、用户强制重启和系统崩溃重启中的至少一种。
在另一种实现方式中，该终端设备可以确定发生该失败指示事件的原因。
可选地，该终端设备在发生系统崩溃重启的情况下，该终端设备可以确定发生系统崩溃重启的原因。
具体地，在发生系统崩溃重启的情况下，系统会对崩溃原因进行记录，该终端设备可以根据记录确定该崩溃原因。
例如，系统会对开机过程进行记录，在发生系统崩溃重启之后，该终端设备可以根据系统的记录确定崩溃原因为出现空指针。
在另一种实现方式中，该终端设备可以确定该失败指示事件的类型，再确定发生该类型失败指示事件的原因。
可选地，在发生系统崩溃重启的情况下，该终端设备可以确定该失败指示事件的类型为系统崩溃重启，该终端设备确定发生该类型失败指示事件的原因。
可选地，在本申请实施例中，该至少一个恢复策略为从下列多个恢复策略中选取的至少一个恢复策略：系统或服务重启、启用备份系统、用户数据安全恢复、恢复出厂设置和在线系统升级。以下对各个策略的适用范围进行说明。
系统或者服务重启：该恢复策略为发起一次整机重启或者发起一次故障服务重启，并检验重启后是否能正常开机，对于概率性开机失败有效，不损伤任何数据。
启用备份系统：在分区镜像损坏或子系统损坏且这些子系统或者镜像有备份系统或者备份镜像时，则启动该备份系统或者备份镜像进行恢复。
用户数据安全恢复：在系统数据区损坏或者关键系统文件损坏时，通过该恢复策略能有效恢复系统数据区，在解决开机失败的同时不损坏用户数据。
恢复出厂设置：在系统数据区和用户数据区都损坏时，执行厂家提供的恢复出厂操作，将系统恢复到出厂时状态，此时会导致用户数据丢失，例如用户隐私数据和用户安装的第三方应用以及相关应用数据。
在线系统升级：在一个或者多个系统镜像损坏而导致开机失败时，连接网络进行在线系统升级，用最新的镜像替换掉损坏的镜像。
从上述说明中可以看出，上述各个策略依照顺序，恢复的强度逐渐加重，例如，单就对用户数据的损伤角度而言，前三种恢复策略对数据用户数据没有损伤，而后两种恢复策略会导致用户数据的丢失。
可选地，在本申请实施例中，该终端设备可以根据该失败指示事件的类型和/或发生该失败指示事件的原因，确定与该失败指示事件的类型或发生该失败指示事件的原因相对应的至少一个恢复策略。
例如，在该失败指示事件的类型为预设故障，且该预设故障为系统核心启动镜像校验失败时，该终端设备可以确定与该系统核心启动镜像校验失败相对应的该至少一个恢复策略为在线系统升级。
再例如，在该失败指示事件的类型为开机超时的情况下，该终端设备可以确定该至少一个恢复策略为系统或服务重启、启用备份系统、用户数据安全恢复、恢复出厂设置和在线系统升级。
再例如，在该失败指示事件的类型为系统崩溃重启的情况下，该终端设备可以确定该至少一个恢复策略为用户数据安全恢复、恢复出厂设置和在线系统升级。
再例如，在该失败事件的类型为系统崩溃重启的，且发生该类型失败指示事件的原因是空指针的情况下，该终端设备可以确定该至少一个恢复策略为在线系统升级。
可选地，失败指示事件的类型和/或发生该失败指示事件的原因与至少一个恢复策略之间具有直接的映射关系，可以根据该失败指示事件的类型或发生该失败指示事件的原因以及该映射关系，确定与其向对应的至少一个恢复策略。
可选地，该映射关系可以通过映射列表进行体现。
可选地，该映射列表的第一列可以为失败指示事件的类型和/或发生该失败指示事件的原因，该映射列表的第二列可以为对应的至少一个恢复策略。
例如，该终端设备保存有映射列表，在确定该失败指示事件的类型为开机超时的情况下，该终端设备可以在该列表中确定开机超时所对应的行，并确定对应的至少一个策略为该行中第二列所示的至少一个恢复策略。
应理解，本申请实施例仅以该失败指示事件的类型和/或发生该失败指示事件的原因与至少一个恢复策略之间具有直接的映射关系为例进行说明，但本申请实施例不限于此，还通过其它间接的映射方式确定与该失败指示事件的类型或发生该失败指示事件的原因所对应的至少一个恢复策略。
可选地，在本申请实施例中，该终端设备还可以确定发生该失败指示事件的开机阶段。
可选地，该开机阶段可以包括平台启动加载阶段、操作系统内核启动阶段、核心服务启动阶段和应用阶段，且在开机过程中依次经过上述四个开机阶段。
其中，终端设备在平台启动加载阶段对硬件平台设备进行初始化，加载分区，做一些操作系统启动的准备工作；该终端设备在核心服务启动阶段需要创建启动若干核心服务，构成应用运行环境；从第一应用程序启动开始为应用阶段。
可选地，在发生用户强制重启或系统崩溃重启的情况下，该终端设备可以记录该用户强制重启或系统崩溃重启发生的开机阶段；在重启之后，该终端设备根据记录确定该开机阶段。
可选地，该终端设备可以通过非易失性存储器记录重启时的开机阶段。
应理解，该终端设备还可以通过其它替代性方式对发生该失败指示事件的开机阶段进行存储，能够在重启之后获取该开机阶段即可，本申请实施例对此不作限制。
还应理解，在本申请实施例中，仅以开机过程中包括上述四个阶段为例进行说明，但终端设备不需要包括上述所有阶段，例如，在一些终端设备的系统中可以只包括平台启动加载阶段和应用阶段，在开机过程的设计中，设计者可以根据不同终端设备的开机过程对开机阶段进行定义。
可选地，在第一个应用程序启动和/或开机动画退出时，该终端设备可以确定发生开机成功，其中，该开机动画退出发生在第一应用程序启动的同时，或者发生在第一应用启动程序之后。
可选地，在本申请实施例中，在该终端设备确定发生该失败指示事件的开机阶段之后，该终端设备可以根据该失败指示事件的类型和发生该失败指示事件的开机阶段，或根据发生该失败指示事件的原因和发生该失败指示事件，确定该至少一个恢复策略。
由于不同的开机阶段可能会出现相同的失败指示事件，而不同开机阶段向对应的至少一个恢复策略可能不同，因此，需要结合开机阶段确定该至少一个恢复策略。
例如，在失败指示事件的类型预设故障，且该预设故障为系统核心启动镜像校验失败时，如果该失败指示事件发生在平台启动加载阶段时，对应的恢复策略为在线系统升级时，需要下载与平台启动加载阶段相关的镜像；如果该失败指示事件发生在操作系统内核启动阶段时，对应的恢复策略为在线系统升级时，需要下载与操作系统内核启动阶段相关的镜像。
可选地，在本申请实施例中，该终端设备可以保存有该失败指示事件的类型和/或发生该失败指示事件的原因、发生该失败指示事件的开机阶段、当前恢复次数以及对应的至少一个恢复策略之间的映射关系；此时该终端设备可以根据该失败指示事件的类型和/或发生该失败指示事件的原因、该开机阶段、当前恢复次数以及映射关系，确定至少一个恢复策略。
例如，该失败指示事件的类型或发生该失败指示事件的原因、该开机阶段、当前恢复次数以及对应的至少一个恢复策略之间的映射关系可以如表1所示。在核心服务启动阶段发生的失败指示事件的类型为预设故障，且该预设故障为数据分区损坏时，可以确定对应的至少一个恢复策略为系统或服务重启、用户数据安全恢复、恢复出厂设置和在线系统升级；在第一次恢复时，已恢复次数为0，对应的恢复策略为系统或服务重启；在第一次未恢复成功时，已恢复次数为1，对应的恢复策略为用户数据安全恢复，依次列推。
表1
Figure BDA0002665687650000101
Figure BDA0002665687650000111
应理解，在本申请实施例中，仅以表1所示的映射表为例进行说明，但本申请实施例不限于此，开机过程的设计者可以根据经验确定失败指示事件的类型或发生该失败指示事件的原因、该开机阶段、当前恢复次数以及对应的至少一个恢复策略之间的映射关系，并设置对应的映射表。
可选地，在本申请实施例中，可以预先设置最大恢复次数，在已恢复次数大于或等于该最大恢复次数时，则不再执行恢复策略。
例如，如表1所示，假设最大恢复次数为3次，在核心服务启动阶段发生的失败指示事件的类型为预设故障，且该预设故障为数据分区只读时，可以确定对应的至少一个恢复策略为系统或服务重启、用户数据安全恢复、恢复出厂设置和在线系统升级；在使用系统或服务重启、用户数据安全恢复、恢复出厂设置均未恢复成功时，该已恢复次数等于最大恢复次数，则不再使用在线系统升级进行恢复，且确定恢复失败。
在203中，该终端设备根据该至少一个恢复策略进行开机恢复。
可选地，在本申请实施例中，该终端设备按照该至少一个恢复策略的预设执行顺序进行执行，直到第一个应用程序启动或该至少一个恢复策略的全部恢复策略都恢复失败。
例如，如表1所示，在该失败指示事件的类型为预设故障，且该预设故障为系统核心启动镜像校验失败或系统核心镜像分区损坏时，该终端设备可以确定与该关键服务启动失败相对应的恢复策略为在线系统升级；则该终端设备直接执行在线系统升级。
再例如，在该失败指示事件的类型为预设故障，且该预设故障为关键服务启动失败时，该终端设备可以确定与该关键服务启动失败相对应的该至少一个恢复策略按照预设执行顺序依次为用户数据安全恢复、恢复出厂设置和在线系统升级；则该终端设备首先执行用户数据安全恢复，在使用用户数据安全恢复进行恢复且恢复失败时，执行恢复出厂设置，在使用恢复出厂设置进行恢复且恢复失败时，执行在线系统升级。
再例如，在该失败指示事件的类型为预设故障，且该预设故障为数据分区损坏或数据分区只读时，该终端设备可以确定与该关键服务启动失败相对应的该至少一个恢复策略按照预设执行顺序依次为系统或服务重启、用户数据安全恢复、恢复出厂设置和在线系统升级；则该终端设备首先执行系统或服务重启，在使用系统或服务重启进行恢复且恢复失败时，执行用户数据安全恢复，在使用用户数据安全恢复进行恢复且恢复成功时，不再执行后续的恢复策略。
再例如，在该失败指示事件的类型为开机超时或用户强制重启，该终端设备可以确定与该关键服务启动失败相对应的该至少一个恢复策略按照预设执行顺序依次为系统或服务重启、启用备份系统、用户数据安全恢复、恢复出厂设置和在线系统升级；则该终端设备首先执行系统或服务重启，在使用系统或服务重启进行恢复且恢复失败时，执行用户数据安全恢复，在使用用户数据安全恢复进行恢复且恢复失败时，执行恢复出厂设置，在使用恢复出厂设置进行恢复且恢复成功时，不再执行后续的恢复策略。
可选地，可以将对用户数据损伤较小的恢复策略排在前面，将对数据损伤较大的恢复策略排在后面。
例如，在该失败指示事件的类型为预设故障，且该预设故障为关键服务启动失败时，该终端设备可以确定与该关键服务启动失败相对应的该至少一个恢复策略按照预设执行顺序依次为用户数据安全恢复、恢复出厂设置和在线系统升级；第一次恢复时，该终端设备执行用户数据安全恢复，在恢复成功时，则不再使用下一个恢复策略进行恢复；在使用用户数据安全恢复进行恢复且恢复失败时，进行第二次恢复，执行恢复出厂设置，在恢复成功时，则不再使用下一个恢复策略进行恢复；在使用恢复出厂设置进行恢复且恢复失败时，进行第三次恢复，执行在线系统升级，在恢复成功时，则不再使用下一个恢复策略进行恢复；在恢复失败时，则无法开机。
可选地，在本申请实施例中，该终端设备可以从该至少一个恢复策略中随机选择恢复策略进行恢复。
可选地，在本申请实施例中，该终端设备可以从该至少一个恢复策略中选择恢复成功率最高的恢复策略进行恢复。
例如，在该失败指示事件的类型为预设故障，且该预设故障为数据分区损坏时，该终端设备可以确定与该数据分区损坏相对应的该至少一个恢复策略为系统或服务重启、用户数据安全恢复、恢复出厂设置和在线系统升级，该终端设备确定其中恢复出厂设置的恢复成功率最高，则直接选择恢复出厂设置进行恢复。
可选地，该终端设备可以通过恢复子系统eRecovery执行除系统或服务重启之外的恢复策略。
可选地，在执行恢复策略之前，可以提示用户是否需要执行该恢复策略。
例如，在平台启动加载阶段或操作系统内核启动阶段发生系统核心启动镜像校验失败时，终端设备确定恢复策略为在线系统升级；在进行相应的准备工作之后，进入恢复界面，并提示用户可以进行如下三种选择：1)下载最新镜像(推荐)，2)重启，3)关机；若用户选择重启或者关机，则执行重启或者关机；若用户选择下载最新镜像，则开始检测Wifi网络，连接升级服务器，进行标准的镜像升级过程。
再例如，在核心服务启动阶段发生关键服务启动失败时，终端设备确定第一次待执行恢复策略为用户数据安全恢复，在进行相应的准备工作之后，执行该恢复策略，在自动重启之后，如果重启成功则表示开机恢复成功；如果重启后仍然不能开机，终端设备确定第二次待执行恢复策略为恢复出厂设置，在进行相应的准备工作之后，进入恢复界面，并提示用户可以进行如下两种选择：1)恢复出厂设置(推荐)，2)关机；若用户选择恢复出厂设置，则进行设备厂家实现的恢复出厂设置操作，并在完成之后自动重启；重启后仍然不能开机，终端设备确定第三次待执行恢复策略为在线系统升级，在进行相应的准备工作之后，进入恢复界面，并提示用户可以进行如下两种选择：1)下载最新镜像(推荐)，2)关机；则开始检测Wifi网络，连接升级服务器，进行标准的镜像升级过程；若升级后重启后仍然不能开机，则告知用户恢复失败并关机。
再例如，在未知开机阶段发生开机超时或用户强制重启时，终端设备确定第一次待执行恢复策略为系统或服务重启，先尝试文件系统修复；如果不能修复，终端设备确定第二次待执行恢复策略为启动备份系统，在进行相应的准备工作之后，进入恢复界面，并提示用户可以进行如下两种选择：1)启动备份系统(推荐)，2)关机；若用户选择启动备份系统，则通过备份进行修复，并在修复之后进行重启；在重启之后扔不能修复，终端设备确定第三次待执行恢复策略为用户数据安全恢复，在进行相应的准备工作之后，执行该恢复策略，在自动重启之后，如果重启成功则表示开机恢复成功；如果重启后仍然不能开机，终端设备确定第四次待执行恢复策略为恢复出厂设置，在进行相应的准备工作之后，进入恢复界面，并提示用户可以进行如下两种选择：1)恢复出厂设置(推荐)，2)关机；若用户选择恢复出厂设置，则进行设备厂家实现的恢复出厂设置操作，并在完成之后自动重启；重启后仍然不能开机，终端设备确定第五次待执行恢复策略为在线系统升级，在进行相应的准备工作之后，进入恢复界面，并提示用户可以进行如下三种选择：1)下载最新镜像(推荐)，2)关机；则开始检测Wifi网络，连接升级服务器，进行标准的镜像升级过程；若升级后重启后仍然不能开机，则告知用户恢复失败并关机。
图3为恢复过程中的恢复界面的示意图。如图3所示，终端设备首先选择执用户数据安全恢复，在进行相应的准备工作之后，执行该恢复策略，并在恢复界面上提示“正在恢复系统，请稍等…”；如果恢复失败，则在恢复界面上提示“系统恢复失败！设备将自动重启”；在重启过程中，终端设备确定需要执行恢复出厂设置或在线系统升级，在恢复界面上提示“开机时遇到严重问题，建议您恢复出厂设置”，同时提醒用户“注意：恢复完成之后用户数据将被清除”，并为用户提供两种选择：“恢复出厂设置(推荐)”和“下载最新镜像”。
在用户选择“恢复出厂设置”时，按照序号1进行，在恢复界面上提示“您确定要恢复出厂设置吗？”，并为用户提供两种选择：“开始恢复出厂设置”和“返回”；在用户选择“开始恢复出厂设置”时，则进行设备厂家实现的恢复出厂设置操作，并在恢复界面上提示“用户恢复出厂设置”；并在完成恢复出厂设置时，在恢复界面上提示“恢复出厂设置成功！设备将自动重启”。
在用户选择“下载最新镜像”时，按照序号2进行，在恢复界面上为用户提供三种选择：“下载最新镜像”、“重新启动”和“关机”；在用户选择“下载最新镜像”时，则开始检测Wifi网络，连接升级服务器，下载安装包，在恢复界面上提示“正在服务器下载安装包”，同时显示下载进度、版本信息和安装包大小信息，并为用户提供“取消”选择；在安装包下载完成之后，进行标准的镜像升级过程，并在恢复界面上提示“正在恢复系统”以及“请勿拔掉电池，存储卡以及其它任何操作”；并在完成恢复系统时，在恢复界面上提示“恢复出厂设置成功！设备将自动重启”。
应理解，在本申请实施例中，仅以图3所示的恢复界面以及提示语为例进行说明，但本申请不限于此。
此时，通过恢复界面与用户进行友好交互，能够引导用户进行相关授权，同时给予用户一定的选择空间，更好的满足用户需求。
可选地，在本申请实施例中，该终端设备在根据该至少一个恢复策略中的第一恢复策略进行开机恢复之后，可以生成该第一恢复策略所对应的开机日志，该开机日志包括该失败指示事件的类型、发生该失败指示事件的开机阶段、故障日志、该第一恢复策略以及对应的恢复结果中的至少一个。其中，该第一恢复策略可以是该至少一个恢复策略中的任意一个恢复策略。
可选地，在使用该第一恢复策略恢复失败时，该终端设备可以将该开机日志保存。
可选地，在使用该第一恢复策略恢复成功时，该终端设备可以将该恢复成功的第一恢复策略所对应的开机日志以及之前所保存的该至少一个恢复策略中恢复失败的恢复策略所对应的开机日志上传到日志统计与度量系统。
可选地，该终端设备可以将开机日志保存在非易失性存储器上，使得在重新开机过程中还能够获取该开机日志。
可选地，在保存的开机日志数量大于或等于最大日志数量时，该终端设备可以将保存时间最早的开机日志删除。
可选地，该日志统计与度量系统可以根据所接收到的开机日志，确定开机失败率、开机失败类型或原因占比、恢复有效率和恢复策略有效率中的至少一种。
其中，该开机失败率为开机失败总次数与开机总次数的比值；该开机失败类型或原因占比为发生该类型或原因的次数与开机失败总次数的比值；该恢复有效率为恢复成功总次数与恢复总次数的比值；该恢复策略有效率等于使用该恢复策略恢复成功的次数与使用该恢复策略恢复的总次数的比值。
此时，管理员或设计人员可以根据该日志统计与度量系统的统计数据对终端设备的开机流程进行改进。
因此，在本申请实施例中，该终端设备可以根据失败指示事件的类型或发生该失败指示事件的原因确定至少一个恢复策略，能够针对不同的开机失败情况，选取合适的开机恢复策略，且不单纯采用重启的方式进行恢复，进一步提高开机恢复的成功率。
另外，能够进行自动的开机恢复过程，不需要用户手动进入安全模式，提升用户体验。
可选地，在本申请实施例中，该终端设备在每次执行恢复策略之后的自动重启过程中，可以确定本次重启过程中所发生的失败指示事件，该失败指示事件可能与上一次开机或重启过程中的失败指示事件不同，可以根据本次重启过程中失败指示事件的类型或发生该失败指示事件的原因确定至少一个恢复策略。
例如，在用户按下开机键或组合键启动终端设备的开机过程中所发生的失败指示事件的类型数据分区损坏时，该终端设备首先可以执行系统或服务重启；在重启过程中所发生的失败指示事件的类型仍为数据分区损坏时，该终端设备确定可以使用用户数据安全恢复进行恢复；在恢复之后的重启过程中，所发生失败指示事件的类型变为关键服务启动失败时，该终端设备知道之前已经执行过系统或服务重启以及用户数据安全恢复，则确定执行恢复出厂设置，在使用恢复出厂设置进行恢复且恢复成功时，不再执行其它恢复策略。
上文中结合图2和图3，详细描述了根据本申请实施例的终端设备开机失败的恢复方法，下面将结合图4至图8详细描述根据本申请实施例的终端设备以及终端设备开机检测和恢复系统。
图4是根据本申请实施例的终端设备400的示意性框图。如图4所示，该终端设备包括：
确定模块401，用于确定开机过程中发生失败指示事件，该失败指示事件用于指示开机失败；
该确定模块401还用于根据该失败指示事件的类型和/或发生该失败指示事件的原因，确定至少一个恢复策略；
恢复模块402，用于根据该至少一个恢复策略进行开机恢复。
因此，在本申请实施例中，该终端设备可以根据失败指示事件的类型或发生该失败指示事件的原因确定至少一个恢复策略，能够针对不同的开机失败情况，选取合适的开机恢复策略，且不单纯采用重启的方式进行恢复，进一步提高开机恢复的成功率。
另外，能够进行自动的开机恢复过程，不需要用户手动进入安全模式，提升用户体验。
可选地，在本申请实施例中，该确定模块401具体用于根据该失败指示事件的类型和/或发生该失败指示事件的原因，确定与该失败指示事件的类型和/或发生该失败指示事件的原因相对应的至少一个恢复策略。
可选地，在本申请实施例中，该失败指示事件的类型包括预设故障、开机超时、用户强制重启和系统崩溃重启中的至少一种。
可选地，在本申请实施例中，该用户强制重启包括长按电源键、按下预设组合键和拔电池。
可选地，在本申请实施例中，该确定模块401具体用于在该失败指示事件为系统崩溃重启时，根据发生系统崩溃重启的崩溃原因确定该至少一个恢复策略。
可选地，在本申请实施例中，该确定模块401还用于确定发生该失败指示事件的开机阶段；根据该失败指示事件的类型和该开机阶段，或根据发生该失败指示事件的原因和该开机阶段，确定该至少一个恢复策略。
可选地，在本申请实施例中，该恢复模块402具体用于按照该至少一个恢复策略的预设执行顺序进行执行，直到第一个应用程序启动或该至少一个恢复策略的全部恢复策略都恢复失败。
可选地，在本申请实施例中，如图5所示，该终端设备400还包括：
生成模块403，用于在根据该至少一个恢复策略中的第一恢复策略进行开机恢复之后，生成该第一恢复策略所对应的开机日志，该开机日志包括该失败指示事件的类型、发生该失败指示事件的开机阶段、故障日志、该第一恢复策略以及对应的恢复结果中的至少一个；
保存模块404，用于在恢复失败时，保存该开机日志；
上传模块405，用于在恢复成功时，将该开机日志以及所保存的该至少一个恢复策略中恢复失败的恢复策略的开机日志上传到日志统计与度量系统。
可选地，在本申请实施例中，该至少一个恢复策略为从下列多个恢复策略中选取的至少一个恢复策略：系统或服务重启、启用备份系统、用户数据安全恢复、恢复出厂设置和在线系统升级。
可选地，在本申请实施例中，若该失败指示事件的类型为预设故障，且该预设故障为系统核心启动镜像校验失败或系统核心镜像分区损坏时，该至少一个恢复策略为在线系统升级。
可选地，在本申请实施例中，若该失败指示事件的类型为预设故障，且该预设故障为关键服务启动失败时，该至少一个恢复策略按照预设执行顺序依次为用户数据安全恢复、恢复出厂设置和在线系统升级。
可选地，在本申请实施例中，若该失败指示事件的类型为预设故障，且该预设故障为数据分区损坏或数据分区只读时，该至少一个恢复策略按照预设执行顺序依次为系统或服务重启、用户数据安全恢复、恢复出厂设置和在线系统升级。
可选地，在本申请实施例中，若该失败指示事件的类型为开机超时或用户强制重启时，该至少一个恢复策略按照预设执行顺序依次为系统或服务重启、启用备份系统、用户数据安全恢复、恢复出厂设置和在线系统升级。
应理解，根据本申请实施例的终端设备400中的各个模块的上述和其它操作和/或功能分别为了实现图2中方法的相应流程，为了简洁，在此不再赘述。
图6是根据本申请实施例的终端设备开机检测和恢复系统600的示意性框图。如图6所示，该终端设备开机检测和恢复系统600包括开机失败检测模块610、开机阶段检测模块620、恢复策略选择模块630、恢复系统640、开机日志生成和保存模块650。
该开机失败检测模块610可以用于确定开机过程中发生失败指示事件，以及确定失败指示事件的类型和/或发生失败指示事件的原因；该开机失败检测模块610还可以用于在确定失败指示事件的类型和/或发生失败指示事件的原因之后，将该失败指示事件的类型和/或发生失败指示事件的原因发送给恢复策略选择模块630可开机日志生成与保存模块650。
具体地，在发生预设故障的情况下，该开机失败检测模块610可以确定该失败指示事件的类型为预设故障；或在发生开机超时的情况下，该开机失败检测模块610可以确定该失败指示事件的类型为开机超时；或在发生用户强制重启的情况下，该开机失败检测模块610可以确定该失败指示事件的类型为用户强制重启；在发生系统崩溃重启的情况下，该开机失败检测模块610可以确定该失败指示事件的类型为系统崩溃重启；在发生系统崩溃重启的情况下，该开机失败检测模块610可以确定该失败指示事件的类型为系统崩溃重启，并确定发生该类型失败指示事件的原因。
该开机阶段检测模块620可以用于确定发生失败指示事件的开机阶段以及确定发生开机成功；该开机阶段检测模块620还可以用于将发生失败指示事件的开机阶段发送给恢复策略选择模块630可开机日志生成与保存模块650。
具体地，开机阶段检测模块620所检测的开机阶段可以包括平台启动加载阶段、操作系统内核启动阶段、核心服务启动阶段和应用阶段；在第一个应用程序启动和/或开机动画退出时，该开机阶段检测模块620可以确定发生开机成功，其中，该开机动画退出发生在第一应用程序启动的同时，或者发生在第一应用启动程序之后。
该恢复策略选择模块630可以用于保存有表示失败指示事件的类型和/或发生该失败指示事件的原因、发生该失败指示事件的开机阶段和当前恢复次数与恢复策略之间映射关系的映射表，并可以根据该开机失败检测模块610发送的失败指示事件的类型和该开机阶段检测模块620发送的发生该失败指示事件的开机阶段，或根据该开机失败检测模块610发送的发生该失败指示事件的原因和该开机阶段检测模块620发送的发生该失败指示事件的开机阶段，确定与之对应的至少一个恢复策略；该恢复策略选择模块630还可以用于在确定至少一个恢复策略之后，通知恢复系统640进行恢复。
该恢复系统640可以用于依次执行该恢复策略选择模块630确定的至少一个恢复策略中的恢复策略，直到第一个应用程序启动或该至少一个恢复策略的全部恢复策略都恢复失败，其中，该恢复系统640能够执行的恢复策略包括系统或服务重启、启用备份系统、用户数据安全恢复、恢复出厂设置和在线系统升级；该恢复系统640还可以将所执行的恢复策略以及恢复结果发送给开机日志生成和保存模块650。
该开机日志生成和保存模块650可以用于根据该开机失败检测模块610发送的失败指示事件的类型或发生该失败指示事件的原因、该开机阶段检测模块620发送的发生该失败指示事件的开机阶段以及该恢复系统640发送的所执行的恢复策略以及恢复结果，生成开机日志；该开机日志生成和保存模块650还可以用于在恢复失败时，保存该开机日志；该开机日志生成和保存模块650还可以用于在恢复成功时，将该恢复成功的恢复策略所对应的开机日志以及之前所保存的该至少一个恢复策略中恢复失败的恢复策略所对应的开机日志上传到日志统计与度量系统。
应理解，根据本申请实施例的终端设备开机检测和恢复系统600中的各个模块的上述和其它操作和/或功能够实现图2中方法的相应流程，为了简洁，在此不再赘述。
图7是根据本申请实施例的终端设备700的示意性结构图。如图7所示，该终端设备700包括本申请实施例的终端设备开机检测和恢复系统600、显示面板710、只读存储器(Read Only Memory，简称为“ROM”)720、随机存取存储器(Random Access Memory，简称为“RAM”)730、寄存器740、定时器750以及按键761至按键765。
其中，该终端设备开机检测和恢复系统600可以感知按键761至按键765的按键事件，例如开机事件或用户强制重启事件，并可以进行相应的开机失败检测和恢复功能。
该ROM720可以用于存储该终端设备开机检测和恢复系统600需要执行的代码，该RAM730用于该终端设备开机检测和恢复系统600执行存储在ROM720上的代码，从而实现对应的功能；该寄存器740用于存储该终端设备700的重启类型。
该定时器750用于该终端设备开机检测和恢复系统600检测是否发生开机超时。可选地，该定时器在超时的情况下，可以通知该终端设备开机检测和恢复系统600发生超时。
该显示面板710用于显示该终端设备700的开机状态以及该终端设备开机检测和恢复系统600进行恢复的情况，为用户提供友好的交互界面，能够引导用户进行相关授权。
可选地，该显示面板710上可以覆盖有触摸屏，该触摸屏可以用于感知用户的触摸事件，并控制该终端设备开机检测和恢复系统600进行相应的操作，给予用户一定的选择空间。
应理解，在本申请实施例中，图7所示的终端设备700结构并不构成对终端设备的限定，该终端设备700还可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
图8是根据本申请实施例的终端设备800的结构示意图。如图8所示，该终端设备800包括该终端设备包括处理器801、存储器802、收发器803和总线系统804，该处理器801、该存储器802和该收发器803通过总线系统804相连，其中，该存储器802用于存储指令，该收发器803用于接收和发送信息，该处理器801用于执行该存储器802存储的指令。
其中，该处理器801用于确定开机过程中发生失败指示事件，该失败指示事件用于指示开机失败；
该处理器801用于根据该失败指示事件的类型或发生该失败指示事件的原因，确定至少一个恢复策略；
该处理器801用于根据该至少一个恢复策略进行开机恢复。
应理解，该终端设备800的详细结构可以参考图1所示的终端设备100，在此不再赘述。
还应理解，根据本申请实施例的终端设备800中的各个模块的上述和其它操作和/或功能分别为了实现图2中方法的相应流程，为了简洁，在此不再赘述。
在本申请实施例中，处理器可以是中央处理器(Central Processing Unit，简称为“CPU”)，网络处理器(Network Processor，简称为“NP”)或者CPU和NP的组合。处理器还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(Application-SpecificIntegrated Circuit，简称为“ASIC”)，可编程逻辑器件(Programmable Logic Device，简称为“PLD”)或其组合。上述PLD可以是复杂可编程逻辑器件(Complex Programmable LogicDevice，简称为“CPLD”)，现场可编程逻辑门阵列(Field-Programmable Gate Array，简称为“FPGA”)，通用阵列逻辑(Generic Array Logic,简称为“GAL”)或其任意组合。
该存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器、可编程只读存储器(ProgrammableROM，简称为“PROM”)、可擦除可编程只读存储器(Erasable PROM，简称为“EPROM”)、电可擦除可编程只读存储器(Electrically EPROM，简称为“EEPROM”)或闪存。易失性存储器可以是随机存取存储器，其用作外部高速缓存。
该总线系统除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。为便于表示，图中仅用一条粗线表示总线系统，但并不表示仅有一根总线或一种类型的总线。
本申请实施例提供了一种计算机可读介质，用于存储计算机程序，该计算机程序包括用于执行上述图2中本申请实施例的终端设备开机失败的恢复方法。该可读介质可以是ROM或RAM，本申请实施例对此不做限制。
应理解，本文中术语“和/或”以及“A或B中的至少一种”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (24)

1.一种终端设备开机失败的恢复方法，其特征在于，包括：
确定开机过程中发生失败指示事件，所述失败指示事件用于指示开机失败；
确定发生所述失败指示事件的开机阶段；
根据所述失败指示事件的类型和所述开机阶段，或，根据发生所述失败指示事件的原因和所述开机阶段，确定所述至少一个恢复策略；
根据所述至少一个恢复策略进行开机恢复。
2.根据权利要求1所述的恢复方法，其特征在于，所述根据所述失败指示事件的类型和所述开机阶段，或，根据发生所述失败指示事件的原因和所述开机阶段，确定所述至少一个恢复策略，包括：
根据所述失败指示事件的类型和所述开机阶段，确定与所述失败指示事件的类型和所述开机阶段相对应的至少一个恢复策略；或，根据发生所述失败指示事件的原因和所述开机阶段，确定与所述失败指示事件的原因和所述开机阶段相对应的至少一个恢复策略。
3.根据权利要求1或2所述的恢复方法，其特征在于，所述失败指示事件的类型包括预设故障、开机超时、用户强制重启和系统崩溃重启中的至少一种。
4.根据权利要求3所述的恢复方法，其特征在于，所述用户强制重启包括长按电源键、按下预设组合键和拔电池。
5.根据权利要求1至4中任一项所述的恢复方法，其特征在于，所述根据所述失败指示事件的类型和所述开机阶段，或，根据发生所述失败指示事件的原因和所述开机阶段，确定所述至少一个恢复策略，包括：
在所述失败指示事件为系统崩溃重启时，根据发生系统崩溃重启的崩溃原因和所述开机阶段确定所述至少一个恢复策略。
6.根据权利要求1至5中任一项所述的恢复方法，其特征在于，所述根据所述至少一个恢复策略进行开机恢复，包括：
按照所述至少一个恢复策略的预设执行顺序进行执行，直到第一个应用程序启动或所述至少一个恢复策略的全部恢复策略都恢复失败。
7.根据权利要求1至6中任一项所述的恢复方法，其特征在于，所述恢复方法还包括：
在根据所述至少一个恢复策略中的第一恢复策略进行开机恢复之后，生成所述第一恢复策略所对应的开机日志，所述开机日志包括所述失败指示事件的类型、发生所述失败指示事件的开机阶段、故障日志、所述第一恢复策略以及对应的恢复结果中的至少一个；
在恢复失败时，保存所述开机日志；
在恢复成功时，将所述开机日志以及所保存的所述至少一个恢复策略中恢复失败的恢复策略的开机日志上传到日志统计与度量系统。
8.根据权利要求1至7中任一项所述的恢复方法，其特征在于，所述至少一个恢复策略为从下列多个恢复策略中选取的至少一个恢复策略：系统或服务重启、启用备份系统、用户数据安全恢复、恢复出厂设置和在线系统升级。
9.根据权利要求1至8中任一项所述的恢复方法，其特征在于，若所述失败指示事件的类型为预设故障，且所述预设故障为系统核心启动镜像校验失败或系统核心镜像分区损坏时，所述至少一个恢复策略为在线系统升级。
10.根据权利要求1至9中任一项所述的恢复方法，其特征在于，若所述失败指示事件的类型为预设故障，且所述预设故障为关键服务启动失败时，所述至少一个恢复策略按照预设执行顺序依次为用户数据安全恢复、恢复出厂设置和在线系统升级。
11.根据权利要求1至10中任一项所述的恢复方法，其特征在于，若所述失败指示事件的类型为预设故障，且所述预设故障为数据分区损坏或数据分区只读时，所述至少一个恢复策略按照预设执行顺序依次为系统或服务重启、用户数据安全恢复、恢复出厂设置和在线系统升级。
12.根据权利要求1至11中任一项所述的恢复方法，其特征在于，若所述失败指示事件的类型为开机超时或用户强制重启时，所述至少一个恢复策略按照预设执行顺序依次为系统或服务重启、启用备份系统、用户数据安全恢复、恢复出厂设置和在线系统升级。
13.一种终端设备，其特征在于，包括：
确定模块，用于确定开机过程中发生失败指示事件，所述失败指示事件用于指示开机失败；
所述确定模块还用于：确定发生所述失败指示事件的开机阶段；
所述确定模块还用于：根据所述失败指示事件的类型和所述开机阶段，或，根据发生所述失败指示事件的原因和所述开机阶段，确定至少一个恢复策略；
恢复模块，用于根据所述至少一个恢复策略进行开机恢复。
14.根据权利要求13所述的终端设备，其特征在于，所述确定模块具体用于：根据所述失败指示事件的类型和所述开机阶段，确定与所述失败指示事件的类型和所述开机阶段相对应的至少一个恢复策略；或，根据发生所述失败指示事件的原因和所述开机阶段，确定与所述失败指示事件的原因和所述开机阶段相对应的至少一个恢复策略。
15.根据权利要求13或14所述的终端设备，其特征在于，所述失败指示事件的类型包括预设故障、开机、用户强制重启和系统崩溃重启中的至少一种。
16.根据权利要求15所述的终端设备，其特征在于，所述用户强制重启包括长按电源键、按下预设组合键和拔电池。
17.根据权利要求13至16中任一项所述的终端设备，其特征在于，所述确定模块具体用于：在所述失败指示事件为系统崩溃重启时，根据发生系统崩溃重启的崩溃原因和所述开机阶段确定所述至少一个恢复策略。
18.根据权利要求13至17中任一项所述的终端设备，其特征在于，所述恢复模块具体用于：按照所述至少一个恢复策略的预设执行顺序进行执行，直到第一个应用程序启动或所述至少一个恢复策略的全部恢复策略都恢复失败。
19.根据权利要求13至18中任一项所述的终端设备，其特征在于，所述终端设备还包括：
生成模块，用于在根据所述至少一个恢复策略中的第一恢复策略进行开机恢复之后，生成所述第一恢复策略所对应的开机日志，所述开机日志包括所述失败指示事件的类型、发生所述失败指示事件的开机阶段、故障日志、所述第一恢复策略以及对应的恢复结果中的至少一个；
保存模块，用于在恢复失败时，保存所述开机日志；
上传模块，用于在恢复成功时，将所述开机日志以及所保存的所述至少一个恢复策略中恢复失败的恢复策略的开机日志上传到日志统计与度量系统。
20.根据权利要求13至19中任一项所述的终端设备，其特征在于，所述至少一个恢复策略为从下列多个恢复策略中选取的至少一个恢复策略：系统或服务重启、启用备份系统、用户数据安全恢复、恢复出厂设置和在线系统升级。
21.根据权利要求13至20中任一项所述的终端设备，其特征在于，若所述失败指示事件的类型为预设故障，且所述预设故障为系统核心启动镜像校验失败或系统核心镜像分区损坏时，所述至少一个恢复策略为在线系统升级。
22.根据权利要求13至21中任一项所述的终端设备，其特征在于，若所述失败指示事件的类型为预设故障，且所述预设故障为关键服务启动失败时，所述至少一个恢复策略按照预设执行顺序依次为用户数据安全恢复、恢复出厂设置和在线系统升级。
23.根据权利要求13至22中任一项所述的终端设备，其特征在于，若所述失败指示事件的类型为预设故障，且所述预设故障为数据分区损坏或数据分区只读时，所述至少一个恢复策略按照预设执行顺序依次为系统或服务重启、用户数据安全恢复、恢复出厂设置和在线系统升级。
24.根据权利要求13至23中任一项所述的终端设备，其特征在于，若所述失败指示事件的类型为开机超时或用户强制重启时，所述至少一个恢复策略按照预设执行顺序依次为系统或服务重启、启用备份系统、用户数据安全恢复、恢复出厂设置和在线系统升级。
CN202010917920.5A 2016-10-25 2016-10-25 终端设备开机失败的恢复方法和终端设备 Active CN112199223B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010917920.5A CN112199223B (zh) 2016-10-25 2016-10-25 终端设备开机失败的恢复方法和终端设备

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN202010917920.5A CN112199223B (zh) 2016-10-25 2016-10-25 终端设备开机失败的恢复方法和终端设备
PCT/CN2016/103213 WO2018076169A1 (zh) 2016-10-25 2016-10-25 终端设备开机失败的恢复方法和终端设备
CN201680077591.XA CN108432219B (zh) 2016-10-25 2016-10-25 终端设备开机失败的恢复方法和终端设备

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201680077591.XA Division CN108432219B (zh) 2016-10-25 2016-10-25 终端设备开机失败的恢复方法和终端设备

Publications (2)

Publication Number Publication Date
CN112199223A true CN112199223A (zh) 2021-01-08
CN112199223B CN112199223B (zh) 2022-07-19

Family

ID=62024285

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202010917920.5A Active CN112199223B (zh) 2016-10-25 2016-10-25 终端设备开机失败的恢复方法和终端设备
CN201680077591.XA Active CN108432219B (zh) 2016-10-25 2016-10-25 终端设备开机失败的恢复方法和终端设备

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201680077591.XA Active CN108432219B (zh) 2016-10-25 2016-10-25 终端设备开机失败的恢复方法和终端设备

Country Status (4)

Country Link
US (2) US11119844B2 (zh)
EP (1) EP3522508B1 (zh)
CN (2) CN112199223B (zh)
WO (1) WO2018076169A1 (zh)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11138062B2 (en) 2017-10-13 2021-10-05 Huawei Technologies Co., Ltd. Terminal device troubleshooting method and terminal device
CN110839177A (zh) * 2018-08-16 2020-02-25 青岛海尔多媒体有限公司 电视故障修复的方法、装置及计算机存储介质
CN111858114B (zh) * 2019-04-30 2024-06-14 阿里巴巴集团控股有限公司 设备启动异常处理，设备启动控制方法、装置及系统
US11010250B2 (en) * 2019-07-12 2021-05-18 Dell Products L.P. Memory device failure recovery system
CN110543376A (zh) * 2019-08-02 2019-12-06 上海绿联软件股份有限公司 一种安卓系统设备故障自修复方法及安卓系统设备
US11595837B2 (en) * 2020-01-29 2023-02-28 Dell Products L.P. Endpoint computing device multi-network slice remediation/productivity system
CN111459721B (zh) * 2020-04-08 2023-06-16 中国长城科技集团股份有限公司 故障处理方法、装置和计算机
CN113542318B (zh) * 2020-04-15 2023-04-14 杭州海康威视数字技术股份有限公司 设备故障修复方法
CN111694688B (zh) * 2020-06-11 2023-10-13 阿波罗智联(北京)科技有限公司 车载系统恢复处理方法、装置及电子设备
CN111796959B (zh) * 2020-06-30 2023-08-08 中国工商银行股份有限公司 宿主机容器自愈方法、装置及系统
CN111885746B (zh) * 2020-07-28 2022-08-26 北京字节跳动网络技术有限公司 终端设备的网络连接方法和装置
CN112882904A (zh) * 2020-07-31 2021-06-01 赵鑫飚 一种基于大数据的解决方案推荐系统
CN111970624B (zh) * 2020-08-06 2021-05-28 海信视像科技股份有限公司 显示设备喇叭状态检测方法及显示设备
US20220113982A1 (en) * 2020-10-09 2022-04-14 Arris Enterprises Llc Selective switching of an active partition in an electronic device
CN112231149A (zh) * 2020-10-23 2021-01-15 维沃移动通信有限公司 升级失败的处理方法、装置及电子设备
FR3119689B1 (fr) * 2021-02-11 2023-12-08 Orange Procédé de gestion du fonctionnement d’un terminal de lecture de contenus multimédias.
CN114064132B (zh) * 2021-09-30 2023-07-21 中科创达软件股份有限公司 一种系统宕机恢复方法、装置、设备和系统
CN116719670B (zh) * 2022-09-30 2024-04-12 荣耀终端有限公司 数据处理的方法、电子设备及可读存储介质
CN115328563B (zh) * 2022-10-09 2023-04-14 荣耀终端有限公司 系统启动方法及电子设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7257714B1 (en) * 1999-10-19 2007-08-14 Super Talent Electronics, Inc. Electronic data storage medium with fingerprint verification capability
CN101800675A (zh) * 2010-02-25 2010-08-11 华为技术有限公司 故障监控方法、监控设备及通信系统
CN101854428A (zh) * 2010-03-04 2010-10-06 宇龙计算机通信科技(深圳)有限公司 一种移动终端开机恢复文件的方法
CN103645972A (zh) * 2013-12-17 2014-03-19 广州商科信息科技有限公司 系统自动恢复方法及装置
CN105373440A (zh) * 2015-11-02 2016-03-02 努比亚技术有限公司 故障检测修复装置及方法
CN105573864A (zh) * 2015-12-15 2016-05-11 广州视源电子科技股份有限公司 终端系统恢复方法及其系统

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6266781B1 (en) * 1998-07-20 2001-07-24 Academia Sinica Method and apparatus for providing failure detection and recovery with predetermined replication style for distributed applications in a network
US7373551B2 (en) 2004-12-21 2008-05-13 Intel Corporation Method to provide autonomic boot recovery
US8126854B1 (en) * 2007-03-05 2012-02-28 Emc Corporation Using versioning to back up multiple versions of a stored object
CN101493776B (zh) 2009-02-18 2012-08-22 宇龙计算机通信科技(深圳)有限公司 一种移动终端及其开机方法和系统
JP5822527B2 (ja) 2011-05-09 2015-11-24 キヤノン株式会社 情報処理装置、その制御方法、および制御プログラム
TWI443507B (zh) * 2011-12-05 2014-07-01 Giga Byte Tech Co Ltd 自動修復系統及其自動修復方法
CN103259905B (zh) * 2012-02-15 2015-09-02 宇龙计算机通信科技(深圳)有限公司 手机智能恢复方法及系统
CN102722389B (zh) * 2012-05-31 2017-08-25 Tcl集团股份有限公司 一种电子设备及其开机系统
JP5910444B2 (ja) * 2012-09-28 2016-04-27 富士通株式会社 情報処理装置、起動プログラム、および起動方法
IN2013MU02965A (zh) * 2013-09-13 2015-07-03 Tech Mahindra Ltd
US20150100819A1 (en) * 2013-10-03 2015-04-09 Andrey Fedorov Method of Recovering Data in a Storage Device
CN103853584A (zh) * 2014-01-17 2014-06-11 深圳市同洲电子股份有限公司 一种主系统恢复方法及终端
US10496495B2 (en) * 2014-04-30 2019-12-03 Hewlett Packard Enterprise Development Lp On demand remote diagnostics for hardware component failure and disk drive data recovery using embedded storage media
CN105224416B (zh) * 2014-05-28 2018-08-21 联发科技（新加坡）私人有限公司 修复方法及相关电子装置
US10234918B2 (en) * 2014-08-29 2019-03-19 Hewlett-Packard Development Company, L.P. Disconnecting a battery from a system
US9678762B2 (en) * 2015-01-21 2017-06-13 Cisco Technology, Inc. Dynamic, automated monitoring and controlling of boot operations in computers
TWI534609B (zh) * 2015-02-03 2016-05-21 Automatic scanning and repair method for electronic devices
US9798624B2 (en) * 2015-06-23 2017-10-24 Dell Products, L.P. Automated fault recovery
CN105955773A (zh) * 2016-04-29 2016-09-21 乐视控股（北京）有限公司 系统升级方法和装置
US10365961B2 (en) * 2016-09-09 2019-07-30 Dell Products L.P. Information handling system pre-boot fault management
US10606605B2 (en) * 2016-09-29 2020-03-31 Verizon Patent And Licensing, Inc. Software upgrade and disaster recovery on a computing device
US10866623B2 (en) * 2018-11-16 2020-12-15 Dell Products L.P. Information handling system and method to detect and recover from no power/no post failures

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7257714B1 (en) * 1999-10-19 2007-08-14 Super Talent Electronics, Inc. Electronic data storage medium with fingerprint verification capability
CN101800675A (zh) * 2010-02-25 2010-08-11 华为技术有限公司 故障监控方法、监控设备及通信系统
CN101854428A (zh) * 2010-03-04 2010-10-06 宇龙计算机通信科技(深圳)有限公司 一种移动终端开机恢复文件的方法
CN103645972A (zh) * 2013-12-17 2014-03-19 广州商科信息科技有限公司 系统自动恢复方法及装置
CN105373440A (zh) * 2015-11-02 2016-03-02 努比亚技术有限公司 故障检测修复装置及方法
CN105573864A (zh) * 2015-12-15 2016-05-11 广州视源电子科技股份有限公司 终端系统恢复方法及其系统

Also Published As

Publication number Publication date
US11119844B2 (en) 2021-09-14
EP3522508A1 (en) 2019-08-07
CN112199223B (zh) 2022-07-19
CN108432219A (zh) 2018-08-21
EP3522508A4 (en) 2019-12-11
EP3522508B1 (en) 2021-01-13
US20220066862A1 (en) 2022-03-03
US11886282B2 (en) 2024-01-30
WO2018076169A1 (zh) 2018-05-03
CN108432219B (zh) 2020-09-11
US20190294490A1 (en) 2019-09-26

Similar Documents

Publication Publication Date Title
CN108432219B (zh) 终端设备开机失败的恢复方法和终端设备
CN109542744B (zh) 检测终端开机异常问题的方法、装置、存储介质及终端
CN109992453B (zh) 系统恢复方法及相关产品
CN107465841B (zh) 一种故障信息上报方法及终端
CN103810004A (zh) 嵌入式系统升级的方法、装置及设备
CN108804915B (zh) 病毒程序清理方法、存储设备及电子终端
CN110213313B (zh) 一种文件上传的方法、相关装置及系统
CN110442426A (zh) 一种密码重置方法、装置及存储介质
CN110413497B (zh) 异常监控方法、装置、终端设备及计算机可读存储介质
CN105208276A (zh) 移动终端的拍照方法及装置
CN109491825B (zh) 一种定位开机异常问题的方法、装置、存储介质及终端
CN110709822B (zh) 一种终端设备的故障处理方法及终端设备
EP3876101B1 (en) Abnormality processing method, terminal device and storage medium
CN109634782B (zh) 一种系统健壮性的检测方法、装置、存储介质及终端
CN104978237A (zh) 修复动态链接库文件的方法和装置
CN102455947A (zh) 从hdd故障中恢复和通过wwan的技术支持
CN106101095B (zh) 一种移动终端数据处理方法、装置和设备
CN111132097A (zh) 无线模块的驱动方法及装置、无线模块、终端及存储介质
CN112579206B (zh) 应用启动性能优化方法及终端设备
CN112463446B (zh) 一种PCIe设备恢复方法、系统及电子设备和存储介质
CN115509578A (zh) 一种系统升级方法、装置、电子设备及存储介质
CN117112275A (zh) 一种数据抓取方法、装置及存储介质
CN117573435A (zh) 服务器重启的方法及装置、存储介质、电子设备
CN114138344A (zh) 一种系统校验的方法及终端
CN114090270A (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