mount机制3-/etc/mtab

这次查看fuse_mount_sys函数的执行过程，理解mount的各个阶段。

这个函数能够执行的前提是命令行使用root账户。

1. 首先，该函数仍然是主要使用 mount(const char *source, const char *target, const char *filesystemtype, unsigned long mountflags, const void *data);

系统调用进行mount。

2. 参数 filesystemtype必须包含fuse，否则无法成功挂载。

3. 如果在mount后结束执行，则再次执行时出错，认为已经有这个挂载了。但此时mount列表里并没有。此时可以使用sudo umount target 来卸载掉这个挂载。

　　 如果在return fd之前结束执行，则mount列表列可以看到这个挂载。这说明这之间的代码是负载显示到mount列表的。

4. 如果直接改变mount里的参数，比如将 target由dir1该为dir2.则mount列表显示的仍然是dir1，但此时卸载时使用dir1是无法卸载的，但是使用dir2就可以卸载。

　　　　此时，如果使用 cat /proc/xxx/mounts 可以看到是dir2被挂载。xxx是进程号，由于挂载是共享的，所有进程都有这个entry。

总结：mount调用执行了挂载过程，将信息发送给各个进程，各个进程实际使用这里的信息进行操作。所以执行完后，就可以在/proc/xxx/mount里面看到。

　　　　而shell的mount命令以及/etc/mtab下的列表是由mount后的程序设置，该设置一般应该与mount调用里的参数一致。因此如果故意改为不一致，就无法使用正常途径umount。 umount是需要真实的mount信息，也就是mount调用所带的参数。

　　　　执行完fuse_mnt_add_mount后，就可以在/etc/mtab下面找到。 改变fuse_mnt_add_mount的参数就可以改变/etc/mtab的每一个显示。

　　　　　　fuse_mnt_add_mount最终是调用execl("/bin/mount", "/bin/mount", "--no-canonicalize", "-i", "-f", "-t", type, "-o", opts, fsname, mnt, NULL);

但是，在fuse_mnt_add_mount中改变source和mnt为自定义值后，/etc/mtab下显示的是这自定义值，但是unmount不能根据这些值卸载，而且根据mount时的dir使用unmount卸载掉这个挂载后，/etc/mtab里的entry并不能被删除。如果再次运行，如果source和mnt都已存在，则不能fuse_mnt_add_mount成功，任意一个不存在都可以成功。

umount name的工作原理应该是：首先判断name是不是存在与/proc/xxx/mounts的某个挂载点，如果是，则进行umount。如果不是，则判断其是否属于/etc/mtab下的某个source，如果是，卸载其对应的mnt。