Java教程

文件系统2:EXT

本文主要是介绍文件系统2:EXT,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

EXT主要有EXT2,EXT3,EXT4,主要介绍EXT2与EXT4。由于时间仓促,很多自己也不理解,可能有很多错误。

基本概念

首先介绍EXT中的基本概念:

  • 块:EXT用块管理分区空间,每一个块所占大小,常见的有1KB,2KB,4KB,8KB
  • 块组:几个块又被组成一个块组进行管理,一个块组含有的块的数量是块大小的8倍,因为块位图(之后介绍)占一个块,其中每一个比特对应一个块,所以如果一个块大小为1KB,那么一个块组有1K*8=8192个块

文件存储分配方式

在之前FAT文件系统中介绍文件的存储位置是通过FAT表和链接的方式来实现的,如下所示

而EXT采用的是节点表和索引式的方式来实现,即通过节点表将文件所占据的块记录下来,如下所示(当然实际不如下面这么简单,而且也不准确,只是说明这种思想,实际的更多细节可以看之后的内容)

其中节点表中一个文件的块的地址分为直接地址,一级索引,二级索引,三级索引,如下所示:

  • 直接地址即所指向的块保存的就是文件数据
  • 一级索引即所指向的块保存的是块的地址,如图中一级索引指向22号块,22号块中保存的是块的地址,其中指向的块有24,25等,而24指向的块才保存着文件的数据
  • 其它类型的索引类似

并不完全准确大致思想如下:

硬链接与软连接

在下面节点表会提到硬链接数,所以介绍一下。如下图所示,文件a,b,c都是图中最右上角的文件,但是b是采用硬链接的方式,直接指向了文件对应的节点4的地址,所以节点4的硬连接数为2。
而c采用软连接的方式,指向了一个保存最右上角的文件地址的文件,这类似于windows中的快捷方式。

EXT2

以每块占1KB为例,EXT2的结构如下所示:

  • 超块:包含重要的信息,包括文件系统中节点和块的总数和空闲的数量,每个块组中节点和块的数量等
  • 块组描述表GDT:定义所有块组的参数,包括块位图,节点位图,节点表的位置,空闲块,节点数量等
  • 超块备份和块组描述表备份:因为超块比较重要,所以起初,每个块组都保存一个超块和块组描述表的备份,但是会占用太多空间,所以改为只在组为0,1,3,5,7的幂的组才添加备份。
  • 块位图与节点位图之后介绍

注意:

  • 0号块不属于任何一个块组
  • 引导扇区始终占1024个字节,超块始终占1024个字节,又因为图中以每块占1KB为例,所以图中引导扇区占block0,超块占block1,但是如果每块占2KB,那么引导扇区和超块就会一起占block0。
  • 块组描述表在超块后的第一个块,可能不止占图中所示的一个块,可能占多个块

超块

偏移 意义
0-3 文件系统的节点总数,小于等于每组节点数*组数
4-7 文件系统的块总数,小于等于每组块数*组数
8-B 专门为超级用户保留的块的总数
C-F 所有空闲块的总数
10-13 所有空闲节点的总数
14-17 第一个块,也就是包含超块的ID,值为0或1
18-1B 块的大小,2^(10+值)
1C-1F 簇大小,2^(10+值)
20-23 每组的块数,最后一个组可能不够
24-27 每组簇数
28-2B 每组节点数,小于等于块大小除以节点大小。节点表占一个块,所以应该使节点表能够记录所有的节点,同时节点对应组中的块的数量,应该使节点数与块数达到一个平衡
2C-2F 文件系统被装入的最后时间
30-33 文件系统被访问的最后时间
34-35 文件系统被装入的次数
36-37 在验证文件系统前,可装入文件系统的最大次数
38-39 文件系统标识,EXT2为EF53
3A-3B 文件系统状态,如果为1,表示文件系统未被装入,为2,表示文件系统被装入
3C-3D 检测到错误时文件系统应该进行的操作
3E-3F 标识其版本的二级版本
40-43 最后一次文件系统检查时间
44-47 最多多长时间进行一次文件系统检查
48-4B 创建文件系统的操作系统的标识,0:linux,1:gnu hurd,2:masix,3:freebsd,4:lites
4C-4F 版本值,版本1具有可变的节点大小等特征
50-51 使用保留快的用户ID
52-53 使用保留块的用户组ID
54-57 用作标准文件(即不是目录等的普通文件)的第一个节点号,版本0的默认值为11,其它版本可以修改
58-59 节点的大小,在版本0中,值为128B,在其它版本中,值必须为2的幂次,且小于等于块的大小
5A-5B 超块所在组号
5C-5F 版本EXT2,3,4兼容的功能的掩码,文件系统支不支持都不影响,具体见文档
60-63 版本EXT2,3,4不兼容的功能的掩码,文件系统不支持就无法装入文件系统,具体见文档
64-67 只读功能掩码,如果掩码所示功能文件系统不支持,就以只读方式装入文件系统,具体见文档
68-77 卷ID,值唯一
78-87 卷名
88-C7 上次装入文件系统的目录路径
C8-CB 压缩算法
CC 创建文件时应预先分配的块数
CD 创建目录时应预先分配的块数
CE-CF 保留的描述表块数
D0-DF 包含日志超块的ID,EXT3中的日志功能
E0-E3 日志文件的索引节点号,EXT3中的日志功能
E4-E7 日志文件的索引号,EXT3中的日志功能
E8-EB 要删除的节点列表中的第一个节点,EXT3中的日志功能
EC-FB 4个32位的用于目录索引的哈希算法的种子
FC 默认用于目录索引的哈希算法版本
FD-FF 填充
100-103 默认文件系统装载选项
104-107 第一个元块组的块组ID
108-3FF 保留

