base之fstab

本文探讨了系统启动过程中涉及的fstab配置文件和mountall.sh脚本的工作原理。特别关注了对rootfs/autodefaults11条目的解析及其在启动过程中的作用。此外,还对比了busybox与util-linux版本mount命令的不同实现。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

系统启动阶段会调用到脚本"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"的项均略过,不做进一步的处理。目前来看,这样的做法似乎更合理一些。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值