Description of problem: After upgrade to glibc-2.4-8 we have at startup : Starting udev : MAKEDEV : no such user : root then ... getpwnam failed for root ... chown : 'root:root' : invalid user and dbus and hal are not started But after the boot you can log in root without problem... Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
Can't reproduce myself. What NSS services are you using? grep '^[a-z]' /etc/nsswitch.conf Are you running nscd? If so, if you /sbin/service nscd stop can you getent passwd root ?
[root@d410 (FedoraCore 5) ~]$ grep '^[a-z]' /etc/nsswitch.conf passwd: compat shadow: files nis group: files nis passwd_compat: nis group_compat: nis shadow_compat: nis hosts: files dns services: files nis networks: nis [NOTFOUND=return] files protocols: nis [NOTFOUND=return] files rpc: nis [NOTFOUND=return] files ethers: nis [NOTFOUND=return] files netmasks: files nis bootparams: nis [NOTFOUND=return] files publickey: nis [NOTFOUND=return] files netgroup: nis automount: files aliases: files nis compat seems the problem because with passwd: files nis it's work.
http://sources.redhat.com/ml/libc-hacker/2006-05/msg00020.html Alternate workaround would be comment out SETENT_BATCH_READ=TRUE line in /etc/default/nss.
Thanks.
*** Bug 193226 has been marked as a duplicate of this bug. ***
Confirmed that this problem still exists in glibc-2.4-8, kernel-smp-2.6.16-1.2133_FC5 (latest FC5 updates).
I think I know why you see the problems even though I cannot right now see how exactly the situation is invoked. Anyway, I've changed the upstream code in a way which should fix the problem. The result will likely be in 2.4.90-16 or later. Please give that code a try once it comes out. It's usually safe to install the FC6 glibc on an FC5 system.
glibc-2.4-11 has been released as new FC5 errata.