? yes
[0074]Pass 1: Checking inodes, blocks, and sizes
[0075]Pass 2: Checking directory structure
[0076]Pass 3: Checking directory connectivity
[0077]Pass 4:Checking reference counts
[0078]Pass 5:Checking group summary informat1n
[0079]Free blocks count wrong for group#0 (24975, counted = 24974).
[0080]Fix<y> ? yes
[0081]Free blocks count wrong for group#l (32647, counted = 32644).
[0082]Fix<y> ? yes
[0083]Free blocks count wrong (471602, counted = 471598).
[0084]Fix<y> ? yes
[0085]Free inodes count wrong for group#0 (8133, counted = 8128).
[0086]Fix<y> ? yes
[0087]Directories count wrong for group#0 (2, counted = 4).
[0088]Fix<y> ? yes
[0089]Free inodes count wrong(122149, counted = 122144).
[0090]Fix<y> ? yes
[0091]/dev/sdbl:*****FILE SYSTEM WAS MODIFIED*****
[0092]/dev/sdbl: 16/122160files (6.3% non-contiguous)，16594/488192blocks
[0093]这里可以看到文件系统已恢复。
[0094]步骤106、在对所述故障的分区恢复完成后，重新挂载该分区。
[0095]重新挂载/dev/sdbl可以看到能正常挂载，文件无损失。
[0096]下面结合附图，对本发明的实施例二进行说明。
[0097]本发明实施例提供了一种文件系统恢复系统，其结构如图3所示，包括:
[0098]文件查询模块301，用于在发生分区故障时，查找故障的分区的superblock文件；
[0099]故障修复模块302，用于根据所述superbock文件，恢复所述故障的分区；
[0100]挂载模块303，用于在对所述故障的分区恢复完成后，重新挂载该分区。
[0101]优选的，所述文件查询模块301，具体用于
[0102]在所述故障的分区的文件中拷贝1024B-2048B到superblock文件。
[0103]优选的，所述故障修复模块302的结构如图4所示，包括:
[0104]转换单元3021，用于将二进制的所述superblock文件转换成16进制的形式；
[0105]验证单元3022，用于验证16进制superblock文件的正确性，获取superblock文件头上记录着的inodes的个数和block的个数；
[0106]恢复单元3023，用于根据所述inodes的个数和block的个数，恢复所述故障的分区。
[0107]优选的，所述挂载模块303，还用于在系统初始化时，对磁盘分区进行格式化并挂载。
[0108]本发明的实施例提供了一种文件系统恢复方法和系统，在发生分区故障时，查找故障的分区的superblock文件，根据所述superbock文件，恢复所述故障的分区，并在对所述故障的分区恢复完成后，重新挂载该分区。通过superbock文件完成文件系统的修复，解决了文件系统恢复过程中数据丢失的问题，能够在Linux系统中减少误操作对数据造成的损失。
[0109]本领域普通技术人员可以理解上述实施例的全部或部分步骤可以使用计算机程序流程来实现，所述计算机程序可以存储于一计算机可读存储介质中，所述计算机程序在相应的硬件平台上(如系统、设备、装置、器件等)执行，在执行时，包括方法实施例的步骤之一或其组合。
[0110]可选地，上述实施例的全部或部分步骤也可以使用集成电路来实现，这些步骤可以被分别制作成一个个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
[0111]上述实施例中的各装置/功能模块/功能单元可以采用通用的计算装置来实现，它们可以集中在单个的计算装置上，也可以分布在多个计算装置所组成的网络上。
[0112]上述实施例中的各装置/功能模块/功能单元以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。上述提到的计算机可读取存储介质可以是只读存储器，磁盘或光盘等。
[0113]任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求所述的保护范围为准。
【主权项】
1.一种文件系统恢复方法，其特征在于，包括: 在发生分区故障时，查找故障的分区的superblock文件； 根据所述superbock文件，恢复所述故障的分区； 在对所述故障的分区恢复完成后，重新挂载该分区。2.根据权利要求1所述的文件系统恢复方法，其特征在于，查找故障的分区的superblock文件具体为: 在所述故障的分区的文件中拷贝1024B-2048B到superblock文件。3.根据权利要求1所述的文件系统恢复方法，其特征在于，根据所述superbock文件，恢复所述故障的分区包括: 将二进制的所述superblock文件转换成16进制的形式； 验证16进制superblock文件的正确性，获取superblock文件头上记录着的inodes的个数和block的个数； 根据所述inodes的个数和block的个数，恢复所述故障的分区。4.根据权利要求1所述的文件系统恢复方法，其特征在于，所述在发生分区故障时，查找故障的分区的superblock文件的步骤之前，还包括: 对磁盘分区进行格式化并挂载。5.根据权利要求1至4任一所述的文件系统恢复方法，其特征在于，操作环境为Linux系统。6.一种文件系统恢复系统，其特征在于，包括: 文件查询模块，用于在发生分区故障时，查找故障的分区的superblock文件； 故障修复模块，用于根据所述superbock文件，恢复所述故障的分区； 挂载模块，用于在对所述故障的分区恢复完成后，重新挂载该分区。7.根据权利要求6所述的文件系统恢复系统，其特征在于，所述文件查询模块，具体用于 在所述故障的分区的文件中拷贝1024B-2048B到superblock文件。8.根据权利要求6所述的文件系统恢复系统，其特征在于，所述故障修复模块包括: 转换单元，用于将二进制的所述superblock文件转换成16进制的形式； 验证单元，用于验证16进制superblock文件的正确性，获取superblock文件头上记录着的inodes的个数和block的个数； 恢复单元，用于根据所述inodes的个数和block的个数，恢复所述故障的分区。9.根据权利要求6所述的文件系统恢复系统，其特征在于， 所述挂载模块，还用于在系统初始化时，对磁盘分区进行格式化并挂载。
【专利摘要】本发明提供了一种文件系统恢复方法和系统。涉及系统管理领域；解决了文件系统恢复过程中数据丢失的问题。该方法包括：在发生分区故障时，查找故障的分区的superblock文件；根据所述superbock文件，恢复所述故障的分区；在对所述故障的分区恢复完成后，重新挂载该分区。本发明提供的技术方案适用于数据分区文件系统，实现了通过superbock文件完成文件系统的修复。
【IPC分类】G06F11/14, G06F17/30
【公开号】CN104991926
【申请号】CN201510370100
【发明人】翟院华
【申请人】浪潮(北京)电子信息产业有限公司
【公开日】2015年10月21日
【申请日】2015年6月29日...