CN116089139A - 一种串口硬盘故障处理方法、装置、介质 - Google Patents
一种串口硬盘故障处理方法、装置、介质 Download PDFInfo
- Publication number
- CN116089139A CN116089139A CN202211582327.5A CN202211582327A CN116089139A CN 116089139 A CN116089139 A CN 116089139A CN 202211582327 A CN202211582327 A CN 202211582327A CN 116089139 A CN116089139 A CN 116089139A
- Authority
- CN
- China
- Prior art keywords
- hard disk
- fault
- serial
- information
- state
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000012545 processing Methods 0.000 title claims abstract description 45
- 238000000034 method Methods 0.000 title claims description 36
- 238000003672 processing method Methods 0.000 claims abstract description 28
- 238000012423 maintenance Methods 0.000 claims abstract description 20
- 238000004590 computer program Methods 0.000 claims description 12
- 238000012360 testing method Methods 0.000 claims description 7
- 230000005540 biological transmission Effects 0.000 abstract description 24
- 238000004891 communication Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 8
- 230000008569 process Effects 0.000 description 7
- 101150087393 PIN3 gene Proteins 0.000 description 4
- 230000002159 abnormal effect Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 3
- 238000013473 artificial intelligence Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000009877 rendering Methods 0.000 description 2
- 230000005856 abnormality Effects 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000003745 diagnosis Methods 0.000 description 1
- 238000005265 energy consumption Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
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/079—Root cause analysis, i.e. error or fault diagnosis
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Health & Medical Sciences (AREA)
- Biomedical Technology (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请涉及计算机硬盘领域，公开了一种串口硬盘故障处理方法、装置、介质，包括：当检测到故障信息后，根据故障信息确定故障硬盘，以便于后续对故障硬盘进行处理；获取故障硬盘的状态信息，并判断状态信息是否满足预设条件；若满足预设条件，向故障硬盘的DEVSLP引脚发送指令，以控制故障硬盘的链路重启。由此可见，本申请提供的串口硬盘故障处理方法，通过在满足预设条件时通过向故障硬盘的DEVSLP引脚发送指令以使设备进入低功耗状态，从而使故障硬盘与控制器间的链路重启，以判断故障硬盘的软件传输层是否存在故障，以便于维护人员对故障硬盘进行维护。
Description
技术领域
本申请涉及计算机硬盘领域，特别是涉及一种串口硬盘故障处理方法、装置、介质。
背景技术
SATA是Serial ATA的缩写，即串行ATA。它是一种电脑总线，主要功能是用作主板和大量存储设备(如硬盘及光盘驱动器)之间的数据传输，由于采用串行方式传输数据而得名，还具有结构简单、支持热插拔的优点。
SATA存储设备广泛应用于服务器等硬件产品中，由于SATA是一种包含通信协议的通信接口。对于SATA存储设备来说，为了保证存储设备正常工作，首先要保证信息存储的安全性和准确性。目前串口硬盘存在故障时，硬件维护人员只能通过测试电信号是否正常和分析物理链路是否可靠的方式对硬盘进行检测，但除物理链路故障的情况外，传输协议异常、串口意外失效等软件层面的故障也可能会导致串口硬盘故障。
由此可见，如何提供一种更全面的故障检测方法，使维护人员能够判断串口硬盘的软件传输层是否存在故障，是本领域技术人员亟需解决的问题。
发明内容
本申请的目的是提供一种串口硬盘故障处理方法、装置、介质，以判断串口硬盘的存在软件传输层是否存在故障，以便于维护人员对故障硬盘进行维护。
为了解决上述技术问题，本申请提供了一种串口硬盘故障处理方法，包括：
当检测到故障信息后，根据所述故障信息确定故障硬盘；
获取所述故障硬盘的状态信息；
判断所述状态信息是否满足预设条件；
若满足所述预设条件，向所述故障硬盘的DEVSLP引脚发送指令，以控制所述故障硬盘的链路重启。
优选的，所述获取所述故障硬盘的状态信息包括：
读取串口状态寄存器以获取所述状态信息。
优选的，所述状态信息至少包括：正常工作状态、链路初始化状态、低功耗状态；
相应的，所述预设条件为所述状态信息为正常工作状态。
优选的，所述向所述故障硬盘的DEVSLP引脚发送指令包括：
向所述故障硬盘的DEVSLP引脚发送standby immediate命令以使所述故障硬盘进入低功耗状态。
优选的，所述读取串口状态寄存器以获取所述状态信息包括：
通过接口功耗管理装置读取所述串口状态寄存器的目标地址，以获取所述状态信息。
优选的，所述向所述故障硬盘的DEVSLP引脚发送指令的步骤后，还包括：
向所述故障硬盘发送测试数据包，并获取所述故障硬盘的时间参数；
根据所述时间参数判断所述故障硬盘是否进入低功耗状态。
优选的，所述向所述故障硬盘的DEVSLP引脚发送指令的步骤后，还包括：
在所述故障硬盘的链路重启后，判断所述故障硬盘是否存在所述故障信息；
若存在所述故障信息，将所述故障信息发送至维护人员。
为了解决上述技术问题，本申请还提供了一种串口硬盘故障处理装置，包括：
确定模块，用于当检测到故障信息后，根据所述故障信息确定故障硬盘；
获取模块，用于获取所述故障硬盘的状态信息；
判断模块，用于判断所述状态信息是否满足预设条件；
指令发送模块，用于若满足所述预设条件，向所述故障硬盘的DEVSLP引脚发送指令，以控制所述故障硬盘的链路重启。
此外，本申请所提供的串口硬盘故障处理装置还包括：低功耗状态判断模块，故障信息发送模块，其中，低功耗状态判断模块用于向所述故障硬盘发送测试数据包，并获取所述故障硬盘的时间参数；根据所述时间参数判断所述故障硬盘是否进入低功耗状态。故障信息发送模块用于在所述故障硬盘的链路重启后，判断所述故障硬盘是否存在所述故障信息；若存在所述故障信息，将所述故障信息发送至维护人员
为了解决上述技术问题，本申请还提供了一种串口硬盘故障处理装置，包括存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现所述的串口硬盘故障处理方法的步骤。
为了解决上述技术问题，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现所述的串口硬盘故障处理方法的步骤。
本申请提供了一种串口硬盘故障处理方法，包括：当检测到故障信息后，根据故障信息确定故障硬盘，以便于后续对故障硬盘进行处理；获取故障硬盘的状态信息，并判断状态信息是否满足预设条件；若满足预设条件，向故障硬盘的DEVSLP引脚发送指令，以控制故障硬盘的链路重启。由此可见，本申请提供的串口硬盘故障处理方法，通过在满足预设条件时通过向故障硬盘的DEVSLP引脚发送指令以使设备进入低功耗状态，从而使故障硬盘与控制器间的链路重启，以判断故障硬盘的软件传输层是否存在故障，以便于维护人员对故障硬盘进行维护。
此外，本申请还提供了一种串口硬盘故障处理装置、介质，包括：当检测到故障信息后，根据故障信息确定故障硬盘，以便于后续对故障硬盘进行处理；获取故障硬盘的状态信息，并判断状态信息是否满足预设条件；若满足预设条件，向故障硬盘的DEVSLP引脚发送指令，以控制故障硬盘的链路重启。由此可见，本申请提供的串口硬盘故障处理方案，通过在满足预设条件时通过向故障硬盘的DEVSLP引脚发送指令以使设备进入低功耗状态，从而使故障硬盘与控制器间的链路重启，以判断故障硬盘的软件传输层是否存在故障，以便于维护人员对故障硬盘进行维护。
附图说明
为了更清楚地说明本申请实施例，下面将对实施例中所需要使用的附图做简单的介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例所提供的一种串口硬盘连接方式的示意图；
图2为本申请实施例所提供的一种串口硬盘故障处理方法的流程图；
图3为本申请实施例所提供的一种串口硬盘故障处理装置的结构图；
图4为本申请实施例所提供的另一种串口硬盘故障处理装置的结构图；
附图标记如下：1为控制器，2为串口硬盘。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下，所获得的所有其他实施例，都属于本申请保护范围。
本申请的核心是提供一种串口硬盘故障处理方法、装置、介质，以判断串口硬盘的存在软件传输层是否存在故障，以便于维护人员对故障硬盘进行维护。
为了便于理解，下面将对本发明的技术方案所适用的硬件架构进行介绍。图1为本申请实施例所提供的一种串口硬盘连接方式的示意图，如图1所示，控制器通过DEVSLP信号与串口硬盘进行通信。SATA总线使用了嵌入式时钟频率信号，具备了比以往更强的纠错能力，能对传输指令(不仅是数据)进行检查，如果发现错误会自动矫正，提高了数据传输的可靠性。SATA和以往最明显的分别，是用上了较细的排线，有利机箱内部的空气流通，增加了整个平台的稳定性。表1为一般的SATA接口的示意图，如表1所示，串口硬盘在电源侧的信号引脚P1\P2\P3通常处于闲置的状态，对于普通的2.5寸和3.5寸的HDD和SSD来说，P1\P2\P3这三个引脚是无法正常使用的，其中PIN3引脚用于传输DEVSLP信号，其中，DEVSLP信号可以使设备进入低能耗状态。对于这个信号来讲，如果设备在读写过程中有短暂的空转，OS系统或是主板内部下发“DEVSLP”命令就会有机会打中，主控通过发送这个信号让设备进入低能耗的状态。从而促使存储设备和控制器间的数据传输链路初始化。本申请所提供的技术方案应用于智能设备的控制器中，用于SATA硬盘故障检测，在具体实施中，控制器通过串口硬盘的P3引脚向串口硬盘发送指令，以控制硬盘进入低功耗状态。
表1
在串口硬盘使用场景中，为了保证数据正常传输，需要保证通信链路正常工作。当串口硬盘存在故障时，硬件维护人员只能通过测试电信号是否正常和分析物理链路是否可靠的方式对硬盘进行检测，但除物理链路故障的情况外，传输协议异常、串口意外失效等软件层面的故障也可能会导致串口硬盘故障。为了使维护人员能够判断串口硬盘的软件传输层是否存在故障，本申请提供了一种串口硬盘故障处理方法，该方法包括：当检测到故障信息后，根据故障信息确定故障硬盘，以便于后续对故障硬盘进行处理；获取故障硬盘的状态信息，并判断状态信息是否满足预设条件；若满足预设条件，向故障硬盘的DEVSLP引脚发送指令，以控制故障硬盘的链路重启。由此可见，本申请提供的串口硬盘故障处理方法，通过在满足预设条件时通过向故障硬盘的DEVSLP引脚发送指令以使设备进入低功耗状态，从而使故障硬盘与控制器间的链路重启，以判断故障硬盘的软件传输层是否存在故障，以便于维护人员对故障硬盘进行维护。
为了使本技术领域的人员更好地理解本申请方案，下面结合附图和具体实施方式对本申请作进一步的详细说明。
图1为本申请实施例所提供的一种串口硬盘故障处理方法，如图1所示，该方法包括：
S10：当检测到故障信息后，根据故障信息确定故障硬盘。
需要注意的是，本申请所提供的技术方案应用于串口硬盘，用于检测串口硬盘是否存在软件传输协议层面的故障，本申请所提供的技术方案应用于包括主控制器和串口硬盘的装置，其中，主控制器的控制引脚和串口硬盘的PIN3引脚连接，以便于向串口硬盘发送DEVSLP信号。同时，在设备端的DEVSLP信号接收端通过拉高拉低电平来控制DEVSLP信号是否置位。
在具体实施中，考虑到服务器中通常存在多块硬盘，为了提高故障诊断效率，获取控制发送的故障信息，并根据故障信息确定故障硬盘的盘符、所在区域等信息。
S11：获取故障硬盘的状态信息；
S12：判断状态信息是否满足预设条件。
在具体实施中，首先获取故障硬盘的状态信息，并判断状态信息是否满足预设条件以确定该故障硬盘是否能够进入低功耗模式。
可以通过读取串口状态寄存器(SATA Status Register)的SCR0获取故障硬盘的状态信息，具体的，这个寄存器的[11：8]位的值会映射到接口功耗管理模块(InterfacePower Management，IPM)中，因此，通过设置接口功耗管理模块读取这个寄存器中的值即可知道控制器(Host)要求串口硬盘(Device)进入的状态。若控制器通过读取串口状态寄存器中的值确定串口硬盘能够成功的命中DEVSLP信号时，则判断串口硬盘的状态信息满足预设条件。
S13：若满足预设条件，向故障硬盘的DEVSLP引脚发送指令，以控制故障硬盘的链路重启。
在具体实施中，当控制器通过读取串口状态寄存器中的值确定串口硬盘能够成功的命中DEVSLP信号时，则向串口硬盘的PIN3引脚发送DEVSLP命令，以使串口硬盘进入低功耗状态。从而使串口硬盘与控制器间的通信链路重启。其中，模拟链路初始化，相当于模拟通信链路从关机状态到开机状态的过程。在本实施例中，当串口硬盘发生故障时，我们可以通过使能DEVSLP信号强制使设备进入DEVSLP低能耗状态，当进入这种状态后，当操作设别或者重新使能这个信号，低能耗状态将会被打破，重新链路初始化去识别设备并进行对设备重新读取和识别。
本实施例提供了一种串口硬盘故障处理方法，包括：当检测到故障信息后，根据故障信息确定故障硬盘，以便于后续对故障硬盘进行处理；获取故障硬盘的状态信息，并判断状态信息是否满足预设条件；若满足预设条件，向故障硬盘的DEVSLP引脚发送指令，以控制故障硬盘的链路重启。由此可见，本申请提供的串口硬盘故障处理方法，通过在满足预设条件时通过向故障硬盘的DEVSLP引脚发送指令以使设备进入低功耗状态，从而使故障硬盘与控制器间的链路重启，以判断故障硬盘的软件传输层是否存在故障，以便于维护人员对故障硬盘进行维护。
作为优选的实施例，获取故障硬盘的状态信息包括：读取串口状态寄存器以获取状态信息。其中，状态信息至少包括：正常工作状态、链路初始化状态、低功耗状态；相应的，预设条件为状态信息为正常工作状态。
在具体实施中，主控制器可以通过读取串口状态寄存器(SATA Status Register)的SCR0获取故障硬盘的状态信息，这个寄存器的[11：8]位的值会映射到接口功耗管理模块(Interface Power Management，IPM)中，因此，通过设置接口功耗管理模块读取这个寄存器中的值即可知道控制器(Host)要求串口硬盘(Device)进入的状态。串口硬盘的状态包括正常工作状态、链路初始化状态、低功耗状态，其中，低功耗状态为串口硬盘停止工作状态，链路初始化状态为链路恢复阶段。在处于链路初始化状态时，控制器可以操作串口硬盘重新使能，从而使串口硬盘与控制器间的通信链路重新建立，以解决传输协议异常、串口意外失效等软件层面的故障。
在具体实施中，当主控制器确定故障硬盘能够命中DEVSLP引脚时，向故障硬盘发送指令，以使故障硬盘进入低功耗状态，其中，向故障硬盘的DEVSLP引脚发送指令包括：向故障硬盘的DEVSLP引脚发送standby immediate命令以使故障硬盘进入低功耗状态。由此可见，本申请提供的串口硬盘故障处理方法，通过在满足预设条件时通过向故障硬盘的DEVSLP引脚发送指令以使设备进入低功耗状态，从而使故障硬盘与控制器间的链路重启，以判断故障硬盘的软件传输层是否存在故障，以便于维护人员对故障硬盘进行维护。
可以理解的是，当控制器向故障硬盘的DEVSLP引脚发送指令后，若故障硬盘的链路重启后数据依然无法传输，则表明硬盘存在硬件层面的故障。但由于DEVSLP引脚较为特殊，控制器发送的指令并不一定能够命中，因此，需要对故障硬盘进行检测以判断故障硬盘师傅进入低功耗状态。
在上述实施例的基础上，向故障硬盘的DEVSLP引脚发送指令的步骤后，还包括：向故障硬盘发送测试数据包，并获取故障硬盘的时间参数；根据时间参数判断故障硬盘是否进入低功耗状态。
可以理解的是，若故障硬盘未进入低功耗状态，则控制器再次向DEVSLP引脚发送standby immediate命令以使故障硬盘进入低功耗状态。
需要注意的是，故障硬盘的故障原因除包括：传输协议异常、串口意外失效等软件层面的故障外，还包括物理链路故障的情况，而重启故障硬盘的传输链路仅能处理故障硬盘的软件层面的故障。因此，作为优选的实施例，向故障硬盘的DEVSLP引脚发送指令的步骤后，还包括：在故障硬盘的链路重启后，判断故障硬盘是否存在故障信息；若存在故障信息，将故障信息发送至维护人员。以便于管理人员及时对故障硬盘的物理连接进行维护。
在上述实施例中，对于串口硬盘故障处理方法进行了详细描述，本申请还提供串口硬盘故障处理装置对应的实施例。需要说明的是，本申请从两个角度对装置部分的实施例进行描述，一种是基于功能模块的角度，另一种是基于硬件的角度。
图3为本申请实施例所提供的一种串口硬盘故障处理装置的结构图，如图3所示，本申请所提供的串口硬盘故障处理装置，包括：
确定模块10，用于当检测到故障信息后，根据故障信息确定故障硬盘；
获取模块11，用于获取故障硬盘的状态信息；
判断模块12，用于判断状态信息是否满足预设条件；
指令发送模块13，用于若满足预设条件，向故障硬盘的DEVSLP引脚发送指令，以控制故障硬盘的链路重启。
在具体实施中，首先获取故障硬盘的状态信息，并判断状态信息是否满足预设条件以确定该故障硬盘是否能够进入低功耗模式。
可以通过读取串口状态寄存器(SATA Status Register)的SCR0获取故障硬盘的状态信息，具体的，这个寄存器的[11：8]位的值会映射到接口功耗管理模块(InterfacePower Management，IPM)中，因此，通过设置接口功耗管理模块读取这个寄存器中的值即可知道控制器(Host)要求串口硬盘(Device)进入的状态。若控制器通过读取串口状态寄存器中的值确定串口硬盘能够成功的命中DEVSLP信号时，则判断串口硬盘的状态信息满足预设条件。
在具体实施中，当控制器通过读取串口状态寄存器中的值确定串口硬盘能够成功的命中DEVSLP信号时，则向串口硬盘的PIN3引脚发送DEVSLP命令，以使串口硬盘进入低功耗状态。从而使串口硬盘与控制器间的通信链路重启。其中，模拟链路初始化，相当于模拟通信链路从关机状态到开机状态的过程。在本实施例中，当串口硬盘发生故障时，我们可以通过使能DEVSLP信号强制使设备进入DEVSLP低能耗状态，当进入这种状态后，当操作设别或者重新使能这个信号，低能耗状态将会被打破，重新链路初始化去识别设备并进行对设备重新读取和识别。
由于装置部分的实施例与方法部分的实施例相互对应，因此装置部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。
此外，本申请所提供的串口硬盘故障处理装置还包括：低功耗状态判断模块，故障信息发送模块，其中，低功耗状态判断模块用于向所述故障硬盘发送测试数据包，并获取所述故障硬盘的时间参数；根据所述时间参数判断所述故障硬盘是否进入低功耗状态。故障信息发送模块用于在所述故障硬盘的链路重启后，判断所述故障硬盘是否存在所述故障信息；若存在所述故障信息，将所述故障信息发送至维护人员。
本申请提供了一种串口硬盘故障处理方法，包括：当检测到故障信息后，根据故障信息确定故障硬盘，以便于后续对故障硬盘进行处理；获取故障硬盘的状态信息，并判断状态信息是否满足预设条件；若满足预设条件，向故障硬盘的DEVSLP引脚发送指令，以控制故障硬盘的链路重启。由此可见，本申请提供的串口硬盘故障处理方法，通过在满足预设条件时通过向故障硬盘的DEVSLP引脚发送指令以使设备进入低功耗状态，从而使故障硬盘与控制器间的链路重启，以判断故障硬盘的软件传输层是否存在故障，以便于维护人员对故障硬盘进行维护。
图4为本申请实施例所提供的另一种串口硬盘故障处理装置的结构图，如图4所示，该串口硬盘故障处理装置包括：存储器20，用于存储计算机程序；
处理器21，用于执行计算机程序时实现如上述实施例串口硬盘故障处理方法的步骤。
本实施例提供的终端设备可以包括但不限于智能手机、平板电脑、笔记本电脑或台式电脑等。
其中，处理器21可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器21可以采用数字信号处理器(Digital Signal Processor，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器21也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称中央处理器(CentralProcessing Unit，CPU)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器21可以集成有图像处理器(Graphics Processing Unit，GPU)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器21还可以包括人工智能(Artificial Intelligence，AI)处理器，该AI处理器用于处理有关机器学习的计算操作。
存储器20可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器20还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。本实施例中，存储器20至少用于存储以下计算机程序201，其中，该计算机程序被处理器21加载并执行之后，能够实现前述任一实施例公开的串口硬盘故障处理方法的相关步骤。另外，存储器20所存储的资源还可以包括操作系统202和数据203等，存储方式可以是短暂存储或者永久存储。其中，操作系统202可以包括Windows、Unix、Linux等。数据203可以包括但不限于故障信息等。
在一些实施例中，串口硬盘故障处理装置还可包括有显示屏22、输入输出接口23、通信接口24、电源25以及通信总线26。
本领域技术人员可以理解，图4中示出的结构并不构成对串口硬盘故障处理装置的限定，可以包括比图示更多或更少的组件。
本申请实施例提供的串口硬盘故障处理装置，包括存储器和处理器，处理器在执行存储器存储的程序时，能够实现如下方法：
当检测到故障信息后，根据故障信息确定故障硬盘；
获取故障硬盘的状态信息；
判断状态信息是否满足预设条件；若满足预设条件，向故障硬盘的DEVSLP引脚发送指令，以控制故障硬盘的链路重启。
本申请提供了一种串口硬盘故障处理装置，包括：当检测到故障信息后，根据故障信息确定故障硬盘，以便于后续对故障硬盘进行处理；获取故障硬盘的状态信息，并判断状态信息是否满足预设条件；若满足预设条件，向故障硬盘的DEVSLP引脚发送指令，以控制故障硬盘的链路重启。由此可见，本申请提供的串口硬盘故障处理装置，通过在满足预设条件时通过向故障硬盘的DEVSLP引脚发送指令以使设备进入低功耗状态，从而使故障硬盘与控制器间的链路重启，以判断故障硬盘的软件传输层是否存在故障，以便于维护人员对故障硬盘进行维护。
最后，本申请还提供一种计算机可读存储介质对应的实施例。计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述方法实施例中记载的步骤。本实施例所提供的计算机可读存储介质用于存储上述实施例所述的串口硬盘故障处理方法，该包括：当检测到故障信息后，根据故障信息确定故障硬盘，以便于后续对故障硬盘进行处理；获取故障硬盘的状态信息，并判断状态信息是否满足预设条件；若满足预设条件，向故障硬盘的DEVSLP引脚发送指令，以控制故障硬盘的链路重启。由此可见，本申请提供的串口硬盘故障处理方法，通过在满足预设条件时通过向故障硬盘的DEVSLP引脚发送指令以使设备进入低功耗状态，从而使故障硬盘与控制器间的链路重启，以判断故障硬盘的软件传输层是否存在故障，以便于维护人员对故障硬盘进行维护。
可以理解的是，如果上述实施例中的方法以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上对本申请所提供的串口硬盘故障处理方法、装置、介质进行了详细介绍。本申请提供的串口硬盘故障处理方法、装置、介质，通过在满足预设条件时通过向故障硬盘的DEVSLP引脚发送指令以使设备进入低功耗状态，从而使故障硬盘与控制器间的链路重启，以判断故障硬盘的软件传输层是否存在故障，以便于维护人员对故障硬盘进行维护。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。
还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
Claims (10)
1.一种串口硬盘故障处理方法，其特征在于，包括：
当检测到故障信息后，根据所述故障信息确定故障硬盘；
获取所述故障硬盘的状态信息；
判断所述状态信息是否满足预设条件；
若满足所述预设条件，向所述故障硬盘的DEVSLP引脚发送指令，以控制所述故障硬盘的链路重启。
2.根据权利要求1所述的串口硬盘故障处理方法，其特征在于，所述获取所述故障硬盘的状态信息包括：
读取串口状态寄存器以获取所述状态信息。
3.根据权利要求2所述的串口硬盘故障处理方法，其特征在于，所述状态信息至少包括：正常工作状态、链路初始化状态、低功耗状态；
相应的，所述预设条件为所述状态信息为正常工作状态。
4.根据权利要求3所述的串口硬盘故障处理方法，其特征在于，所述向所述故障硬盘的DEVSLP引脚发送指令包括：
向所述故障硬盘的DEVSLP引脚发送standby immediate命令以使所述故障硬盘进入低功耗状态。
5.根据权利要求2所述的串口硬盘故障处理方法，其特征在于，所述读取串口状态寄存器以获取所述状态信息包括：
通过接口功耗管理装置读取所述串口状态寄存器的目标地址，以获取所述状态信息。
6.根据权利要求1至5任一项所述的串口硬盘故障处理方法，其特征在于，所述向所述故障硬盘的DEVSLP引脚发送指令的步骤后，还包括：
向所述故障硬盘发送测试数据包，并获取所述故障硬盘的时间参数；
根据所述时间参数判断所述故障硬盘是否进入低功耗状态。
7.根据权利要求1所述的串口硬盘故障处理方法，其特征在于，所述向所述故障硬盘的DEVSLP引脚发送指令的步骤后，还包括：
在所述故障硬盘的链路重启后，判断所述故障硬盘是否存在所述故障信息；
若存在所述故障信息，将所述故障信息发送至维护人员。
8.一种串口硬盘故障处理装置，其特征在于，包括：
确定模块，用于当检测到故障信息后，根据所述故障信息确定故障硬盘；
获取模块，用于获取所述故障硬盘的状态信息；
判断模块，用于判断所述状态信息是否满足预设条件；
指令发送模块，用于若满足所述预设条件，向所述故障硬盘的DEVSLP引脚发送指令，以控制所述故障硬盘的链路重启。
9.一种串口硬盘故障处理装置，其特征在于，包括存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现如权利要求1至7任一项所述的串口硬盘故障处理方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的串口硬盘故障处理方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211582327.5A CN116089139A (zh) | 2022-12-09 | 2022-12-09 | 一种串口硬盘故障处理方法、装置、介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211582327.5A CN116089139A (zh) | 2022-12-09 | 2022-12-09 | 一种串口硬盘故障处理方法、装置、介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116089139A true CN116089139A (zh) | 2023-05-09 |
Family
ID=86201600
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211582327.5A Pending CN116089139A (zh) | 2022-12-09 | 2022-12-09 | 一种串口硬盘故障处理方法、装置、介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116089139A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN118260144A (zh) * | 2024-05-31 | 2024-06-28 | 济南浪潮数据技术有限公司 | 一种硬盘测试方法、设备、存储介质以及计算机程序产品 |
-
2022
- 2022-12-09 CN CN202211582327.5A patent/CN116089139A/zh active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN118260144A (zh) * | 2024-05-31 | 2024-06-28 | 济南浪潮数据技术有限公司 | 一种硬盘测试方法、设备、存储介质以及计算机程序产品 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9680712B2 (en) | Hardware management and control of computer components through physical layout diagrams | |
| EP2312438A1 (en) | Method and apparatus for remote modification of system configuration | |
| US10761730B2 (en) | Method for configuring disk array of electronic device and related electronic device | |
| WO2016202040A1 (zh) | 一种基于pcie子卡热插拔的方法及装置 | |
| EP2189906A1 (en) | Method and apparatus for abnormality recovering of data card, and data card | |
| US20240264914A1 (en) | Method and device for recovering self-test exception of server component, system and medium | |
| CN113204456A (zh) | 一种服务器vpp接口的测试方法、治具、装置及设备 | |
| CN116539992A (zh) | 存储设备在位稳定状态检测装置、方法、逻辑模块及介质 | |
| CN116775413A (zh) | 一种pcie拓扑扫描方法、装置、设备及可读存储介质 | |
| CN114461142B (zh) | 一种读写Flash数据的方法、系统、装置及介质 | |
| CN115766410A (zh) | 一种机器工作状态切换方法、系统、装置及介质 | |
| CN116089139A (zh) | 一种串口硬盘故障处理方法、装置、介质 | |
| CN116089124A (zh) | 一种仿真系统通信方法、装置、介质 | |
| CN115629825A (zh) | 一种服务器及其资产信息获取方法、提供方法和装置 | |
| CN115934616A (zh) | 串口信息保存方法、装置、服务器、电子设备和存储介质 | |
| CN115168119A (zh) | 一种服务器pcie链路检测方法、装置以及介质 | |
| CN114936135A (zh) | 一种异常检测方法、装置及可读存储介质 | |
| CN115421793A (zh) | 一种启动状态的显示方法及计算设备 | |
| CN112596983A (zh) | 一种服务器内连接器的监测方法 | |
| CN114968629A (zh) | 计算机系统及其专用崩溃转存装置与记录错误数据的方法 | |
| CN114153388B (zh) | 一种硬盘系统和硬盘配置信息刷新方法、装置及介质 | |
| CN111124804B (zh) | 测试方法和装置 | |
| CN117056154A (zh) | 一种智能网卡网口功能的检测方法、系统、装置及介质 | |
| CN117992311B (zh) | 一种服务器及其硬盘监控方法、装置、设备和介质 | |
| CN113641543A (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 |