Linux【6】-硬盘管理1-3-文件系统--block(inode)
今天做数据转移，将硬盘上的数据转移到NAS服务器上，转移以后，发现文件大小不对劲了，做了一个简单的测试，如下面的例子：
[root@c04 sam]# pwd
/home/sam
[root@c04 sam]# du -sh test.tmp
4.0K test.tmp
[root@c04 sam]# du -sh /mnt/nfs/tmp/sam/test.tmp
8.0K /mnt/nfs/tmp/sam/test.tmp
[root@c04 sam]# diff test.tmp /mnt/nfs/tmp/sam/test.tmp
查了一下资料，给出的答复是
du 看的是文件实际占用的磁盘的大小，我的理解是NAS上的block size是8K，你的本地文件系统的blocksize是4K
Disk is allocated in clusters. Not all files are exactly the size of the clusters needed to hold the file. The slack at the end of the last cluster allocated to the file is empty, but can’t be used by other files.
那么，什么是disk
一、基本概念
对分区进行格式化是为了在分区上建立文件系统。一个分区通常只能格式化为一个文件系统，但是磁盘阵列等技术可以将一个分区格式化为多个文件系统，因此只有文件系统能被挂载，而分区不能被挂载。
文件系统有以下三个结构：
- superblock：记录文件系统的整体信息，包括 inode 和 block 的总量、使用量、剩余量，以及文件系统的格式与相关信息等；
- inode：一个文件占用一个 inode，记录文件的属性，同时记录此文件的数据所在的 block 号码；
- block：记录文件的内容，若文件太大时，会占用多个 block。
当要读取一个文件的内容时，先在 inode 中去查找文件内容所在的所有 block，然后把所有 block 的内容读出来。
磁盘碎片是指一个文件内容所在的 block 过于分散。
Ext2 文件系统使用了上述的文件结构，并在此之上加入了 block 群组的概念，也就是将一个文件系统划分为多个 block 群组，方便管理。
二、inode
Ext2 文件系统支持的 block 大小有 1k、2k 和 4k 三种，不同的 block 大小限制了单一文件的大小。而每个 inode 大小是固定为 128 bytes。
inode 中记录了文件内容所在的 block，但是每个 block 非常小，一个大文件随便都需要几十万的 block，而一个 inode大小有限，无法直接引用这么多block。因此引入了间接、双间接、三间接引用，使用用 block 来扩充大小，也就是让 block 来记录文件包含的 block。
inode 具体包含以下信息：
- 该文件的存取模式(read/write/excute)；
- 该文件的拥有者与群组(owner/group)；
- 该文件的容量；
- 该文件建立或状态改变的时间(ctime)；
- 最近一次的读取时间(atime)；
- 最近修改的时间(mtime)；
- 定义文件特性的旗标(flag)，如 SetUID…；
- 该文件真正内容的指向 (pointer)。
目录的 inode 与 block ：
建立一个目录时，会分配一个 inode 与至少一个 block。block 记录的内容是目录下所有文件的 inode 编号以及文件名，可以看出文件的 inode本身不记录文件名，文件名记录在目录中，因此新增文件、删除文件、更改文件名这些操作与目录的 w 权限有关。
二、data block (数据区块)
data block 是用来放置文件内容数据地方，在 Ext2 文件系统中所支持的 block 大小有 1K, 2K 及 4K 三种而已。在格式化时 block 的大小就固定了，且每个 block 都有编号，以方便 inode 的记录啦。 不过要注意的是，由于 block 大小的差异，会导致该文件系统能够支持的最大磁盘容量与最大单一文件容量并不相同。 因为 block 大小而产生的 Ext2 文件系统限制如下：(注2)
| Block 大小 | 1KB | 2KB | 4KB |
|---|---|---|---|
| 最大单一文件限制 | 16GB | 256GB | 2TB |
| 最大文件系统总容量 | 2TB | 8TB | 16TB |
你需要注意的是，虽然 Ext2 已经能够支持大于 2GB 以上的单一文件容量，不过某些应用程序依然使用旧的限制， 也就是说，某些程序只能够捉到小于 2GB 以下的文件而已，这就跟文件系统无关了！ 举例来说，鸟哥在环工方面的应用中有一套秀图软件称为PAVE(注3)， 这套软件就无法捉到鸟哥在数值模式仿真后产生的大于 2GB 以上的文件！害的鸟哥常常还要重跑数值模式…
除此之外 Ext2 文件系统的 block 还有什么限制呢？有的！基本限制如下：
- 原则上，block 的大小与数量在格式化完就不能够再改变了(除非重新格式化)；
- 每个 block 内最多只能够放置一个文件的数据；
- 承上，如果文件大于 block 的大小，则一个文件会占用多个 block 数量；
- 承上，若文件小于 block ，则该 block 的剩余容量就不能够再被使用了(磁盘空间会浪费)。
如上第四点所说，由于每个 block 仅能容纳一个文件的数据而已，因此如果你的文件都非常小，但是你的 block 在格式化时却选用最大的 4K 时，可能会产生一些容量的浪费喔！我们以底下的一个简单例题来算一下空间的浪费吧！
例题：
假设你的Ext2文件系统使用 4K block ，而该文件系统中有 10000 个小文件，每个文件大小均为 50bytes， 请问此时你的磁盘浪费多少容量？
答：
由于 Ext2 文件系统中一个 block 仅能容纳一个文件，因此每个 block 会浪费『 4096 - 50 = 4046 (byte)』， 系统中总共有一万个小文件，所有文件容量为：50 (bytes) x 10000 = 488.3Kbytes，但此时浪费的容量为：『 4046 (bytes) x 10000 = 38.6MBytes 』。想一想，不到 1MB 的总文件容量却浪费将近 40MB 的容量，且文件越多将造成越多的磁盘容量浪费。
言内容如果都写上『如题』时，想一想，是否就会产生很多小文件了呢？
好，既然大的 block 可能会产生较严重的磁盘容量浪费，那么我们是否就将 block 大小订为 1K 即可？ 这也不妥，因为如果 block 较小的话，那么大型文件将会占用数量更多的 block ，而 inode 也要记录更多的 block 号码，此时将可能导致文件系统不良的读写效能。
所以我们可以说，在您进行文件系统的格式化之前，请先想好该文件系统预计使用的情况。 以鸟哥来说，我的数值模式仿真平台随便一个文件都好几百 MB，那么 block 容量当然选择较大的！至少文件系统就不必记录太多的 block 号码，读写起来也比较方便啊！
总结
data block是存放数据的最小单位，每个data block都有一个对应其地址的inode；如果文件小于data block，因为一个block只能放一个文件，也是按照的data block来计算占用空间大小。
参考资料
