CN113986598B - 一种确定开机故障原因的方法、装置、设备及存储介质 - Google Patents

Abstract

本发明公开了一种确定开机故障原因的方法、装置、设备及存储介质，其中方法包括：在故障设备的打印功能关闭时，获取故障设备的第一镜像文件；对第一镜像文件进行格式转换，得到第二镜像文件；获取故障复现设备的日志输出功能状态；在故障复现设备的日志输出功能状态为打开时，将第二镜像文件写入故障复现设备；运行故障复现设备以复现故障设备的开机故障，得到异常日志；根据异常日志确定故障设备的开机故障原因。本发明解决了在安卓设备发生开机故障时异常日志无法获取的问题，且在获取异常日志时不损坏故障设备，能保留现场。

Description

一种确定开机故障原因的方法、装置、设备及存储介质

技术领域

本发明涉及及计算机软件工程技术领域，具体涉及一种确定开机故障原因的方法、装置、设备及存储介质。

背景技术

安卓设备有时会出现开不了机问题，经常卡在开机画面，甚至黑屏，一般是由于某些用户数据分区或系统分区文件损坏。正式版本一般会把打印功能关闭，在出现这种开不了机问题时，获取不到相关异常日志文件，无法判断原因。另外，为了保留现场，一般不能对故障设备烧写打开日志文件的版本。如果故障设备在海外，寄回故障设备，维修成本更高，而且有时不能将故障设备寄回国内。这给安卓设备开机故障的复现带来了极大的难度。

发明内容

本发明旨在解决现有技术中存在的技术问题。为此，本发明第一方面提出一种确定开机故障原因的方法，包括：

在故障设备的打印功能关闭时，获取所述故障设备的第一镜像文件；其中，所述第一镜像文件是包括用户数据分区的全部文件和系统分区的全部文件的镜像文件，所述用户数据分区为可读写分区，所述系统分区为只读分区；

对所述第一镜像文件进行格式转换，得到第二镜像文件；

获取故障复现设备的日志输出功能状态；

在所述故障复现设备的日志输出功能状态为打开时，将所述第二镜像文件写入所述故障复现设备；其中，所述故障复现设备与所述故障设备具有相同的配置；

运行所述故障复现设备以复现所述故障设备的开机故障，得到所述故障复现设备发生开机故障时生成的异常日志；

根据所述异常日志确定所述故障设备的开机故障原因。

进一步地，所述对所述第一镜像文件进行格式转换，得到第二镜像文件，包括：

将所述第一镜像文件转换为第三镜像文件；

挂载所述第三镜像文件；

基于挂载的所述第三镜像文件获取所述用户数据分区的全部文件和所述系统分区的全部文件；

将从所述第三镜像文件中获取的所述用户数据分区的全部文件和所述系统分区的全部文件重新打包，得到所述第二镜像文件。

进一步地，所述基于挂载的所述第三镜像文件获取所述用户数据分区的全部文件和所述系统分区的全部文件之后，还包括：

将所述系统分区的全部文件与所述故障设备的发布版本中的原始系统分区中的文件进行比对，得到比对结果；

在所述比对结果为所述系统分区中的文件有变化时，根据所述比对结果和所述异常日志确定所述故障设备的开机故障原因；

在所述比对结果为所述系统分区中的文件无变化时，转向所述根据所述异常日志确定所述故障设备的开机故障原因的步骤。

进一步地，还包括：在所述故障复现设备的日志输出功能状态为关闭时，对所述故障复现设备烧写日志输出功能打开的版本。

进一步地，所述第二镜像文件为ext4格式的镜像文件，所述第三镜像文件为ext4格式的镜像文件。

进一步地，所述将从所述第三镜像文件中获取的所述用户数据分区的全部文件和所述系统分区的全部文件重新打包，得到所述第二镜像文件，包括：

用make_ext4fs命令将从所述第三镜像文件中获取的所述用户数据分区的全部文件和所述系统分区的全部文件重新打包，转换成所述第二镜像文件。

进一步地，所述获取所述故障设备的第一镜像文件，包括：通过串口获取所述故障设备的所述第一镜像文件，或者，用dd命令获取所述故障设备的所述第一镜像文件；

所述将所述第二镜像文件写入所述故障复现设备，包括：用dd命令将所述第二镜像文件写入所述故障复现设备。

本发明第二方面提出一种确定开机故障原因的装置，包括：

