Open classabbyamp opened 1 year ago
I suspect the issue here is calling fgetgrent
in libmisc
, which on glibc calls fgetgrent_r
, which then turns to NSS for dynamic directory queries. After useradd
does its chroot, NSS might be trying to load an incompatible NSS module (in Void's case, libnss_files.so.2
).
Edit: this conjecture is based only on a thought experiment stepping through the source.
Void Linux's installer uses
useradd --root
to create the initial non-root user in the installed system, which is mounted at an alternate root. Void's latest iso was generated before we updated from glibc 2.32 to 2.36, so when doing a netinstall, the live system has glibc 2.32 and the alternate root has glibc 2.36. Because of this, it seemsuseradd
can't read/etc/group
in the alternate root. There may be other causes for this too, as it has appeared and disappeared over the years, but the glibc mismatch is what I could track it down to in this instance.Related issues from Void
Workaround
use
chroot <dir> useradd
insteadSteps to reproduce
root
/voidlinux
)