Ext2文件系统的硬盘布局

本文主要讲述 Linux 上比较流行的 ext2 文件系统在硬盘分区上的详细布局情况。Ext2 文件系统加上日志支持的下一个版本是 ext3 文件系统，它和 ext2 文件系统在硬盘布局上是一样的，其差别仅仅是 ext3 文件系统在硬盘上多出了一个特殊的 ino de（可以理解为一个特殊文件），用来记录文件系统的日志，也即所谓的 journal。由于本文并不讨论日志文件，所以本文的内容对于 ext2 和 ext3 都是适用的。

　　1、前言

　　本文的资料来源是 Linux 内核中 ext3 文件系统的源代码。为了便于读者查阅源代码，本文中一些关键的技术词汇都使用了内核源代码中所使用的英语单词，而没有使用相应的中文翻译。(这种方法是否恰当，还请读者朋友们指教。)

　　2、粗略的描述

　　对于 ext2 文件系统来说，硬盘分区首先被划分为一个个的 block，一个 ext2 文件系统上的每个 block 都是一样大小的，但是对于不同的 ext2 文件系统，block 的大小可以有区别。典型的 block 大小是 1024 bytes 或者 4096 bytes。这个大小在创建 ext2 文件系统的时候被决定，它可以由系统管理员指定，也可以由文件系统的创建程序根据硬盘分区的大小，自动选择一个较合理的值。这些 blocks 被聚在一起分成几个大的 block group。每个 block group 中有多少个 block 是固定的。

　　每个 block group 都相对应一个 group descriptor，这些 group descriptor 被聚在一起放在硬盘分区的开头部分，跟在 super block 的后面。所谓 super block，我们下面还要讲到。在这个 descriptor 当中有几个重要的 block 指针。我们这里所说的 block 指针，就是指硬盘分区上的 block 号数，比如，指针的值为 0，我们就说它是指向硬盘分区上的 block 0；指针的值为 1023，我们就说它是指向硬盘分区上的 block 1023。我们注意到，一个硬盘分区上的 block 计数是从 0 开始的，并且这个计数对于这个硬盘分区来说是全局性质的。

　　在 block group 的 group descriptor 中，其中有一个 block 指针指向这个 block group 的 block bitmap，block bitmap 中的每个 bit 表示一个 block，如果该 bit 为 0，表示该 block 中有数据，如果 bit 为 1，则表示该 block 是空闲的。注意，这个 block bitmap 本身也正好只有一个 block 那么大小。假设 block 大小为 S bytes，那么 block bitmap 当中只能记载 8*S 个 block 的情况（因为一个 byte 等于 8 个 bits，而一个 bit 对应一个 block）。这也就是说，一个 block group 最多只能有 8*S*S bytes 这么大。

　　

　　在 block group 的 group descriptor 中另有一个 block 指针指向 inode bitmap，这个 bitmap 同样也是正好有一个 block 那么大，里面的每一个 bit 相对应一个 inode。硬盘上的一个 inode 大体上相对应于文件系统上的一个文件或者目录。关于 inode，我们下面还要进一步讲到。

　　在 block group 的 descriptor 中另一个重要的 block 指针，是指向所谓的 inode table。这个 inode table 就不止一个 block 那么大了。这个 inode table 就是这个 block group 中所聚集到的全部 inode 放在一起形成的。

　　一个 inode 当中记载的最关键的信息，是这个 inode 中的用户数据存放在什么地方。我们在前面提到，一个 inode 大体上相对应于文件系统中的一个文件，那么用户文件的内容存放在什么地方，这就是一个 inode 要回答的问题。一个 inode 通过提供一系列的 block 指针，来回答这个问题。这些 block 指针指向的 block，里面就存放了用户文件的内容。

　　2.1 回顾

　　现在我们回顾一下。硬盘分区首先被分为好多个 block。这些 block 聚在一起，被分成几组，也就是 block group。每个 block group 都有一个 group descriptor。所有这些 descriptor 被聚在一起，放在硬盘分区的开头部分，跟在 super block 的后面。从 group descriptor 我们可以通过 block 指针，找到这个 block group 的 inode table 和 block bitmap 等等。从 inode table 里面，我们就可以看到一个个的 inode 了。从一个 inode，我们通过它里面的 block 指针，就可以进而找到存放用户数据的那些 block。我们还要提一下，block 指针不是可以到处乱指的。一个 block group 的 block bitmap 和 inode bitmap 以及 inode table，都依次存放在这个 block group 的开头部分，而那些存放用户数据的 block 就紧跟在它们的后面。一个 block group 结束后，另一个 block group 又跟着开始。

