Yocto切换Toybox后/dev/block填充问题及路径创建机制问询

让我一步步帮你拆解这两个问题：

这个路径本质是用户空间的设备管理守护进程，根据内核发送的设备事件生成的符号链接集合，具体逻辑是这样的：

• 当内核枚举到块设备（比如存储分区）时，会通过uevent机制向用户空间发送事件，同时在sysfs中生成对应的设备属性节点（比如/sys/block/<dev>/uevent或者/sys/dev/block/<maj:min>/uevent），里面包含了分区名（PARTNAME字段）等关键信息。
• 用户空间的守护进程（比如Android的ueventd、BusyBox的mdev）会监听这些uevent事件，读取sysfs里的设备属性，然后在/dev/block/bootdevice/by-name目录下创建符号链接——链接名就是分区名，指向对应的实际块设备节点（比如/dev/block/mmcblk0p1）。
• 其中bootdevice是一个指向当前系统启动介质的符号链接（对应/sys/dev/block/bootdevice），by-name则是按分区名归类的目录，目的是让你可以通过固定的分区名访问设备，避免设备节点名（比如mmcblk0p1）随硬件变化而改变的问题。

先给你明确答案：BusyBox的mdev确实负责填充这类设备节点和符号链接，但Toybox的mdev目前还处于待完善状态，而你提到的路径依赖的是Toybox中适配Android特性的ueventd实现，而非标准mdev。

具体原因和解决思路：

• 原来用BusyBox时，mdev会监听内核uevent，自动创建/dev下的设备节点和相关符号链接；但Toybox的mdev功能还未完全实现，没法完成这个工作。
• 而Toybox里包含了一个适配Android需求的ueventd工具，它才是负责生成/dev/block/bootdevice/by-name这类路径的核心组件。如果你的Yocto环境切换到Toybox后，还是在依赖未完善的mdev，自然不会填充这个目录。

你可以尝试这些解决步骤：

• 检查Yocto配置：确保Toybox编译时包含了ueventd组件，你可以在local.conf或者对应的recipe里添加配置，开启Toybox的ueventd支持。
• 替换初始化脚本：把原来启动BusyBox mdev的脚本，改成启动Toybox的ueventd——比如在系统初始化脚本（如/etc/init.d/下的脚本，或者systemd服务）里，将mdev -s这类命令换成ueventd。
• 验证sysfs挂载：确保系统启动时已经正确挂载了sysfs（通常挂载在/sys），因为ueventd完全依赖sysfs来获取设备的属性信息。
• 检查内核配置：确认内核开启了CONFIG_NETLINK_KOBJECT_UEVENT（这是用户空间获取设备事件的核心配置），如果是老内核还要检查CONFIG_UEVENT_HELPER是否启用。

内容的提问来源于stack exchange，提问作者Dr Pingveno