系统启动阶段会调用到脚本"mountall.sh",其中有一段和"fstab"相关的代码:
这本该是一个很普通的操作,无非是读取"/etc/fstab"文件中的每一项做相应的分析和处理(mount文件系统)。但poky的"fstab"中有一项却有点让人感到不解:
难道此处是要在根节点上再mount一个文件系统(且无法正常访问的)?跟踪调试代码到内核部分,发现最终这一项的mount操作会因为找不到"rootfs"这个文件或设备而失败。不过因为该项对文件系统类型的设置为"auto",busybox实现的mount操作会依次尝试"/etc/filesystems"和"/proc/filesystems"中所列举的类型(Not a nodev filesystem),直至最终全部失败。
难道这一项就是为了屡战屡败而设?作者也太无聊了吧!事实并非如此,这里需要关注到另一个启动脚本"checkroot.sh",相关代码如下:
筛查到"fstab"文件中"dir"字段为"/"的项,然后根据"pass"字段的值,设置"rootcheck"值,以决定是否需要对根文件系统做"fsck"。
另外,这里还需要提到一点:如果我们使用"util-linux"版本的mount(非busybox版本),则对"mount -a"的实现有所不同,参考代码如下:
这里对"fstab"文件中"dir"字段为"/"和"root"的项均略过,不做进一步的处理。目前来看,这样的做法似乎更合理一些。
本文探讨了系统启动过程中涉及的fstab配置文件和mountall.sh脚本的工作原理。特别关注了对rootfs/autodefaults11条目的解析及其在启动过程中的作用。此外,还对比了busybox与util-linux版本mount命令的不同实现。
2072

被折叠的 条评论
为什么被折叠?



