CN113485858A - 一种电子设备的系统故障处理方法及电子设备 - Google Patents

一种电子设备的系统故障处理方法及电子设备 Download PDF

Info

Publication number
CN113485858A
CN113485858A CN202110662925.2A CN202110662925A CN113485858A CN 113485858 A CN113485858 A CN 113485858A CN 202110662925 A CN202110662925 A CN 202110662925A CN 113485858 A CN113485858 A CN 113485858A
Authority
CN
China
Prior art keywords
storage space
file
fault diagnosis
fault
electronic device
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
Application number
CN202110662925.2A
Other languages
English (en)
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.)
Honor Device Co Ltd
Original Assignee
Honor Device 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 Honor Device Co Ltd filed Critical Honor Device Co Ltd
Priority to CN202110662925.2A priority Critical patent/CN113485858A/zh
Publication of CN113485858A publication Critical patent/CN113485858A/zh
Pending legal-status Critical Current

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/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/0727—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 a storage system, e.g. in a DASD or network based storage 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/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
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0638—Organizing or formatting or addressing of data
    • G06F3/0644—Management of space entities, e.g. partitions, extents, pools
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
    • G06F3/0652—Erasing, e.g. deleting, data cleaning, moving of data to a wastebasket

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Human Computer Interaction (AREA)
  • Retry When Errors Occur (AREA)

Abstract

本申请提供了一种电子设备的系统故障处理方法及电子设备。用于解决电子设备容易卡顿、死机、不开机或闪退的问题。该方法包括：检测到电子设备在使用过程中第一子系统发生故障，在第一存储空间中存储第一故障诊断文件。确定第一存储空间中存储有第一故障诊断文件，将第一故障诊断文件存储至第二存储空间。其中，第二存储空间为第一存储空间以外的存储空间，第二存储空间比第一存储空间的被占用率低，或者比第一存储空间对电子设备运行影响小。删除第一存储空间中的第一故障诊断文件；根据第一故障诊断文件，修复故障。本申请应用于电子设备的系统故障处理。

Description

