识别文件系统错误的方法及装置与流程

本公开涉及终端技术领域，尤其涉及识别文件系统错误的方法及装置。

背景技术：

目前，随着终端使用时间的增长和硬件的老化，可能会造成文件系统的损坏，而文件系统一旦损坏，就可能给用户带来一系列麻烦，如导致用户无法进行OTA(Over-the-Air Technology，空间下载技术)更新、无法读取该文件系统下所挂载的分区、或者无法读取该分区下的文件等，从而给用户带来很大困扰。

技术实现要素：

本公开实施例提供了识别文件系统错误的方法及装置。所述技术方案如下：

根据本公开实施例的第一方面，提供一种识别文件系统错误的方法，包括：

在接收到挂载指令时，将预设分区上需要挂载第一文件系统挂载至目标目录下；

读取所述预设分区当前对应的第一挂载状态；

当所述第一挂载状态为挂载失败时，确定所述第一文件系统错误，其中，所述挂载失败包括：所述第一文件系统的状态为只读和所述第一文件系统无法挂载这两者中的至少一项。

在一个实施例中，所述方法还包括：

在确定所述第一文件系统错误时，卸载所述预设分区。

在一个实施例中，所述方法还包括：

在确定所述第一文件系统错误时，对所述预设分区进行格式化，并重新挂载格式化之后的所述预设分区。

在一个实施例中，所述在确定所述第一文件系统错误时，对所述预设分区进行格式化，并重新挂载格式化之后的所述预设分区，包括：

在确定所述第一文件系统错误时，清除所述预设分区中的数据，并为所述预设分区创建第二文件系统，其中，所述预设分区中的数据包括所述第一文件系统；

将所述预设分区的所述第二文件系统挂载至所述目标目录下。

在一个实施例中，所述方法还包括：

在将所述预设分区的所述第二文件系统挂载至所述目标目录之后，读取所述预设分区当前对应的第二挂载状态；

当所述第二挂载状态为挂载失败时，生成硬件损坏信息，其中，所述硬件损坏信息用于指示用户当前设备中的目标硬件已损坏。

在一个实施例中，上述方法还包括：

在接收到所述挂载指令之前，读取预设文件下存储的修复标识位，其中，所述修复标识位用于指示是否需要对所述第一文件系统进行自动检测和修复；

在根据所述修复标识位确定需要对所述第一文件系统进行修复时，对所述第一文件系统进行自动检测，以修复所述第一文件系统中的错误。

根据本公开实施例的第二方面，提供一种识别文件系统错误的装置，包括：

挂载模块，用于在接收到挂载指令时，将预设分区上需要挂载的第一文件系统挂载至目标目录下；

第一读取模块，用于读取所述预设分区当前对应的第一挂载状态；

确定模块，用于当所述第一挂载状态为挂载失败时，确定所述第一文件系统错误，其中，所述挂载失败包括：所述第一文件系统的状态为只读和所述第一文件系统无法挂载这两者中的至少一项。

在一个实施例中，所述装置还包括：

卸载模块，用于在确定所述第一文件系统错误时，卸载所述预设分区。

在一个实施例中，所述装置还包括：

第一处理模块，用于在确定所述第一文件系统错误时，对所述预设分区进行格式化，并重新挂载格式化之后的所述预设分区。

在一个实施例中，所述第一处理模块包括：

处理子模块，用于在确定所述第一文件系统错误时，清除所述预设分区中的数据，并为所述预设分区创建第二文件系统，其中，所述预设分区中的数据包括所述第一文件系统；

挂载子模块，用于将所述预设分区的所述第二文件系统挂载至所述目标目录下。

在一个实施例中，所述装置还包括：

第二读取模块，用于在将所述预设分区的所述第二文件系统挂载至所述目标目录之后，读取所述预设分区当前对应的第二挂载状态；

生成模块，用于当所述第二挂载状态为挂载失败时，生成硬件损坏信息，其中，所述硬件损坏信息用于指示用户当前设备中的目标硬件已损坏。

