kernel笔记——VFS

vfs(the virtual filesystem, virtual file switch)为应用程序访问文件提供了统一的接口，如read、write、open等。

下面我们看加载文件系统模块、格式化磁盘、挂载磁盘，这些步骤相应的内核实现，vfs在其中又发挥了哪些作用。

文件系统在内核中由file_system_type结构表示，当我们执行以下命令加载文件系统模块时：

modprobe ext2

内核使用了以下函数完成ext2模块注册：

调用module_init(init_ext2_fs)，初始化模块；

在init_ext2_fs函数中，调用register_filesystem注册一个文件系统，register_filesystem将传入的ext2_fs_type加入到一个文件系统链表中，全局变量file_systems为文件系统链表的头结点。

接着我们格式化磁盘：

mkfs.ext2 /dev/sda5

以上命令将磁盘的格式设置为ext2文件系统的格式，使得磁盘分区的格式按照指定文件系统的格式定义，如设定块大小、数据块是否连续存放等。

格式化之后，进行磁盘挂载：

mount /dev/sda5 /mn

mount命令使用了mount系统调用，在中，可以看到mount系统调用的定义SYSCALL_DEFINE5(mount, …)，该函数中，调用do_mount完成实质的挂载工作。

do_mount首先调用kern_path获取挂载点相关信息，kern_path调用do_path_lookup，通过一系列函数调用，挂载点信息最终被记录在nameidata类型的变量中，nameidata包含挂载点的dentry和vfsmount

接着调用do_new_mount，其用以将ext2文件系统安装到/mnt，do_new_mount调用do_kern_mount，do_kern_mount调用vfs_kern_mount，vfs_kern_mount通过调用alloc_vfsmnt新建一个vfsmount，vfs_kern_mount再调用type->get_sb，这里type为之前加载ext2模块时注册的ext2_fs_type，get_sb对应于ext2_fs_type中的ext2_get_sb

ext2_get_sb调用get_sb_bdev，get_sb_bdev中调用sget新建一个super_block，之后调用ext2_fill_super，ext2_fill_super中调用ext2_iget新建一个inode，该inode作为挂载点的虚拟根，之后调用d_alloc_root新建一个dentry

回到do_new_mount函数，do_kern_mount返回后将调用do_add_mount，do_add_mount调用graft_tree将之前新建的vfsmount添加到一个hash表中

以上是挂载的底层实现过程，过程中创建了vfsmount、super_block、inode和dentry结构类型的变量，通过结构内部指针字段将各结构与其他结构关联，将super_block、inode等结构的操作函数设置为与新文件系统对应的操作函数(如ext2_sops、ext2_dir_inode_operations)，并使用新建的vfsmount、dentry、inode替换原来/mnt的相应结构。

所有挂载点，都有一个虚拟的、隐藏的根，挂载完成之后，操作挂载点中的目录或文件，将使用新注册的方法，如/dev/sda5挂载上/mnt之后，/mnt下的目录与文件将使用ext2提供的super_operations、inode_operations、file_operations等方法；而在挂载之前，/mnt使用的是”/”挂载点提供的方法。

使用crash解析vmcore文件，执行mount命令可以看到系统的挂载项：

crash> mount
        VFSMOUNT         SUPERBLK   TYPE    DEVNAME DIRNAME
ffff8806281ccd80 ffff8806281ca400 rootfs     rootfs /
ffff880629f895c0 ffff880631d83400 tmpfs        udev /dev
ffff880629f893c0 ffff8806319b1400 devpts     devpts /dev/pts
ffff8806281cc180 ffff880633d8a400 ext3    /dev/sda2 /
ffff8806281cc680 ffff880628785800 proc         proc /proc
ffff880636be9ec0 ffff8806281ca800 sysfs       sysfs /sys
ffff880629f896c0 ffff880628dc2400 debugfs   debugfs /sys/kernel/debug
ffff880636be95c0 ffff880633586400 binfmt_misc  none /proc/sys/fs/binfmt_misc
ffff880629f894c0 ffff8806351b1400 tmpfs       tmpfs /dev/shm
ffff880636be92c0 ffff88062fba5400 ext2    /dev/sda5 /mnt

每一个挂载点对应一个vfsmount结构，以上输出中最左一列就是挂载点vfsmount结构对应的地址。

再执行struct vfsmount <vfsmount< span="">的地址>，我们就可以将vfsmount结构的内容解析出来：

struct vfsmount {
    ……
    mnt_parent = 0xffff8806281cc180,
    mnt_mountpoint = 0xffff88061572ebc0,
    mnt_root = 0xffff88051e2bd240,
    ……
    mnt_devname = 0xffff880634fe2460 "/dev/sda5",
};

对于vfsmount结构，我们主要看以上几个字段：

• mnt_parent: 上一层挂载点的vfsmount结构(这里为”/”对应的vfsmount)
• mnt_mountpoint: 其为挂载点对应的dentry(这里为mnt对应的dentry)
• mnt_root: 上一层挂载点对应的dentry(这里为”/”对应的dentry)
• mnt_devname: 指示挂载设备名称(这里为/dev/sda5)

在进行挂载之前，执行stat /mnt命令可以看到，可以看到/mnt与一个inode对应：

linux # stat /mnt
  File: `/mnt'
  Size:      Blocks:      IO Block:  directory
Device: 802h/2050d     Inode:      Links: 

在挂载之后，inode变成另一个数值：

linux # stat /mnt
  File: `/mnt'
  Size:      Blocks:      IO Block:  directory
Device: 805h/2053d     Inode:      Links: 

新的inode不再是磁盘上的一个项，而存在于内存中(即以上mount步骤中建立的虚拟根)，并且对应于挂载点上新的文件系统。

我们可以通过解析挂载点的vfsmount，再解析挂载点的dentry结构，即mnt_root，再解析相应的inode结构，即d_inode，就可找到挂载点相应的inode结构，查看到i_ino字段的值。

总的而言，使用mount挂载文件系统，其主要完成以下两项工作：

• 创建一个vfsmount
• 新建一个虚拟根，替换原来的inode

Reference: Chapter 13 - The Virtual Filesystem, Linux kernel development.3rd.Edition