EDA365电子论坛网

标题: ARM ------- 制作Linux 文件系统(4) [打印本页]

---

作者: pulbieup    时间: 2019-6-28 11:31
标题: ARM ------- 制作Linux 文件系统(4)
#2Linux 文件系统结构
1 W/ ?, n8 A& u' C" A' zLinux 下文件系统是对复杂系统进行合理抽象的一个经典的例子，它通过一套统一的接口函数对不同的文件进行操作（普通文件，字符设备文件，块设备文件和socket 文件）。

# t; @; M& r3 N* p* f
, M$ J( Q; d( G  p8 [6 L; W8 N

• 索引节点(inode): 用来存储数据的信息，如大小，属主，归属和读写权限
• 等。
• 块(block): 存储数据。
  

       虚拟文件系统VFS(virtual File System)是Linux 内核层实现的一种构架，
       为用户空间提供统一的文件操作借口。
* d3 h1 m, K2 u5 H
3 O6 g* q3 f1 h" D7 Q4 B! q/ z

% ?; h# j+ c2 @" O2 z1 @# N

##2.1ext2 文件系统的总体存储布局

+ R  y5 N6 B; w, |4 f6 _

! }+ b8 z! r& o* h1 f7 F4 q

6 M& w# Z, q, _7 g% y( O5 v1 {& Y4 s###2.1.1Block
1 W3 Y8 O9 {' {文件系统中存储的最小单位是块（Block） ，一个块究竟多大在格式化时确定的，例如mke2fs 的-b 选项可以设定块大小为1024、2048 或4096 字节。
+ ?( b) m/ x$ {$ A; g; r###2.1.2Boot block
! t) K4 N3 ?3 Z而上图中启动块（Boot Block） 的大小是确定的，就是1KB，启动块是由PC 标准规定的，用来存储磁盘分区信息和启动信息，任何文件系统都不能使用启动块。启动块BootBlock之后才是ext2 文件系统的开始。
7 Q9 t1 ]9 \2 L  h& @. g$ \6 U###2.1.3Block Group:
4 N  e" W: {  `2 {" T( lext2 文件系统将整个分区划成n 个同样大小的块，多个块组成块组（Block
Group） ，每个块组都由以下部分组成。
: S/ R; N7 a+ m2 W. `2 l3 R####Super Block:
超级块 （Super Block)(占用一个块大小)描述整个分区的文件系统信息，例如块大小、文件系统版本号、上次mount的时间等等。超级块在每个块组的开头都有一份拷贝(也就是说每个块组组开头1024 字节为超级快，内容相同，估计是出于安全考量)。占用每个块组的第一个块，共1024 字节，记录着magic(魔数)，block_size(块大小)，block_count(块数)，block_per_group(每组的块数)等信息。
####GDT，Group Descriptor Table
2 X& B; ~5 r. P4 F( ^4 j% i块组描述符表（GDT，Group Descriptor Table）（占用一个块大小）每个块组的块组描述符占用32 个字节（见下面），整个分区的块组的块组描述符连成一片放在一个块里面就组成了块组描述符表。每个块组描述符（GroupDescriptor） 存储一个块组的描述信息，例如在这个块组中从哪里开始是inode表，从哪里开始是数据块，空闲的inode 和数据块还有多少个等等。
4 H6 x2 @" Q" [$ R+ Y和超级块类似，块组描述符表在每个块组的开头也都有一份拷贝，这些信息
是非常重要的，一旦超级块意外损坏就会丢失整个分区的数据，一旦块组描述符意外损坏就会丢失整个块组的数据，因此它们都有多份拷贝。通常内核只用到第0 个块组中的拷贝，当执行e2fsck 检查文件系统一致性时，第0 个块组中的超级块和块组描述符表就会拷贝到其它块组，这样当第0 个块组的开头意外损坏时就可以用其它拷贝来恢复，从而减少损失。
注意，硬盘分区上的所有这些 group descriptors 要能塞在一个 block 里
面。也就是说 groups_count * descriptor_size 必须小于等于 block_size。
7 |' H) F5 ^6 n" J6 E+ L知道了硬盘分区上一共有多少个 block group，我们就可以把这么多个
group descriptors 读出来了。先来看看 group descriptor 是什么样子的。


4 |; V& g) }% ~
* o- T7 l9 F) e2 Z+ p1 m0 Y9 ?
$ q, N! }6 {/ h# L

• struct ext3_group_desc
• {
• __u32 bg_block_bitmap; /* block 指针指向 block bitmap */
• __u32 bg_inode_bitmap; /* block 指针指向 inode bitmap */
• __u32 bg_inode_table; /* block 指针指向 inodes table */
• __u16 bg_free_blocks_count; /* 空闲的 blocks 计数 */
• __u16 bg_free_inodes_count; /* 空闲的 inodes 计数 */
• __u16 bg_used_dirs_count; /* 目录计数 */
• __u16 bg_pad; /* 可以忽略 */
• __u32 bg_reserved[3]; /* 可以忽略 */
• };
  . B& E" V; `  |5 a& Z$ Z0 p0 n4 z

3 L0 O7 y9 D9 f每个 group descriptor 是 32 bytes 那么大。从上面，我们看到了三个
6 R4 _4 S% q9 d% }% ]关键的 block 指针，这三个关键的 block 指针，我们已经在前面都提到过了。
####块位图 （Block Bitmap）（占用一个块）
一个块组中的块是这样利用的：数据块存储所有文件的数据，比如某个分
区的块大小是1024 字节，某个文件是2049 字节，那么就需要三个数据块来存，即使第三个块只存了一个字节也需要占用一个整块；超级块、块组描述符表、块位图、inode 位图、inode 表这几部分存储该块组的描述信息。那么如何知道哪些块已经用来存储文件数据或其它描述信息，哪些块仍然空闲可用呢？块位图就是用来描述整个块组中哪些块已用哪些块空闲的，它本身占一个块，其中的每个bit 代表本块组中的一个块，这个bit 为1 表示该块已用，这个bit 为0 表示该块空闲可用。
! T, q& n& B$ _
9 k3 z6 _% y6 X3 |& N0 U8 U5 s



, H9 h9 A/ m' \5 ]" c2 Q' j4 f+ d为什么用df 命令统计整个磁盘的已用空间非常快呢？因为只需要查看每
个块组的块位图即可，而不需要搜遍整个分区（所有块组信息通过GDT形成了链表）。相反，用du 命令查看一个较大目录的已用空间就非常慢，因为不可避免地要搜遍整个目录的所有文件。





3 E# c* |- C) H$ y& q. I与此相联系的另一个问题是：
在格式化一个分区时究竟会划出多少个块组呢？主要的限制在于块位图本身必须只占一个块。用mke2fs 格式化时默认块大小是1024 字节，可以用-b 参数指定块大小，现在设块大小指定为b 字节，那么一个块可以有8b 个bit，这样大小的一个块位图就可以表示8b 个块的占用情况，因此一个块组最多可以有 8b 个块，如果整个分区有s 个块，那么就可以有s/(8b)个块组。格式化时可以用-g 参数指定一个块组有多少个块，但是通常不需要手动指定，mke2fs 工具会计算出最优的数值。
####inode 位图（inode Bitmap）（占用一个块）
. [7 z3 E2 g4 v! r) H0 J$ e和块位图类似，本身占一个块，其中每个bit 表示一个inode 是否空闲可用。
####inode 表（inode Table）（占用n 个块）
) A! H4 U, N' n1 L* |6 G我们知道，一个文件除了数据需要存储之外，一些描述信息也需要存储，
$ A: M. r0 ~. y. E$ n  b例如文件类型（常规、目录、符号链接等），权限，文件大小，创建/修改/访问时间等，也就是ls -l 命令看到的那些信息，这些信息存在inode 中而不是数据块中。每个文件都有一个inode，一个块组中的所有 inode 组成了inode 表。
& `1 [- U' I4 b) N4 Z

$ }4 f3 [' N/ O



4 w" Y+ H2 m) ]3 `4 l9 V
/ r/ @6 {9 q- g

---

作者: mytomorrow    时间: 2019-6-28 18:04
看看

---

作者: llg    时间: 2019-6-29 17:49

---

欢迎光临 EDA365电子论坛网 (https://bbs.eda365.com/)

Powered by Discuz! X3.2