在一个实施例中，所述装置还包括：

第三读取模块，用于在在接收到所述挂载指令之前，读取预设文件下存储的修复标识位，其中，所述修复标识位用于指示是否需要对所述第一文件系统进行自动检测和修复；

第二处理模块，用于在根据所述修复标识位确定需要对所述第一文件系统进行修复时，对所述第一文件系统进行自动检测，以修复所述第一文件系统中的错误。

根据本公开实施例的第三方面，提供了一种识别文件系统错误的装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

在接收到挂载指令时，将预设分区上需要挂载的第一文件系统挂载至目标目录下；

读取所述预设分区当前对应的第一挂载状态；

当所述第一挂载状态为挂载失败时，确定所述第一文件系统错误，其中，所述挂载失败包括：所述第一文件系统的状态为只读和所述第一文件系统无法挂载这两者中的至少一项。

本公开的实施例提供的技术方案可以包括以下有益效果：

本公开的实施例提供的技术方案，在接收到挂载指令时，可以根据该挂载指令将预设分区的第一文件系统挂载在目标目录下，进而自动读取预设分区当前对应的第一挂载状态，并在该第一挂载状态为本次挂载失败时，可以准确确定是第一文件系统错误。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种识别文件系统错误的方法的流程图。

图2是根据一示例性实施例示出的另一种识别文件系统错误的方法的流程图。

图3是根据一示例性实施例一示出的又一种识别文件系统错误的方法的流程图。

图4是根据一示例性实施例一示出的再一种识别文件系统错误的方法的流程图。

图5是根据一示例性实施例一示出的再一种识别文件系统错误的方法的流程图。

图6是根据一示例性实施例一示出的再一种识别文件系统错误的方法的流程图。

图7是根据一示例性实施例示出的一种识别文件系统错误的装置的框图。

图8是根据一示例性实施例示出的另一种识别文件系统错误的装置的框图。

图9是根据一示例性实施例示出的又一种识别文件系统错误的装置的框图。

图10是根据一示例性实施例示出的再一种识别文件系统错误的装置的框图。

图11是根据一示例性实施例示出的再一种识别文件系统错误的装置的框图。

图12是根据一示例性实施例示出的再一种识别文件系统错误的装置的框图。

图13是根据一示例性实施例示出的适用于识别文件系统错误的装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

目前，随着终端使用时间的增长和硬件的老化，可能会造成文件系统的损坏，而文件系统一旦损坏，就可能给用户带来一系列麻烦，如导致用户无法进行OTA更新、无法读取该文件系统下所挂载的分区、或者无法读取该分区下的文件等，从而给用户带来很大困扰。

为了解决上述技术问题，本公开实施例提供了一种识别文件系统错误的方法，该方法可用于识别文件系统错误的程序、系统或装置中，且该方法对应的执行主体可以是安装有安卓操作系统、Linux操作系统、或者是OS X操作系统的手机、平板、PC机(personal computer，个人计算机)等终端，如图1所示，该方法包括步骤S101至步骤S103：

在步骤S101中，在接收到挂载指令时，将预设分区上需要挂载第一文件系统挂载至目标目录下，，其中，该目标目录可以是当前设备中的任一目录；

其中，当预设分区为cache分区时，挂载指令可以是mount cache分区的第一文件系统。

预设分区可以是Cache分区(其中，Cache分区是安卓系统缓存区，用于保存系统最常访问的数据和应用程序，如保存有OTA包中的一些数据)、data分区(其中，data分区是用户数据区，保存了用户的数据，如联系人信息、短信信息、设置信息、以及用户安装的程序等)、系统分区(该系统分区的根目录下，保存了操作系统的启动文件(如boot.ini、ntldr等))等。

另外，第一文件系统的类型可以是EXT4(Fourth extended filesystem，第四代扩展文件系统，是Linux系统下的日志文件系统，是ext3文件系统的后继版本)，EXT3文件系统，或者NTFS(New Technology File System)文件系统等，第一文件系统存储在预设分区上且第一文件系统是当前设备的操作系统用于明确预设分区上的文件的方法和数据结构。

