一种系统文件损坏规则的检测方法及相关设备

摘要

本发明提供了一种系统文件损坏规则的检测方法，用于Linux系统，检测Linux系统文件损坏规则。该方法包括：创建待检测文件；控制所述待检测从内存空间传输至磁盘空间；根据指定时延控制所述系统重新启动；系统重新启动后对所述磁盘空间内的所述待检测文件进行校验；对所述校验结果及对应的所述指定延时时间进行统计，以确定所述系统文件损坏规则。使系统用户在执行重启或关闭Linux系统时，能适当的把握物理内存同步数据到磁盘的时机，而不是直接强制重启或关闭Linux系统，造成无法弥补的损失。

说明书

技术领域

本发明涉及系统检测技术领域，尤其是涉及一种系统文件损坏规则的检测方法及相关设备。

背景技术

在Linux系统中通常把存放在磁盘上的一些数据保留在RAM(物理内存)中，以便对上述数据的进一步访问，而不需要访问磁盘。物理内存和磁盘空间在很大程度上是可以互换的，如果有大量的物理内存是空闲的，则操作系统内核会使用一部分内存来缓存磁盘上的数据。反之，如果物理内存太少，则可以将数据转移到磁盘空间。两者有一个共同特点，数据总是在物理内存上操作，随后在随机的时间点写回到磁盘，以永久保持修改。然而大多数情况下，当系统关闭或重启的过程中，若内存中的数据没有及时同步到磁盘，可能会导致系统配置文件丢失，从而引起系统无法正常运行。而系统文件同步到磁盘受两方面因素影响，一方面是系统文件的大小，另一方面则是同步的时机。

目前，并没有较好的手段来获得系统文件同步过程中，发生断电等特殊状况后文件损坏的规则。

发明内容

本发明的目的在于提供一种系统文件损坏规则的检测方法及相关设备，缓解了现有技术中无法避免系统文件的损坏，统计出的系统文件损坏规则并不准确的技术问题。

第一方面，本发明提供一种系统文件损坏规则的检测方法，用于Linux系统，上述方法包括：

创建待检测文件；

控制上述待检测文件从内存空间传输至磁盘空间；

根据指定时延控制上述系统重新启动；

系统重新启动后对上述磁盘空间内的上述待检测文件进行校验；

对上述校验结果及对应的上述指定延时时间进行统计，以确定上述系统文件损坏规则。

可选的，上述控制上述待检测从内存空间传输至磁盘空间的步骤之前，上述方法还包括：

计算上述待检测文件的摘要值；

将上述摘要值进行存储。

可选的，上述系统重新启动后对上述磁盘空间内的上述待检测文件进行校验的步骤，具体包括：

获取所有文件信息；

根据上述所有文件信息判断是否存在存储上述摘要值的存储文件；

若存在上述存储文件，则读取上述存储摘要值的存储文件，获取上述存储上述摘要值的存储文件信息；

根据上述存储文件信息确定上述摘要值对应的文件；

对上述摘要值对应的文件进行校验，记录校验结果；

根据已记录的上述校验结果对上述存储摘要值的文件信息进行处理；

若不存在上述存储摘要值的文件信息，则创建存储摘要值的文件信息。

可选的，上述系统重新启动后对上述磁盘空间内的上述待检测文件进行校验的步骤，还包括：

创建存储上述校验结果的临时文件；

若对上述摘要值对应的文件进行的校验通过，则删除上述临时文件；

若对上述摘要值对应的文件进行的校验未通过，则保留上述临时文件。

可选的，上述对上述校验结果及对应的上述指定延时时间进行统计，以确定上述系统文件损坏规则的步骤，具体包括：

统计上述保留的上述临时文件及对应的预设延时时间，以确定上述系统文件损坏规则。

可选的，上述方法还包括：

根据预设的系统运行次数生成存储控制变量的文件；

根据上述存储控制变量的文件控制系统重新启动的次数。

可选的，上述创建待检测文件，具体包括：

根据预设的文件大小创建待检测文件，其中，上述待检测文件的大小是可调的。

本申请实施例第二方面提供了一种系统文件损坏规则的检测装置，包括：

创建模块，用于创建待检测文件；

转存模块，用于控制上述待检测文件从内存空间传输至磁盘空间；

控制模块，用于根据指定时延控制上述系统重新启动；

校验模块，用于系统重新启动后对上述磁盘空间内的上述待检测文件进行校验；

统计模块，用于对上述校验结果及对应的上述指定延时时间进行统计，以确定上述系统文件损坏规则。

本发明提供的系统文件损坏规则的检测方法，通过创建待检测文件；控制上述待检测从内存空间传输至磁盘空间；根据指定时延控制上述系统重新启动；系统重新启动后对上述磁盘空间内的上述待检测文件进行校验；对上述校验结果及对应的上述指定延时时间进行统计，以确定上述系统文件损坏规则，通过上述方法，能够高效、准确地统计出的系统文件损坏规则，进而避免系统文件的损坏。

相应地，本发明实施例提供的计算机可读存储介质，也同样具有上述技术效果。

附图说明

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

图1为本发明实施例提供的系统文件损坏规则的检测方法流程图；

图2为本发明实施例提供的系统文件损坏规则的检测装置示意图；

图3为本发明实施例提供的一种电子设备示意图；

图4为本发明实施例提供的一种计算机可读存储介质示意图。

具体实施方式

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

本发明实施例中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括其他没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

本发明实施例提供的一种系统文件损坏规则的检测方法，包括以下步骤：

101、创建待检测文件；

上述待检测文件的文件大小可任意指定，可以是1M、10M、100M、500M，可以验证不同大小的文件对物理内存同步数据到磁盘的影响。

102、控制上述待检测文件从内存空间传输至磁盘空间；

将物理内存中的上述待检测文件同步到磁盘，减缓上述物理内存的存储压力。

103、根据指定时延控制上述系统重新启动；

上述时延可以指定为0s、1s、2s、3s，根据上述待检测文件的大小指定上述时延的时长，待检测文件越大，则上述时延的时长越长；反之，待检测文件越小，则上述时延的时长越短。

104、系统重新启动后对上述磁盘空间内的上述待检测文件进行校验；

校验过程为判断上述磁盘空间内的上述待检测文件是否为损坏文件，得出检验结果为上述磁盘空间内的上述待检测文件损坏或未损坏。

105、对上述校验结果及对应的上述指定延时时间进行统计，以确定上述系统文件损坏规则。

将上述待检测文件损坏情况与对应的上述指定延时时间进行记录，确定上述系统文件损坏规则。

本发明提供的系统文件损坏规则的检测方法，通过创建待检测文件；控制上述待检测从内存空间传输至磁盘空间；根据指定时延控制上述系统重新启动；系统重新启动后对上述磁盘空间内的上述待检测文件进行校验；对上述校验结果及对应的上述指定延时时间进行统计，以确定上述系统文件损坏规则。避免系统文件的损坏，统计出的系统文件损坏规则并不准确的技术问题。

在一种可能的实施方式中，上述控制上述待检测从内存空间传输至磁盘空间的步骤之前，上述方法还包括：

计算上述待检测文件的摘要值；

将上述摘要值进行存储。

示例性的，上述摘要值为上述待检测文件标志信息，可以利用上述待检测文件的上述摘要值来检查待检测文件是否发生损坏，进行校验操作，文件的摘要值具有唯一性，不同文件的摘要值是不同的，为待检测文件的校验提供了依据。

在一种可能的实施方式中，上述系统重新启动后对上述磁盘空间内的上述待检测文件进行校验的步骤，具体包括：

获取所有文件信息；

根据上述所有文件信息判断是否存在存储上述摘要值的存储文件；

若存在上述存储文件，则读取上述存储摘要值的存储文件，获取上述存储上述摘要值的存储文件信息；

根据上述存储文件信息确定上述摘要值对应的文件；

对上述摘要值对应的文件进行校验，记录校验结果；

根据已记录的上述校验结果对上述存储摘要值的文件信息进行处理；

若不存在上述存储摘要值的文件信息，则创建存储摘要值的文件信息。

示例性的，在对首次运行，或未进行过将物理内存中的上述待检测文件同步到磁盘过程的系统进行检测时，判断系统内部是否存在存储上述摘要值的存储文件，若不存在，则创建存储上述摘要值的存储文件；若系统内存在存储上述摘要值的存储文件，则对上述磁盘空间内的上述待检测文件进行校验。

确保校验过程稳定运行，进而保证对上述磁盘空间内的上述待检测文件进行校验的过程准确，保证系统稳定。

在一种可能的实施方式中，上述系统重新启动后对上述磁盘空间内的上述待检测文件进行校验的步骤，还包括：

创建存储上述校验结果的临时文件；

若对上述摘要值对应的文件进行的校验通过，则删除上述临时文件；

若对上述摘要值对应的文件进行的校验未通过，则保留上述临时文件。

示例性的，创建存储上述校验结果的临时文件，对上述校验结果进行存储，通过存储的上述校验结果便于确定上述待检测文件的损坏情况，可以准确地查找损坏文件。

在一种可能的实施方式中，上述对上述校验结果及对应的上述指定延时时间进行统计，以确定上述系统文件损坏规则的步骤，具体包括：

统计上述保留的上述临时文件及对应的预设延时时间，以确定上述系统文件损坏规则。

示例性的，时延可以指定为0s、1s、2s、3s，由于上述待检测文件从内存空间传输至磁盘空间是一个过程，则根据上述待检测文件的大小，具体设置上述时延的时长，可以确定不同时长的时延对上述待检测文件从内存空间传输至磁盘空间的过程的影响。

在一种可能的实施方式中，上述方法还包括：

根据预设的系统运行次数生成存储控制变量的文件；

根据上述存储控制变量的文件控制系统重新启动的次数。

示例性的，控制系统重新启动的次数，可以保证所得出的系统文件损坏规则的准确性，避免了单一检测的偶然性与不准确性。

在一种可能的实施方式中，上述创建待检测文件，具体包括：

根据预设的文件大小创建待检测文件，其中，上述待检测文件的大小是可调的。

可以验证不同大小的文件对物理内存同步数据到磁盘的影响。

请参阅图2，本申请实施例中系统文件损坏规则的检测装置的一个实施例，该系统文件损坏规则的检测装置包括：

创建模块201，用于创建待检测文件；

转存模块202，用于控制上述待检测文件从内存空间传输至磁盘空间；

控制模块203，用于根据指定时延控制上述系统重新启动；

校验模块204，用于系统重新启动后对上述磁盘空间内的上述待检测文件进行校验；

统计模块205，用于对上述校验结果及对应的上述指定延时时间进行统计，以确定上述系统文件损坏规则。

请参阅图3，图3为本申请实施例提供的电子设备的实施例示意图。

如图3所示，本申请实施例提供了一种电子设备300，包括存储器310、处理器320及存储在存储器320上并可在处理器320上运行的计算机程序311，处理器320执行计算机程序311时实现以下步骤：创建待检测文件；控制上述待检测文件从内存空间传输至磁盘空间；根据指定时延控制上述系统重新启动；系统重新启动后对上述磁盘空间内的上述待检测文件进行校验；对上述校验结果及对应的上述指定延时时间进行统计，以确定上述系统文件损坏规则。

由于本实施例所介绍的电子设备为实施本申请实施例中一种系统文件损坏规则的检测装置所采用的设备，故而基于本申请实施例中所介绍的方法，本领域所属技术人员能够了解本实施例的电子设备的具体实施方式以及其各种变化形式，所以在此对于该电子设备如何实现本申请实施例中的方法不再详细介绍，只要本领域所属技术人员实施本申请实施例中的方法所采用的设备，都属于本申请所欲保护的范围。

请参阅图4，图4为本申请实施例提供的一种计算机可读存储介质的实施例示意图。

如图4所示，本实施例提供了一种计算机可读存储介质400，其上存储有计算机程序411，该计算机程序411被处理器执行时实现如下步骤：创建待检测文件；控制上述待检测文件从内存空间传输至磁盘空间；根据指定时延控制上述系统重新启动；系统重新启动后对上述磁盘空间内的上述待检测文件进行校验；对上述校验结果及对应的上述指定延时时间进行统计，以确定上述系统文件损坏规则。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

又例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，再例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的范围。都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。