ext2文件系统的运行—superblock/inode/block

鸟哥私房菜书上内容：

superblock：记录此 filesystem 的整体信息，包括inode/block的总量、使用量、剩余量， 以及文件系统的格式与相关信息等；
inode：记录文件的属性，一个文件占用一个inode，同时记录此文件的数据所在的 block 号码；
block：实际记录文件的内容，若文件太大时，会占用多个 block 。

每个 inode 与 block 都有编号，而每个文件都会占用一个 inode ，inode 内则有文件数据放置的 block 号码。因此，我们可以知道的是，如果能够找到文件的 inode 的话，那么自然就会知道这个文件所放置数据的 block 号码， 当然也就能够读出该文件的实际数据了。

------------------------------------------------------------------------------------------------------

详解：

在标准的 Linux 文件系统 Ext2 中，所支持的 block 大小有 1K, 2K 及 4K 三种

Ext2 文件系统的 block 基本限制如下：
原则上，block 的大小与数量在格式化完就不能够再改变了（除非重新格式化）；
每个 block 内最多只能够放置一个文件的数据；
承上，如果文件大于 block 的大小，则一个文件会占用多个 block 数量；
承上，若文件小于 block ，则该 block 的剩余容量就不能够再被使用了（磁盘空间会浪费）。

inode 记录的文件数据至少有下面这些：
该文件的存取模式（read/write/excute）；
该文件的拥有者与群组（owner/group）；
该文件的容量；
该文件创建或状态改变的时间（ctime）；
最近一次的读取时间（atime）；
最近修改的时间（mtime）；
定义文件特性的旗标（flag），如 SetUID...；
该文件真正内容的指向 （pointer）；
inode 的数量与大小也是在格式化时就已经固定了，除此之外 inode 还有些什么特色呢？
每个 inode 大小均固定为 128 Bytes （新的 ext4 与 xfs 可设置到 256 Bytes）；
每个文件都仅会占用一个 inode 而已；
承上，因此文件系统能够创建的文件数量与 inode 的数量有关；
系统读取文件时需要先找到 inode，并分析 inode 所记录的权限与使用者是否符合，若符合才能够开始实际读取 block 的内
容。

Superblock他记录的信息主要有：

block 与 inode 的总量；
未使用与已使用的 inode / block 数量；
block 与 inode 的大小 （block 为 1, 2, 4K，inode 为 128Bytes 或 256Bytes）；
filesystem 的挂载时间、最近一次写入数据的时间、最近一次检验磁盘 （fsck） 的时间等文件系统的相关信息；
一个 valid bit 数值，若此文件系统已被挂载，则 valid bit 为 0 ，若未被挂载，则 valid bit 为 1 。

linux标准的文件系统是ext2。ext3/ext4是在ext2上增加了日志功能。

现在用xfs代替ext4，原因：

1.ext4格式化超级慢，因为用的是预先规划出所有的 inode/block/meta data 等数据，未来系统可以直接取用， 不需要再进行动态配置的作法。

2.虚拟化的应用越来越广泛，而作为虚拟化磁盘来源的巨型文件 （单一文件好几个 GB 以上！） 也就越来越常见了。 这种巨型文件在处理上需要考虑到性能问题。

CentOS 7.x 拿xfs当默认的文件系统