在步骤S102中，读取预设分区当前对应的第一挂载状态；

读取该预设分区当前对应的第一挂载状态时，可以从超级块信息中读取。

在步骤S103中，当第一挂载状态为挂载失败时，确定第一文件系统错误，其中，挂载失败包括：第一文件系统的状态为只读和第一文件系统无法挂载这两者中的至少一项。

在接收到挂载指令时，可以根据该挂载指令将预设分区上的第一文件系统挂载至目标目录，进而自动读取预设分区当前对应的第一挂载状态，而当第一挂载状态为第一文件系统的状态为只读和/或第一文件系统无法挂载该预设分区时，可以确认本次挂载失败，且可以准确确定是第一文件系统错误，甚至能够准确地识别出该第一文件系统中存在的具体错误，同时也可以确定之前用e2fsck工具并没有完全修复第一文件系统中的错误；

另外，在确定该第一文件系统错误时，还可以向用户发出提示，以使用户明确第一文件系统已发生错误，且这些错误很可能是e2fsck工具无法自动修复的错误，以及时提醒用户对该第一文件系统进行进一步的修复，从而进一步提高系统的稳定性。

如图2所示，在一个实施例中，上述图1所示的方法还可包括：

在步骤S201中，在确定第一文件系统错误时，卸载预设分区。

为了避免系统在根据该挂载指令，将该预设分区挂载至第一文件系统之后，由于该挂载指令未撤销而导致系统一直执行将该预设分区上的第一文件系统挂载至目标目录下的操作，在确定该第一文件系统错误时，可以卸载该预设区分，以使系统不再盲目地执行将该预设分区上的该第一文件系统挂载至目标目录下的操作，从而避免误操作，减少对系统资源的浪费。

另外，当预设分区为cache分区时，卸载该预设分区的指令可以是卸载(umount)cache分区的第一文件系统。

如图3所示，在一个实施例中，上述图1所示的方法还可包括：

在步骤S301中，在确定第一文件系统错误时，对预设分区进行格式化，并重新挂载格式化之后的预设分区。

在确定第一文件系统错误时，可以对预设分区进行格式化，并重新挂载格式化之后的预设分区，以再次确定第一文件系统是否确实发生了错误。

另外，在对预设分区进行格式化并重新挂载格式化之后的预设分区之前，还可以使用e2fsck工具再次对第一文件系统进行自动修复和检测。

如图4所示，在一个实施例中，上述图3中的步骤S301可被执行为：

在步骤A1中，在确定第一文件系统错误时，清除预设分区中的数据，并为预设分区创建第二文件系统，其中，预设分区中的数据包括第一文件系统，且由于data分区和系统分区中的数据相比于Cache分区更为重要，一旦清除data分区和系统分区中的数据损失会比较大，因而，如果该预设分区最好仅为Cache分区；

在步骤A2中，将预设分区的第二文件系统挂载至目标目录下。

在对预设分区进行格式化并重新挂载时，可以先清除预设分区中的数据，包括清除预设分区上的第一文件系统，以便操作系统可以重新对该预设分区进行识别，同时由于第一文件系统错误无法挂载至目标目录下，因而可以为预设分区创建第二文件系统(即其他文件系统)，以便于该预设分区的该第二文件系统能够有可能被挂载至目标目录下，从而使得该预设分区下的数据能够被正常读取和使用。

另外，将格式化之后的预设分区的第二文件系统挂载至目标目录表示：将格式化之后的预设分区的第二文件系统挂载至当前设备的根目录下，或者挂载至根目录下的某个目录下。

如图5所示，在一个实施例中，上述图4所示的方法还可包括：

在步骤S501中，在将预设分区的第二文件系统挂载至目标目录之后，读取预设分区当前对应的第二挂载状态；