本次以下面磁盘为例,其中主分区为EXT2

首先,找到磁盘MBR中分区表,得到主分区在磁盘2048扇区处,然后前1024B为引导扇区,这里引导扇区内容为空,之后2050扇区即为超块,如下所示

对应意义如下

偏移 意义
0-3 文件系统的节点总数为00 01 E6 50即124496
4-7 文件系统的块总数00 03 CC 00即248832
8-B 专门为超级用户保留的块的总数00 00 30 99即12441
C-F 所有空闲块的总数00 03 40 F5即213237
10-13 所有空闲节点的总数7E E5 01 00即124286
14-17 值为1,包含超块的块在块1中
20-23 每组的块数00 00 20 00即8192
24-27 每组簇数00 00 20 00即8192
28-2B 每组节点数B0 0F 00 00即4016
38-39 文件系统标识EF 53为EXT2
4C-4F 修订版本值00 00 00 01即版本为1
54-57 用作标准文件(即不是目录等的普通文件)的第一个节点号00 00 00 0B即为11
58-59 节点的大小00 80即128B
5A-5B 超块所在组号00 00即块组0

块组描述表

块组描述表表示文件系统中所有块组的信息,其中每32个字节表示一个块组的信息,这32个字节的结构信息如下

偏移 意义
0-3 该组块中的块位图的第一个块号
4-7 该组块中的节点位图的第一个块号
8-B 该组块中的节点表的第一个块号
C-D 该组块中空闲块总数
E-F 该组块的空闲节点总数
10-11 该组分配给目录的节点数
12-1F 保留填充

超块的下一个块为块组描述表,这里一个块是1024B,就是两个扇区,而超块在2050扇区,所以块组描述表在2052扇区,以下为块组描述表的部分数据

只看第一个块组也就是块组0的信息,即前32位

偏移 意义
0-3 该组块中的块位图的第一个块号00 00 00 03即3,也就是该组块中的块位图在块3
4-7 该组块中的节点位图的第一个块号00 00 00 04即4,也就是该组块中的节点位图在块4
8-B 该组块中的节点表的第一个块号00 00 00 05即5,也就是该组块中的节点表是从块5开始的
C-D 该组块中空闲块总数0A B1,即2737
E-F 该组块的空闲节点总数0F 9D即3997
10-11 该组分配给目录的节点数00 02即2

块位图

每一位表示一个块是否被使用,1表示已用,0表示未用,第一个块(编号为0)由0字节的0位表示,第九个块由1字节的0位表示。块3中的块位图如下

节点位图

每一位表示一个节点是否被使用,编号从1开始,所以第一个节点(编号为1)由0字节的0位表示。保留的节点在初始化时都会被标记为已使用(前几个节点是被保留的,版本0为11节点,其它版本要看设置为多少,在超块的偏移54-57处已经确定)。块4中的节点位图如下

节点表

节点表保存了各种各样文件的位置,大小,类型和访问权限,但不保存文件名,文件名只保存在目录中。节点表中每128B表示一个节点项,节点表中前几个项是被保留的(版本0为11个项,其它版本要看设置为多少,在超块的偏移54-57已经确定,这11个中第1个是用作坏块的节点,第2个:根目录节点,第3,4个:根访问控制相关,第5:引导加载程序节点,第6:未删除目录节点)。每一个节点项结构如下:

偏移 意义
0-1 该文件的格式和访问权限,各值的含义见下图,该偏移处的值可以是下图中任意值的组合