　　3、详细的布局情况

　　3.1 Super Block

　　所谓 ext2 文件系统的 super block，就是硬盘分区开头（开头的第一个 byte 是 byte 0）从 byte 1024 开始往后的一部分数据。由于 block size 最小是 1024 bytes，所以 super block 可能是在 block 1 中（此时 block 的大小正好是 1024 bytes），也可能是在 block 0 中。

　　硬盘分区上 ext3 文件系统的 super block 的详细情况如下。其中 __u32 是表示 unsigned 不带符号的 32 bits 的数据类型，其余类推。这是 Linux 内核中所用到的数据类型，如果是开发用户空间（user-space）的程序，可以根据具体计算机平台的情况，用 unsigned long 等等来代替。下面列表中关于 fragments 的部分可以忽略，Linux 上的 ext3 文件系统并没有实现 fragments 这个特性。另外要注意，ext3 文件系统在硬盘分区上的数据是按照 Intel 的 Little-endian 格式存放的，如果是在 PC 以外的平台上开发 ext3 相关的程序，要特别注意这一点。如果只是在 PC 上做开发，倒不用特别注意。

　　

　　struct ext3_super_block {

　　/*00*/ __u32 s_inodes_count；

　　/* inodes 计数 */

　　__u32 s_blocks_count；

　　/* blocks 计数 */

　　__u32 s_r_blocks_count；

　　/* 保留的 blocks 计数 */

　　__u32 s_free_blocks_count； /* 空闲的 blocks 计数 *//*10*/ __u32 s_free_inodes_count；

　　/* 空闲的 inodes 计数 */

　　__u32 s_first_data_block；

　　/* 第一个数据 block */

　　__u32 s_log_block_size；

　　/* block 的大小 */

　　__s32 s_log_frag_size；

　　/* 可以忽略 *//*20*/ __u32 s_blocks_per_group；

　　/* 每 block group 的 block 数量 */

　　__u32 s_frags_per_group；

　　/* 可以忽略 */

　　__u32 s_inodes_per_group；

　　/* 每 block group 的 inode 数量 */

　　__u32 s_mtime；

　　/* Mount time *//*30*/ __u32 s_wtime；

　　/* Write time */

　　__u16 s_mnt_count；

　　/* Mount count */

　　__s16 s_max_mnt_count；

　　/* Maximal mount count */

　　__u16 s_magic；

　　/* Magic 签名 */

　　__u16 s_state；

　　/* File system state */

　　__u16 s_errors；

　　/* Behaviour when detecting errors */

　　__u16 s_minor_rev_level；

　　/* minor revision level *//*40*/ __u32 s_lastcheck；

　　/* time of last check */

　　__u32 s_checkinterval；

　　/* max. time between checks */

　　__u32 s_creator_os；

　　/* 可以忽略 */

　　__u32 s_rev_level；

　　/* Revision level *//*50*/ __u16 s_def_resuid；

　　/* Default uid for reserved blocks */

　　__u16 s_def_resgid；

　　/* Default gid for reserved blocks */

　　__u32 s_first_ino；

　　/* First non-reserved inode */

　　__u16 s_inode_size；

　　/* size of inode structure */

　　__u16 s_block_group_nr；

　　/* block group # of this superblock */

　　__u32 s_feature_compat；

　　/* compatible feature set *//*60*/ __u32 s_feature_incompat；

　　/* incompatible feature set */

　　__u32 s_feature_ro_compat； /* readonly-compatible feature set *//*68*/ __u8

　　s_uuid[16]；

　　/* 128-bit uuid for volume *//*78*/ char

　　s_volume_name[16]；

　　/* volume name *//*88*/ char

　　s_last_mounted[64]；

　　/* directory where last mounted *//*C8*/ __u32 s_algorithm_usage_bitmap； /* 可以忽略 */

　　__u8

　　s_prealloc_blocks；

　　/* 可以忽略 */

　　__u8

　　s_prealloc_dir_blocks；/* 可以忽略 */

　　__u16 s_padding1；

　　/* 可以忽略 *//*D0*/ __u8

　　s_journal_uuid[16]；

　　/* uuid of journal superblock *//*E0*/ __u32 s_journal_inum；

　　/* 日志文件的 inode 号数 */

　　__u32 s_journal_dev；

　　/* 日志文件的设备号 */

　　__u32 s_last_orphan；

　　/* start of list of inodes to delete *//*EC*/ __u32 s_reserved[197]；

　　/* 可以忽略 */}；

　　

　　我们