云计算学习路线教程大纲课件：EXT2/3/4文件系统：

公司主营业务：网站建设、成都网站制作、移动网站开发等业务。帮助企业客户真正实现互联网宣传，提高企业的竞争能力。成都创新互联是一支青春激扬、勤奋敬业、活力青春激扬、勤奋敬业、活力澎湃、和谐高效的团队。公司秉承以“开放、自由、严谨、自律”为核心的企业文化，感谢他们对我们的高要求，感谢他们从不同领域给我们带来的挑战，让我们激情的团队有机会用头脑与智慧不断的给客户带来惊喜。成都创新互联推出新丰免费做网站回馈大家。

索引式文件系统

====================================================================================

Ext3/Ext4文件系统基本结构

• superblock：记录此文件系统的整体信息，包括inode/block的总量、使用量、剩余量，以及文件系统的格式等；

• inode：记录文件的属性（文件的元数据metadata），一个文件占用一个inode，同时记录此文件数据所在的block number；

• block：实际存储文件的內容，若文件太大时，会占用多个block。

Superblock沒有Superblock ，就沒有filesystem

• block 与 inode 的总量；

• 未使用与已使用的 inode / block 数量；

• block 与 inode 的大小 (block 为 1, 2, 4K，inode 为 128bytes 或 256bytes)；

• filesystem 的挂载时间、最近一次写入数据的时间、最近一次检查 (fsck) 的时间等文件系统相关信息；

• 每个block group 都可能含有 superblock，这样可以进行用于 superblock 的修复；

inode table:存储文件的元数据

• 文件的权限(read/write/excute)；

• 文件的属主/属组(owner/group)；

• 文件的大小；

• 文件的(ctime)；

• 文件的(atime)；

• 文件的(mtime)；

• 记录文件内容所在的block number (pointer)；

data block:存储文件的实际数据

查看文件系统的信息

dumpe2fs

[root@tianyun ~]# dumpe2fs /dev/sda2

tune2fs

[root@tianyun ~]# tune2fs -l /dev/sda3

tune2fs 1.39 (29-May-2006)

Filesystem volume name: yang

Last mounted on:

Filesystem UUID: 28459f88-87dc-4624-94a7-07b0f3eb2420

Filesystem magic number: 0xEF53

Filesystem revision #: 1 (dynamic)

Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery sparse_super

Default mount options: (none)

Filesystem state: clean

Errors behavior: Continue

Filesystem OS type: Linux

Inode count: 48960

Block count: 195312

Reserved block count: 9765

Free blocks: 183410

Free inodes: 48946

First block: 1

Block size: 1024

First inode: 11

Inode size: 128

Journal inode: 8

EXT2/EXT3/EXT4 日志式文件系統

新建一个文件的过程：

1. 先确定使用者对于想新创建文件目录是否具有 w 与 x 的权限；

2. 根据 inode bitmap 找到沒有使用的 inode 号码，并将文件的权限和属性写入；

3. 根据 block bitmap 找到沒有使用的 block号码，将文件的实际数据写入 block 中，且更新 inode 的 block 指向信息；

4. 将刚刚写入的 inode 与 block 信息同步更新 inode bitmap 与 block bitmap，并更新 superblock 的內容。

• 文件的不一致 (Inconsistent) 状态

例如突然断电、kernel发生错误等。这样可能写入的信息仅有 inode table 及 data block 而已，最后一个同步更新的步

骤并沒有做完，此时就会发生 metadata 的內容与实际信息产生不一致 (Inconsistent) 的情況。

• 日志式文件系統 (Journaling filesystem)

1. 准备：当系統要写入一个文件时，会先在日志区记录某个文件准备写入的信息；

2. 实际写入：写入文件的权限与数据，更新 metadata 的信息；

3. 结束：完成数据与 metadata 的更新后，在日志记录区块中完成文件的记录。

修复文件系统 fsck,e2fsck -fy

案例1： 系统无法启动

案例二：Read-only file system

如果运行中的服务器的某一个分区出现readonly，导致进程无法写这个分区（比如nginx进程无法写日志文件到此分区，

手动测试touch到此分区也显示：cannot touch ‘xxxxx’:Read-only file system）,该怎么办？

解决：磁盘read-only的原因一般有2种，一种是没有正常关机导致，还有一种是硬盘故障导致。

如果是/分区，这种情况只能下线报修磁盘了。

如果是其它分区，则可以尝试三步解决此问题:

1. 先取消挂载此分区

2. 再fsck.ext4 -fy /dev/sdb1

3. 最后挂载此分区，检查是否可以正常读写。

如果仍旧不可以正常读写，请报修磁盘。

注：以上操作过程，请保证服务器不在线上提供服务。

案例三：修复superblock

找到备份的superblock

[root@tianyun ~]# dumpe2fs -h /dev/datavg/lv1 |grep 'Blocks per group'

dumpe2fs 1.42.9 (28-Dec-2013)

Blocks per group: 8192

利用备份的 superblock恢复superblock

[root@tianyun ~]# fsck.ext4 -b 8192 /dev/datavg/lv1