在步骤S502中，当第二挂载状态为挂载失败时，生成硬件损坏信息，其中，硬件损坏信息用于指示用户当前设备中的目标硬件已损坏，该目标硬件可能是硬盘、主板、内存、中央处理器等。

在将预设分区的第二文件系统挂载至目标目录之后，可以再次读取该预设分区当前对应的第二挂载状态，如果该第二挂载状态为挂载失败时，则说明当前错误已不是文件系统错误，而是目标硬件错误而导致的无法挂载成功，因而可以自动生成硬件损坏信息，以提示用户当前设备中的目标硬件已损坏，从而及时提醒用户对目标硬件进行修复或者更换，从而提高系统的稳定性。

如图6所示，在一个实施例中，上述图1所示的方法还包括：

在步骤S601中，在接收到挂载指令之前，读取预设文件下存储的修复标识位，其中，修复标识位用于指示是否需要对第一文件系统进行自动检测和修复；

其中，修复标识位可以是预设文件fstab中存储的一个check标志，用于指示是否需要对第一文件系统进行自动检测和修复，而该fstab可以存储在预设分区中。

接收到挂载指令之前可以指系统上电且未接收到挂载指令，而系统上电表示当前设备进行重启、开机等操作。

在接收到挂载指令之前，通过将预设分区上需要挂载的第一文件系统进行自动检测和修复，可以自动判断第一文件系统中是否有错误，并在有错误时，可以及时对该第一文件系统进行自动修复，从而降低第一文件系统损坏的概率，防止第一文件系统遭到进一步的破坏，同时也使得第一文件系统能够被及时更新，这有利于提高系统的稳定性，提高用户对系统的使用体验，避免由于文件系统损坏频率过高，而降低用户体验，给用户带来很多困扰。

另外，对第一文件系统进行自动检测和修复可以是：使用e2fsck工具对第一文件系统中的超级块(Superblock，用于存储第一文件系统的配置参数(如块大小、总块数、i-节点数)和动态信息(当前空闲块数和i-节点数))、块组、块组描述符表(其中，每个块组都对应一个块组描述符，这些块组描述符统一放在文件系统的前部，称为块组描述符表)、i节点(描述文件的时间信息、大小、块指针等信息)、块组描述符和超级块在块中的位置和数据块等参数进行N次自动检测和修复，其中N为正整数。

在步骤S602中，在根据修复标识位确定需要对第一文件系统进行修复时，对第一文件系统进行自动检测，以修复第一文件系统中的错误。

在根据该修复标识位确定需要对第一文件系统进行修复时，通过对该第一文件系统进行自动检测，可以自动判断第一文件系统中是否有错误，并在有错误时，可以及时地对该第一文件系统进行自动修复，从而降低第一文件系统损坏的概率，使得第一文件系统能够被及时更新，这有利于提高系统的稳定性，避免由于文件系统损坏频率过高，而降低用户体验，给用户带来很多困扰。

对应本公开实施例提供的上述识别文件系统错误的方法，本公开实施例还提供一种识别文件系统错误的装置，如图7所示，该装置包括：

挂载模块701，被配置为在接收到挂载指令时，将预设分区的第一文件系统挂载至目标目录下；

预设分区可以是Cache分区(其中，Cache分区是安卓系统缓存区，用于保存系统最常访问的数据和应用程序，如保存有OTA包中的一些数据)、data分区(其中，data分区是用户数据区，保存了用户的数据，如联系人信息、短信信息、设置信息、以及用户安装的程序等)、系统分区(该系统分区的根目录下，保存了操作系统的启动文件(如boot.ini、ntldr等))等。

另外，第一文件系统的类型可以是EXT4(Fourth extended filesystem，第四代扩展文件系统，是Linux系统下的日志文件系统，是ext3文件系统的后继版本)，EXT3文件系统，或者NTFS(New Technology File System)文件系统等，第一文件系统存储在预设分区上且第一文件系统是当前设备的操作系统用于明确预设分区上的文件的方法和数据结构。

