The path to pseudo-native/usr/bin/pseudo used by useradd is populated from sstate. This means if the build dir is different from the build dir that was used to generate the sstate, the useradd command will fail. One place this happens is "$bitbake <image> -c populate_sdk_ext" . This tries to do a groupadd for dbus and fails. This bug is being opened by me for tracking/discussion, there is a patch already available that seems to fix it in my testing, from Peter Kjellerstedt . His patch is https://patchwork.openembedded.org/series/6598/ . His comments on the patch cover letter: Similar to the problem with the hosttools directory and the state cache that was recently fixed, there is another problem with the sysroots-components directory. This only affects postinst-useradd scripts, so in this case the fix can be activated from useradd.bbclass rather than sstate.bbclass and thus affects a lot less recipes.
Bug 11497 created to add a test case for this scenario
duplicate of Bug 11460 *** This bug has been marked as a duplicate of bug 11460 ***