偏移 意义
2-3 与文件关联的用户ID
4-7 版本0中这32位(有符号的)表示文件的大小(单位为字节),在其它版本表示文件大小的低32位
8-B 上次访问该节点的时间(从1970.1.1以来的秒数)
C-F 创建节点的时间(从1970.1.1以来的秒数)
10-13 上次修改节点的时间(从1970.1.1以来的秒数)
14-17 删除节点的时间(从1970.1.1以来的秒数)
18-19 有权访问此文件的用户组
1A-1B 该节点的硬链接数
1C-1F 保留的用于包含此节点数据的512B的块的总数
20-23 访问此节点时EXT2的行为,如下图,其中如果值为EXT2_INDEX_FL,表示这个节点指向目录,且目录时索引格式


偏移 意义
24-27 与操作系统相关的值
28-63 每32位为一个块号,共15个块。前12个是直接地址,第13个是一级索引,14,15类推
64-67 文件版本
68-6B 包含扩展属性的块编号,版本0的块是没有扩展属性的,所以值为0
6C-6F 版本0的此值始终为0,其它版本表示文件大小的高32位
70-73 文件段的位置
74-7F 操作系统的相关结构,具体见文档

块5中的节点表如下:
前11个为保留的节点,所以以下是节点表中保留的项的部分数据。

其中第二个节点,也就是根目录节点分析如下:

偏移 意义
0-1 该文件的格式和访问权限ED 41,即对照上图中的值可以确定其为drwxr-xr-x,分析ED 41小端存储,实际为41 ED,对照表中4000为目录,所以为d,表中100为用户可读,所以为r,表中用户可写,用户可执行,组可读为80,40,20,加起来为E0,所以为wxr,表中用户可执行,其他人可读,其他人可执行为8,4,1,加起来为D,综合起来确定了该文件的属性
2-3 与文件关联的用户ID00 00
4-7 因为在前面知道是版本1,所以表示文件大小的低32位00 00 00 04
18-19 有权访问此文件的用户组00 00
1A-1B 该节点的硬链接数00 04即4
1C-1F 保留的用于包含此节点数据的512B的块的总数00 00 00 02即2
28-63 只有一个包含节点数据的块的块号00 00 FB 01即507
6C-6F 文件大小的高32位00 00 00 00,综合低位的00 00 00 04知文件4B大小

目录

目录有其特定的格式。目录分为链目录格式与索引目录格式,在文件多的时候索引目录格式查找文件更快,在节点表的偏移20-23处表明了格式。

链表目录格式

偏移 意义
0-3 文件的节点号,如果值为零,表示这一项没有被使用
4-5 从当前目录项的开头到下一个目录项的16位无符号移位,即目录项的长度。此字段的值必须至少等于当前项的长度。目录项必须在4字节边界上对齐,并且不能有任何跨越多个数据块的目录项。如果一个项不能完全放入一个数据块,则必须将其推送到下一个数据块,并正确调整前一条项的记录。
6 文件名多少字节的长度
7 文件类型,0:不明类型,1:常规文件,2:目录,3:字符设备,4:块设备,5:缓存文件,6:套接字文件,7:链接文件
8-(取决于文件名长度和边界对其的要求) 文件名

结合例子介绍,在上面的节点表中我们知道一个目录在507块,也就是在扇区2048+507*2=3062,其中2048是分区的起始扇区(其实2048-2049为块0,而507块是块本身,所以扇区为2050+2*(507-1)),其数据如下

开始为当前目录项

偏移 意义
0-3 文件节点号为2,由上可知,该目录确实存在2节点
4-5 目录项的长度为12
6 文件包1B长
7 值为2表示为目录
8-B 文件名为.

下一项为其父目录项,由上知前一项录项长度为12,所以下一项从偏移C处开始

偏移 意义
0-3 文件节点号为2
4-5 目录项的长度为12
6 文件名2B长
7 值为2表示目录
8-B 文件名为..

其余项就是该目录下的文件的项了

索引目录格式

使用哈希树来组织和查找目录项。为了与链表目录格式兼容,在前面一块放置一个链表目录格式的数据块,下一个数据块才为索引目录格式块。当索引目录项超过一个数据块可容纳的数时,将创建间接索引,即分配给该目录另一个数据块。关于此格式的更多原理见文档

首先是索引根目录项结构

