From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.5) Gecko/20011014
Description of problem:
One thing I noticed during boot up was:
getgrnam failed for getgrnam failed for %s
Just before it enabled the swap space.
When you log into a virtual tty the error message:
Warning: no access to tty (Inappropriate ioctl for device).
Thus no job control in this shell.
When you log in as root you get the addition of:
/proc/866/fd/15: No such file or directory.
nfs device unmounts don't work quite right and often give rpc
errors. These drives are netapps mounted either with nfsver=2 or 3, and
either udp or tcp.
For UP kernels I will occasionally have to log in a few times to duplicate
this, however, it does happen eventually. SMP kernels are much easier to
make this happen.
I can log in via ssh perfectly well and seem to have all of the job
control I want that way.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. See above
I've run into an annoying problem periodically, and I'm wondering if this is the
same one... when this happens to you:
1. Does CTRL-C work? Mine doesn't.
2. When I do a "su -", I get "bash: no job control in this shell"
I can happen both in text mode and in X-Windows. If I log out on the console,
and then log in again, the problem usually goes away.
I see this problem with console logins as well and it does seem to only occur
after applying the updates. Could this be in the util-linux update? Haven't seen
it on all my machines, in particular the two laptops have yet to show it.
Probably coincidental. I do hack /etc/pam.d/system-auth, but only the auth section.
Just to crosslink all these symptoms, many people have experienced the same or
similar bugs with the Seawolf updates (util-linux-2.11f-11.7.1), e.g. bug #54865
and bug #54741. So far, I haven't got anything like that with Enigma and thought
it was specific to Seawolf. Interesting, that it is not.
This isn't just a vty problem. I'm also seeing this on serial console with
Redhat 7.2. It is especially annoying because ssh complains: "You have no
controlling tty. Cannot read passphrase."
The output of strace reveals this error:
open("/dev/tty", O_RDONLY|O_LARGEFILE) = -1 ENXIO (No such device or address)
cat /dev/tty complains likewise.
Another one: bug #55741
*** This bug has been marked as a duplicate of 54741 ***