文件系统mount的过程

把自己以前对 文件系统mount的过程 的理解贴出来，下面肯定有很多错误，希望高手多多指教啊。

      假如你的系统只有c盘，当你插入移动硬盘，系统会接到通知，由Mountmgr.sys来创建d盘，并由对象管理器来创建符号连接/??/D:，被ftdisk解析为/Device/HarddiskVolume2，由FILE_OBJECT的deviceobject来对应，如果有多个partion，就再创建一个e盘等，例如，当你来访问D:/Temp/Test.txt，由object manager解析driver letter(d:)，被解析为/Device/HarddiskVolume2，还有Temp/Test.txt没有解析，这个时候需要I/O manager来查看/Device/HarddiskVolume2设备的vpb，发现vpb为空， I/O manager 会询问注册了的文件系统，看他们是否识别这个partion格式，文件系统会读boot record看是否是自己识别的格式，如果有文件系统识别，会告诉 I/O manager，这个时候vpb由 I/O manager 来填充，然后把这个访问irp导向这个文件系统，如果当前没有文件系统识别，I/O manager 会加载Raw文件系统，访问irp也导向这个文件系统，但是这个文件系统对这个irp只是返回错误，为了不让每个文件系统都加载进来，可以节约空间，我们需要一个文件系统Fs_rec.sys，来识别大多数windows下存储文件（partion）格式，文件系统结构就变成以下这样了，I/O manager 只会询问Fs_rec.sys，来识别partion格式，文件识别就不会询问文件系统了，相当装了一个路由，系统启动的时候会加载 Fs_rec.sys，当第一次访问一个partion时，Fs_rec.sys会加载相应的驱动，然后把mount请求发送到这个文件系统，并做记录，如果再插入的移动硬盘是这个格式的，就不会加载驱动了，前面做记录了，这个时候就直接把mount请求发给这个文件系统，让文件系统来创建一个设备，由io 管理器来填充vpb。

ps： d：这个符号是由对象管理器来解析的，Temp/Test.txt这个是由文件系统来解析的，是文件的组织结构

看完后,请点击左边的广告,谢谢!!