一种电子设备的系统故障处理方法及电子设备
技术领域
本申请涉及文件存储领域，尤其涉及一种电子设备的系统故障处理方法及电子设备。
背景技术
目前，一些电子设备的子系统(subsystem)在发生故障时，可以在预设存储空间内生成故障诊断文件，以便之后根据故障诊断文件分析故障原因。
但是，本申请中发现当该预设存储空间内的文件存储量达到一定数量后，会导致电子设备发生卡顿、死机、不开机或闪退等现象，进而影响用户使用体验。
发明内容
本申请实施例提供一种电子设备的系统故障处理方法及电子设备，用于解决电子设备容易卡顿、死机、不开机或闪退的问题。
为了达到以上目的，本申请实施例提供一下技术方案：
第一方面，本申请实施例提供一种电子设备的系统故障处理方法，包括：检测到电子设备在使用过程中发生故障(例如电子设备中子系统发生故障)，在第一存储空间中存储第一故障诊断文件。确定第一存储空间中存储有第一故障诊断文件，将第一故障诊断文件存储至第二存储空间。其中，第二存储空间为第一存储空间以外的存储空间，第二存储空间比第一存储空间的被占用率低，或者比第一存储空间对电子设备运行影响小。删除第一存储空间中的第一故障诊断文件；根据第一故障诊断文件，修复故障。
本申请上述方法中，当电子设备发生故障并将故障诊断文件(即上述第一故障诊断文件)存储至第一存储空间后，电子设备在确定有故障诊断文件存入第一存储空间后，可以将故障诊断文件存储至第二存储空间并删除第一存储空间中的故障诊断文件。这样，便可以避免第一存储空间被故障诊断文件占用，从而降低第一存储空间的被占用率，避免因第一存储空间被过多占用而导致的电子设备发生卡顿、死机、不开机或闪退等现象发生。
在一种可能的设计中，该方法还包括：运行第一进程。第一进程用于检测第一存储空间中是否存储有故障诊断文件。确定第一存储空间中存储有第一故障诊断文件，将第一故障诊断文件存储至第二存储空间，包括：在通过第一进程检测到第一存储空间中存储有第一故障诊断文件之后，将第一故障诊断文件存储至第二存储空间。
上述设计中，可以通过使电子设备运行第一进程，以检测第一存储空间中是否存储有故障诊断文件的这一方式，来确定是否触发将第一故障诊断文件移动到第二存储空间的操作。
在一种可能的设计中，第一进程具体用于按照预设周期监测第一存储空间中是否存入故障诊断文件。
上述设计中，通过周期性监测第一存储空间中是否存入故障诊断文件的这一方式，从而可以及时监测到第一存储空间中是否存入故障诊断文件，以便及时将故障诊断文件移出第一存储空间，避免过度占用第一存储空间。
在一种可能的设计中，所述第一进程用于向操作系统发送订阅消息。其中，所述订阅消息用于指示操作系统在第一存储空间中存入故障诊断文件时，向第一进程反馈订阅回执。
上述设计中，通过向操作系统发送订阅消息的这一方式，从而可以及时监测到第一存储空间中是否存入故障诊断文件，以便及时将故障诊断文件移出第一存储空间，避免过度占用第一存储空间。
在一种可能的设计中，该方法还包括：检测电子设备的运行状态(例如，检测电子设备中子系统的运行状态)。确定第一存储空间中存储有第一故障诊断文件，将第一故障诊断文件存储至第二存储空间，包括：在根据电子设备的运行状态检测到电子设备发生故障之后，将第一故障诊断文件存储至第二存储空间。
上述设计中，考虑到故障诊断文件是在电子设备发生故障之后生成的，因此还可以通过检测电子设备的运行状态，来确定第一存储空间中是否生成了故障诊断为文件。因此，上述设计中通过检测电子设备的运行状态的这种方式，可以及时确定第一存储空间中是否存入了故障诊断文件。
在一种可能的设计中，上述将第一故障诊断文件存储至第二存储空间，包括：将第一故障诊断文件的第一压缩文件存储至第二存储空间。
在上述设计中，通过将第一故障诊断文件的第一压缩文件存储至第二存储空间，从而可以降低第二存储空间的占用率。
在一种可能的设计中，第二存储空间为远端设备中的存储空间。
上述设计中，通过将第一故障诊断文件上传至远端设备，从而达到由远端设备保存故障诊断文件的目的，这样一来可以避免占用电子设备内的存储空间并且还能提高故障诊断文件的存储安全性。
在一种可能的设计中，该方法还包括：将第一故障诊断文件存储至第三存储空间；第三存储空间为电子设备中除第一存储空间外的存储空间。对第三存储空间中的第一故障诊断文件的文件进行压缩，得到第二压缩文件。将第一故障诊断文件存储至第二存储空间，包括：将第二压缩文件传输至远端的第二存储空间，并进行存储。
上述设计中，通过先将第一故障诊断文件存储至电子设备的第三存储空间，然后再在第三存储空间中对第一故障诊断文件进行压缩、并上传至远端的第二存储空间，这样一来可以避免对故障诊断文件进行压缩和上传的过程对第一存储空间的占用。
在一种可能的设计中，上述对第三存储空间中包含第一故障诊断文件的文件进行压缩，得到第二压缩文件，包括：在满足预设条件后，对第三存储空间中包含第一故障诊断文件的文件进行压缩，得到第二压缩文件。上述预设条件包括以下至少一项：第三存储空间中的故障诊断文件的数据量大于数据量阈值，或者第三存储空间中的故障诊断文件的个数大于个数阈值，或者距离上一次压缩第三存储空间中的文件的间隔时间超过时间阈值。
上述设计中，通过在满足预设条件后，对第三存储空间中的文件进行一并压缩并上传。这样一来，可以提高文件压缩、上传的效率。
在一种可能的设计中，第二存储空间为电子设备中的存储空间。
在一种可能的设计中，第一故障诊断文件中包含故障的发生时间、或故障的故障内容中至少一项。
在一种可能的设计中，故障为crash崩溃故障。
在一种可能的设计中，第一存储空间包括电子设备中的数据data分区。
在一种可能的设计中，第一故障诊断文件为电子设备中子系统的故障诊断文件。
第二方面，本申请实施例提供一种电子设备，包括：文件管理单元和优化单元。其中，文件管理单元，用于检测到电子设备在使用过程中电子设备发生故障，在第一存储空间中存储第一故障诊断文件。文件管理单元，还用于确定第一存储空间中存储有第一故障诊断文件，将第一故障诊断文件存储至第二存储空间，其中，第二存储空间为第一存储空间以外的存储空间，第二存储空间比第一存储空间的被占用率低，或者比第一存储空间对电子设备运行影响小。文件管理单元，还用于删除第一存储空间中的第一故障诊断文件。优化单元，用于根据第一故障诊断文件，修复故障。
在一种可能的设计中，文件管理单元还用于运行第一进程；第一进程用于检测第一存储空间中是否存储有故障诊断文件。文件管理单元，还用于确定第一存储空间中存储有第一故障诊断文件，将第一故障诊断文件存储至第二存储空间，包括：文件管理单元，具体用于在通过第一进程检测到第一存储空间中存储有第一故障诊断文件之后，将第一故障诊断文件存储至第二存储空间。
在一种可能的设计中，第一进程具体用于按照预设周期监测第一存储空间中是否存入故障诊断文件。
在一种可能的设计中，第一进程具体用于向操作系统发送订阅消息。其中，订阅消息用于指示操作系统在第一存储空间中存入故障诊断文件时，向第一进程反馈订阅回执。
在一种可能的设计中，文件管理单元还用于检测电子设备的运行状态。文件管理单元，还用于确定第一存储空间中存储有第一故障诊断文件，将第一故障诊断文件存储至第二存储空间，包括：在根据电子设备的运行状态检测到电子设备发生故障之后，将第一故障诊断文件存储至第二存储空间。
在一种可能的设计中，将第一故障诊断文件存储至第二存储空间，包括：将第一故障诊断文件的第一压缩文件存储至第二存储空间。
在一种可能的设计中，第二存储空间为远端设备中的存储空间。
在一种可能的设计中，文件管理单元，还用于将第一故障诊断文件存储至第三存储空间；第三存储空间为电子设备中除第一存储空间外的存储空间。文件管理单元，还用于对第三存储空间中的第一故障诊断文件的文件进行压缩，得到第二压缩文件。将第一故障诊断文件存储至第二存储空间，包括：将第二压缩文件传输至远端的第二存储空间，并进行存储。
在一种可能的设计中，文件管理单元，还用于对第三存储空间中的第一故障诊断文件的文件进行压缩，得到第二压缩文件，包括：文件管理单元，具体用于在满足预设条件后，对第三存储空间中包含第一故障诊断文件的文件进行压缩，得到第二压缩文件。其中，预设条件包括以下至少一项：第三存储空间中的故障诊断文件的数据量大于数据量阈值，或者第三存储空间中的故障诊断文件的个数大于个数阈值，或者距离上一次压缩第三存储空间中的文件的间隔时间超过时间阈值。
在一种可能的设计中，第二存储空间为电子设备中的存储空间。
在一种可能的设计中，第一故障诊断文件中包含故障的发生时间、或故障的故障内容中至少一项。
在一种可能的设计中，故障为crash崩溃故障。
在一种可能的设计中，第一存储空间包括电子设备中的数据data分区。
在一种可能的设计中，第一故障诊断文件为电子设备中子系统的故障诊断文件。
在一种可能的设计中，第一存储空间为电子设备中用于存储第一子系统的故障诊断文件的存储空间；或者，第一存储空间为电子设备中用于存储多个子系统的故障诊断文件的存储空间，多个子系统包含第一子系统；所述第一子系统为第一故障诊断文件对应的子系统。
第三方面，本申请实施例提供一种电子设备，该电子设备包括一个或多个处理器，一个或多个处理器和一个或多个存储器耦合，一个或多个存储器存储有计算机程序；当一个或多个处理器执行计算机程序时，使得电子设备执行如上述第一方面或第一方面中任一设计所提供的电子设备的系统故障处理方法。
第四方面，提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令或代码，当指令或代码在计算机上运行时，使得计算机执行如上述第一方面或第一方面中任一设计所提供的电子设备的系统故障处理方法。
第五方面，提供一种计算机程序产品，该计算机程序产品包括指令，当计算机程序产品在计算机上运行时，使得计算机执行如上述第一方面或第一方面中任一设计所提供的电子设备的系统故障处理方法。
第六方面，本申请实施例提供一种计算机程序产品，其特征在于，计算机程序产品包括指令，当计算机程序产品在计算机上运行时，使得计算机执行如第一方面或第一方面中任一设计所提供的电子设备的系统故障处理方法。
其中，第二方面至第六方面的技术效果可以参见上述第一方面中不同实现方式所带来的技术效果，在此不再赘述。
附图说明
图1为本申请实施例提供的一种电子设备的结构示意图之一；
图2为本申请实施例提供的一种软件结构示意图；
图3为本申请实施例提供的一种电子设备的系统故障处理方法的流程示意图之一；
图4为本申请实施例提供的一种电子设备中子系统发生故障时电子设备的处理流程图；
图5为本申请实施例提供的一种电子设备的系统故障处理方法的流程示意图之二；
图6为本申请实施例提供的一种电子设备的系统故障处理方法的流程示意图之三；
图7为本申请实施例提供的一种电子设备的系统故障处理方法的流程示意图之四；
图8为本申请实施例提供的一种电子设备的系统故障处理方法的流程示意图之五；
图9为本申请实施例提供的一种电子设备的结构示意图之二。
具体实施方式
以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括例如“一个或多个”这种表达形式，除非其上下文中明确地有相反指示。还应当理解，在本申请以下各实施例中，“至少一个”、“一个或多个”是指一个、两个或两个以上。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。
在本说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。
以下结合实例，对本申请所提供的文件存储方法进行介绍：
目前，一些电子设备的子系统(subsystem)在发生故障时，可以在预设存储空间内生成故障诊断文件。当该预设存储空间内的文件存储量达到一定数量后，会导致电子设备发生卡顿、死机、不开机或闪退等现象，进而影响用户使用体验。
例如，采用
Figure BDA0003116091530000051
的系统级芯片(system on chip，SOC)的手机在子系统发生崩溃(crash)故障后，会在data分区下生成elf格式的crash日志文件。当data分区被填满后会导致手机发生卡顿、死机、不开机或闪退等现象。进一步的，当手机基于某些原因导致子系统频繁发生crash故障，data分区快速被crash日志文件填满的场景下，上述问题就更为显著。
基于上述问题，本申请实施例中提供一种电子设备的系统故障处理方法，用于避免由于存储故障诊断文件的存储空间被过度占用而导致的电子设备发生卡顿、死机、不开机或闪退等现象。
具体的，本申请实施例所提供的方法可以应用于各种类型的电子设备。示例性的，本申请实施例中的电子设备可以是手机、平板电脑、桌面型、膝上型、手持型计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本，以及蜂窝电话、个人数字助理(personal digital assistant，PDA)、增强现实(augmented reality，AR)\虚拟现实(virtual reality，VR)设备等具有触摸屏的电子设备，本申请实施例对该设备的具体形态不作特殊限制。
示例性的，以电子设备为手机为例，如图1所示，该电子设备100可以包括处理器110、外部存储器接口120、内部存储器121、通用串行总线(universal serial bus，USB)接口130、充电管理模块140、电源管理模块141、电池142、天线1、天线2、移动通信模块150、无线通信模块160、音频模块170、扬声器170A、受话器170B、麦克风170C、耳机接口170D、传感器模块180、指南针190、马达191、指示器192、摄像头193、显示屏194以及用户标识模块(subscriber identification module，SIM)卡接口195等。
可以理解的是，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的部件，也可以集成在一个或多个处理器中。在一些实施例中，电子设备101也可以包括一个或多个处理器110。其中，控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。在其他一些实施例中，处理器110中还可以设置存储器，用于存储指令和数据。示例性地，处理器110中的存储器可以为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。这样就避免了重复存取，减少了处理器110的等待时间，因而提高了电子设备101处理数据或执行指令的效率。
在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路间(inter-integrated circuit，I2C)接口、集成电路间音频(inter-integrated circuitsound，I2S)接口、脉冲编码调制(pulse code modulation，PCM)接口、通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口、移动产业处理器接口(mobile industry processor interface，MIPI)、用输入输出(general-purpose input/output，GPIO)接口、SIM卡接口和/或USB接口等。其中，USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口、Micro USB接口、USB Type C接口等。USB接口130可以用于连接充电器为电子设备101充电，也可以用于电子设备101与外围设备之间传输数据。该USB接口130也可以用于连接耳机，通过耳机播放音频。
可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。
充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。
电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110、内部存储器121、外部存储器、显示屏194、摄像头193和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量、电池循环次数、电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。
电子设备100的无线通信功能可以通过天线1、天线2、移动通信模块150、无线通信模块160、调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)、蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)、调频(frequency modulation，FM)、近距离无线通信技术(near field communication，NFC)、红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。
电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。
显示屏194用于显示图像、视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)、有机发光二极管(organic light-emittingdiode，OLED)、有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode，AMOLED)、柔性发光二极管(flex light-emittingdiode，FLED)、Miniled、MicroLed、Micro-oLed、量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，电子设备100可以包括1个或多个显示屏194。
电子设备100可以通过ISP、摄像头193、视频编解码器、GPU、显示屏194以及应用处理器等实现拍摄功能。
外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。
内部存储器121可以用于存储一个或多个计算机程序，该一个或多个计算机程序包括指令。处理器110可以通过运行存储在内部存储器121的上述指令，从而使得电子设备101执行本申请一些实施例中所提供的支付方法，以及各种应用以及数据处理等。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统；该存储程序区还可以存储一个或多个应用(比如图库、联系人等)等。存储数据区可存储电子设备101使用过程中所创建的数据(比如照片，联系人等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如一个或多个磁盘存储部件，闪存部件，通用闪存存储器(universal flash storage，UFS)等。在一些实施例中，处理器110可以通过运行存储在内部存储器121的指令，和/或存储在设置于处理器110中的存储器的指令，来使得电子设备101执行本申请实施例中所提供的支付方法，以及其他应用及数据处理。电子设备100可以通过音频模块170、扬声器170A、受话器170B、麦克风170C、耳机接口170D、以及应用处理器等实现音频功能。例如音乐播放、录音等。
传感器模块180可以包括压力传感器、陀螺仪传感器、气压传感器、磁传感器、加速度传感器、距离传感器、接近光传感器、指纹传感器、温度传感器、触摸传感器、环境光传感器、骨传导传感器等。
下面以上述电子设备为例，对本申请实施例所提供的电子设备的系统故障处理方法进行介绍。如图3所示，在一种实施例中，该方法可以包括以下步骤：
S301、电子设备在使用过程中发生故障。
具体的，上述故障可以为电子设备中子系统发生的故障。下文中为了便于描述，将发生故障的子系统称为第一子系统。
需要说明的是，本申请实施例中，子系统可以理解为电子设备中利用独立于主APSS(Applications processor subsyste应用程序处理器)处理器之外的附加处理器来实现相应功能的软件和/或硬件系统。
例如，从硬件的角度讲，以
Figure BDA0003116091530000071
的SOC为例，子系统可以包括调制解调器(modem)、venus、无线处理器子系统(wireless processor subsystem，WPSS)、低功耗音频子系统(low power audio subsystem，LPASS)、传感器低功耗岛(sensor low power island，SLPI)、无线连接子系统(wireless connectivity subsystem，WCNSS)和图像处理器(graphics processing unit，GPU)等硬件处理器。其中，子系统可以包含在SOC内，也可以是独立于SOC之外。
再例如，从软件角度讲，如图2所示是本申请实施例的电子设备100的一种软件结构框图。该软件结构框图中包括主APSS处理器运行的内核层软件以及各子系统的软件。内核层软件至少包含显示驱动、摄像头驱动、音频驱动和传感器驱动等等。子系统软件包括modem、venus、WPSS、LPASS、SLPI、WCNSS和GPU所运行的软件。
另外，本申请实施例中，第一子系统所发生的故障，具体可以为各类需要生成故障诊断文件的故障，如crash(崩溃)故障等。
S302、在检测到电子设备在使用过程中电子设备发生故障后，电子设备在第一存储空间中存储第一故障诊断文件。
例如，在检测到第一子系统发生故障后，电子设备在第一存储空间中存储第一故障诊断文件。
其中，第一存储空间可以为电子设备中用于存储第一子系统的故障诊断文件的存储空间。
在具体实施过程中，第一存储空间可以为电子设备中作为系统分区的data分区。
示例性的，如图4所示，在第一子系统发生故障后，电子设备可以从内存(例如图中双倍速率同步动态随机存储器(double data rate synchronous dynamic random accessmemory，DDR SDRAM))中读取本次故障的故障信息(如故障时间、故障内容等)，并根据故障信息生成第一故障诊断文件并写入data分区。
在一些场景中，电子设备中各子系统可以分别对应不同的存储空间，分别用于存储各子系统的故障诊断文件。例如，电子设备中包括第一子系统、第二子系统和第三子系统，第一子系统对应的存储故障诊断文件的存储空间为分区A，第二子系统对应的存储故障诊断文件的存储空间为分区B，第三子系统对应的存储故障诊断文件的存储空间为分区C。则第一存储空间具体可以为上述示例中的分区A。
在另一些场景中，电子设备中多个子系统可以对应同一用于存储故障诊断文件的存储空间。例如，电子设备中包括第一子系统、第二子系统和第三子系统，这三个子系统对应的存储故障诊断文件的存储空间均为分区D。则第一存储空间具体可以上述示例中的分区D。
示例性的，在第一子系统发生crash故障后，第一子系统触发子系统重启流程以重启第一子系统。在第一子系统重启之前，电子设备中第一子系统会将根据子系统的运行状态生成故障诊断文件，并将故障诊断文件存入第一存储空间(例如以上述两种场景为例，电子设备可以将故障诊断文件存入上述示例中的分区A或分区D中)。
另外，需要说明的是，本申请所提供的各实施例中所称故障诊断文件，可以理解为用于记录故障时间、故障内容等故障信息的文件。在具体实施过程中，故障诊断文件也可以称为log(日志)文件、故障日志、故障日志文件、crash日志文件等，只要是记录子系统的故障信息的文件，均可以理解为本申请实施例中的“故障诊断文件”。另外，在具体实施过程中，故障诊断文件可以为elf等各种文件格式，对于故障诊断文件的格式本申请实施例中可以不做限制。
S303、确定第一存储空间中存储有第一故障诊断文件，电子设备将第一故障诊断文件存储至第二存储空间，并删除第一存储空间中的第一故障诊断文件。
其中，第二存储空间为第一存储空间以外的存储空间。第二存储空间比第一存储空间的被占用率低，或者比第一存储空间对电子设备运行影响小。
也就是说，本申请实施例中，当电子设备发生故障(具体可以为电子设备中子系统发生故障)并将故障诊断文件(即上述第一故障诊断文件)存储至第一存储空间后，电子设备在确定有故障诊断文件存入第一存储空间后，可以将故障诊断文件存储至第二存储空间并删除第一存储空间中的故障诊断文件。这样，便可以避免第一存储空间被故障诊断文件占用，从而降低第一存储空间的被占用率，避免因第一存储空间被过多占用而导致的电子设备发生卡顿、死机、不开机或闪退等现象发生。
需要说明的是，上述实施例中是以第一存储空间中存储第一故障诊断文件为例进行说明。在一些场景中，例如在短时间内第一子系统出现多次crash故障，进而在第一存储空间中存入多个第一子系统的故障诊断文件的情况下，或者在短时间内有多个子系统出现crash故障，进而在第一存储空间中存入多个子系统的故障诊断文件的情况下，在确定第一存储空间中存储有多个故障诊断文件之后，则电子设备也可以一并将该多个故障诊断文件存储至第二存储空间，然后删除第一存储空间中的该多个故障诊断文件。
其中，针对将第一故障诊断文件存储至第二存储空间的过程，本申请实施例还具体提供了两种实现方式，包括：
在第一种实现方式中，第二存储空间可以为电子设备中除第一存储空间外的存储空间。
上述实现方式中，考虑到可以在电子设备的存储空间中选择一块存储空间，例如选择一块比第一存储空间的被占用率更低，或者比第一存储空间对电子设备运行影响更小(例如，若第一存储空间为运行电子设备操作系统的存储空间，则相比于第一存储空间，电子设备中其他存储空间对电子设备运行影响就更小)的存储空间，作为第二存储空间，来存储故障诊断文件。这样一来，便可以避免因第一存储空间被过多占用而导致的电子设备发生卡顿、死机、不开机或闪退等现象发生。
进一步的，在一种可能的设计中，为了避免第二存储空间被过度占用。上述方法还包括：对第一故障诊断文件进行压缩，得到第一压缩文件。进一步的，上述将第一故障诊断文件存储至第二存储空间，包括：将第一故障诊断文件的第一压缩文件存储至第二存储空间。
在第二种实现方式中，第二存储空间可以为远端设备的存储空间。
其中，远端设备可以为除上述电子设备外的设备。在实际应用中，远端设备可以为手机、PC等终端设备，还可以为服务器等。
上述实现方式中，通过将故障诊断文件存储至远端设备的存储空间中，从而避免了故障诊断文件占用电子设备的存储空间。因此，不仅可以避免因第一存储空间被过多占用而导致的电子设备发生卡顿、死机、不开机或闪退等现象发生，还可以降低整体电子设备的存储空间的被占用率。
基于上述第二种实现方式，在一种可能的设计中，电子设备将第一故障诊断文件存储至第二存储空间，可以包括：
S1、电子设备将第一故障诊断文件存储至第三存储空间。
其中，第三存储空间为电子设备中除第一存储空间外的存储空间。
S2、电子设备对第三存储空间中的文件进行压缩，得到第二压缩文件。
S3、电子设备将第二压缩文件上传至远端设备的第二存储空间中。
例如，电子设备可以通过2G/3G/4G/5G等无线通信网络或者有线通信网络，将第二压缩文件上传至远端设备的第二存储空间中。
例如，电子设备在上传第二压缩文件的过程中，可以通过接收远端设备的回执消息等方式确定第二压缩文件是否上传成功，当确定上传失败后，可以通过重新上传的方式保证文件成功上传。
上述设计中，考虑到在将第一故障诊断文件进行压缩并上传的过程中，若在第一存储空间中对第一故障诊断文件进行压缩、上传操作，则可能影响第一存储空间中相关程序的运行，因此上述设计中通过先将第一故障诊断文件转移至电子设备第三存储空间，再通过对第三存储空间中存储的文件进行压缩并上传，从而避免了上述问题。
进一步的，为了提高上传效率，在上述电子设备将第一故障诊断文件存储至第三存储空间之后，可以等待第三存储空间中积累一定数量的故障诊断文件后，再将第三存储空间中的多个故障诊断文件一起压缩并上传。因此，上述S2具体可以包括：
在满足预设条件后，电子设备对第三存储空间中的文件进行压缩，得到第二压缩文件。
示例性的，预设条件可以包括：第三存储空间中的故障诊断文件的数据量大于数据量阈值，或者第三存储空间中的故障诊断文件的个数大于个数阈值，或者距离上一次压缩第三存储空间中的故障诊断文件的间隔时间超过时间阈值等。其中，在实际实施过程中，上述数据量阈值、个数阈值以及时间阈值的具体数值可以根据实际需要设定，对于具体取值方式在此不再赘述。
具体的，为了确定第一存储空间中是否存入了第一故障诊断文件，以便触发将第一故障诊断文件存储至第二存储空间的动作，在一种实现方式中，如图5所示，该方法还可以包括：
S304、电子设备运行第一进程。
其中，第一进程用于检测第一存储空间中是否存储有故障诊断文件。
例如，第一进程可以按照周期性监测第一存储空间中是否存入故障诊断文件的方式来执行。示例性的，如图6所示，第一进程可以每间隔预设时长(例如图中每隔10s)检测一次第一存储空间中是否存储有故障诊断文件(如图中检测data分区中是否存储有故障诊断文件)，若确定第一存储空间中存储有故障诊断文件，则将故障诊断文件移动至新目录下(例如，新目录可以理解为上述第三存储空间)，然后压缩第三存储空间中的故障诊断文件并上传压缩后的文件，并在确定上传成功后删除data分区中的故障诊断文件，然后等待下个周期再检测data分区；若确定第一存储空间中没有故障诊断文件，则等待下个周期再检测data分区。
再例如，电子设备在运行过程中，操作系统例如linux系统可以检测到文件的写入、删除等操作。因此，第一进程具体可以通过向linux系统发送订阅消息，确定第一存储空间中是否存储有故障诊断文件。该订阅消息用于在第一存储空间中存入故障诊断文件时，向第一进程反馈订阅回执。
进而，上述S303可以包括：
S303a、在通过第一进程检测到第一存储空间中存储有第一故障诊断文件之后，电子设备将第一故障诊断文件存储至第二存储空间，并删除第一存储空间中的第一故障诊断文件。
示例性的，如图7所示，在第一子系统发生故障时，第一子系统的子系统日志模块生成log文件(即第一故障诊断文件)并存入data分区。然后，第一进程检测到第一存储空间(如图中data分区)中存入第一故障诊断文件(如图中的log文件)后，第一进程读取该log文件并将该log文件上传至远端设备，并删除data分区中的log文件。易理解的是，此处以将log文件上传至远端设备为例进行说明，在一些实现场景中也可以通过将log文件存储至电子设备中除第一存储空间之外的第二存储空间的方式来实现本申请实施例的方法。
在上述实现方式中，主要是通过使电子设备运行第一进程，以检测第一存储空间中是否存储有故障诊断文件的这一方式，来确定是否触发将第一故障诊断文件移动到第二存储空间的操作。在另外一些实现方式中，考虑到故障诊断文件是在子系统发生故障之后生成的，因此还可以通过检测子系统的运行状态，来确定第一存储空间中是否生成了故障诊断为文件。也就是说，当检测到子系统发生故障(例如crash故障)时，则可以确定第一存储空间中存入了该故障对应的故障诊断文件，进而可以触发将该故障的故障诊断文件移动到第二存储空间的操作。因此，如图8所示，该方法还可以包括：
S305、电子设备运行第二进程。
其中，第二进程用于检测电子设备的运行状态，以确定电子设备是否发生故障。例如，第二进程可以用于检测电子设备中第一子系统的运行状态，以确定第一子系统是否发生故障。
例如，第二进程可以按照周期性监测第一子系统的运行状态。例如，第二进程可以每间隔预设时长(例如10s)检测一次第一子系统是否发生故障。
再例如，考虑到在子系统发生故障时，子系统通常会向内核发送故障通知，因此还可以通过在内核收到子系统的故障通知后，内核向第二进程发送通知消息的方式，来达到检测第一子系统的运行状态的效果。
进而，上述S303可以包括：
S303b、在第二进程根据电子设备的运行状态检测到电子设备发生故障之后，电子设备读取第一存储空间中的第一故障诊断文件，并将第一故障诊断文件存储至第二存储空间，并删除第一存储空间中的第一故障诊断文件。
也就是说，在上述实现方式中，考虑到故障诊断文件是在子系统发生故障后产生的，因此可以通过检测电子设备的运行状态以确定电子设备是否发生故障的方式，来确认第一存储空间中是否有故障诊断文件生成。进而，通过电子设备读取第一存储空间中的第一故障诊断文件，并将第一故障诊断文件存储至第二存储空间，并删除第一存储空间中的第一故障诊断文件，便可以避免第一存储空间被故障诊断文件占用，从而降低第一存储空间的被占用率，避免因第一存储空间被过多占用而导致的电子设备发生卡顿、死机、不开机或闪退等现象发生。
另外，在电子设备将第一故障诊断文件存储至第二存储空间，并删除第一存储空间中的第一故障诊断文件之后，该方法还包括：
S306、根据第一故障诊断文件，电子设备修复上述故障。
需要说明的是，本申请实施例中所称修复故障，可以包括为了避免再次发生上述故障，电子设备所执行的优化系统的各类动作。对此，本申请可以不做限制。
例如，在一些场景中，技术人员可以从第二存储空间中导出第一故障诊断文件或导出包括第一故障诊断文件的多个故障诊断文件，然后根据这些故障诊断文件分析引起故障的原因，并制作电子设备的软件升级包(或补丁)。然后，电子设备可以通过更新上述软件升级包的方式，达到根据第一故障诊断文件，修复上述故障的目的。
可以理解的是，上述电子设备为了实现对应的功能，其包括了执行各功能相应的硬件结构和/或软件模块。本申请实施例根据上述方法示例对电子设备进行功能模块的划分。例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。可选的，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
如图9所示，为本申请实施例提供的一种电子设备的组成示意图。该电子设备40可以是芯片或片上系统。该电子设备40还可以是能够实现上述系统故障处理方法的软件功能，或者是在平台(例如云平台)上实例化的虚拟化功能。该电子设备40可以用于执行上述实施例中所提供的系统故障处理方法。作为一种实现方式，该电子设备40可以包括：
文件管理单元401，用于检测到电子设备在使用过程中发生故障，在第一存储空间中存储第一故障诊断文件；
文件管理单元401，还用于确定第一存储空间中存储有第一故障诊断文件，将第一故障诊断文件存储至第二存储空间，其中，第二存储空间为第一存储空间以外的存储空间，第二存储空间比第一存储空间的被占用率低，或者比第一存储空间对电子设备运行影响小；
文件管理单元401，还用于删除第一存储空间中的第一故障诊断文件；
优化单元402，用于根据第一故障诊断文件，修复上述故障。
可选的，文件管理单元401还用于运行第一进程；第一进程用于检测第一存储空间中是否存储有故障诊断文件；
文件管理单元401，还用于确定第一存储空间中存储有第一故障诊断文件，将第一故障诊断文件存储至第二存储空间，包括：
文件管理单元401，具体用于在通过第一进程检测到第一存储空间中存储有第一故障诊断文件之后，将第一故障诊断文件存储至第二存储空间。
可选的，第一进程具体用于按照预设周期监测第一存储空间中是否存入故障诊断文件。
可选的，文件管理单元401还用于检测电子设备的运行状态；
文件管理单元401，还用于确定第一存储空间中存储有第一故障诊断文件，将第一故障诊断文件存储至第二存储空间，包括：
文件管理单元401，用于在根据电子设备的运行状态检测到电子设备发生故障之后，将第一故障诊断文件存储至第二存储空间。
可选的，将第一故障诊断文件存储至第二存储空间，包括：将第一故障诊断文件的第一压缩文件存储至第二存储空间。
可选的，第二存储空间为远端设备中的存储空间。
可选的，文件管理单元401，还用于将第一故障诊断文件存储至第三存储空间；第三存储空间为电子设备中除第一存储空间外的存储空间；
文件管理单元401，还用于对第三存储空间中的第一故障诊断文件的文件进行压缩，得到第二压缩文件；
将第一故障诊断文件存储至第二存储空间，包括：将第二压缩文件传输至远端的第二存储空间，并进行存储。
可选的，文件管理单元401，还用于对第三存储空间中的第一故障诊断文件的文件进行压缩，得到第二压缩文件，包括：
文件管理单元401，具体用于在满足预设条件后，对第三存储空间中包含第一故障诊断文件的文件进行压缩，得到第二压缩文件；
预设条件包括以下至少一项：第三存储空间中的故障诊断文件的数据量大于数据量阈值，或者第三存储空间中的故障诊断文件的个数大于个数阈值，或者距离上一次压缩第三存储空间中的文件的间隔时间超过时间阈值。
可选的，第二存储空间为电子设备中的存储空间。
可选的，第一故障诊断文件中包含故障的发生时间、或故障的故障内容中至少一项。
可选的，故障为crash崩溃故障。
可选的，第一存储空间包括电子设备中的数据data分区。
可选的，第一故障诊断文件为电子设备中子系统的故障诊断文件。
可选的，第一存储空间为电子设备中用于存储第一子系统的故障诊断文件的存储空间；或者，第一存储空间为电子设备中用于存储多个子系统的故障诊断文件的存储空间，多个子系统包含第一子系统。其中，第一子系统为第一故障诊断文件对应的子系统。
本申请实施例还提供一种芯片，该芯片包括处理电路和接口，处理电路用于从存储介质中调用并运行存储介质中存储的计算机程序，以执行上述电子设备的系统故障处理方法。
本申请实施例还提供一种计算机可读存储介质，其特征在于，该计算机可读存储介质中存储有指令或代码，当该指令或代码在计算机上运行时，使得计算机执行上述电子设备的系统故障处理方法。
本申请实施例还提供一种计算机程序产品，其特征在于，该计算机程序产品包括指令，当该计算机程序产品在计算机上运行时，使得计算机执行上述电子设备的系统故障处理方法。
在上述实施例中的功能或动作或操作或步骤等，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。
尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包括这些改动和变型在内。

Claims (17)

1.一种电子设备的系统故障处理方法，包括：
检测到所述电子设备在使用过程中发生故障，在第一存储空间中存储第一故障诊断文件；
确定所述第一存储空间中存储有所述第一故障诊断文件，将所述第一故障诊断文件存储至第二存储空间，其中，所述第二存储空间为所述第一存储空间以外的存储空间，所述第二存储空间比所述第一存储空间的被占用率低，或者比所述第一存储空间对所述电子设备运行影响小；
删除所述第一存储空间中的所述第一故障诊断文件；
根据所述第一故障诊断文件，修复所述故障。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：运行第一进程；所述第一进程用于检测所述第一存储空间中是否存储有故障诊断文件；
所述确定所述第一存储空间中存储有所述第一故障诊断文件，将所述第一故障诊断文件存储至第二存储空间，包括：
在通过所述第一进程检测到所述第一存储空间中存储有所述第一故障诊断文件之后，将所述第一故障诊断文件存储至所述第二存储空间。
3.根据权利要求2所述的方法，其特征在于，所述第一进程用于按照预设周期监测所述第一存储空间中是否存入故障诊断文件。
4.根据权利要求2所述的方法，其特征在于，所述第一进程用于向操作系统发送订阅消息；所述订阅消息用于指示操作系统在第一存储空间中存入故障诊断文件时，向第一进程反馈订阅回执。
5.根据权利要求1所述的方法，其特征在于，所述方法还包括：检测所述电子设备的运行状态；
所述确定所述第一存储空间中存储有所述第一故障诊断文件，将所述第一故障诊断文件存储至第二存储空间，包括：
在根据所述电子设备的运行状态检测到所述电子设备发生所述故障之后，将所述第一故障诊断文件存储至所述第二存储空间。
6.根据权利要求1-5任一项所述的方法，其特征在于，所述将所述第一故障诊断文件存储至第二存储空间，包括：将所述第一故障诊断文件的第一压缩文件存储至所述第二存储空间。
7.根据权利要求1-6任一项所述的方法，其特征在于，所述第二存储空间为远端设备中的存储空间。
8.根据权利要求7所述的方法，其特征在于，所述方法还包括：
将所述第一故障诊断文件存储至第三存储空间；所述第三存储空间为所述电子设备中除第一存储空间外的存储空间；
对所述第三存储空间中的所述第一故障诊断文件的文件进行压缩，得到第二压缩文件；
所述将所述第一故障诊断文件存储至第二存储空间，包括：将所述第二压缩文件传输至远端的所述第二存储空间，并进行存储。
9.根据权利要求8所述的方法，其特征在于，所述对所述第三存储空间中包含所述第一故障诊断文件的文件进行压缩，得到第二压缩文件，包括：
在满足预设条件后，对所述第三存储空间中包含所述第一故障诊断文件的文件进行压缩，得到第二压缩文件；
所述预设条件包括以下至少一项：所述第三存储空间中的故障诊断文件的数据量大于数据量阈值，或者所述第三存储空间中的故障诊断文件的个数大于个数阈值，或者距离上一次压缩所述第三存储空间中的文件的间隔时间超过时间阈值。
10.根据权利要求1-6任一项所述的方法，其特征在于，所述第二存储空间为所述电子设备中的存储空间。
11.根据权利要求1-10任一项所述的方法，其特征在于，所述第一故障诊断文件中包含所述故障的发生时间、或所述故障的故障内容中至少一项。
12.根据权利要求1-11任一项所述的方法，其特征在于，所述故障为crash崩溃故障。
13.根据权利要求1-12任一项所述的方法，其特征在于，所述第一存储空间包括电子设备中的数据data分区。
14.根据权利要求1-13任一项所述的方法，其特征资源，所述第一故障诊断文件为电子设备中子系统的故障诊断文件。
15.一种电子设备，其特征在于，所述电子设备包括一个或多个处理器，所述一个或多个处理器和一个或多个存储器耦合，所述一个或多个存储器存储有计算机程序；
当所述一个或多个处理器执行所述计算机程序时，使得所述电子设备执行如权利要求1-14任一项所提供的电子设备的系统故障处理方法。
16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令或代码，当所述指令或代码在计算机上运行时，使得所述计算机执行如权利要求1-14中任一项所提供的电子设备的系统故障处理方法。
17.一种计算机程序产品，其特征在于，所述计算机程序产品包括指令，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如权利要求1-14中任一项所提供的电子设备的系统故障处理方法。
CN202110662925.2A 2021-06-15 2021-06-15 一种电子设备的系统故障处理方法及电子设备 Pending CN113485858A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110662925.2A CN113485858A (zh) 2021-06-15 2021-06-15 一种电子设备的系统故障处理方法及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110662925.2A CN113485858A (zh) 2021-06-15 2021-06-15 一种电子设备的系统故障处理方法及电子设备

Publications (1)

Publication Number Publication Date
CN113485858A true CN113485858A (zh) 2021-10-08

Family

ID=77935098

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110662925.2A Pending CN113485858A (zh) 2021-06-15 2021-06-15 一种电子设备的系统故障处理方法及电子设备

Country Status (1)

Country Link
CN (1) CN113485858A (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116661678A (zh) * 2022-12-28 2023-08-29 荣耀终端有限公司 数据转储方法及电子设备
CN117130825A (zh) * 2023-01-30 2023-11-28 荣耀终端有限公司 防止电子设备异常运行的方法及电子设备
CN117130541A (zh) * 2023-03-02 2023-11-28 荣耀终端有限公司 存储空间配置方法及相关设备
CN117632570A (zh) * 2024-01-25 2024-03-01 上海励驰半导体有限公司 基于多核异构soc的多操作系统诊断方法、装置和系统

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030115225A1 (en) * 1998-03-24 2003-06-19 Hiroyoshi Suzuki Data saving method and external storage device
EP1764693A1 (en) * 2003-02-20 2007-03-21 Hitachi, Ltd. Data restoring method and apparatus using journal data and identification information
CN102799514A (zh) * 2011-05-24 2012-11-28 中兴通讯股份有限公司 一种日志记录管理方法和系统
CN105959802A (zh) * 2016-05-27 2016-09-21 深圳Tcl数字技术有限公司 智能电视故障信息收集方法及装置
CN106202273A (zh) * 2016-06-30 2016-12-07 宇龙计算机通信科技(深圳)有限公司 文件管理方法及系统
CN108536545A (zh) * 2018-03-05 2018-09-14 广东美的厨房电器制造有限公司 终端设备的信息处理方法和装置
CN109063011A (zh) * 2018-07-11 2018-12-21 Oppo（重庆）智能科技有限公司 日志处理方法、电子装置及计算机可读存储介质
CN109426606A (zh) * 2017-08-23 2019-03-05 东软集团股份有限公司 内核故障诊断信息处理方法、装置、存储介质及电子设备

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030115225A1 (en) * 1998-03-24 2003-06-19 Hiroyoshi Suzuki Data saving method and external storage device
EP1764693A1 (en) * 2003-02-20 2007-03-21 Hitachi, Ltd. Data restoring method and apparatus using journal data and identification information
CN102799514A (zh) * 2011-05-24 2012-11-28 中兴通讯股份有限公司 一种日志记录管理方法和系统
CN105959802A (zh) * 2016-05-27 2016-09-21 深圳Tcl数字技术有限公司 智能电视故障信息收集方法及装置
CN106202273A (zh) * 2016-06-30 2016-12-07 宇龙计算机通信科技(深圳)有限公司 文件管理方法及系统
CN109426606A (zh) * 2017-08-23 2019-03-05 东软集团股份有限公司 内核故障诊断信息处理方法、装置、存储介质及电子设备
CN108536545A (zh) * 2018-03-05 2018-09-14 广东美的厨房电器制造有限公司 终端设备的信息处理方法和装置
CN109063011A (zh) * 2018-07-11 2018-12-21 Oppo（重庆）智能科技有限公司 日志处理方法、电子装置及计算机可读存储介质

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116661678A (zh) * 2022-12-28 2023-08-29 荣耀终端有限公司 数据转储方法及电子设备
CN116661678B (zh) * 2022-12-28 2024-04-19 荣耀终端有限公司 数据转储方法及电子设备
CN117130825A (zh) * 2023-01-30 2023-11-28 荣耀终端有限公司 防止电子设备异常运行的方法及电子设备
CN117130541A (zh) * 2023-03-02 2023-11-28 荣耀终端有限公司 存储空间配置方法及相关设备
CN117632570A (zh) * 2024-01-25 2024-03-01 上海励驰半导体有限公司 基于多核异构soc的多操作系统诊断方法、装置和系统
CN117632570B (zh) * 2024-01-25 2024-04-12 上海励驰半导体有限公司 基于多核异构soc的多操作系统诊断方法、装置和系统

Similar Documents

Publication Publication Date Title
CN113485858A (zh) 一种电子设备的系统故障处理方法及电子设备
US11934352B2 (en) Card rendering method and electronic device
CN102981990A (zh) 采用Android平台终端设备的数据传输方法及装置
CN109891390A (zh) 一种应用切换方法及装置
CN113900699A (zh) 一种系统升级方法和电子设备
CN114579954A (zh) 安全启动校验的方法及电子设备
CN114968836A (zh) 垃圾回收的方法及电子设备
US10007449B2 (en) Memory management method, memory control circuit unit, and memory storage apparatus
CN116243850A (zh) 一种存储器管理方法及电子设备
CN110837343A (zh) 处理快照的方法、装置及终端
WO2020223862A1 (zh) 挂载处理方法、装置、电子设备及计算机可读取存储介质
CN114077529B (zh) 日志上传方法、装置、电子设备及计算机可读存储介质
CN117130541A (zh) 存储空间配置方法及相关设备
CN113485969B (zh) 一种存储碎片化方法及装置、终端及计算机存储介质
CN114490127A (zh) 核间通信方法、装置、电子设备及存储介质
CN113448762A (zh) 一种死机处理方法、系统、智能设备及存储介质
WO2023185684A1 (zh) 一种应用程序的进程查杀方法及电子设备
CN116028433B (zh) 数据迁移方法和电子设备
CN117312055B (zh) 数据备份的方法及相关装置
CN116126744B (zh) 一种内存回收方法、装置及终端设备
WO2021147838A1 (zh) 一种闪存交换分区控制方法及移动设备
WO2024037006A1 (zh) 升级包的生成方法、安装方法、设备及存储介质
CN117082170B (zh) 一种开关机测试方法、测试系统及共享主机
CN116737358B (zh) 内存刷新方法和电子设备
CN112732568B (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