Reserved GDT blocks at 2
-
128
Block bitmap at 129 (+129), Inode bitmap at 145 (+145)
Inode table at 161
-
672 (+161)
# inode table
的所在喔！
28521 free blocks, 8181 free inodes, 2 directories, 8181 unused inodes
Free blocks: 142
-
144, 153
-
160, 4258
-
32767
#
底下
两
行
说
明剩余的容量有多少
Free inodes: 12
-
8192
Group 1: (Blocks 32768
-
65535) [INODE_UNINIT]
#
后
续为
更多其他的
block group
喔！
....(
底下省略
)....
#
由于
数
据量非常的
庞
大，因此
鸟
哥
½
一些信息省略
输
出了！上表与你的屏幕
会
有
点
差异。
#
前半部在秀出
supberblock
的
内
容，包括
标头
名
称
(Label)
以及
inode/block
的相
关
信息
#
后面
则
是每
个
block group
的
个别
信息了！您可以看到各
区
段
数
据所在的
号码
！
#
也就是
说
，基本上所有的
数
据
还
是与
block
的
号码
有
关
就是了！很重要！
如上所示，利用
dumpe2fs
可以查询到非常多的信息，不过依内容主要可以区分为上半部是
superblock
内容，
下半部则是每个
block group
的信息了。从上面的表格中我们可以观察到鸟哥这
个
/dev/vda5
规划的
block
为
4K
，
第一个
block
号码为
0
号，且
block group
内的所有信息都以
block
的号码来表示的。
然后在
superblock
中还有谈到目前这个文件系统的可用
block
与
inode
数
量喔！
至于
block group
的内容我们单纯看
Group0
信息好了。从上表中我们可以发现：
.
Group0
所占用的
block
号码由
0
到
32767
号，
superblock
则在第
0
号的
block
区块内！
.
文件系统描述说明在第
1
号
block
中；
.
block bitmap
与
inode bitmap
则在
129
及
145
的
block
号码上。
.
至于
inode table
分布于
161-672
的
block
号码中！
.
由于
(1)
一个
inode
占用
256 bytes
，
(2)
总共有
672 - 161 + 1(161
本身
) = 512
个
block
花在
inode table
上，
(3)
每个
block
的大小为
4096 bytes(4K)
。由这些数据可以算出
inode
的数量共有
512 * 4096 / 256 = 8192
个
inode
啦！
.
这个
Group0
目前可用的
block
有
28521
个，可用的
inode
有
8181
个；
.
剩余的
inode
号码为
12
号到
8192
号。
如果你对文件系统的详细信息还有更多想要了½的话，那么请参考本章最后一小½的½绍喔！
否则
文件系统看到这里对于基础认知您应该是已经相当足够啦！底下则是要探讨一下，
那么这个文件系
统概念与实际的目录树应用有啥关连啊？
7.1.4
与目录树的关系
由前一小½的½绍我们知道在
Linux
系统下，每个文件
(
不管是一般文件还是目录文件
)
都会占用一个
inode
，
且可依据文件内容的大小来分配多个
block
给该文件使用。而由
第五章的权限说明
中我们
知道目录的内容在记录文件名，
一般文件才是实际记录数据内容的地方。那么目录与文件在文件系
统当中是如何记录数据的呢？基本上可以这样说：
.
目录