Ext4文件系统fsck后损坏修复方法-linux数据恢复案例

在数据恢复案例开始之前有几个概念需要了解

块组：Ext4文件系统的全部空间被划分为若干个块组，每个块组内的结构都是大致相同的。
块组描述符表：每个块组都对应一个块组描述符，这些块组描述符统一放在文件系统的前部，称为块组描述符表。每个块组描述符大小为32字节，其主要描述块位图、i-节点位图及i-节点表的地址等信息。
超级块(Superblock)：用于存储文件系统的配置参数(如块大小、总块数、i-节点数)和动态信息(当前空闲块数和i-节点数)。Ext4文件系统的超级块(Superblock)开始于1024字节处，即2号扇区。
i节点：描述文件的时间信息、大小、块指针等信息。
块组描述符和超级块在块中的位置：当块大小为2个扇区时，0号块是引导程序或者保留块，超级块起始于1号块。当块大小为4个扇区时，引导程序或者保留块位于0号块的前两个扇区，超级块位于0号块的后两个扇区。当块大小为8个扇区时，引导程序或者保留块位于0号块的0-1号扇区，超级块位于0号块的2-3号扇区。
Ext4文件系统的整体结构及第一个块组的具体结构如图1所示。

数据恢复初检和分析：

某公司Ext4文件系统umount失败，管理员进行了fsck操作检查一致性，结果导致Ext4文件mount不上(有时也会表现为导致目录变成了文件)。报错提示信息：mount: wrong fs type, bad option,bad su