CN104657227A - 硬盘写操作失败时的处理方法及系统 - Google Patents
硬盘写操作失败时的处理方法及系统 Download PDFInfo
- Publication number
- CN104657227A CN104657227A CN201510060017.0A CN201510060017A CN104657227A CN 104657227 A CN104657227 A CN 104657227A CN 201510060017 A CN201510060017 A CN 201510060017A CN 104657227 A CN104657227 A CN 104657227A
- Authority
- CN
- China
- Prior art keywords
- hard disk
- operating system
- write operation
- boolean
- state parameter
- 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
Links
Landscapes
- Debugging And Monitoring (AREA)
Abstract
本发明提供一种硬盘写操作失败时的处理方法及系统，涉及硬盘存储技术领域。该方法包括：判断操作系统在对硬盘执行写操作时是否失败；若操作系统在对硬盘执行写操作时失败，则设置硬盘状态参数为第一布尔值，并跟踪操作系统对硬盘所在的ATA端口的重置操作；判断重置操作是否失败；若重置操作失败，则判断硬盘的状态参数是否为第一布尔值；若硬盘的状态参数为第一布尔值，则修改重置操作的结果，返回重置操作成功的信息，以避免操作系统屏蔽硬盘所在的ATA端口。本发明使操作系统在对硬盘执行写操作出现失败时不会屏蔽硬盘所在的ATA端口，使得故障点前后的硬盘空间可继续响应上层应用层的读写请求，提高了存在不可修复的故障点的硬盘的可用性。
Description
技术领域
本发明属于硬盘存储技术领域，尤其涉及一种硬盘写操作失败时的处理方法及系统。
背景技术
计算机的操作系统在对硬盘执行写操作过程中，可能会出现写操作失败的情况，其主要原因可能是写操作的目的地址存在不可修复的坏块。当出现写操作失败时，操作系统一般会先对硬盘执行重置操作，如果对硬盘的重置操作失败，则会认为硬盘故障，此时，操作系统就会屏蔽硬盘所在的ATA(AdvancedTechnology Attachment，硬盘接口技术)端口，禁止上层应用访问硬盘，必需重新启动操作系统才解除屏蔽。
在视频监控领域，监控设备的操作系统需要及时地把时时刻刻不断产生的录像数据保存到硬盘中，当把录像数据写入到硬盘不可修复的故障点时，可能会导致操作系统屏蔽该硬盘所在的ATA端口，使硬盘不可用，此时需要重新启动监控设备。当监控设备重启后，存储录像数据的操作一旦遇到硬盘的不可修复点时，会再次导致该硬盘所在的ATA端口屏蔽，必须再次重启监控设备，这样会使监控设备进入反复重启状态，不能进行正常录像。
发明内容
本发明实施例的目的在于提供一种硬盘写操作失败时的处理方法及系统，旨在解决上述当硬盘中存在不可修复的故障点时，会使监控设备进入反复重启状态，不能进行正常录像的问题。
本发明实施例是这样实现的，一种硬盘写操作失败时的处理方法，包括：
判断操作系统在对硬盘执行写操作时是否失败；
若所述操作系统在对硬盘执行写操作时失败，则设置硬盘状态参数为第一布尔值，并跟踪所述操作系统对所述硬盘所在的ATA端口的重置操作；
判断所述重置操作是否失败；
若所述重置操作失败，则判断所述硬盘的状态参数是否为第一布尔值；
若所述硬盘的状态参数为第一布尔值，则修改所述重置操作的结果，返回所述重置操作成功的信息，以避免所述操作系统屏蔽所述硬盘所在的ATA端口。
在本发明实施例所述的硬盘写操作失败时的处理方法中，对于源代码公开的操作系统，所述判断操作系统在对硬盘执行写操作时是否失败之前还包括：
在操作系统中硬盘读写驱动程序的现有源代码的基础上添加根据所述写操作是否失败来设置硬盘状态参数的代码，并将所述代码中硬盘的状态参数初始化为第二布尔值，所述第二布尔值与所述第一布尔值不同。
在本发明实施例所述的硬盘写操作失败时的处理方法中，所述操作系统是Linux操作系统。
在本发明实施例所述的硬盘写操作失败时的处理方法中，对于源代码未公开的操作系统，所述判断操作系统在对硬盘执行写操作时是否失败的步骤之前还包括：
重新编制包含有根据所述写操作是否失败来设置硬盘的状态参数的代码的硬盘读写驱动程序，并将所述硬盘的状态参数初始化为第二布尔值，所述第二布尔值与所述第一布尔值不同，然后使用重新编制的硬盘读写驱动程序代替所述操作系统中原有的硬盘读写驱动程序。
在本发明实施例所述的硬盘写操作失败时的处理方法中，所述操作系统是Windows操作系统，所述重新编制包含有根据所述写操作是否失败来设置硬盘状态参数的代码的硬盘读写驱动程序具体包括：
利用配合所述Windows操作系统提供的驱动程序规范和驱动程序开发工具包重新编制硬盘读写驱动程序。
本发明实施例的另一目的在于提供一种硬盘写操作失败时的处理系统，包括：
第一判断模块，用于判断操作系统在对硬盘执行写操作时是否失败；
第一处理模块，用于若所述操作系统在对硬盘执行写操作时失败，则设置硬盘状态参数为第一布尔值，并跟踪所述操作系统对所述硬盘所在的ATA端口的重置操作；
第二判断模块，用于判断所述重置操作是否失败；
第三判断模块，用于若所述重置操作失败，则判断所述硬盘的状态参数是否为第一布尔值；
第二处理模块，用于若所述硬盘的状态参数为第一布尔值，则修改所述重置操作的结果，返回所述重置操作成功的信息，以避免所述操作系统屏蔽所述硬盘所在的ATA端口。
在本发明实施例所述的硬盘写操作失败时的处理系统中，对于源代码公开的操作系统，所述处理系统还包括：
第三处理模块，用于在操作系统中硬盘读写驱动程序的现有源代码的基础上添加根据所述写操作是否失败来设置硬盘状态参数的代码，并将所述代码中硬盘的状态参数初始化为第二布尔值，所述第二布尔值与所述第一布尔值不同。
在本发明实施例所述的硬盘写操作失败时的处理系统中，在本发明实施例所述的硬盘写操作失败时的处理系统中，所述操作系统是Linux操作系统。
在本发明实施例所述的硬盘写操作失败时的处理系统中，对于源代码未公开的操作系统，所述处理系统还包括：
第四处理模块，用于重新编制包含有根据所述写操作是否失败来设置硬盘状态参数的代码的硬盘读写驱动程序，并将所述硬盘的状态参数初始化为第二布尔值，所述第二布尔值与所述第一布尔值不同，然后使用重新编制的硬盘读写驱动程序代替所述操作系统中原有的硬盘读写驱动程序。
在本发明实施例所述的硬盘写操作失败时的处理系统中，所述操作系统是Windows操作系统，所述重新编制包含有根据所述写操作是否失败来设置硬盘状态参数的代码的硬盘读写驱动程序具体包括：
利用配合所述Windows操作系统提供的驱动程序规范和驱动程序开发工具包重新编制硬盘读写驱动程序。
与现有技术相比，本发明实施例提供的硬盘写操作失败时的处理方法及系统具有以下有益效果：
本发明实施例中由于首先判断操作系统在对硬盘执行写操作时是否失败；若操作系统在对硬盘执行写操作时失败，则设置硬盘状态参数为第一布尔值，并跟踪操作系统对硬盘所在的ATA端口的重置操作；判断重置操作是否失败；若重置操作失败且硬盘状态参数为第一布尔值，则修改重置操作的结果，返回所述重置操作成功的信息，以避免操作系统屏蔽硬盘所在的ATA端口，因此，当硬盘发生写操作失败时，操作系统不会再屏蔽该硬盘所在的ATA端口，使得故障点前后的硬盘空间可以继续响应上层应用层的读写请求，提高了存在不可修复的故障点的硬盘的可用性，克服了现有技术中的当硬盘中存在不可修复的故障点时，会使监控设备进入反复重启状态，不能进行正常录像的问题。
附图说明
图1是本发明实施例提供的操作系统中硬盘写操作失败时的处理方法的具体实现流程图；
图2是本发明实施例提供的Linux操作系统中硬盘写操作失败时的处理方法的具体实现流程图；
图3是本发明实施例提供的Windows操作系统中硬盘写操作失败时的处理方法的具体实现流程图；
图4是本发明实施例提供的操作系统中硬盘写操作失败时的处理系统的结构框图；
图5是本发明实施例提供的Linux操作系统中硬盘写操作失败时的处理系统的结构框图；
图6是本发明实施例提供的Windows操作系统中硬盘写操作失败时的处理系统的结构框图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
图1是本发明实施例提供的操作系统中硬盘写操作失败时的处理方法的具体实现流程图。参见图1所示，本实施例中提供的操作系统中硬盘写操作失败时的处理方法，包括：
S101.判断操作系统在对硬盘执行写操作时是否失败；
S102.若所述操作系统在对硬盘执行写操作时失败，则设置硬盘状态参数为第一布尔值，并跟踪所述操作系统对所述硬盘所在的ATA端口的重置操作；
S103.判断所述重置操作是否失败；
S104.若所述重置操作失败，则判断所述硬盘的状态参数是否为第一布尔值；
S105.若所述硬盘的状态参数为第一布尔值，则修改所述重置操作的结果，返回所述重置操作成功的信息，以避免所述操作系统屏蔽所述硬盘所在的ATA端口。
图2是本发明实施例提供的Linux操作系统中硬盘写操作失败时的处理方法的具体实现流程图。参见图2所示，该方法包括：
S200.在操作系统中硬盘读写驱动程序的现有源代码的基础上添加根据所述写操作是否失败来设置硬盘状态参数的代码，并将所述代码中硬盘的状态参数初始化为第二布尔值，所述第二布尔值与所述第一布尔值不同。
在本实施例中，该操作系统为源代码公开的Linux操作系统，该Linux操作系统在对硬盘执行写操作之前需要在硬盘读写驱动程序的现有源代码的基础上添加根据写操作是否失败来设置硬盘状态参数的代码：ATA_CMD_WRITE_FAIL，并将该代码中硬盘的状态参数初始化为FALSE。
S201.判断操作系统在对硬盘执行写操作时是否失败。
S202.若所述操作系统在对硬盘执行写操作时失败，则设置硬盘状态参数为第一布尔值，并跟踪所述操作系统对所述硬盘所在的ATA端口的重置操作。
在本实施例中，若所述操作系统在对硬盘执行写操作时失败，则将硬盘状态参数ATA_CMD_WRITE_FAIL置为TRUE，然后跟踪所述操作系统对所述硬盘所在的ATA端口的重置操作。
S203.判断所述重置操作是否失败。
在本实施例中，操作系统的内核中包含有设置ATA端口状态信息的源代码，这里操作系统的内核会根据ATA端口执行重置操作后的返回值判断重置操作是否失败，若返回值非“0”则表示重置操作失败；若返回值为“0”则表示重置操作成功。
S204.若所述重置操作失败，则判断所述硬盘的状态参数是否为第一布尔值。
在本实施例中，若ATA端口执行重置操作后的返回值非“0”，则判断硬盘的状态参数是否为TRUE。若ATA端口执行重置操作后的返回值为“0”，则直接进入原有ATA端口重置成功后的流程。
S205.若所述硬盘的状态参数为第一布尔值，则修改所述重置操作的结果，返回所述重置操作成功的信息，以避免所述操作系统屏蔽所述硬盘所在的ATA端口。
在本实施例中，若硬盘的状态参数为TRUE，则修改将ATA端口执行重置操作后返回值由非“0”改为“0”，操作系统接收到返回值为“0”后，则进入原有ATA端口重置成功后的流程。
图3是本发明实施例提供的Windows操作系统中硬盘写操作失败时的处理方法的具体实现流程图。参见图3所示，该方法包括：
S300.重新编制包含有根据所述写操作是否失败来设置硬盘状态参数的代码的硬盘读写驱动程序，并将所述硬盘的状态参数初始化为第二布尔值，所述第二布尔值与所述第一布尔值不同，然后使用重新编制的硬盘读写驱动程序代替所述操作系统中原有的硬盘读写驱动程序。
在本实施例中，该操作系统为源代码未公开的Windows操作系统，该Windows操作系统在对硬盘执行写操作之前需要重新编制包含有根据写操作是否失败来设置硬盘状态参数的代码的硬盘读写驱动程序，其中，根据写操作是否失败来设置硬盘状态参数的代码为：ATA_CMD_WRITE_FAIL，并需要将该代码中硬盘的状态参数初始化为FALSE。然后用上述重新编制的硬盘读写驱动程序代替Windows操作系统自带的硬盘读写驱动程序，从而使新编的硬盘读写驱动程序全面接管了对硬盘的底层操作。这样，在常规的诸如Windows的操作环境下，也可以在硬盘写操作出现错误时，对该硬盘所在的ATA端口进行重置操作，以免出现ATA端口屏蔽导致整个硬盘不可用的情况。
进一步的，所述重新编制包含有根据所述写操作是否失败来设置硬盘状态参数的代码的硬盘读写驱动程序具体包括：利用配合所述Windows操作系统提供的驱动程序规范和驱动程序开发工具包重新编制硬盘读写驱动程序，这里的开发工具可以使用C语言或者汇编语言等程序语言，至于开发过程对于本领域的编程人员来说并不困难，因此，这里不再详细介绍。
本实施例中的S301～S305与上一实施例中的S201～S205完全相同，因此，在此不做累述。
以上可以看出，本发明上述实施例提供的硬盘写操作时的处理方法，均采用了首先判断操作系统在对硬盘执行写操作时是否失败；若操作系统在对硬盘执行写操作时失败，则设置硬盘状态参数为第一布尔值，并跟踪所述操作系统对所述硬盘所在的ATA端口的重置操作；再判断重置操作是否失败；若重置操作失败且硬盘状态参数为第一布尔值，则修改重置操作的结果，返回所述重置操作成功的信息，以避免所述操作系统屏蔽所述硬盘所在的ATA端口的技术方案，都能在硬盘发生写操作失败时，使操作系统不再屏蔽该硬盘所在的ATA端口，使得故障点前后的硬盘空间可以继续响应上层应用层的读写请求，提高了存在不可修复的故障点的硬盘的可用性，克服了现有技术中的当硬盘中存在不可修复的故障点时，会使监控设备进入反复重启状态，不能进行正常录像的问题。
图4是本发明实施例提供的操作系统中硬盘写操作失败时的处理系统的结构框图。为了便于说明，仅示出了与本实施例相关的部分。参见图4所示，该系统包括：
第一判断模块1，用于判断操作系统在对硬盘执行写操作时是否失败；
第一处理模块2，用于若所述操作系统在对硬盘执行写操作时失败，则设置硬盘状态参数为第一布尔值，并跟踪所述操作系统对所述硬盘所在的ATA端口的重置操作；
第二判断模块3，用于判断所述重置操作是否失败；
第三判断模块4，用于若所述重置操作失败，则判断所述硬盘的状态参数是否为第一布尔值；
第二处理模块5，用于若所述硬盘的状态参数为第一布尔值，则修改所述重置操作的结果，返回所述重置操作成功的信息，以避免所述操作系统屏蔽所述硬盘所在的ATA端口。
可选的，参见图5所示，对于源代码公开的操作系统，所述处理系统还包括：
第三处理模块6，用于在操作系统中硬盘读写驱动程序的现有源代码的基础上添加根据所述写操作是否失败来设置硬盘状态参数的代码，并将所述代码中硬盘的状态参数初始化为第二布尔值，所述第二布尔值与所述第一布尔值不同。进一步的，所述操作系统是Linux操作系统。
可选的，参见图6所示，对于源代码未公开的操作系统，所述处理系统还包括：
第四处理模块7，用于重新编制包含有根据所述写操作是否失败来设置硬盘的状态参数的代码的硬盘读写驱动程序，并将所述硬盘的状态参数初始化为第二布尔值，所述第二布尔值与所述第一布尔值不同，然后使用重新编制的硬盘读写驱动程序代替所述操作系统中原有的硬盘读写驱动程序。进一步的，所述操作系统是Windows操作系统，所述第四处理模块8利用配合所述Windows操作系统提供的驱动程序规范和驱动程序开发工具包重新编制硬盘读写驱动程序。
同样，本发明上述实施例提供的硬盘写操作时的处理系统，由于均采用了首先判断操作系统在对硬盘执行写操作时是否失败；若操作系统在对硬盘执行写操作时失败，则设置硬盘状态参数为第一布尔值，并跟踪操作系统对硬盘所在的ATA端口的重置操作；再判断重置操作是否失败；若重置操作失败且硬盘状态参数为第一布尔值，则修改重置操作的结果，返回所述重置操作成功的信息，以避免所述操作系统屏蔽所述硬盘所在的ATA端口的技术方案，因此，都能在硬盘发生写操作失败时，使操作系统不再屏蔽该硬盘所在的ATA端口，使得故障点前后的硬盘空间可以继续响应上层应用层的读写请求，提高了存在不可修复的故障点的硬盘的可用性，克服了现有技术中的当硬盘中存在不可修复的故障点时，会使监控设备进入反复重启状态，不能进行正常录像的问题。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。
Claims (10)
1.一种硬盘写操作失败时的处理方法，其特征在于，包括：
判断操作系统在对硬盘执行写操作时是否失败；
若所述操作系统在对硬盘执行写操作时失败，则设置硬盘状态参数为第一布尔值，并跟踪所述操作系统对所述硬盘所在的ATA端口的重置操作；
判断所述重置操作是否失败；
若所述重置操作失败，则判断所述硬盘的状态参数是否为第一布尔值；
若所述硬盘的状态参数为第一布尔值，则修改所述重置操作的结果，返回所述重置操作成功的信息，以避免所述操作系统屏蔽所述硬盘所在的ATA端口。
2.如权利要求1所述的硬盘写操作失败时的处理方法，其特征在于，对于源代码公开的操作系统，所述判断操作系统在对硬盘执行写操作时是否失败之前还包括：
在操作系统中硬盘读写驱动程序的现有源代码的基础上添加根据所述写操作是否失败来设置硬盘状态参数的代码，并将所述代码中硬盘的状态参数初始化为第二布尔值，所述第二布尔值与所述第一布尔值不同。
3.如权利要求2所述的硬盘写操作失败时的处理方法，其特征在于，所述操作系统是Linux操作系统。
4.如权利要求1所述的硬盘写操作失败时的处理方法，其特征在于，对于源代码未公开的操作系统，所述判断操作系统在对硬盘执行写操作时是否失败的步骤之前还包括：
重新编制包含有根据所述写操作是否失败来设置硬盘的状态参数的代码的硬盘读写驱动程序，并将所述硬盘的状态参数初始化为第二布尔值，所述第二布尔值与所述第一布尔值不同，然后使用重新编制的硬盘读写驱动程序代替所述操作系统中原有的硬盘读写驱动程序。
5.如权利要求4所述的硬盘写操作失败时的处理方法，其特征在于，所述操作系统是Windows操作系统，所述重新编制包含有根据所述写操作是否失败来设置硬盘状态参数的代码的硬盘读写驱动程序具体包括：
利用配合所述Windows操作系统提供的驱动程序规范和驱动程序开发工具包重新编制硬盘读写驱动程序。
6.一种硬盘写操作失败时的处理系统，其特征在于，包括：
第一判断模块，用于判断操作系统在对硬盘执行写操作时是否失败；
第一处理模块，用于若所述操作系统在对硬盘执行写操作时失败，则设置硬盘状态参数为第一布尔值，并跟踪所述操作系统对所述硬盘所在的ATA端口的重置操作；
第二判断模块，用于判断所述重置操作是否失败；
第三判断模块，用于若所述重置操作失败，则判断所述硬盘的状态参数是否为第一布尔值；
第二处理模块，用于若所述硬盘的状态参数为第一布尔值，则修改所述重置操作的结果，返回所述重置操作成功的信息，以避免所述操作系统屏蔽所述硬盘所在的ATA端口。
7.如权利要求6所述的硬盘写操作失败时的处理系统，其特征在于，对于源代码公开的操作系统，所述处理系统还包括：
第三处理模块，用于在操作系统中硬盘读写驱动程序的现有源代码的基础上添加根据所述写操作是否失败来设置硬盘状态参数的代码，并将所述代码中硬盘的状态参数初始化为第二布尔值，所述第二布尔值与所述第一布尔值不同。
8.如权利要求7所述的硬盘写操作失败时的处理方法，其特征在于，所述操作系统是Linux操作系统。
9.如权利要求6所述的硬盘写操作失败时的处理方法，其特征在于，对于源代码未公开的操作系统，所述处理系统还包括：
第四处理模块，用于重新编制包含有根据所述写操作是否失败来设置硬盘的状态参数的代码的硬盘读写驱动程序，并将所述硬盘的状态参数初始化为第二布尔值，所述第二布尔值与所述第一布尔值不同，然后使用重新编制的硬盘读写驱动程序代替所述操作系统中原有的硬盘读写驱动程序。
10.如权利要求9所述的硬盘写操作失败时的处理方法，其特征在于，所述操作系统是Windows操作系统，所述第四处理模块利用配合所述Windows操作系统提供的驱动程序规范和驱动程序开发工具包重新编制硬盘读写驱动程序。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510060017.0A CN104657227B (zh) | 2015-02-04 | 2015-02-04 | 硬盘写操作失败时的处理方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510060017.0A CN104657227B (zh) | 2015-02-04 | 2015-02-04 | 硬盘写操作失败时的处理方法及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104657227A true CN104657227A (zh) | 2015-05-27 |
| CN104657227B CN104657227B (zh) | 2018-04-03 |
Family
ID=53248400
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510060017.0A Active CN104657227B (zh) | 2015-02-04 | 2015-02-04 | 硬盘写操作失败时的处理方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104657227B (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105653382B (zh) * | 2015-12-31 | 2019-02-12 | 四川秘无痕信息安全技术有限责任公司 | 西数硬盘加载指定模块进行硬盘修复的方法 |
| CN109445707A (zh) * | 2018-11-01 | 2019-03-08 | 新疆凯力智慧电子科技有限公司 | 一种硬盘写操作失败时的处理方法及系统 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20020095403A1 (en) * | 1998-11-24 | 2002-07-18 | Sashikanth Chandrasekaran | Methods to perform disk writes in a distributed shared disk system needing consistency across failures |
| US20060129898A1 (en) * | 2004-11-19 | 2006-06-15 | Samsung Electronics Co., Ltd. | Method for accessing a data sector and processing a bad sector in a hard disk drive of a mobile communication terminal |
| CN102033787A (zh) * | 2010-11-04 | 2011-04-27 | 天津曙光计算机产业有限公司 | 一种对集群存储介质进行容错性管理的方法 |
| CN102915260A (zh) * | 2012-09-17 | 2013-02-06 | 记忆科技(深圳)有限公司 | 固态硬盘容错的方法及其固态硬盘 |
| CN103729275A (zh) * | 2014-01-21 | 2014-04-16 | 北京众诚天合系统集成科技有限公司 | 硬盘固件修复系统及硬盘固件修复方法 |
-
2015
- 2015-02-04 CN CN201510060017.0A patent/CN104657227B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20020095403A1 (en) * | 1998-11-24 | 2002-07-18 | Sashikanth Chandrasekaran | Methods to perform disk writes in a distributed shared disk system needing consistency across failures |
| US20060129898A1 (en) * | 2004-11-19 | 2006-06-15 | Samsung Electronics Co., Ltd. | Method for accessing a data sector and processing a bad sector in a hard disk drive of a mobile communication terminal |
| CN102033787A (zh) * | 2010-11-04 | 2011-04-27 | 天津曙光计算机产业有限公司 | 一种对集群存储介质进行容错性管理的方法 |
| CN102915260A (zh) * | 2012-09-17 | 2013-02-06 | 记忆科技(深圳)有限公司 | 固态硬盘容错的方法及其固态硬盘 |
| CN103729275A (zh) * | 2014-01-21 | 2014-04-16 | 北京众诚天合系统集成科技有限公司 | 硬盘固件修复系统及硬盘固件修复方法 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105653382B (zh) * | 2015-12-31 | 2019-02-12 | 四川秘无痕信息安全技术有限责任公司 | 西数硬盘加载指定模块进行硬盘修复的方法 |
| CN109445707A (zh) * | 2018-11-01 | 2019-03-08 | 新疆凯力智慧电子科技有限公司 | 一种硬盘写操作失败时的处理方法及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104657227B (zh) | 2018-04-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TWI554875B (zh) | 基於資源存取模式預測、診斷應用程式故障並從應用程式故障恢復 | |
| US7657776B2 (en) | Containing machine check events in a virtual partition | |
| US9678682B2 (en) | Backup storage of vital debug information | |
| US9535807B2 (en) | Recovering from uncorrected memory errors | |
| US10067692B2 (en) | Method and apparatus for backing up and restoring cross-virtual machine application | |
| JP2009522664A (ja) | メモリ障害を処理するために、センサーネットワークで使用可能な方法及びシステム | |
| US20110161726A1 (en) | System ras protection for uma style memory | |
| US10997099B2 (en) | I/O request processing method in virtual machine, device and computer readable medium | |
| US8112598B2 (en) | Apparatus and method for controlling copying | |
| US20160299789A1 (en) | Operation management method and operation management apparatus | |
| US9460014B2 (en) | Sharing local cache from a failover node | |
| CN104657227A (zh) | 硬盘写操作失败时的处理方法及系统 | |
| CN104657088A (zh) | 一种硬盘坏块信息的获取方法及装置 | |
| US11226875B2 (en) | System halt event recovery | |
| KR20190131897A (ko) | 원격 관리 컴퓨팅 시스템의 자동 복구방법 및 시스템 | |
| JP2010536112A (ja) | 中断された書込みの回復のためのデータ記憶方法、機器およびシステム | |
| JP5445486B2 (ja) | 保守システム、保守方法、およびコンピュータプログラム | |
| CN111078570A (zh) | 基于界面框架的参数格式检测方法、装置、设备和介质 | |
| US20140019800A1 (en) | Inadvertent freed storage recovery | |
| US11182261B1 (en) | Synchronizing a stale component of a distributed object using multiple delta components during maintenance | |
| US11947827B2 (en) | Synchronizing a stale component of a distributed object using a delta component during maintenance | |
| US11327841B2 (en) | Identifying a fault domain for a delta component of a distributed data object | |
| US20230086852A1 (en) | Method, electronic device, and program product for failure handling | |
| CN110245036B (zh) | 嵌入式系统中实现nand闪存存储器数据备份处理的系统及其方法 | |
| JP2008146365A (ja) | ストレージシステムの障害回避方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB02 | Change of applicant information |
Address after: Nanshan District Xueyuan Road in Shenzhen city of Guangdong province 518000 No. 1001 Nanshan Chi Park B1 building 22 floor Applicant after: STREAMAX TECHNOLOGY CO., LTD. Address before: Nanshan District Xueyuan Road in Shenzhen city of Guangdong province 518000 No. 1001 Nanshan Chi Park B1 building 22 floor Applicant before: Shenzhen Streaming Video Technology Co., Ltd. |
|
| COR | Change of bibliographic data | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |