设备分区挂载失败的调试方法、装置及存储介质制造方法及图纸

本发明专利技术提供了一种设备分区挂载失败的调试方法、装置及存储介质。该方法包括：S1、开启设备，通过文件系统检查工具对用户数据分区中的元数据进行检查；S2、当检查失败时文件系统检查工具记录失败节点的元数据；S3、当检查成功时对用户数据分区进行挂载；S4、若挂载过程中挂载失败，则返回执行S1至S3，若再次挂载失败跳转至S5；S5、在挂载失败时记录内核执行的挂载流程日志至设定的分区中，控制设备进入恢复模式。本发明专利技术的设备分区挂载失败的调试方法通过记录失败节点的元数据，对用户数据分区中的元数据进行分析，发现用户数据分区中的元数据中的问题，并通过流程日志对用户数据挂载失败的原因进行分析，便于解决挂载失败的问题。便于解决挂载失败的问题。便于解决挂载失败的问题。

【技术实现步骤摘要】
设备分区挂载失败的调试方法、装置及存储介质


[0001]本专利技术涉及通信
，尤其涉及一种设备分区挂载失败的调试方法、装置及存储介质。

技术介绍

[0002]对于移动设备来说，用户数据相关有了如下改动：为保护用户数据，增加了元数据加密机制；因权限考虑，将用户使用日志存储到用户数据分区。基于以上限制，当用户数据挂载失败进入恢复模式时，用户使用日志抓取不到，无法直接判断用户数据挂载失败的原因，且元数据是加密状态，回读用户数据也没有分析价值和意义。
[0003]为了修复设备或者为了正常使用，测试人员或者设备使用者通过接通用异步收发器串口，并且把串口日志级别提高，抓取这个过程的串口使用日志进行原因分析。但是，这种方式存在较多的弊端和限制：测试人员或使用者操作不熟练导致问题现场丢失，重新复现费时费力；终端用户设备没有预留通用异步收发器串口，没有办法操作；回读分区无分析价值，只能把元数据加密废掉重新复测排查。
[0004]因此需要设计一种便于分析原因的设备分区挂载失败的调试方法。

技术实现思路

[0005]本专利技术的目的在于提供一种设备分区挂载失败的调试方法、装置及存储介质，用以改善元数据是加密状态、用户使用日志抓取不到时，无法直接调试用户数据挂载失败原因、且无法正常使用设备的问题。
[0006]第一方面，本申请实施例提供一种设备分区挂载失败的调试方法，所述方法包括：S1、开启设备，通过文件系统检查工具对用户数据分区中的元数据进行检查；S2、当检查失败时所述文件系统检查工具记录失败节点的元数据；S3、当检查成功时对所述用户数据分区进行挂载；S4、若挂载过程中挂载失败，则返回执行S1至S3，若再次挂载失败跳转至S5；S5、在挂载失败时记录内核执行的挂载流程日志至设定的分区中，控制所述设备进入恢复模式。
[0007]本专利技术的设备分区挂载失败的调试方法的有益效果在于：开启设备，通过文件系统检查工具对用户数据分区中的元数据进行检查，并在检查失败时记录失败节点的元数据，在检查成功时对所述用户数据分区进行挂载，若挂载失败则重复挂载动作，若再次挂载后仍未挂载成功则记录在挂载失败时内核执行的挂载流程日志至设定的分区中，并控制所述设备进入恢复模式。这样能够通过记录失败节点的元数据，对用户数据分区中的元数据进行分析，发现用户数据分区中的元数据中的问题，并通过流程日志对用户数据挂载失败的原因进行分析，便于分析解决挂载失败的问题。
[0008]在一种可能的实施例中，在控制所述设备进入恢复模式之后还包括；对所述文件系统检查工具所记录的元数据进行解密并保存至所述设定的分区中。其有益效果在于：通过将所述文件系统检查工具所记录的元数据进行解密并保存至所述设定的分区中，能够在
进入恢复模式之后对所述文件系统检查工具所记录的元数据进行分析，便于找出挂载失败的原因。
[0009]在一种可能的实施例中，在当检查失败时所述文件系统检查工具记录失败节点的元数据之后，还包括：根据所述文件系统检查工具记录的元数据对所述用户数据分区中的元数据行进修复。其有益效果在于：通过对所述用户数据分区中的元数据行进修复，修复所述用户数据分区中的元数据中问题，便于后续对所述用户数据分区进行挂载。
[0010]在一种可能的实施例中，当检查失败时所述文件系统检查工具记录失败节点的元数据，包括：当检查失败时所述文件系统检查工具记录失败节点的数据块内容。其有益效果在于：这样设备能够准确定位挂载失败的数据块位置，便于修复。
[0011]在一种可能的实施例中，所述用户数据分区为闪存文件系统F2FS中的用户数据分区。其有益效果在于：通过将所述用户数据分区设置为闪存文件系统F2FS中的用户数据分区，可以提高闪存设备的使用寿命。
[0012]第二方面，本申请实施例还提供一种设备分区挂载失败的调试装置，该装置包括执行上述第一方面的任意一种可能的设计的方法的模块/单元。这些模块/单元可以通过硬件实现，也可以通过硬件执行相应的软件实现。
[0013]第三方面，本申请实施例提供一种电子设备，包括处理器和存储器。其中，存储器用于存储一个或多个计算机程序；当存储器存储的一个或多个计算机程序被处理器执行时，使得该电子设备能够实现上述第二方面的任意一种可能的设计的方法。
[0014]第四方面，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质包括计算机程序，当计算机程序在电子设备上运行时，使得所述电子设备执行上述任一方面的任意一种可能的设计的方法。
[0015]第五方面，本申请实施例还提供一种包含计算机程序产品，当所述计算机程序产品在终端上运行时，使得所述电子设备执行上述任一方面的任意一种可能的设计的方法。
附图说明
[0016]图1为本专利技术实施例的设备分区挂载失败的调试方法的流程示意图；
[0017]图2为图1的设备分区挂载失败的调试方法的结构框图；
[0018]图3为本专利技术实施例的设备分区挂载失败的调试装置的示意图；
[0019]图4为本专利技术实施例的一种电子设备结构示意图。
具体实施方式
[0020]为使本专利技术的目的、技术方案和优点更加清楚，下面将结合本专利技术的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本专利技术的一部分实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本专利技术保护的范围。除非另外定义，此处使用的技术术语或者科学术语应当为本专利技术所属领域内具有一般技能的人士所理解的通常意义。本文中使用的“包括”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。
[0021]目前，在移动设备上，具体地，在安卓设备上，元数据为加密数据，用户使用日志存
储在用户数据分区。当用户数据挂载失败时，设备进入恢复模式而无法正常开启，且当前状态下用户使用日志不会生成，回读分区的元数据为加密状态，无法解密，使得没有任何有效直接的办法调试用户数据挂载失败的原因。
[0022]针对现有技术存在的问题，本专利技术的实施例提供了一种设备分区挂载失败的调试方法。
[0023]图1为本专利技术的设备分区挂载失败的调试方法的流程示意图，图2为图1的设备分区挂载失败的调试方法的结构框图。
[0024]本专利技术的一些实施例中，参考图1和图2，设备分区挂载失败的调试方法包括：
[0025]S1、开启设备，通过文件系统检查工具对用户数据分区中的元数据进行检查。
[0026]S2、当检查失败时所述文件系统检查工具记录失败节点的元数据。
[0027]S3、当检查成功时对所述用户数据分区进行挂载。
[0028]S4、若挂载过程中挂载失败，则返回执行S1至S3，若再次挂载失败跳转至S5。
[0029]S5、在挂载失败时记录内核执行的挂载流程日志至设定的分区中，控制所述设备进入恢复模式。本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种设备分区挂载失败的调试方法，其特征在于，所述方法包括：S1、开启设备，通过文件系统检查工具对用户数据分区中的元数据进行检查；S2、当检查失败时所述文件系统检查工具记录失败节点的元数据；S3、当检查成功时对所述用户数据分区进行挂载；S4、若挂载过程中挂载失败，则返回执行S1至S3，若再次挂载失败跳转至S5；S5、在挂载失败时记录内核执行的挂载流程日志至设定的分区中，控制所述设备进入恢复模式。2.根据权利要求1所述的方法，其特征在于，在控制所述设备进入恢复模式之后还包括；对所述文件系统检查工具所记录的元数据进行解密并保存至所述设定的分区中。3.根据权利要求1或2所述的方法，其特征在于，在当检查失败时所述文件系统检查工具记录失败节点的元数据之后，还包括：根据所述文件系统检查工具记录的元数据对所述用户数据分区中的元数据行进修复。4.根据权利要求1或2所述的方法，其特征在于，当检查失败时所述文件系统检查工具记录失败节点的元数据，包括：当检查失败时所述文件系统检查工具记录失败节点的数据块内容。5.根据权利要求1或2所述的方法，其特征在于，所述用户数据分区为闪存文件系统F2FS中的用户数据分区。6.一种设备分区挂载失败的调试装置，其特征在于，所述装置包括：检查单元，用于在开启设备，通过文件系统检查工具对用户数据...

【专利技术属性】
技术研发人员：牛志国，
申请(专利权)人：北京紫光展锐通信技术有限公司，
类型：发明
国别省市：