数据获取模块，用于在故障设备的打印功能关闭时，获取所述故障设备的第一镜像文件；其中，所述第一镜像文件是包括用户数据分区的全部文件和系统分区的全部文件的镜像文件，所述用户数据分区为可读写分区，所述系统分区为只读分区；

数据转换模块，用于对所述第一镜像文件进行格式转换，得到第二镜像文件；

状态获取模块，用于获取故障复现设备的日志输出功能状态；

数据写入模块，用于在所述故障复现设备的日志输出功能状态为打开时，将所述第二镜像文件写入所述故障复现设备；其中，所述故障复现设备与所述故障设备具有相同的配置；

设备运行模块，用于运行所述故障复现设备以复现所述故障设备的开机故障，得到所述故障复现设备发生开机故障时生成的异常日志；

故障原因确定模块，用于根据所述异常日志确定所述故障设备的开机故障原因。

本发明第三方面提出一种电子设备，所述电子设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现本发明第一方面提出的确定开机故障原因的方法。

本发明第四方面提出一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现本发明第一方面提出的确定开机故障原因的方法。

本发明实施例提供的一种开机故障原因的方法、装置、电子设备或存储介质，通过提取故障设备的包括用户数据分区文件及系统分区文件的第一镜像文件，对第一镜像文件做相应转换，在转换过程中获取系统文件变化信息，将转换后的镜像文件重新烧入故障复现设备，获取异常日志；再根据系统文件变化和/或异常日志查找开机故障的原因。本发明实施例解决了设备发生开机故障时异常日志无法获取给确定故障原因带来的不便，并且在获取异常日志时能保留现场，不损坏故障设备，也无需将故障设备邮寄回故障复现设备所在地点，有利于降低设备在海外发生开机故障的维修成本。

本发明的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它附图。

图1是本发明实施例提供的一种确定开机故障原因的方法的流程图；

图2是本发明实施例提供的步骤S120的一个流程图；

图3是本发明实施例提供的步骤S120的另一个流程图；

图4是本发明实施例提供的另一种确定开机故障原因的方法的流程图；

图5是本发明实施例提供的一种确定开机故障原因的装置的结构框图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。

实施例

本发明实施例通过提取故障设备用户数据分区及系统分区镜像文件，对其进行相应转换后，再重新烧入另一台具有相同配置的设备，对该设备烧写日志输出功能打开的版本，将其作为故障复现设备，通过运行该故障复现设备能够得到故障复现设备发生开机故障时生成的异常日志文件，从而解决了现有技术中在发生开机故障时无法获取故障设备的异常日志，进而难以根据异常日志确定开机故障原因的问题。

具体的，故障设备可以是安装有Linux、Android、Unix、MTK等系统的终端设备，例如，手机、平板电脑、笔记本、可穿戴设备等，需要说明的是，上述示例仅用于对故障设备的操作系统、故障设备的类型进行举例说明，不应视为对本发明实施例的限制。

故障设备可以包括系统分区和用户数据分区，故障设备运行错误可能是系统分区中的文件发生变化，也可能是用户数据分区中的文件发生变化。具体的，系统分区为只读分区，用户仅有只读权限，不能对文件内容进行改写。在用户不具有对系统分区的文件的改写权限的前提下，可以通过对比故障设备的系统分区的文件和故障设备的发布版本的系统分区的文件，查看系统分区中的文件是否发生变化。示例性的系统分区中的文件变化可能是硬件损坏导致的，这里的硬件损坏可以是设备掉落、撞击导致的硬件损坏，或者其他原因导致的系统分区的文件发生变化。可以理解的是，设备版本信息一般包括型号、处理器运行内存、手机储存、机身分辨率，安卓版本、内核版本等等详尽的信息，以及电池电量使用状态、IP地址、蓝牙等相当多的内容，版本信息相同的设备其硬件配置和软件配置都是相同的。因此，故障设备与其他故障设备的发布版本的设备的版本信息是相同的，硬件配置和软件配置也都是相同的。

进一步的，用户数据分区文件是可读写的，所以故障设备的用户数据分区的文件相对于发布版本的用户数据分区的文件可能会发生变化，因此，当故障设备运行错误时，也可以通过查找出用户数据分区的文件发生变化的原因来确定故障设备运行故障的原因。

具体的，图1是本发明实施例提供的一种确定开机故障原因的方法的流程图，本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或服务器产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。如图1所示该方法可以包括以下步骤：