第一读取模块702，被配置为读取预设分区当前对应的第一挂载状态；

读取该预设分区当前对应的第一挂载状态时，可以从超级块信息中读取。

确定模块703，被配置为当第一挂载状态为挂载失败时，确定第一文件系统错误，其中，挂载失败包括：第一文件系统的状态为只读和第一文件系统无法挂载这两者中的至少一项。

在接收到挂载指令时，可以根据该挂载指令将预设分区上的第一文件系统挂载至目标目录，进而自动读取预设分区当前对应的第一挂载状态，而当第一挂载状态为第一文件系统的状态为只读和/或第一文件系统无法挂载该预设分区时，可以确认本次挂载失败，且可以准确确定是第一文件系统错误，甚至能够准确地识别出该第一文件系统中存在的具体错误，同时也可以确定之前用e2fsck工具并没有完全修复第一文件系统中的错误；

另外，在确定该第一文件系统错误时，还可以向用户发出提示，以使用户明确第一文件系统已发生错误，且这些错误很可能是e2fsck工具无法自动修复的错误，以及时提醒用户对该第一文件系统进行进一步的修复，从而进一步提高系统的稳定性。

如图8所示，在一个实施例中，上述图7所示的装置还可包括：

卸载模块801，被配置为在确定第一文件系统错误时，卸载预设分区。

为了避免系统在根据该挂载指令，将该预设分区挂载至第一文件系统之后，由于该挂载指令未撤销而导致系统一直执行将该预设分区上的挂载至第一文件系统挂载至目标目录下的操作，在确定该第一文件系统错误时，可以卸载该预设区分，以使系统不再盲目地执行将该预设分区挂载上的该第一文件系统挂载至目标目录下的操作，从而避免误操作，减少对系统资源的浪费。

另外，当预设分区为cache分区时，卸载该预设分区的指令可以是umountcache分区第一文件系统。

如图9所示，在一个实施例中，上述图7所示的装置还可包括：

第一处理模块901，被配置为在确定第一文件系统错误时，对预设分区进行格式化，并重新挂载格式化之后的预设分区。

在确定第一文件系统错误时，可以对预设分区进行格式化，并重新挂载格式化之后的预设分区，以再次确定第一文件系统是否确实发生了错误。

另外，在对预设分区进行格式化并重新挂载格式化之后的预设分区之前，还可以使用e2fsck工具再次对第一文件系统进行自动修复和检测。

如图10所示，在一个实施例中，上述图9所示的第一处理模块901可以包括：

处理子模块9011，被配置为在确定第一文件系统错误时，清除预设分区中的数据，并为预设分区创建第二文件系统，其中，预设分区中的数据包括第一文件系统，且由于data分区和系统分区中的数据相比于Cache分区更为重要，一旦清除data分区和系统分区中的数据损失会比较大，因而，如果该预设分区最好仅为Cache分区；

挂载子模块9012，被配置为将预设分区的第二文件系统挂载至目标目录下。

在对预设分区进行格式化并重新挂载时，可以先清除预设分区中的数据，包括清除预设分区上的第一文件系统，以便操作系统可以重新对该预设分区进行识别，同时由于第一文件系统错误无法挂载预设分区，因而可以为预设分区创建第二文件系统(即其他文件系统)，以便于该预设分区的该第二文件系统能够有可能被挂载至目标目录下，从而使得该预设分区下的数据能够被正常读取和使用。

另外，将格式化之后的预设分区的第二文件系统挂载至目标目录表示：将格式化之后的预设分区的第二文件系统挂载至当前设备的根目录下，或者挂载至根目录下的某个目录下。

如图11所示，在一个实施例中，上述图10所示的装置还可包括：

第二读取模块1101，被配置为将预设分区的第二文件系统挂载至目标目录下之后，读取预设分区当前对应的第二挂载状态；

