Yocto Kirkstone中useradd执行成功但/etc/passwd无新增用户问题

问题拆解 #

你的example-user配方确实执行了，但useradd操作仅修改了配方临时目录下的passwd/group文件，未同步到最终镜像的rootfs中；另外SYSLOG_SU_ENAB的错误属于系统配置无关告警，无需理会，但用户/组已存在的提示说明要么有其他配方提前创建了同名用户，要么rootfs构建阶段的用户数据合并逻辑出现冲突。

具体修复步骤 #

1. 确保配方打包用户配置文件 #

useradd类默认会生成用户配置的文件片段，但需明确让这些片段被合并到系统文件中。修改<my-layer>/recipes-core/example-user/example-user.bb，添加以下配置：

# 明确指定打包用户相关系统文件
FILES:${PN} += "${sysconfdir}/passwd ${sysconfdir}/group ${sysconfdir}/shadow"

2. 规避用户创建冲突 #

若提示用户已存在，大概率是docker组件或其他配方提前创建了同名用户，或者用户ID重复。调整USERADD_PARAM参数，增加明确配置：

USERADD_PARAM:${PN} = "-u 1200 -s /bin/sh -G docker,dialout -m -k /etc/skel exampleuser"

如果担心家目录创建冲突，可将-m替换为--no-create-home。

3. 强制复制临时配置到rootfs #

若上述方法无效，可在配方中添加钩子，手动将临时sysroot的用户文件复制到镜像rootfs：

ROOTFS_POSTPROCESS_COMMAND:append = " copy_user_configs;"
copy_user_configs() {
    cp ${RECIPE_SYSROOT}${sysconfdir}/passwd ${IMAGE_ROOTFS}${sysconfdir}/passwd
    cp ${RECIPE_SYSROOT}${sysconfdir}/group ${IMAGE_ROOTFS}${sysconfdir}/group
    cp ${RECIPE_SYSROOT}${sysconfdir}/shadow ${IMAGE_ROOTFS}${sysconfdir}/shadow
}

4. 排查用户提前创建的来源 #

用以下命令检查是否有其他配方在创建exampleuser：

bitbake -e | grep -r "exampleuser"

如果找到其他相关配方，要么修改你的用户名/用户ID，要么给当前配方添加DEFAULT_PREFERENCE = "1"提升优先级。

5. 移除无用的缓存配置 #

BB_DONT_CACHE = "1"只会拖慢构建速度，与用户创建问题无关，直接从配方中删除即可。

验证流程 #

1. 清理旧构建产物：

bitbake -c cleansstate example-user
bitbake -c cleansstate 你的镜像名 # 替换为实际镜像名称，如core-image-minimal

2. 重新构建镜像：

bitbake 你的镜像名

3. 启动镜像后执行以下命令验证用户是否存在：

cat /etc/passwd | grep exampleuser

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