偏移 意义
0-3 当前目录节点
4-5 当前项长度
6 名字长度,单位B
7 文件类型,为2,也就是目录类型
8 文件名.
9-B 填充
C-F 当前目录节点
10-11 当前项长度
12 名字长度,单位B
13 文件类型,为2,也就是目录类型
14-15 文件名..
16-17 填充
18-1B 保留
1C 哈希版本
1D 索引目录信息长度,这里索引目录信息就是偏移18-1F的值
1E 索引目录间接索引数
1F 保留

之后是索引目录项,第一个索引目录项如下:

偏移 意义
0-1 块中所能容纳索引目录项的最大数量
2-3 现在已容纳的索引目录项的数量

之后的索引目录项结构如下

偏移 意义
0-3 目录名的哈希值
4-7 目录节点的块号

EXT4

相比于EXT2,在EXT4中可以将几个块组作为一个逻辑块组绑定在一起,称为元块组,其它块组的节点位图,块位图都可以统一放在一起。以下主要介绍EXT4中格式与EXT2不一样的地方

超块

与EXT2相比在以下偏移处不同

偏移 意义
FD 不明白
FE-FF 块组描述符的大小
100-103 默认文件系统装载选项,详细见文档
104-107 第一个元块组的块组ID
108-10B 文件系统创建时间(从1970.1.1以来的秒数)
10C-14F 日志节点的备份
150-153 块总数的高32位
154-157 保留的块数的高32位
158-15B 空闲的块数的高32位
15C-15D 节点(因为对节点进行了扩展)额外至少有多少字节
15E-15F 节点额外应该保留多少字节
160-163 标志,是这些的组合,0001:使用签名哈希目录,0002:使用未签名哈希目录,0004:测试代码
164-165 移动到读取下一个磁盘之前从磁盘读取或写入磁盘的逻辑块数
166-167 防止文件系统多次挂载
168-169 多挂载保护数据的块编号
170-173 返回到当前磁盘之前从磁盘读取或写入磁盘的逻辑块数
174 元数组的大小,值为2^该值
175 元数据校验和算法类型,值为1指crc32c算法
176-177 保留
178-179 文件系统运行期间,写入的KB数
180-183 活动快照的节点号
184-187 活动快照的序列ID
188-189 为活动快照将来使用而保留的块数
190-193 磁盘快照列表的头的块号
194-197 错误数
198-19B 第一次发生错误的时间(从1970.1.1以来的秒数)
19C-19F 第一次错误涉及的节点
1A0-1A7 第一次错误涉及的块数
1A8-1C7 发生错误的函数名字
1C8-1CB 发生错误的行号
1CC-1CF 最近错误的时间(从1970.1.1以来的秒数)
1D0-1D3 最近错误涉及的节点
1D4-1D7 最近错误的行号
1D8-1DF 最近错误涉及的块数
1E0-1EF 最近错误的函数名字
200-23F ASCIIZ挂载选项字符串
240-243 用户配额文件的节点数
244-247 组配额文件的节点数
248-24B 文件系统中开销块或簇
24C-253 包含超块备份的块组,每32位为一组
254-257 使用的加密算法,0:不使用,1:XTS的256b的AES,2:GCM的256b的AES,3:CBC的256b的AES
258-267 用于加密的string2key算法的盐值
268-26B lost+found文件的节点数
26C-26F Inode that tracks project quotas
270-273 用于元数据校验和计算的种子,值为crc32c
274-3FB 保留
3FC-3FF 超块校验和

本次以下面磁盘为例,其中root为EXT4

首先在偏移1024B处找到超块,如下所示,这里就不一一分析了,直接使用软件自动分析。
在偏移18处可以看到块的大小,为2^(10+2),即4K

块组描述表

块组描述表中每一项与EXT2相比,有32B版本和64B版本,32B是EXT2中的扩展

偏移 意义
0-3 块位图的低32位
4-7 节点位图的低32位
8-B 节点表的低32位
C-D 空闲块数的低32位
E-F 空闲节点的低32位
10-11 目录数量的低32位
12-13 块组标志,这些值的任意组合,1:节点表和位图未初始化,2:块位图未初始化,4:节点表被清零
14-17 快照位图的低32位
18-19 块位图校验和的低32位
1A-1B 节点位图校验和的低32位
1C-1D 未使用的节点数的低32位
1E-1F 组描述符校验和

以上为32B版本,64B版本加上下面的内容

偏移 意义
20-23 块位图的高32位
24-27 节点位图的高32位
28-2B 节点表的高32位
2C-2D 空闲块数的高32位
2E-2F 空闲节点的高32位
30-31 目录数量的高32位
32-33 未使用的节点数的高32位
34-37 快照位图的高32位
38-39 块位图校验和的高32位
3A-3B 节点位图校验和的高32位
3C-3F 保留

