关于 inode 与 iblock 的知识

转载（http://www.mamicode.com/info-detail-1172424.html）

iNode：索引节点（index node）

iNode是用来存储数据属性信息的；
iNode包含的属性包括：文件大小、属组、归属的用户组、读写权限、文件类型、修改时间、还包括指向文件实体的指针功能（iNode节点和block的对应关系）；
iNode不包括文件名。

Block 是用来存储实际数据的。

理解：可以把iNode理解为一本书的目录，block理解为书的每一页。

iNode小结：

磁盘分区格式化为ext4文件系统后会生成一定数量的iNode和block；
iNode是索引节点，作用是存放文件的属性信息以及文件的索引（指向文件的实体block）；
ext3/ext4文件系统的block存放的是文件的实际内容；
Block的大小一般有1k,2k,4k,其中引导分区为1k,其他分区为4k；
inode是一块磁盘存储空间，centos6非启动分区iNode默认大小256字节，centos5是128字节；
iNode是一串数字，不同的文件对应的iNode在文件系统里是唯一的。；
iNode号相同的文件，互为硬链接文件（硬链接就是文件的又一个入口）；
一个文件被创建后至少要占用一个iNode和一个block；
如果一个文件很大，可能占多个block；
如果文件很小，也要至少占一个block，并且剩余空间不可以使用，浪费了；
iNode大小和总量查看：
1. dumpe2fs /dev/sda3|egrep -i “block size|inode size”
2. dumpe2fs /dev/sda3|egrep -i “block count |inode count”
查看iNode的总量和使用量命令df -i；
生成和指定iNode大小，mkfs.ext4 -b 2048 -I 256 /dev/sdb。

Block 小结：

磁盘读取数据是按block为单位读取的。
一个文件可能占多个block，每读取一个block就会消耗一次磁盘I/O；
如果要提升磁盘I/O性能，那么就要尽可能一次读取数据多；
一个block只能存放一个文件的内容，无论内容有多小，如果block为4K，那么存放1k的文件，剩余的就浪费了；
Block并非越大越好，block太大对于小文件存放就会浪费磁盘空间；
大文件（大于16K）一般设置block大一点，小文件（小于1k）一般设置小一点；
Block太大例如4K,文件都是0.1k,太浪费磁盘空间；
Block太大例如1k,文件都是1000K,消耗磁盘IO；
文件较大时，block设置大点会提升磁盘访问效率；
ext3/ext4文件一般设置成4k。

用一道题目练习对于iNode和block的理解：

题目1：一个100M（block的总大小，个数和单个block大小有关）的磁盘分区，分别写入0.5K的文件和写入1M的文件，分别可以写多少个？为什么？

解题思想：先说明要考察的知识

iNode是存放文件属性信息的，默认大小是128字节（c5），256字节（c6）；
Block是存放文件实际内容的，默认大小1K(boot)或4K(非系统分区默认为4k)；
一个文件至少要占用一个iNode以及一个block；
默认分区常规情况下，iNode数量是足够的，而block数量消耗的会更快。

答题：

默认分区常规情况下，对文件来说inode是足够的，而block数量消耗的会更快，block为4k的情况，1M的文件不会有磁盘浪费请况，所以文件数量数量大概为100/1=100个；
对于小文件0.1k，iNode会消耗的更快，默认分区的时候block数量是大于iNode数量的。每个小文件都会占用一个iNode和一个block，所以最终文件的数量为：iNode会先消耗完，文件总量是iNode的数量。

题目2、如果向磁盘写入数据提示如下错误：NO space left on device，通过df -h查看磁盘空间，发现没满，请分析原因是什么？

解答：可能是iNode数量被消耗完了。

原因一般为：

企业工作中邮件临时队列/var/spool/clientmquene这里很容易被大量小文件沾满导致NO space left on device的错误，clientmquene目录只有安装了sendmail服务，才会有，centos5.8默认会床sendmail，centos6.6默认没有装sendmail。

Centos6改装了postfix服务，因此邮件的路径为/var/spool/postfix/maildrop/

以上两个目录很容易被垃圾文件填满导致系统的iNode数量不够，从而导致无法存放文件。