S110：在故障设备的打印功能关闭时，获取故障设备的第一镜像文件；其中，第一镜像文件是包括用户数据分区的全部文件和系统分区的全部文件的镜像文件，用户数据分区为可读写分区，系统分区为只读分区；

具体地，在获取故障设备的第一镜像文件之前，可以先对故障设备中的运行日志等文件进行光盘镜像或压缩镜像，以形成第一镜像文件。

在一种可能实现的方案中，可以通过串行接口获取故障设备的第一镜像文件。示例性的，可以将故障设备通过串行接口与服务器连接，进而实现故障设备与服务器之间的通信，将故障设备的第一镜像文件传输至服务器。

在一些可实施的方案中，还可以通过安卓调试桥用dd命令获取故障设备的第一镜像文件。

Android调试桥(adb)是一种功能多样的命令行工具，可用于与设备进行通信。adb命令可用于执行各种设备操作(例如安装和调试应用)，并提供对Unix shell(可用来在设备上运行各种命令)的访问权限。

dd命令是指用指定大小的块拷贝一个文件，并在拷贝的同时进行指定的转换，主要用于读取、转换和复制文件。具体的，基于dd命令获取的第一镜像文件为一种稀疏的文件描述格式(sparse格式)，该格式对于一些需要填充零的文件无法进行填充。

S120：对第一镜像文件进行格式转换，得到第二镜像文件；

具体的，基于上述分析可知，由于第一镜像文件的格式为sparse格式，对于一些需要填充零的文件无法填充，而导致无法直接挂载至故障复现设备中，可能会影响故障复现设备对文件系统的正常识别和正常读写，因此，在故障复现过程中，需要对第一镜像文件的格式进行转换。示例性的，可以将第一镜像文件的格式转换为第四代扩展文件系统(Fourthextended filesystem，ext4)这一格式的镜像文件。具体的，可以用谷歌为了在Android平台上制作ext4文件系统的镜像而开发的工具make_ext4fs把加载的故障设备的第一镜像文件转换成ext4格式的镜像文件，即第二镜像文件，将转换得到的ext4格式的第二镜像文件写入故障复现设备，复现开不了机问题，并获取异常日志，查找真正的原因。

可以理解的是，上述将第一镜像文件的格式转换为ext4格式的第二镜像文件仅是一种优选实施方案，在其它可实施的方案中，如果故障复现设备可以支持的文件格式与第一镜像文件的格式不同，即需要对第一镜像文件的格式进行转换，具体转换成的第二镜像文件的格式可以根据故障复现设备可以支持的文件格式进行确定，例如，还可以为rawext4格式等。

S130：获取故障复现设备的日志输出功能状态；

S140：在故障复现设备的日志输出功能状态为打开时，将第二镜像文件写入故障复现设备；

具体地，故障复现设备的日志输出功能状态打开时，能够输出异常日志，此时不需要对故障复现设备进行任何操作。

其中，故障复现设备与故障设备具有相同的配置；换句话说，故障复现设备与故障设备为同型号的设备，两者的硬件和软件版本均相同。

具体地，用dd命令将第二镜像文件写入故障复现设备。

S150：运行故障复现设备以复现故障设备的开机故障，得到故障复现设备发生开机故障时生成的异常日志；

具体的，异常日志是故障复现设备发生开机故障时生成的日志文件。日志(Log)是指系统所指定对象的某些操作和其操作结果按时间有序的集合。日志文件记录了系统和系统的用户之间交互的信息，是自动捕获人与系统终端之间交互的类型、内容或时间的数据收集方法。通常是用来记录一些软件运行中的错误信息等等。

S160：根据异常日志确定故障设备的开机故障原因。

需要说明的是，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其它顺序或者同时进行。例如，步骤S130和步骤S110、步骤S120可以以图1示出的步骤进行，此外，还存在步骤S130还可以发生在步骤S110与步骤S120之间、步骤S130发生在步骤S110之前、步骤S130与步骤S110或步骤S120同时进行等可行的执行顺序，此处不一一列举。

图2是本发明实施例提供的步骤S120的一个流程图，具体的如图2所示，对第一镜像文件进行格式转换，得到第二镜像文件，包括以下步骤：

S121：将第一镜像文件转换为第三镜像文件；

S122：挂载第三镜像文件；

