什么是Linux的文件系统

Linux文件系统组成

1. 
   文件系统最前面有一个启动扇区(boot sector)
   
2. 
   这个启动扇区可以安装开机管理程序， 这个设计让我们能将不同的引导装载程序安装到个别的文件系统前端，而不用覆盖整个硬盘唯一的MBR， 也就是这样才能实现多重引导的功能
   
3. 
   把每个区进一步分为多个块组 (block group)，每个块组有独立的inode/block体系
   
4. 
   如果文件系统高达数百 GB 时，把所有的 inode 和block 通通放在一起会因为 inode 和 block的数量太庞大，不容易管理
   
5. 
   这其实很好理解，因为分区是用户的分区，实际计算机管理时还有个最适合的大小，于是计算机会进一步的在分区中分块
   
6. 
   （但这样岂不是可能出现大文件放不了的问题？有什么机制善后吗？）
   
7. 
   每个块组实际还会分为分为6个部分，除了inode table 和 data block外还有4个附属模块，起到优化和完善系统性能的作用
   

1. 
   主要记录文件的属性以及该文件实际数据是放置在哪些block中，它记录的信息至少有这些：
   
2. 
   大小、真正内容的block号码（一个或多个）
   
3. 
   访问模式(read/write/excute)
   
4. 
   拥有者与群组(owner/group)
   
5. 
   各种时间：建立或状态改变的时间、最近一次的读取时间、最近修改的时间
   
6. 
   没有文件名！文件名在目录的block中！
   
7. 
   一个文件占用一个 inode，每个inode有编号
   
8. 
   Linux 系统存在 inode 号被用完但磁盘空间还有剩余的情况
   
9. 
   注意，这里的文件不单单是普通文件，目录文件也就是文件夹其实也是一个文件，还有其他的也是
   
10. 
    inode 的数量与大小在格式化时就已经固定了，每个inode 大小均固定为128 bytes (新的ext4 与xfs 可设定到256 bytes)
    
11. 
    文件系统能够建立的文件数量与inode 的数量有关，存在空间还够但inode不够的情况
    
12. 
    系统读取文件时需要先找到inode，并分析inode 所记录的权限与使用者是否符合，若符合才能够开始实际读取 block 的内容
    
13. 
    inode 要记录的资料非常多，但偏偏又只有128bytes ， 而inode 记录一个block 号码要花掉4byte ，假设我一个文件有400MB 且每个block 为4K 时， 那么至少也要十万条block 号码的记录！inode 哪有这么多空间来存储？为此我们的系统很聪明的将inode 记录block 号码的区域定义为12个直接，一个间接, 一个双间接与一个三间接记录区（详细见附录）
    

1. 
   放置文件内容数据的地方
   
2. 
   在格式化时block的大小就固定了，且每个block都有编号，以方便inode的记录
   
3. 
   原则上，block 的大小与数量在格式化完就不能够再改变了(除非重新格式化)
   
4. 
   在Ext2文件系统中所支持的block大小有1K, 2K及4K三种，由于block大小的区别，会导致该文件系统能够支持的最大磁盘容量与最大单一文件容量各不相同：
   
5. 
   Block 大小 1KB 2KB 4KB
   
6. 
   最大单一档案限制 16GB 256GB 2TB
   
7. 
   最大档案系统总容量 2TB 8TB 16TB
   
8. 
   每个block 内最多只能够放置一个文件的资料，但一个文件可以放在多个block中（大的话）
   
9. 
   若文件小于block ，则该block 的剩余容量就不能够再被使用了(磁盘空间会浪费)
   
10. 
    所以如果你的档案都非常小，但是你的block 在格式化时却选用最大的4K 时，可能会产生容量的浪费
    
11. 
    既然大的block 可能会产生较严重的磁碟容量浪费，那么我们是否就将block 大小定为1K ？这也不妥，因为如果block 较小的话，那么大型档案将会占用数量更多的block ，而inode 也要记录更多的block 号码，此时将可能导致档案系统不良的读写效能
    
12. 
    事实上现在的磁盘容量都太大了，所以一般都会选择4K 的block 大小
    

1. 
   记录整个文件系统相关信息的地方，一般大小为1024bytes，记录的信息主要有：
   
2. 
   block 与inode 的总量
   
3. 
   未使用与已使用的inode / block 数量
   
4. 
   一个valid bit 数值，若此文件系统已被挂载，则valid bit 为0 ，若未被挂载，则valid bit 为1
   
5. 
   block 与inode 的大小 (block 为1, 2, 4K，inode 为128bytes 或256bytes)；
   
6. 
   其他各种文件系统相关信息：filesystem 的挂载时间、最近一次写入资料的时间、最近一次检验磁碟(fsck) 的时间
   
7. 
   Superblock是非常重要的， 没有Superblock ，就没有这个文件系统了，因此如果superblock死掉了，你的文件系统可能就需要花费很多时间去挽救
   
8. 
   每个块都可能含有superblock，但是我们也说一个文件系统应该仅有一个superblock 而已，那是怎么回事？事实上除了第一个块内会含有superblock 之外，后续的块不一定含有superblock，而若含有superblock则该superblock主要是做为第一个块内superblock的备份，这样可以进行superblock的救援
   

1. 
   文件系统描述
   
2. 
   这个区段可以描述每个block group的开始与结束的block号码，以及说明每个区段(superblock, bitmap, inodemap, data block)分别介于哪一个block号码之间
   

1. 
   块对照表
   
2. 
   如果你想要新增文件时要使用哪个block 来记录呢？当然是选择「空的block」来记录。那你怎么知道哪个block 是空的？这就得要通过block bitmap了，它会记录哪些block是空的，因此我们的系统就能够很快速的找到可使用的空间来记录
   
3. 
   同样在你删除某些文件时，那些文件原本占用的block号码就得要释放出来， 此时在block bitmap 中对应该block号码的标志位就得要修改成为「未使用中」
   

1. 
   与block bitmap 是类似的功能，只是block bitmap 记录的是使用与未使用的block 号码， 至于inode bitmap 则是记录使用与未使用的inode 号码
   

查看每个硬盘分区的inode总数和已经使用的数量，可以使用df命令