档案系统：File System => FS;

根档案系统：Root File System => RFS。

根档案系统也是一种“档案系统”，可以认为是一种“特殊的”“档案系统”，为什幺是叫“特殊的”呢?是因为这种“根”“档案系统”承载着某些“特殊的功能”(其实“档案系统”相同的话，所具备的功能都是一样的)，那就是“作业系统”可能需要通过某种“布局”来管理相关设备的，诸如软碟设备、硬碟设备、虚拟磁碟设备等等，这里可能就是用了一种已被定义好了“数据结构”的“布局”，即“档案系统”，而出现的“根档案系统”呢可能是用来担当主要或重要角色。

Windows下的C糟分区是有一定档案系统的，如FAT32、NTFS，这当然也都是档案系统呀。在安装Windows作业系统时，会要求你先“格式化”C糟[当然我们目前考虑作业系统是被安装在C糟中]，採用一种“档案系统”比如NTFS、FAT32等，这一步呀，就类似于安装“根档案系统”，也就是说在C糟中的NTFS档案系统会被称作是“根档案系统”，而在D糟等中的NTFS档案系统会被称作是“档案系统”或你想加上前缀名称也不是不可以，比如“普通档案系统”，而我们从名称上来说的话，因为这里出现了一个字眼“根”，所以我们就有两种名称的叫法了，自然就是FS与RFS，所以这种名称叫法就会让人感觉很是“云里雾里”，而后“不知所云”的]，这个“格式化”过程就是将C糟上的存储空间呀按预先定义好的一种FS的“数据结构”去“初始化”这些磁碟，[这里假设MINIX FS也可被Windows用来“格式化”C糟呀]比如建立引导块、建立超级块、建立两类点阵图块、建立i节点点阵图块、建立好数据区块等)也就是说，这个磁碟分区必须已经按一定数据结构的方式把磁碟空间“组织”好，以便“某种系统”(OS或FS，好象是FS更準确吧)能“访问”该分区，所以在 0.11核心中会有两种区分：mount_root() 和 sys_mount()，分别指“挂载根档案系统”、“挂载档案系统”[这里我觉得不应该用一个词：安装!

我所理解的意思是，“安装”就是指把某种东西“放”到另一种东西上面去，比如你要安装某种软体到C糟，这种软体的安装程式可能在D糟，这时你会启动D糟上该软体的安装程式，然后安装程式就会把软体默认安装到C糟上，所以这个过程会叫做“安装”，安装前C糟上没有该软体的任何信息，安装后C糟上就会有该软体的信息啦]，所以呢，要使用sys_mount()功能，某种设备(具体来说就是某一分区)必须已经被某种FS的格式“安装”好，然后该设备才会被“挂载”(mount)到“一个地方”去。

在0.11核心代码中，从mount_root(void)中的注释可知，该函式会被“系统调用函式”sys_setup()调用，而在系统开机初始化设定时函式sys_setup()会被调用。为什幺不会调用sys_mount()呢?那我们又何时使用sys_mount()函式呢?其实sys_mount()函式也是“系统调用函式”。我们在linux系统中，当你在某个shell的命令行中输入mount后回车，你会看到以下提示信息：mount: usage: mount dev dir你大概应该清楚了，而这是“正确的提示信息”，因为我们用错mount用法了(另外，在/bin目录下，可以看到有mount这样一个档案，mount应该就是一个单独的程式了吧:-)，好多地方都说mount是shell内部命令，而我更可能会认为cd才是shell的内部命令之一)。

那我们从sys_mount()函式的注释中可以知道，该函式是“安装档案系统调用函式”(我个人觉得这句话不太好理解)，而我知道函式的功能，所以我会这幺理解：这个函式是一“系统调用函式”，其功能是“将一个‘档案系统’即FS‘挂载’到(现有‘根档案系统’即RFS的)一个“目录”上，即目录档案的i节点。所以呢，这个就与“mount dev dir”这样的提示信息对应起来了;另外，我们需要知道，dev表示的是某个设备上的一个分区，而dir表示的是某一个“现有的”档案系统中的“目录档案”，注意一定是“现有的”，在这里就是我们说的“根档案系统”，所以，你要使用mount功能，就得有以下条件：