由超块知一个块占4K,所以块组描述符在扇区8,即超块的下一块中。这里只看第一个块组项,可知该块组的块位图在1025*8(因为一个块4K,占8个扇区)处,节点位图在1041*8处,节点表在1057*8处。

节点表

相比于EXT2,增加了如下字段

偏移 意义
80-81 节点大小(超出原始128B的部分),在ext2和ext3中节点大小为128B,超出的部分记录在这个字段
82-83 节点校验和的高16位
84-87 额外的更改时间
88-8B 额外的修改时间
8C-8F 额外的访问时间
90-93 文件创建时间
94-97 额外的文件创建时间
98-9B 版本号的高32位
9C-9F 项目ID

extent tree

并且在偏移28-63处不再使用直接地址,一级索引这样的方式找块号(在EXT2和EXT3中使用),而改用扩展树extent tree结构,其结构如下,偏移为偏移28-63处内部的相对偏移,开始12个字节为树结构的头

偏移 意义
0-1 标记,为F3 0A
2-3 树头后的有效项数
4-5 树头后面可以有的最大项数
6-7 树的深度,最大为5,为0则表明,每一项直接指向数据块
8-B 树的生成

树头之后,跟着每一项,每一项的结构如下

偏移 意义
0-3 该树覆盖的范围中第一个文件的块号
4-5 树覆盖的范围所占总块数
6-7 此项指向的块号的高16位
8-B 此项指向的块号的低32位

日志

为了防止系统崩溃导致数据前后不一致,从EXT3引入日志系统,都按大端存储

在超块中可以知道日志节点在8号节点(11个保留节点中从0开始编号,但是第0个不存在,所以8号实际上还是第8个节点)。
通过块组描述表知道节点表在1057*8处。
在节点表,找到第8个节点,如下图所示红框处。
在第8个节点,通过extent tree的结构中第一项8-B偏移处的块号的低32位(红线处),知道日志在2129920块处,即2129920*8扇区处

日志数据如下

其结构为:

日志中每一个块都有一个12字节的开头

偏移 意义
0-3 日志标记,值为C03B3998
4-7 块内容的描述,1:描述符,表示块位于事务提交之前,2:块阻止记录,表示块事务提交完成,3:日志超块v1,4:日志超块v2,5:阻止重写记录,使得日志能够跳过后面重写的块
8-B 块对应的事务ID

日志超块

偏移 意义
0-B 固定的块头
C-F 日志块的大小
10-13 日志中块的总数
14-17 日志的第一个块
18-1B 日志中预期的第一个提交ID
1C-1F 日志开始的块编号
20-23 错误值
24-27 日志兼容功能,见文档
28-2B 日志不兼容功能,见文档
2C-2F
30-3F 日志的128位uuid
40-43 共享此日志的文件系统数
44-47
48-4B
4C-4F
50 用于日志的校验和算法,1:CRC32,2:MD5,3:SHA1,4:CRC32C
51-53 填充
54-57 日志中快速提交块数
58-FB 填充
FC-FF 整个超块的校验和,值设为0
100-3FF 共享日志的所有文件系统ID

描述符块

开始依然是固定的12B块头,之后是多个日志块的标记,如果日志超块中偏移28-2B处设置了值为0x10的JBD2_FEATURE_INCOMPAT_CSUM_V3,则格式如下,偏移为这些内容的相对偏移

偏移 意义
0-3 数据块在磁盘上位置的低32位
4-7 描述符块对应的标记,见文档
8-B 数据块在磁盘上位置的高32位
C-F 日志UUID,序列号和数据块的校验和
10-1F 该标记的uuid

如果没有设置,则格式如下,偏移为这些内容的相对偏移

偏移 意义
0-3 数据块在磁盘上位置的低32位
4-5 日志UUID,序列号和数据块的校验和的低16位
6-7 描述符块对应的标记,见文档
8-B 数据块在磁盘上位置的高32位,当日志超块表明为64位版本时,字段才存在
C-1F 该标记的uuid

参考

https://www.nongnu.org/ext2-doc/ext2.pdf
https://www.kernel.org/doc/html/latest/filesystems/ext4/about.html
http://web.mit.edu/tytso/www/linux/ext2intro.html
https://students.mimuw.edu.pl/ZSO/Wyklady/11_extXfs/extXfs.pdf
https://zhuanlan.zhihu.com/p/61749046
https://www.cnblogs.com/ggjucheng/archive/2012/08/22/2651641.html
https://ext4.wiki.kernel.org/index.php/Ext4_Disk_Layout#Hash_Tree_Directories

这篇关于文件系统2:EXT的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!