生成模块1102，被配置为当第二挂载状态为挂载失败时，生成硬件损坏信息，其中，硬件损坏信息用于指示用户当前设备中的目标硬件已损坏。

在将预设分区的第二文件系统挂载至目标目录之后，可以再次读取该预设分区当前对应的第二挂载状态，如果该第二挂载状态为挂载失败时，则说明当前错误已不是文件系统错误，而是目标硬件错误而导致的无法挂载成功，因而可以自动生成硬件损坏信息，以提示用户当前设备中的目标硬件已损坏，从而及时提醒用户对目标硬件进行修复或者更换，从而提高系统的稳定性。

如图12所示，在一个实施例中，上述图7所示的装置还包括：

第三读取模块1201，被配置为接收到挂载指令之前，读取预设文件下存储的修复标识位，其中，修复标识位用于指示是否需要对第一文件系统进行自动检测和修复；

在接收到挂载指令(如系统上电且未接收到挂载指令)之前，通过将预设分区上需要挂载的第一文件系统进行自动检测和修复，可以自动判断第一文件系统中是否有错误，并在有错误时，可以及时对该第一文件系统进行自动修复，从而降低第一文件系统损坏的概率，使得第一文件系统能够被及时更新，这有利于提高系统的稳定性，提高用户对系统的使用体验，避免由于文件系统损坏频率过高，而降低用户体验，给用户带来很多困扰。

第二处理模块1202，被配置为在根据修复标识位确定需要对第一文件系统进行修复时，对第一文件系统进行自动检测，以修复第一文件系统中的错误。

在根据该修复标识位确定需要对第一文件系统进行修复时，通过对该第一文件系统进行自动检测，可以自动判断第一文件系统中是否有错误，并在有错误时，可以及时地对该第一文件系统进行自动修复，从而降低第一文件系统损坏的概率，使得第一文件系统能够被及时更新，这有利于提高系统的稳定性，避免由于文件系统损坏频率过高，而降低用户体验，给用户带来很多困扰。

根据本公开实施例的第三方面，提供一种识别文件系统错误的装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，处理器被配置为：

在接收到挂载指令时，将预设分区上需要挂载的第一文件系统挂载至目标目录下；

读取所述预设分区当前对应的第一挂载状态；

当所述第一挂载状态为挂载失败时，确定所述第一文件系统错误，其中，所述挂载失败包括：所述第一文件系统的状态为只读和所述第一文件系统无法挂载这两者中的至少一项。

上述处理器还可被配置为：

所述方法还包括：

在确定所述第一文件系统错误时，卸载所述预设分区。

上述处理器还可被配置为：

所述方法还包括：

在确定所述第一文件系统错误时，对所述预设分区进行格式化，并重新挂载格式化之后的所述预设分区。

上述处理器还可被配置为：

所述在确定所述第一文件系统错误时，对所述预设分区进行格式化，并重新挂载格式化之后的所述预设分区，包括：

在确定所述第一文件系统错误时，清除所述预设分区中的数据，并为所述预设分区创建第二文件系统，其中，所述预设分区中的数据包括所述第一文件系统；

将所述预设分区的所述第二文件系统挂载至所述目标目录下。

上述处理器还可被配置为：

所述方法还包括：

在将所述预设分区的所述第二文件系统挂载至所述目标目录之后，读取所述预设分区当前对应的第二挂载状态；

当所述第二挂载状态为挂载失败时，生成硬件损坏信息，其中，所述硬件损坏信息用于指示用户当前设备中的目标硬件已损坏。

上述处理器还可被配置为：

上述方法还包括：在接收到所述挂载指令之前，读取预设文件下存储的修复标识位，其中，所述修复标识位用于指示是否需要对所述第一文件系统进行自动检测和修复；

在根据所述修复标识位确定需要对所述第一文件系统进行修复时，对所述第一文件系统进行自动检测，以修复所述第一文件系统中的错误。

图13是根据一示例性实施例示出的一种用于识别文件系统错误的装置1300的框图，该装置适用于终端设备。例如，装置1300可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个用户数字助理等。

