Dan Nicholson wrote: > Udev vol_id now requires that the nobody user and group be installed. > Hmm; are you sure about that? I just built udev-100 with EXTRAS=extras/volume_id, then tried to run the resulting vol_id binary on an ext3 partition. Initially I had a user and group named "nobody" from a Samba installation (turns out I didn't need them if I used smbpasswd, but the user/group were still hanging around), and I got:
# ./extras/volume_id/vol_id --export /dev/hda5 ID_FS_USAGE=filesystem ID_FS_TYPE=ext3 ID_FS_VERSION=1.0 ID_FS_UUID=6baebb40-de31-4b72-aa29-2c17521d4b0e ID_FS_LABEL= ID_FS_LABEL_SAFE= # Then I deleted the user, and got the same output. Then I deleted the group, and still got the same output. I don't get any errors that would seem to indicate it requires a user or group named "nobody". Now yes, in the sources it does try to drop privileges by first looking up the "nobody" user in /etc/passwd, then dropping all supplementary groups, then setting the primary group to the GID of nobody, then setting the UID to the UID of nobody. And if one of those fails, it prints a message. But if the lookup (getpwnam) fails, it doesn't print or log anything, and when you don't have a nobody user, the lookup is what's going to fail. Unless this was different in udev-097? What message are you seeing?
signature.asc
Description: OpenPGP digital signature
-- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
