故障定位方法、装置、系统、硬件平台及存储介质与流程

1.本发明涉及通信技术领域，特别是涉及一种故障定位方法、一种故障定位装置、一种故障定位系统、一种硬件平台以及一种存储介质。


背景技术：

2.随着计算机市场的发展，linux操作系统得到广泛的应用。linux操作系统是从一个比较成熟的unix操作系统发展而来的，是一个一体化内核(monolithic kernel)系统，其中，内核(kernel)是指一个提供硬件抽象层、磁盘及文件系统控制、多任务等功能的系统软件。
3.由于“内核”实现机制的复杂性，导致在运行有linux操作系统的系统平台中，如何在kernel崩溃的情况下，定位kernel的故障，成为一件极其复杂的工作。
4.目前，在linux操作系统的kernel崩溃的情况下，通常是通过查找资料、对代码进行人工分析等人工处理方式，进行尝试性的故障定位工作，这种方式不仅耗费大量的人力物力时间成本，而且导致故障定位的效率较低，准确率也难以保证。


技术实现要素：

5.鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种故障定位方法，以快速定位linux系统的内核故障。
6.相应的，本发明实施例还提供了一种故障定位方法、一种故障定位装置、一种故障定位系统、一种硬件平台以及一种存储介质，用以保证上述方法的实现及应用。
7.为了解决上述问题，本发明实施例公开了一种故障定位方法，应用于运行linux系统的硬件平台，所述硬件平台配置有调试接口，所述方法包括：
8.在所述linux系统的内核出现故障的情况下，通过所述调试接口，接收来自控制设备的第一命令；
9.响应于所述第一命令，进入调试状态以遍历执行所述linux系统的内核中的进程，并且在遍历过程中记录每个进程的进程状态信息；
10.通过所述调试接口，接收来自所述控制设备的第二命令；
11.响应于所述第二命令，读取所述进程状态信息；
12.通过所述调试接口，向所述控制设备发送所述进程状态信息，以使所述控制设备根据所述进程状态信息，定位所述内核中出现故障的目标进程。
13.本发明实施例还公开了一种故障定位装置，应用于运行linux系统的硬件平台，所述硬件平台配置有调试接口，所述装置包括：
14.第一接收模块，用于在所述linux系统的内核出现故障的情况下，通过所述调试接口，接收来自控制设备的第一命令；
15.遍历模块，用于响应于所述第一命令，进入调试状态以遍历执行所述linux系统的内核中的进程，并且在遍历过程中记录每个进程的进程状态信息；
16.第二接收模块，用于通过所述调试接口，接收来自所述控制设备的第二命令；
17.读取模块，用于响应于所述第二命令，读取所述进程状态信息；
18.发送模块，用于通过所述调试接口，向所述控制设备发送所述进程状态信息，以使所述控制设备根据所述进程状态信息，定位所述内核中出现故障的目标进程。
19.本发明实施例还公开了一种硬件平台包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行以下操作的指令：
20.在所述linux系统的内核出现故障的情况下，通过所述调试接口，接收来自控制设备的第一命令；
21.响应于所述第一命令，进入调试状态以遍历执行所述linux系统的内核中的进程，并且在遍历过程中记录每个进程的进程状态信息；
22.通过所述调试接口，接收来自所述控制设备的第二命令；
23.响应于所述第二命令，读取所述进程状态信息；
24.通过所述调试接口，向所述控制设备发送所述进程状态信息，以使所述控制设备根据所述进程状态信息，定位所述内核中出现故障的目标进程。
25.本发明实施例还公开了一种可读存储介质，当所述存储介质中的指令由硬件平台的处理器执行时，使得硬件平台能够执行本发明实施例中一个或多个所述的故障定位方法。
26.本发明实施例包括以下优点：
27.在本发明的实施例中，硬件平台通过配置的调试接口，可以接收来自控制设备的第一命令，响应于所述第一命令进入调试状态，以遍历执行所述linux系统的内核中的进程，以及记录执行所述linux系统的内核中每个进程的进程状态信息。在第一命令执行完成之后，所述硬件平台可以接收来自控制设备的第二命令，并响应于所述第二命令，读取所述进程状态信息，以及将所述进程状态信息发送至控制设备，以供控制设备端分析所述进程状态信息，定位出现故障的目标进程。由此，本发明实施例通过控制设备向硬件平台的调试接口发送控制命令，控制硬件平台的cpu执行控制命令，以使硬件平台读取进程状态信息，并将所述进程状态信息发送至控制设备，进而可以供控制设备端对硬件平台的内核故障进行快速定位，可以提高所述linux系统内核的故障定位的效率和准确度，并且可以节省人力物力和时间成本。
附图说明
28.图1是本发明的一种故障定位方法实施例的步骤流程图；
29.图2是本发明的一种故障定位方法实施例提供的目标函数执行流程图；
30.图3是本发明的一种故障定位装置实施例的结构框图；
31.图4是本发明的一种故障定位系统实施例的结构框图；
32.图5是根据一示例性实施例示出的一种用于故障定位的硬件平台的结构框图。
具体实施方式
33.为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实
施方式对本发明作进一步详细的说明。
34.方法实施例
35.参照图1，示出了本发明的一种故障定位方法实施例一的步骤流程图，应用于运行linux系统的硬件平台，所述硬件平台配置有调试接口，所述方法具体可以包括如下步骤：
36.步骤101、在所述linux系统的内核出现故障的情况下，通过所述调试接口，接收来自控制设备的第一命令；
37.步骤102、响应于所述第一命令，进入调试状态以遍历执行所述linux系统的内核中的进程，并且在遍历过程中记录每个进程的进程状态信息；
38.步骤103、通过所述调试接口，接收来自所述控制设备的第二命令；
39.步骤104、响应于所述第二命令，读取所述进程状态信息；
40.步骤105、通过所述调试接口，向所述控制设备发送所述进程状态信息，以使所述控制设备根据所述进程状态信息，定位所述内核中出现故障的目标进程。
41.本发明实施例的故障定位方法可应用于运行linux系统的硬件平台，且在所述硬件平台的主板上配置有调试接口。所述linux系统是一个一体化内核系统，其中，内核是指一个提供硬件抽象层、磁盘及文件系统控制、多任务等功能的系统软件。
42.所述调试接口用于在控制设备与硬件平台之间传输命令，以及将硬件平台中的进程状态信息发送至控制设备。可以理解，本发明实施例对所述调试接口的具体类型不加以限制。优选地，所述调试接口为ejtag接口。为便于描述，本发明实施例中均以ejtag接口为例进行说明，其他类型的调试接口相互参照即可。
43.ejtag(enhanced joint test action group，加强联合测试行动小组)是根据ieee 1149.1协议的基本构造和功能扩展而制定的规范，ejtag调试工具包括硬件部分和软件部分，软件部分可以部署在本发明的控制设备中，硬件部分指所述ejtag接口。所述ejtag调试工具支持读写寄存器、内存、反汇编、执行用户编写的程序、gdb(gnu debugger，gnu调试器)远程调试和脚本语言。
44.需要说明的是，本发明对所述硬件平台的类型不加以限制，例如，所述硬件平台可以包括具有龙芯cpu的龙芯平台，所述龙芯cpu均支持ejtag调试。
45.所述控制设备可以为安装有ejtag调试工具软件的设备，可以是pc(personal computer，个人计算机)、服务器、远程操控终端等电子设备。所述控制设备可以通过转换器与待测硬件平台的ejtag接口连接，以控制该硬件平台的cpu(central processing unit，中央处理器)执行特定指令，进而实现对该硬件平台的linux系统内核的调试过程。
46.所述转换器可用于接收控制设备发送的命令，并将所述命令转换为硬件平台可识别的命令之后，发送至硬件平台的ejtag接口。也即，所述转换器可以将所述控制设备发送的命令转换为符合ejtag协议的命令。所述转换器可以通过以太网与控制设备进行通信，还可以通过总线与ejtag接口连接，实现控制设备与硬件平台之间的通信。
47.所述硬件平台的linux系统内核中运行有多个进程，当某个进程出现故障时，可以通过控制设备向硬件平台发送第一命令，控制设备通过转换器与硬件平台中的ejtag接口连接，因此，控制设备发送的第一命令可以通过转换器发送至硬件平台的ejtag接口。ejtag接口能够在不依赖于上层操作系统的前提下，直接对cpu进行操作，令cpu执行指定的机器码指令。例如，读写寄存器，读写内存，设置断点等。
48.所述第一命令可用于控制所述硬件平台linux系统进入调试状态，如ejtag debug状态。调试状态是一种程序停止运行的状态。在调试状态这一时间停止的状态下，才能对内核进行各种状态的观察，便于控制内核的运行情况。本发明实施例通过控制硬件平台进入调试状态，能够控制硬件平台的cpu遍历执行所述linux系统的内核中的进程，并且在遍历过程中记录每个进程的进程状态信息。
49.所述硬件平台的cpu响应于所述第一命令，进入调试状态，并且遍历执行所述linux系统的内核中的进程，以及在遍历过程中记录每个进程的进程状态信息。根据所述进程状态信息，可以定位所述内核中出现故障的目标进程。
50.在本发明的一种可选实施例中，所述第一命令中携带有目标函数的第一地址和目标缓存的第二地址，步骤102所述响应于所述第一命令，遍历执行所述linux系统的内核中的进程，并且在遍历过程中记录每个进程的进程状态信息，包括：
51.响应于所述第一命令，根据所述第一地址，运行所述目标函数，所述目标函数用于遍历执行所述linux系统的内核中的进程，并且将遍历过程中每个进程的进程状态信息保存至所述第二地址对应的目标缓存中。
52.其中，所述目标函数可以根据业务需要或者实际调试需要进行预先设计，并预先写入linux系统的内核文件中，例如所述目标函数可以为自定义函数，函数名为dump_for_tasks。所述目标缓存可以是所述linux系统内核中自有的缓存区，如__log_buf函数所对应的内存地址的位置，用以暂存所述进程遍历过程中的数据信息。
53.可选地，所述根据所述第一地址，运行所述目标函数，包括：控制所述硬件平台的cpu指针跳转至所述第一地址，以运行所述目标函数。
54.例如，硬件平台的ejtag接口接收到第一命令之后，控制cpu指针跳转至第一命令中携带的第一地址所在位置，也即跳转至目标函数dump_for_tasks的起始地址，以运行该目标函数。
55.在本发明的一种可选实施例中，所述接收来自控制设备的第一命令之前，所述方法还可以包括：对所述linux系统的内核文件进行反汇编操作，获取所述目标函数的第一地址和所述目标缓存的第二地址。
56.所述目标函数可以根据业务需要或者实际调试需要进行预先设计，并预先写入linux系统的内核文件中，所述内核文件指vmlinux文件。通过对vmlinux文件进行反汇编操作，能够获取所述目标函数在内核文件中预先写入的目标函数的第一地址和内核文件中所述目标缓存的第二地址，所述第一地址和所述第二地址可以作为第一命令的输入参数。
57.参照图2，示出了本发明的一种故障定位方法实施例提供的目标函数执行流程图。
58.在本发明的一种可选实施例中，所述目标函数可以包括第一调用函数和第二调用函数，所述运行所述目标函数，可以包括：
59.步骤s11、通过运行所述第一调用函数，遍历执行所述linux系统的内核中的进程；
60.步骤s12、通过运行所述第二调用函数，将遍历过程中每个进程的进程状态信息保存至所述第二地址对应的目标缓存中。
61.在本发明实施例中，所述目标函数可以调用linux系统的系统函数。例如，所述第一调用函数可以为for_each_process函数，通过对for_each_process函数进行宏调用，可以遍历执行所述linux系统的内核中的所有进程。
62.又例如，所述第二调用函数可以为show_stack函数，在遍历执行所述linux系统的内核中的进程的过程中，可以通过对show_stack函数进行调用，以实时获取进程状态信息，并将遍历过程中每个进程的进程状态信息保存至所述第二地址对应的目标缓存中。
63.可选的，在步骤s12之前，还可以包括：判断所述遍历过程是否完成，当所述遍历过程未完成时，执行所述步骤s12，当所述遍历过程完成时，执行步骤s22。
64.在本发明的一种可选实施例中，所述目标函数还可以包括第三调用函数和第四调用函数，在运行所述第一调用函数之前，所述方法还可以包括：
65.步骤s21、通过运行所述第三调用函数，对所述内核中的进程启动中断保护；
66.以及在确定所有进程遍历完成之后，所述方法还包括：
67.步骤s22、通过运行所述第四调用函数，对所述内核中的进程结束中断保护。
68.通过运行所述第三调用函数，如write_lock_irq函数，可以在所述linux系统的内核出现故障的情况下，对所述内核中的进程启动中断保护，所述中断保护能够锁住中断，以保护所述目标函数的后续代码能够被安全执行，防止所述目标函数的后续代码在运行过程中被其它中断所打断。
69.在确定内核的所有进程遍历执行完成之后，通过运行所述第四调用函数，如write_unlock_irq函数，对所述内核中的进程结束结中断保护，即打开中断锁。
70.可选的，步骤101所述接收来自控制设备的第一命令之后，所述方法还可以包括：
71.步骤s31、通过所述调试接口，接收来自控制设备的第三命令；
72.步骤s32、响应于所述第三命令，退出所述linux系统的调试状态以继续后续命令。
73.所述第三命令可用于退出调试状态，在确定linux系统内核的所有进程遍历执行完成之后，可以通过控制设备向硬件平台下发第三命令。硬件平台通过所述调试接口(如ejtag接口)，接收来自控制设备的第三命令，使所述内核退出调试状态，如ejtag debug(调试)状态，同时使所述linux系统的内核中的进程可以继续运行，以及继续进行后续命令的执行，如继续执行第二命令。
74.所述退出所述linux系统的调试状态，还包括：使所述硬件平台的cpu进入固定循环状态。
75.当所述内核接收到第一命令，进入调试状态时，所述硬件平台的cpu指针跳转指向第一地址，以使所述内核运行所述目标函数，当所述内核接收到第三命令退出调试状态时，所述硬件平台的cpu将不再需要固定指向第一地址，此时，需要将所述cpu指针指向任意地址或者指向某一指定地址，并使所述cpu指针从该地址开始进入固定循环状态，所述固定循环状态指所述cpu从该地址对应的函数开始运行，并按照预设的固定循环规则，循环的运行所述内核中的所有函数。所述某一指定地址的选取以及固定循环状态的循环设计均由本领域技术人员进行设置，本发明不作限制。
76.在确定硬件平台的linux系统的所有内核进程遍历完成之后，可以通过所述控制设备向所述硬件平台下发第二命令，所述第二命令用于读取第一命令记录的进程状态信息。所述硬件平台通过所述ejtag接口，接收来自所述控制设备的第二命令，并响应于所述第二命令，读取所述进程状态信息。
77.在本发明的一种可选实施例中，所述第二命令中携带有所述第二地址，步骤104响应于所述第二命令，读取所述进程状态信息，具体可以包括：
78.步骤s41、响应于所述第二命令，从所述第二地址对应的目标缓存中读取预设长度的存储数据；
79.步骤s42、将读取的所述存储数据保存为日志文件。
80.在通过第一命令对硬件平台的linux系统的内核进程遍历完成之后，遍历过程中每个进程的进程状态信息被缓存到目标缓存中。此时，可以通过控制设备向硬件平台下发第二命令，第二命令中携带有目标缓存对应的第二地址。
81.所述硬件平台可以通过ejtag接口，接收来自所述控制设备发送的第二命令，从所述第二地址对应的目标缓存中读取预设长度的存储数据，并保存为日志文件，所述存储数据包括所述目标函数运行过程中，记录的每个进程的进程状态信息。
82.本发明实施例中的第一命令、第二命令、第三命令，具体举例如下：
83.set pc 0xffffffff8022bee4(dump_for_tasks反汇编地址)；cont；fget aa.log 0xffffffff80d7daf0(__log_buf)0x200000(大小)；
84.(1)第一命令：setpc address，用于控制硬件平台的linux系统进入调试状态以及控制硬件平台的cpu指针指向目标函数对应的第一地址(address)以执行目标函数；
85.(2)第三命令：cont，用于控制硬件平台的linux系统退出调试状态；
86.(3)第二命令：fget filename address size，用于控制所述硬件平台的cpu从所述目标缓存对应的第二地址(address)开始，读取预设长度(size)的存储数据，并且存储为名称为filename的日志文件。
87.需要说明的是，所述第一命令是在所述linux系统的内核出现故障的情况下，通过控制设备发送到硬件平台的；所述第三命令是在确定linux系统内核的所有进程遍历执行完成之后，即第一命令执行完成之后，通过控制设备发送到硬件平台的；所述第二命令可以是在第一命令执行完成，以及所述硬件平台接收到第三命令之后，即，所述硬件平台的linux系统退出调试状态之后，通过控制设备向硬件平台发送的；当然，所述第二命令还可以是在所述硬件平台未接收到第三命令时，即，所述硬件平台的linux系统未退出调试状态时，通过控制设备向硬件平台发送的。
88.在执行第二命令读取已记录的进程状态信息之后，硬件平台可以通过所述ejtag接口，向所述控制设备发送所述进程状态信息，以使所述控制设备根据所述进程状态信息，定位所述内核中出现故障的目标进程。
89.可选的，步骤105通过所述调试接口，向所述控制设备发送所述进程状态信息，以使所述控制设备根据所述进程状态信息，定位所述内核中出现故障的目标进程，具体可以包括：向所述控制设备发送所述日志文件，以使所述控制设备根据所述日志文件中记录的进程状态信息，定位所述内核中出现故障的目标进程。
90.通过所述调试接口(如ejtag接口)，所述硬件平台将读取到的包含进程状态信息的日志文件，发送至所述控制设备，以供本领域技术人员在控制设备端分析所述日志文件，或者，直接由所述控制设备自主分析所述日志文件，以根据所述日志文件包含的进程状态信息，定位所述内核中出现故障的目标进程。示例如：所述进程状态信息包括运行态、阻塞态、就绪态等，所述运行态指该进程正在执行；所述阻塞态指进程因等待某件事发生而暂时不能运行；所述就绪态指进程已经做好了准备，只要有机会就开始执行，所述控制设备能够识别所述日志文件中为阻塞态的进程状态信息；如，linux系统的内核中实现存储功能a的
进程状态信息为阻塞态，则所述控制设备能够通过分析所述日志文件，快速定位所述内核中的存储功能a对应的进程发生故障，存储功能a对应的进程为目标进程。
91.综上，在本发明的实施例中，硬件平台可以通过配置的调试接口，接收来自控制设备的第一命令，响应于所述第一命令进入调试状态，以遍历执行所述linux系统的内核中的进程，以及记录执行所述linux系统的内核中每个进程的进程状态信息。在第一命令执行完成之后，所述硬件平台可以接收来自控制设备的第二命令，并响应于所述第二命令，读取所述进程状态信息，以及将所述进程状态信息发送至控制设备，以供控制设备端分析所述进程状态信息，定位出现故障的目标进程。由此，本发明实施例能够通过控制设备向硬件平台的调试接口发送控制命令，控制硬件平台的cpu执行控制命令，以使硬件平台读取进程状态信息，并将所述进程状态信息发送至控制设备，进而可以供控制设备端对硬件平台的内核故障进行快速定位，可以提高所述linux系统内核的故障定位的效率和准确度，并且可以节省人力物力和时间成本。
92.需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。
93.装置实施例
94.参照图3，示出了本发明的一种故障定位装置实施例的结构框图，应用于运行linux系统的硬件平台，所述硬件平台配置有调试接口，所述装置具体可以包括如下模块：
95.第一接收模块301，用于在所述linux系统的内核出现故障的情况下，通过所述调试接口，接收来自控制设备的第一命令；
96.遍历模块302，用于响应于所述第一命令，进入调试状态以遍历执行所述linux系统的内核中的进程，并且在遍历过程中记录每个进程的进程状态信息；
97.第二接收模块303，用于通过所述调试接口，接收来自所述控制设备的第二命令；
98.读取模块304，用于响应于所述第二命令，读取所述进程状态信息；
99.发送模块305，用于通过所述调试接口，向所述控制设备发送所述进程状态信息，以使所述控制设备根据所述进程状态信息，定位所述内核中出现故障的目标进程。
100.可选的，所述第一命令中携带有目标函数的第一地址和目标缓存的第二地址，所述遍历模块302，包括：
101.运行目标函数子模块，用于响应于所述第一命令，根据所述第一地址，运行所述目标函数，所述目标函数用于遍历执行所述linux系统的内核中的进程，并且将遍历过程中每个进程的进程状态信息保存至所述第二地址对应的目标缓存中。
102.可选的，所述目标函数包括第一调用函数和第二调用函数，所述运行目标函数子模块包括：
103.第一运行单元，用于通过运行所述第一调用函数，遍历执行所述linux系统的内核中的进程；
104.第二运行单元，用于通过运行所述第二调用函数，将遍历过程中每个进程的进程状态信息保存至所述第二地址对应的目标缓存中。
105.可选的，所述目标函数还包括第三调用函数和第四调用函数，所述装置还包括：
106.第三运行模块，用于通过运行所述第三调用函数，对所述内核中的进程启动中断保护；
107.第四运行模块，用于通过运行所述第四调用函数，对所述内核中的进程结束中断保护。
108.可选的，所述装置还包括：
109.反汇编模块，用于对所述linux系统的内核文件进行反汇编操作，获取所述目标函数的第一地址和所述目标缓存的第二地址。
110.可选的，所述第二命令中携带有所述第二地址，所述读取模块404，包括：
111.读取数据子模块，用于响应于所述第二命令，从所述第二地址对应的目标缓存中读取预设长度的存储数据。
112.保存子模块，用于将读取的所述存储数据保存为日志文件。
113.可选的，所述发送模块305，包括：
114.发送日志子模块，用于向所述控制设备发送所述日志文件，以使所述控制设备根据所述日志文件中记录的进程状态信息，定位所述内核中出现故障的目标进程。
115.可选的，所述装置还包括：
116.第三接收模块，用于通过所述调试接口，接收来自控制设备的第三命令；
117.退出模块，用于响应于所述第三命令，退出所述linux系统的调试状态以继续执行后续命令。
118.可选的，所述调试接口为ejtag接口。
119.参照图4，示出了本发明的一种故障定位系统实施例的结构框图，所述故障定位系统包括：控制设备401、转换器402、以及硬件平台403；所述控制设备401通过所述转换器402与所述硬件平台403连接；所述硬件平台403配置有调试接口；
120.所述转换器用于对来自所述控制设备的命令进行协议转换并发送至所述调试接口，以及对来自所述调试接口的数据进行协议转换并发送至所述控制设备；
121.所述硬件平台包括：第一接收模块、遍历模块、第二接收模块、读取模块、以及发送模块；其中，
122.所述第一接收模块，用于在所述linux系统的内核出现故障的情况下，通过所述调试接口，接收来自所述控制设备的第一命令；
123.所述遍历模块，用于响应于所述第一命令，进入调试状态以遍历执行所述linux系统的内核中的进程，并且在遍历过程中记录每个进程的进程状态信息；
124.所述第二接收模块，用于通过所述调试接口，接收来自所述控制设备的第二命令；
125.所述读取模块，用于响应于所述第二命令，读取所述进程状态信息；
126.所述发送模块，用于通过所述调试接口，向所述控制设备发送所述进程状态信息，以使所述控制设备根据所述进程状态信息，定位所述内核中出现故障的目标进程。
127.综上，在本发明的实施例中，硬件平台可以通过配置的调试接口，接收来自控制设备的第一命令，响应于所述第一命令进入调试状态，遍历执行所述linux系统的内核中的进程，以及记录执行所述linux系统的内核中每个进程的进程状态信息，并通过接收来自控制设备的第二命令，响应于所述第二命令，读取所述进程状态信息，并将所述进程状态信息发
送至控制设备，以供控制设备端分析所述进程状态信息，进行故障定位。因此，本发明实施例能够通过控制设备，灵活的控制硬件平台遍历内核中的进程，读取进程状态信息，并将所述进程状态信息发送至控制设备，以供控制设备快速进行linux系统内核的故障定位，以提高所述linux系统内核的故障定位的效率和准确度，节省人力物力和时间成本。
128.对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
129.图5是根据一示例性实施例示出的一种用于故障定位的硬件平台500的结构框图。例如，硬件平台500可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
130.参照图5，硬件平台500可以包括以下一个或多个组件：处理组件502，存储器504，电源组件506，多媒体组件508，音频组件510，输入/输出(i/o)的接口512，传感器组件514，以及通信组件516。需要说明的是，硬件平台500运行有linux系统，且硬件平台500配置有调试接口。
131.处理组件502通常控制硬件平台500的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件502可以包括一个或多个处理器520来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件502可以包括一个或多个模块，便于处理组件502和其他组件之间的交互。例如，处理部件502可以包括多媒体模块，以方便多媒体组件508和处理组件502之间的交互。
132.存储器504被配置为存储各种类型的数据以支持在设备500的操作。这些数据的示例包括用于在硬件平台500上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器504可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
133.电力组件504为硬件平台500的各种组件提供电力。电力组件504可以包括电源管理系统，一个或多个电源，及其他与为硬件平台500生成、管理和分配电力相关联的组件。
134.多媒体组件508包括在所述硬件平台500和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件508包括一个前置摄像头和/或后置摄像头。当硬件平台500处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
135.音频组件510被配置为输出和/或输入音频信号。例如，音频组件510包括一个麦克风(mic)，当硬件平台500处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器504或经由通信组件516发送。在一些实施例中，音频组件510还包括一个扬声器，用于输出音频信号。
136.i/o接口512为处理组件502和外围接口模块之间提供接口，上述外围接口模块可
以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
137.传感器组件514包括一个或多个传感器，用于为硬件平台500提供各个方面的状态评估。例如，传感器组件514可以检测到设备500的打开/关闭状态，组件的相对定位，例如所述组件为硬件平台500的显示器和小键盘，传感器组件514还可以检测硬件平台500或硬件平台500一个组件的位置改变，用户与硬件平台500接触的存在或不存在，硬件平台500方位或加速/减速和硬件平台500的温度变化。传感器组件514可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件514还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件514还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
138.通信组件516被配置为便于硬件平台500和其他设备之间有线或无线方式的通信。硬件平台500可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信部件514经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件514还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。
139.在示例性实施例中，硬件平台500可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
140.在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器504，上述指令可由硬件平台500的处理器520执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
141.一种非临时性计算机可读存储介质，当所述存储介质中的指令由终端的处理器执行时，使得终端能够执行一种启动应用程序的方法，应用于运行linux系统的硬件平台，所述硬件平台配置有调试接口，所述方法包括：
142.在所述linux系统的内核出现故障的情况下，通过所述调试接口，接收来自控制设备的第一命令；
143.响应于所述第一命令，进入调试状态以遍历执行所述linux系统的内核中的进程，并且在遍历过程中记录每个进程的进程状态信息；
144.通过所述调试接口，接收来自所述控制设备的第二命令；
145.响应于所述第二命令，读取所述进程状态信息；
146.通过所述调试接口，向所述控制设备发送所述进程状态信息，以使所述控制设备根据所述进程状态信息，定位所述内核中出现故障的目标进程。
147.本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
148.本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可
用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
149.本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
150.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以预测方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
151.这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
152.尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。
153.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
154.以上对本发明所提供的一种故障定位方法、一种故障定位装置、一种故障定位系统、一种硬件平台以及一种存储介质，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。