3 一个inodes（节点号）的大小大概为128B，一个文件至少要占有1个inodes。通过tune2fs
-l /dev/sda7 可以查看这个分区的inode size，inode count，block count。
我们知道，计算机在识别一个用户是通过UID来识别的，识别一个进程是通过进程号来识别的，那么，同样，计算机识别一个文件是通过一个inode number来识别文件的。而文件名只是给人的识别的。
4 查看节点号的方法：#ls
-li
[root@localhost ~]# ls -li
total 56
533587 -rw------- 1 root root
1050
Mar
6 02:15 anaconda-ks.cfg
919063 drwxr-xr-x 2 root root 4096
Mar
6 02:43 Desktop
524290 -rw-r--r-- 1 root root
29302
Mar
6 02:15 install.log
524291 -rw-r--r-- 1 root root
3738
Mar
6 02:15 install.log.syslog
前面的一串数字就是文件的节点号，
其实我们的节点号是在分区创建的时候就已经分配好了的。
5 下面我们来学习复制，剪切，删除对文件inode的影响
（1）复制对文件inode的影响
[root@localhost ~]# cd /boot/
[root@localhost boot]# ls -li file
6030 -rw-r--r-- 1 root root 0 Mar
6 13:26 file
a 可以看到，这个文件的节点号是6030，现在我们将它复制到另外一个分区
[root@localhost boot]# cp file /var/
[root@localhost boot]# cd /var/
[root@localhost var]# ls -li file
2115361 -rw-r--r-- 1 root root 0 Mar
6 13:27 file
将这个文件复制到/var分区下面后，这个文件的inode number就改变了。
当一个文件从一个分区复制到另外一个分区的时候，系统就分配了另外一个inode给这个文件。
b 那么在同一个分区复制文件节点号会有什么改变呢
[root@localhost boot]# ls -li file
6030 -rw-r--r-- 1 root root 0 Mar
6 13:26 file
[root@localhost boot]# cp file /boot/grub/
[root@localhost boot]# cd grub/
[root@localhost grub]# ls -li file
22091 -rw-r--r-- 1 root root 0 Mar
6 13:29 file
可以看到，刚才这个文件的节点号是6030，现在就变成了22091了。
在同一个分区里面复制文件，这个文件的节点号也是会发生改变的。因为在这个分区有两份相同的文件，只是文件的内容相同，但是文件的inode属性却是不一样的。
2. 剪切对文件inode的影响
a 同一分区的剪切
[root@localhost ~]# cd /boot/
[root@localhost boot]# ls -li file
6030 -rw-r--r-- 1 root root 0 Mar
6 13:26 file
可以看到，这个文件的节点号是6030，现在我们将这个文件在同个分区里剪切一份。
[root@localhost boot]# mv file /boot/test/
[root@localhost test]# ls -li file
6030 -rw-r--r-- 1 root root 0 Mar
6 13:26 file
可以看到，这个文件节点号是没有改变的。
当在同一个分区里面移到文件，文件的节点号没有发生改变。
b 不同的分区剪切
[root@localhost ~]# cd /boot/test/
[root@localhost test]# ls -li file
6030 -rw-r--r-- 1 root
[root@localhost test]# mv /boot/test/file /var/ftp/pub/
[root@localhost test]# cd /var/ftp/pub/
[root@localhost pub]# ls -li file
325584 -rw-r--r-- 1 root root 0 Mar
6 13:26 file
可以看到，这个文件的节点号是肯定会变的。
3 删除对inode的影响
[root@localhost ~]# cd /boot/
[root@localhost boot]# ls -li file
6030 -rw-r--r-- 1 root root 0 Mar
6 13:44 file
[root@localhost boot]# rm -rf file
现在我们把file这个文件给删除了，其实我们只是将file这个文件的节点表给删除了，其实我们的数据都还在。这也就是为什么当我们删除一个文件，这个文件还可以被找回来的原因。当然如果我们在到这个分区里面写入数据，那么原来的数据就会被覆盖。
[root@localhost boot]# touch file1
[root@localhost boot]# ls -li file1
6030 -rw-r--r-- 1 root root 0 Mar
6 13:49 file1
现在我们又新建了一个文件file1，这个文件的节点号也是6030，它就已经覆盖了以前的数据的节点号。那么以前的数据就找不回来了。
4 总结
复制：在同一个分区，节点号改变。
在不同的分区，节点号改变。
剪切：在同一个分区，节点号不变。
在不同的分区，节点号改变。
删除：只是删除了文件的节点表，数据没有被真正删除，只有当往这个分区在写入数据的时候，才会覆盖原来的数据。
2：inode - linux文件系统的关键
［命令基础］
$ ls -li
427333 drwx------ 2 abao abao 4096 2009-08-12 20:19 amsn_received
989840 -rwxrwxrwx 1 abao abao 144 2009-10-22 22:19 chroot-lfs.sh
1038353 drwxr-xr-x 13 abao abao 4096 2009-11-04 21:42 data
［注释： 上面的例子中，红色的就是inode number，蓝色的是当前文件的link count。］
inode是理解linux文件系统的核心概念。iNode的意思就是index node，就是索引的意思。linux中目录也被被看成是广义的文件，而理解inode正是理解这个广义文件的最好的办法。每个文件和目录都对应着一个inode，inode在一个分区内是唯一的。
对于文件而言，它的信息可以人为的看成三个部分，文件名，文件属性和文件内容。文件名就是我们通常使用的名字，文件属性则包括文件大小，权限设置，修改时间等。文件内容就是我们用cat命令能看到的东西。文件属性是全部保存在文件对应的inode当中的，文件内容在物理上和inode并不是存放在一起，而是放在稍微靠后的磁盘区，也可以称为数据区。在inode里面有指向数据区的指针。
对于目录而言，目录的存储也分成三个部分，也是目录名称，目录属性和目录内容这里提到的目录内容其实就是目录中包含的所有文件／子目录的对应关系（文件名-inode-关系表）。目录属性也存储在inode中，而目录内容就存储在inode所对应的数据区当中。
你可能会问，那么名字呢？文件和目录的名字跑到哪里去了呢？其实，这个名字就存储在它的父目录的内容当中。 举个例子如下。
/tmp包含了两个文件file1和file2。
那么在系统中就会有三个inode,比如说他们的inode number分别是1000(/tmp)， 10001(/tmp/file1)， 10002(/tmp/file2)。
那么1000#号inode中，保存了/tmp中所有的下属文件的inode和名字，已经目录自身的属性。
10001＃号inode中，保存了/tmp/file1自己的文件属性，以及指向数据区的指针。
10002＃号inode中，保存了/tmp/file2自己的文件属性，以及指向数据区的指针。
而/tmp这个目录名字，则是由它的父目录（也就是/)来负责管理的。
从上面的例子可以看到，名字，属性和内容，后两者是联系在一起的，名字则是归父目录去管理。当有两个目录都指向同一个inode的时候，就会出现同样的属性＋内容，出现在两个不同的目录中。甚至可以以不同的名字出现在相同的目录中。这就是连接的概念，有多少个目录指向当前这个文件(或当前这个目录)，这个数字就是link count。在连接中，inode number是父目录识别子体的关键信息。
注意到，每个分区(partition)都会有自己的inode列表，也就是每个分区的inode系统是独立的。那么当我们把一个分区设备装载到当前使用的分区时，两个inode系统就会重叠在一起。比如我的linux是mount在/dev/sda1上作为root的，然后我把/dev/sda2装载到/home上。就会发现/home和/的inode number都是2。这是两个分区inode表重叠在一起的表现。
如果你明白了以上的这个例子，就会能够回答如下的一些看上去很难的问题。
在上面的例子里面为什么我不能ln /home/abc/d /file呢？因为这样去做相当于让一个/dev/sda1中的目录去连接/dev/sda2中的一个文件，这是inode系统所不允许的。
能够让ln作用在一个目录上呢？也就是ln <dir1> <dir2>呢？这样也不行，因为这样会出现<dir1>有两个父目录的情况，从直观上讲，这就是不合理的。
我用ls -li 命令，为什么看到空目录的inode link count是2呢？这是linux的系统就是这么设计的。当一个目录创建出来，它的"文件名-inode-关系表"里面就有两个元素，其一是"."，表示指向自身，其二是".."指向它的父目录。而我们看到的这个2，一个是自身指向自身的link，另一个是它的父目录指向它的link（想想看"文件名-inode-关系表"）。这里还有一个有意思的现象，就是这个新目录指向它的父目录，它的父目录也指向它，这种连接是双向的。
为什么我在目录里面增加一个文件，这个文件的link count是1，而它的父目录的link count却不变呢？由于一个文件可以被多次link的特性，暗示了文件不会记录它的父目录的inode，这样目录和它的子文件之间的关联是单向的。所以就会出现这样的情况。
ln -s的本质是什么？从编程的角度来看，symbolic link（符号连接）和连接从根本上不是一回事，符号连接其实就是名字的快捷方式，和windows中的快捷方式很类似。符号连接是从属于原始文件的，而连接创造出来的文件和原来文件是等同的。
ln -s的用处是什么呢？ln -s有三种主要的特性，一来它可以进行跨分区的操作，二来可以作用在目录上，三来是许多linux的脚本运行机制需要这样的符号连接。
/的inode是多少呢？我观察了几个系统，/目录的inode是2，但是目前我还没有不太了解原因。/proc /sys的inode是1，等我以后再来解释，现在我还不太明白。
如何知道一个系统能使用多少个inode呢？用如下的命令 tune2fs -l /dev/sda1，这个命令在e2fsprogs工具里面。
如果inode之间的连接出现问题，应该怎么解决？这是一个复杂的问题，简单的说，可以用e2fsck工具来进行检修，那些没有被link的inode会被挂到/lost+found目录下。
文章转自：http://yijiuzai.blog.163.com/blog/static/103756727201010773846782/