可以理解的是，当第一镜像文件的格式转换形成第二镜像文件，并将第二镜像文件写入故障复现设备中进行运行的过程中，可能需要某些查找工具协助故障复现设备查找相关错误日志，因此，在第一镜像文件的格式转换为第二镜像文件的格式之前，可以先因为一些需要的查找工具至第一镜像文件中，将第一镜像文件和查找工具重新打包。示例性的，可以将包括第一镜像文件和查找工具的已打包的文件作为第三镜像文件。具体地，第三镜像文件为ext4格式的镜像文件，具体可以为ext4格式的raw image file，raw image file是原始图像文件的英文全称。

具体地，通过mount loop命令挂载ext4格式的第三镜像文件。

S123：基于挂载的第三镜像文件获取用户数据分区的全部文件和系统分区的全部文件；

S124：将从第三镜像文件中获取的用户数据分区的全部文件和系统分区的全部文件重新打包，得到第二镜像文件。

可以理解的是，由于第三镜像文件中打包有用户数据分区的全部文件、系统分区的全部文件以及额外引入的查找工具，如果想确定用户数据分区的全部文件和/或系统分区的全部文件中是否存在发生变化的文件，需要将用户数据分区的全部文件和系统分区的全部文件再次提取后重新打包。具体地，可以用make_ext4fs命令将从第三镜像文件中获取的用户数据分区的全部文件和系统分区的全部文件重新打包，转换成第二镜像文件。

示例性的，用make_ext4fs把加载的故障设备的第一镜像文件重新打包，具体可以是将第一镜像文件按照ext4格式重新压缩成一单一文件，以形成第二镜像文件。

图3是本发明实施例提供的步骤S120的另一个流程图，具体的如图3所示，在一个实施例中，步骤S123之后还包括以下步骤：

S125：判断系统分区的全部文件与故障设备的发布版本中的原始系统分区中的文件相比是否有变化；若是，转向步骤S126；若否，转向步骤S160；

步骤S125判断系统分区的全部文件与故障设备的发布版本中的原始系统分区中的文件相比是否有变化的目的主要是判断硬件是否有损坏，例如，设备掉落、撞击导致的硬件损坏。

S126：根据比对结果和异常日志确定故障设备的开机故障原因。

图4是本发明实施例提供的另一种确定开机故障原因的方法的流程图，具体的如图4所示，在一个实施例中，该方法还包括步骤S170。

S170：在故障复现设备的日志输出功能状态为关闭时，对故障复现设备烧写日志输出功能打开的版本。

故障复现设备的日志输出功能状态关闭时，不能输出异常日志。故障复现设备的日志输出功能状态打开时，能够输出异常日志。

图5是本发明实施例提供的一种确定开机故障原因的装置的结构框图，具体的如图5所示，该确定开机故障原因的装置包括以下模块：

数据获取模块210，用于在故障设备的打印功能关闭时，获取故障设备的第一镜像文件；其中，第一镜像文件是包括用户数据分区的全部文件和系统分区的全部文件的镜像文件，用户数据分区为可读写分区，系统分区为只读分区；

数据转换模块220，用于对第一镜像文件进行格式转换，得到第二镜像文件；

状态获取模块230，用于获取故障复现设备的日志输出功能状态；

数据写入模块240，用于在故障复现设备的日志输出功能状态为打开时，将第二镜像文件写入故障复现设备；其中，故障复现设备与故障设备具有相同的配置；

设备运行模块250，用于运行故障复现设备以复现故障设备的开机故障，得到故障复现设备发生开机故障时生成的异常日志；

故障原因确定模块260，用于根据异常日志确定故障设备的开机故障原因。

本发明的实施例还提供了一种电子设备，电子设备包括处理器和存储器，存储器中存储有至少一条指令、至少一段程序、代码集或指令集，至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现如方法实施例中的确定开机故障原因的方法。

本发明的实施例还提供了一种存储介质，所述存储介质可设置于服务器之中以保存用于实现方法实施例中的确定开机故障原因的方法相关的至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现上述方法实施例提供的确定开机故障原因的方法。

可选地，在本实施例中，上述存储介质可以位于计算机网络的多个网络服务器中的至少一个网络服务器。可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

由上述本发明提供的确定开机故障原因的方法、装置、电子设备或存储介质的实施例可见，本发明实施例通过提取故障设备用户数据分区及系统分区镜像文件，对其进行相应转换后，再重新烧入另一台安卓设备，通过运行该设备以得到故障复现设备发生开机故障时生成的日志文件，从而解决了现有技术中发生开机故障时无法获取到异常日志的问题。同时，本发明实施例在获取异常日志时不损坏故障设备，能保留现场，也无需将故障设备邮寄回故障复现设备所在地点，有利于降低安卓设备在海外发生开机故障的维修成本。