参照图13，装置1300可以包括以下一个或至少两个组件：处理组件1302，存储器1304，电源组件1306，多媒体组件1308，音频组件1310，输入/输出(I/O)接口1312，传感器组件1314，以及通信组件1316。

处理组件1302通常控制装置1300的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1302可以包括一个或至少两个处理器1320来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1302可以包括一个或至少两个模块，便于处理组件1302和其他组件之间的交互。例如，处理组件1302可以包括多媒体模块，以方便多媒体组件1308和处理组件1302之间的交互。

存储器1304被配置为存储各种类型的数据以支持在装置1300的操作。这些数据的示例包括用于在装置1300上操作的任何存储对象或方法的指令，联系用户数据，电话簿数据，消息，图片，视频等。存储器1304可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1306为装置1300的各种组件提供电源。电源组件1306可以包括电源管理系统，一个或至少两个电源，及其他与为装置1300生成、管理和分配电源相关联的组件。

多媒体组件1308包括在所述装置1300和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或至少两个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1308包括一个前置摄像头和/或后置摄像头。当装置1300处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1310被配置为输出和/或输入音频信号。例如，音频组件1310包括一个麦克风(MIC)，当装置1300处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1304或经由通信组件1316发送。在一些实施例中，音频组件1310还包括一个扬声器，用于输出音频信号。

I/O接口1312为处理组件1302和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1314包括一个或至少两个传感器，用于为装置1300提供各个方面的状态评估。例如，传感器组件1314可以检测到装置1300的打开/关闭状态，组件的相对定位，例如所述组件为装置1300的显示器和小键盘，传感器组件1314还可以检测装置1300或装置1300一个组件的位置改变，用户与装置1300接触的存在或不存在，装置1300方位或加速/减速和装置1300的温度变化。传感器组件1314可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1314还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1314还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1316被配置为便于装置1300和其他设备之间有线或无线方式的通信。装置1300可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1316经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1316还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置1300可以被一个或至少两个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子组件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1304，上述指令可由装置1300的处理器1320执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由上述装置1300的处理器执行时，使得上述装置1300能够执行一种识别文件系统错误的方法，包括：

在接收到挂载指令时，将预设分区上需要挂载第一文件系统挂载至目标目录下；

读取所述预设分区当前对应的第一挂载状态；

当所述第一挂载状态为挂载失败时，确定所述第一文件系统错误，其中，所述挂载失败包括：所述第一文件系统的状态为只读和所述第一文件系统无法挂载这两者中的至少一项。

在一个实施例中，所述方法还包括：

在确定所述第一文件系统错误时，卸载所述预设分区。

在一个实施例中，所述方法还包括：

在确定所述第一文件系统错误时，对所述预设分区进行格式化，并重新挂载格式化之后的所述预设分区。

在一个实施例中，所述在确定所述第一文件系统错误时，对所述预设分区进行格式化，并重新挂载格式化之后的所述预设分区，包括：

在确定所述第一文件系统错误时，清除所述预设分区中的数据，并为所述预设分区创建第二文件系统，其中，所述预设分区中的数据包括所述第一文件系统；

将所述预设分区的所述第二文件系统挂载至所述目标目录下。

在一个实施例中，所述方法还包括：

在将所述预设分区的所述第二文件系统挂载至所述目标目录之后，读取所述预设分区当前对应的第二挂载状态；

当所述第二挂载状态为挂载失败时，生成硬件损坏信息，其中，所述硬件损坏信息用于指示用户当前设备中的目标硬件已损坏。

在一个实施例中，所述方法还包括：在接收到所述挂载指令之前，读取预设文件下存储的修复标识位，其中，所述修复标识位用于指示是否需要对所述第一文件系统进行自动检测和修复；

在根据所述修复标识位确定需要对所述第一文件系统进行修复时，对所述第一文件系统进行自动检测，以修复所述第一文件系统中的错误。

本领域技术用户员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。