在一个现有“档案系统”(根档案系统RFS)下面

该RFS中已经有了一些设备档案的存在，比如 /dev 下面的 hd0,hd1,等等

2中的/dev其实就是由RFS来管理的

还需要有一个目录存在，而该目录也是在该RFS中的即由RFS来管理的

当然你要有实际的磁碟设备存在(/dev/hd0只是表示一个“虚”的设备档案名称而已)且该设备已被“FS”格式化好了

最后你就会用mount dev dir这样的方式，将实际的磁碟分区“挂载”到dir中

假如，你有一个硬碟(假设大小是512MB)，就只是一个分区，该分区中的FS是 FAT FS(假设unix可以直接访问，大不了看成是与minix fs是一样的，只是名称不同而已，以下就是把它看成就是一个minix fs来分析的)。

所以当你启动了“0.11系统”(这个说法比较简化，意思就是你进入了sh命令行)后，其实RFS就已经被“自动”“挂载”好了(就是mount_root())，这时，你需要在该“0.11系统”中访问那个硬碟，假设硬体上你已经安装好了硬碟了，然后你会在sh命令行中进行“安装”过程了，假如是：

mount /dev/hd0 /mnt/fatc

即将第一个硬碟的第一个分区(目前只有一个分区)“挂载”到“RFS”中的根目录下的mnt目录中的fatc目录上。所以，你可以直接“进入”到 fatc　目录中去访问该硬碟里的档案了。

因为你了解核心代码，所以你应该知道mount一系列过程的，你要知道以下几点：

/dev/hd0, /mnt/fatc都是RFS中的“档案”(统称)，前者是设备档案，后者是目录档案。

[体现在i节点结构中，就是各自的inode->i_mode中会区分是“设备类型档案”还是“目录类型档案”，且前者的inode->zone[0]存有该设备的设备号(还有inode->i_dev也是设备号，但实际含义不一样)，后者的inode->i_mount就被置位啦，注意因为这个i节点就是一个“被‘安装’/‘挂载’好了FS的i节点。/　这是目录，但这个是RFS的目录，且是根目录。

/mnt/fatc “相当于”就是那个硬碟分区中FS的根目录。但其实该硬碟中的根目录也是/。

[假设当你去访问那个分区“根”目录(其实也是/，但你能直接进去吗?)中的某个档案hello.c，时，你会在现有sh命令行中，cd /mnt/fatc回车后 ls hello* -l，然后你会发现有hello.c这个档案，其实你就应该需要知道RFS是怎幺“定位”寻找到该hello.c档案的，当中有一个重要的过程就是需要取每一个档案的inode信息即iget()函式，该函式中发现某档案的inode->i_mount被置位时，就“特别小心”了，为什幺?因为该inode表示被“挂载”了一个档案系统，所以RFS会“切换”到那个FS的根目录中去(使用了ROOT_INO,super_block[i].s_dev这样的参数)，然后再在该FS中按正常的过程继续寻找所需要的档案，所以你能找到]“正常的过程”就是指：要幺从一个FS的根目录中开始查找档案，要不从一个档案系统当前用户进程的当前工作目录中开始查找档案。所以就有一个重要的说法(我是这幺理解的)：跨档案系统访问档案。这一过程涉及面较广，主要数据结构有：i节点、超级块。

最后，当你不需要使用该分区或是你想把硬碟拿走，则你会使用 umount 功能啦，这就对应 sys_umount()这一“系统调用函式”，那你就要知道该函式做了些什幺事了。

mount_root()挂载了一个MINIX　FS又被称为是RFS。

然后你可以在该RFS中再挂载别的FS。RFS与系统“共存亡”，自动被“挂载”，自动被“卸载”。

所以，FAT等也可以是根档案系统，当然也是档案系统。

所以，当你在你电脑上安装了多作业系统时，假设在C糟(FAT32 FS)被装了 win98，在D糟(NTFS FS)被安装了winxp，那幺，当你进入了win98时，你FAT32好象就是RFS,那幺NTFS就是FS了;当你进入了winxp时，NTFS好象就是RFS，那幺FAT32就是FS了。