需要说明的是：上述本发明实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置和服务器实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种确定开机故障原因的方法，其特征在于，包括：

在故障设备的打印功能关闭时，获取所述故障设备的第一镜像文件；其中，所述第一镜像文件是包括用户数据分区的全部文件和系统分区的全部文件的镜像文件；

将所述第一镜像文件转换为第三镜像文件；

挂载所述第三镜像文件；其中，所述第三镜像文件是包括所述用户数据分区的全部文件、所述系统分区的全部文件和查找工具的镜像文件；

基于挂载的所述第三镜像文件获取所述用户数据分区的全部文件和所述系统分区的全部文件；

将从所述第三镜像文件中获取的所述用户数据分区的全部文件和所述系统分区的全部文件重新打包，得到第二镜像文件；

获取故障复现设备的日志输出功能状态；

在所述故障复现设备的日志输出功能状态为打开时，将所述第二镜像文件写入所述故障复现设备；其中，所述故障复现设备与所述故障设备具有相同的配置；

运行所述故障复现设备以复现所述故障设备的开机故障，得到所述故障复现设备发生开机故障时生成的异常日志；

根据所述异常日志确定所述故障设备的开机故障原因。

2.根据权利要求1所述的方法，其特征在于，所述基于挂载的所述第三镜像文件获取所述用户数据分区的全部文件和所述系统分区的全部文件之后，还包括：

将所述系统分区的全部文件与所述故障设备的发布版本中的原始系统分区中的文件进行比对，得到比对结果；

在所述比对结果为所述系统分区中的文件有变化时，根据所述比对结果和所述异常日志确定所述故障设备的开机故障原因；

在所述比对结果为所述系统分区中的文件无变化时，转向所述根据所述异常日志确定所述故障设备的开机故障原因的步骤。

3.根据权利要求1所述的方法，其特征在于，所述第二镜像文件为ext4格式的镜像文件，所述第三镜像文件为ext4格式的镜像文件。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述将从所述第三镜像文件中获取的所述用户数据分区的全部文件和所述系统分区的全部文件重新打包，得到所述第二镜像文件，包括：

用make_ext4fs命令将从所述第三镜像文件中获取的所述用户数据分区的全部文件和所述系统分区的全部文件重新打包，转换成所述第二镜像文件。

5.根据权利要求1-3任一项所述的方法，其特征在于，还包括：

在所述故障复现设备的日志输出功能状态为关闭时，对所述故障复现设备烧写日志输出功能打开的版本。

6.根据权利要求1所述的方法，其特征在于，

所述获取所述故障设备的第一镜像文件，包括：通过串口获取所述故障设备的所述第一镜像文件，或者，用dd命令获取所述故障设备的所述第一镜像文件；

所述将所述第二镜像文件写入所述故障复现设备，包括：用dd命令将所述第二镜像文件写入所述故障复现设备。

7.一种确定开机故障原因的装置，其特征在于，包括：

数据获取模块，用于在故障设备的打印功能关闭时，获取所述故障设备的第一镜像文件；其中，所述第一镜像文件是包括用户数据分区的全部文件和系统分区的全部文件的镜像文件；

数据转换模块，用于将所述第一镜像文件转换为第三镜像文件；挂载所述第三镜像文件；其中，所述第三镜像文件是包括所述用户数据分区的全部文件、所述系统分区的全部文件和查找工具的镜像文件；基于挂载的所述第三镜像文件获取所述用户数据分区的全部文件和所述系统分区的全部文件；将从所述第三镜像文件中获取的所述用户数据分区的全部文件和所述系统分区的全部文件重新打包，得到第二镜像文件；

状态获取模块，用于获取故障复现设备的日志输出功能状态；

数据写入模块，用于在所述故障复现设备的日志输出功能状态为打开时，将所述第二镜像文件写入所述故障复现设备；其中，所述故障复现设备与所述故障设备具有相同的配置；

设备运行模块，用于运行所述故障复现设备以复现所述故障设备的开机故障，得到所述故障复现设备发生开机故障时生成的异常日志；

故障原因确定模块，用于根据所述异常日志确定所述故障设备的开机故障原因。

8.一种电子设备，其特征在于，所述电子设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1-6任一项所述的确定开机故障原因的方法。

9.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如权利要求1-6任一项所述的确定开机故障原因的方法。